Skip to main content

Posts

Showing posts from 2009

Intel Server Processors

Overview 1) Pentium II Xeon 2) Pentium III Xeon 3) Xeon (DP) & Xeon MP (32-bit) 3.1 Foster 3.2 Prestonia 3.3 Gallatin Xeon (DP) & Xeon MP (64-bit) 5) Dual-Core Xeon 5.1 "Paxville DP" 5.2 7000-series "Paxville MP" 5.3 LV (ULV), "Sossaman" 5.4 5000-series "Dempsey" 5.5 5100-series "Woodcrest" 5.6 7100-series "Tulsa" 5.7 7200-series "Tigerton" 5.8 3000-series "Conroe" 5.9 3100-series "Wolfdale" 5.10 5200-series "Wolfdale DP" 6 Quad-Core and Multi-Core Xeon 6.1 3200-series "Kentsfield" 6.2 3300-series "Yorkfield" 6.3 5300-series "Clovertown" 6.4 5400-series "Harpertown" 6.5 7300-series "Tigerton" 6.6 7400-series "Dunnington" 6.7 5500-se

Implementation of Active Directory & MS-Exchange -MS-Exchange Forum

Implementation of Active Directory & MS-Exchange Posted by Avinash Pillai on 02/11/2008 12:51:00 PM In brief the steps are shown below. I did the migration from exchange 5.5 to exchange 2003 same time Windows NT PDC to Active Directory 2003 for 3000 mailboxes. 1) Upgrade the same OS on the NT PDC Server to an Windows 2000/2003 Server 2) Configure the same Server as the Active Directory Server(This will pick up all the PDC DB by default) 3) By Default the AD Site will be in mixed mode. ( Dont change from domain from mixed modeuntil you completely migrate exchange 5.5 to Exchange 2000/2003/2007) ) 4) Install Active Directory Connector (ADC) on the AD server so that the Active Directory can talk to Exchange 5.5 and vise versa. 5) Install Exchange 2003 on another system in the same forest and same exchange organisation where the Exchange 5.5 excists. 6) Move mailboxes from Exchange 5.5 to new Exchange 2003 one by one ( this help us to analyse errors, if any while moving mailboxes) 7)

Cleaning out old Exchange mailbox -ms-exchange Forum

How can we free up more space on Exchange 2003 Server Posted by Avinash Pillai on 01/27/2009 01:05:00 PM Best solution that i can provide you is: Since running "eseutil" requires the Exchange DB to be stopped and hence need a complete downtime during this time. I would suggesst you to create a different mailbox store and map them to a diff drive or to a diff server then move every mailboxes one by one. Once the entire mailboxes are moved to the new store either run "eseutil" on the old store and make the DB slim or just delete the old store. Advantage: 1) Not require any downtime since you are not running "eseutil" on live DB. 2) All the mailboxes that are moved to the new store will carry only the exact size of the data that it hold at the time of its transfer. i.e the Data that it will show after running the "eseutil". __.____._ Copyright © 2009 Toolbox and message author.No redistribution. Regards Avinash Pillai URL : http://avinashpillai.b