Transcription

HOW-TO GUIDEMigration Part 2:Exchange 2010 migration guideThis guide details the best practices to follow when migrating from MicrosoftExchange 2003 to Microsoft Exchange 2010. The guidelines provided explain howto prepare the existing infrastructure for the process, what safeguards should beemployed before migration begins, and how to perform the actual migration.

Documenting your current Exchange deploymentEach organization will have its own reasons for upgrading to Exchange 2010, but these reasons should berecorded consistently and formalized to document the development and design objectives for the migration.The final design should reflect—in detail—the means by which each requirement is met, supplying enoughimplementation detail to support the decision.Understanding what is currently in place is also vital to effectively formulate the final Exchange design and todevise a well-structured migration plan. This section provides an overview of the most important elements ofyour environment, each of which should be documented as part of a migration plan. Mailbox quantities, sizes and relationships – Make a complete survey of all ofthe mailboxes in use. How many mailboxes do you have? Which servers are they onand where do those servers reside? How large are the mailboxes? What businessgroupings apply to them (i.e. manager with delegated calendar). Usage patterns – Classify users into light, medium and heavy user designations,considering the numbers of mails sent and received per day, as well as understandingwhich users make use of mobility and collaboration features. Mailbox types – Categorize mailbox types to distinguish between employee mailboxesversus resource and shared mailboxes. Non-managed storage – Identify PSTs, recording where they are, how many of themexist, and how critical is the data stored in them. What is the risk to the business if theyare ignored, deleted, lost or stolen? Will these PSTs be managed in the new version ofExchange, either by ingesting them back into larger mailboxes or into another service? Mailbox growth – Make a determination as to the rate of mailbox growth based on theorganization’s history and evaluate those factors that will affect future growth. Public folders – Survey existing public folders: where are they, how large are they andwhat do they contain? Client connection mechanisms – What versions of Outlook, Active Sync (mobile)and BlackBerry devices currently access mail? What percentage of that access is rich(Outlook, mobile) as compared to thin (Outlook Web Access)? Bandwidth and traffic patterns – Assess the existing traffic patterns. How much ofclient access is Internet based? How does your SMTP traffic flow inside your network?How do you secure your mail flow ingress points to secure content? Versions of Exchange – Are there any pockets of Exchange 2000, or 2003 thatpredate Service Pack 2 and require upgrading? Either Exchange 2000 or Exchange2003 SP1 (or older) can effectively block the deployment of Exchange 2010.www.mimecast.com2

Documenting your current Exchange deploymentAcquiring and compiling this information helps develop both a short-termand long-term growth strategy when planning a new deployment.Without these values, you cannot reasonably address immediate needsnor the long-term requirements of your organization.Collecting this data is not a simple task and typically requires anumber of different tools, including: Microsoft Exchange Server Profile Analyzer Microsoft Active Directory Topology Diagrammer Microsoft Exchange Best Practice Analyzer Microsoft Exchange Pre-deployment Analyzer Microsoft Exchange User Monitor WMI accessed by means of PowerShell or VBScriptVisit the Migration Readiness Kit migrationreadiness-kitGiven data on aggregate mailbox sizes, historical growth patterns anddistribution data, the Exchange Storage Calculator can determine theappropriate number of supported storage architectures, as well ashardware requirements. This includes reference architectures containingRAM, CPU and disk details, as well as Active Directory requirementsamongst others.Data that isn’t consumed by the Exchange Storage Calculator can beused to create detailed upgrade and installation scenarios using theExchange Deployment assistant. A number of specialized third-partyutilities offered by Microsoft software partners can also collect andprepare these details.Apply for a FREE6-month Migration Mimecast holds the key to asuccessful migration. Let us helpyou to eliminate email downtime,email data loss and interruptionsto policy enforcement - toensure employees can workuninterrupted throughout yourmigration.Why switch on MimecastMigration Assist service? Deliver email continuitythroughout: Mimecast givesusers anywhere access tolive email regardless ofplanned downtime or outagesduring migration Avoid email data loss: Arolling 58 day email archivewill be accessible via webmail Ensure a seamlesstransition: Our advanced MTAintelligently routes email,based on server location orthe status of user migration,to ensure a seamless, painfree transition*This offer is subject to theTerms & Conditions located onthe Mimecast mecast.com3

Assessing and mitigating risksIdentifying and understanding risk exposure during a migration helps ensure that the potential impact to theorganization remains within clearly defined and acceptable boundaries. Migrations involve considerable change,which entails risk. Plan for the common risks detailed in this section to reduce possible consequences during themigration. Mimecast can help you to mitigate these risks.Minimizing Service InterruptionMinimizing interruptions to internal and external mail flow (as well as ensuring that users are able to keepworking in the case of an outage) is critical at any time. This is especially true while an organization is in flux.Operational procedures are needed to manage the moving parts of two systems and a user base whichevolves and keeps on making demands on the business. Migrations are normally remembered by thedisasters that occurred (for example, the day the CEO’s mobile mail device stopped working).When formulating a migration plan, start with small batches, and grow the size of the batch based on thesuccess and confidence of the previous batch.Create a service map to ensure that you understand what service is offered by which version of Exchangeand at what point that service is offered by which version of Exchange during your migration. This shouldinclude every mail service (Hygiene, SPAM, encryption, routing, DLP, mail storage, etc) and user service(POP, MAPI, BlackBerry, ActiveSync, etc).Change management and project management are vital while migrating to ensure that the user base remainsaware of changes that may impact them and what procedures they should follow if they are negativelyimpacted by an event.Use Mimecast to provide a highly available network edge able to scale well beyond the limits of an onpremise deployment. Moving Internet-based mailflow to Mimecast before the migration begins, ensuresthat mail flow is stored and forwarded in the event of an onsite outage during migration. Users will alsoenjoy the benefits of continuous email to their BlackBerry devices, as well as uninterrupted access totheir live and archived email from Outlook and Mimecast webmail.Preventing Data LossChange management is critical during migrations, especially when the changes involve upgrading desktopOS or Outlook versions. PSTs, in particular, may be lost at this point either due to a rapid rate of change orthe user’s lack of ability to preserve a PST during a forced upgrade or loss of the end-user device. Numerousthird-party utilities are available to help document the existence and size of PSTs, with options for laterassimilation into mailboxes or file shares.Manual floor walks are an effective way to document users and create context in a way that no automatedutility can.Backups can be particularly vulnerable as mailbox data moves from one version of Exchange to another. Testmailboxes or similar test data must be used to ensure that any version of Exchange may be backed up andrestored reliably.Move historical data and PSTs to the Mimecast cloud prior to migration to mitigate the risk of datacorruption and lost PSTs during the migration. This can also reduce migration times by minimizingthe volume of data involved in the migration. Mailbox sizes may be dramatically reduced during thistime, since Mimecast is able to provide the bottomless mailbox while enforcing the size of on-premisemailboxes across the user base.www.mimecast.com4

Assessing and mitigating risksManaging Loss of High AvailabilityA number of migrations involve the repurposing of existing mail servers or even mail clusters. During a rolling upgrade ofExchange hardware, existing High Availability levels may be lower due to the state of flux introduced by the rebuilding ofconfigurations into their newer equivalents.In Exchange 2003 and 2007 mixed-mode organizations—where Exchange 2007 and 64-bit hardware are present—Exchange 2007 can be deployed in a Highly Available manner, by specifically using CCR or traditional mail clusters inconjunction with virtualized HUB and CAS roles—all on 64-bit hardware.CCR clusters and virtualised roles are often split or recycled. CCR clusters may have one node removed, Exchange 2010installed and mailboxes moved onto the new server. Once the mailboxes are moved from the second node, the node maythen be repurposed as a DAG member server. Mailbox High Availability service levels can only be restored once the twonode DAG is built and databases replicated between the two nodes.Along with mailbox services, HUB and CAS role—which are often virtualized—must be redeployed onto new virtualmachines, or existing virtual machines need to be re-commissioned. The service map described previously should detailwhat services are delivered by which machines, along with the level of availability offered as a result. Keep the service mapand SLA in mind when planning a rolling upgrade of these servers.Once the data landscape and the service map are documented, rollback and roll forward plans should be formulated.Use Mimecast’s seamless integration with Outlook and automated failover capabilities to deliver uninterrupted emailavailability to your users, backed by a 100% service availability SLA.Data LeakVersion upgrades of Exchange may be all encompassing, from the regional hub, to the data center, as well as the networkedge. During this time, content control may be in flux. This increases the possibility of intentional (as well as unintentional)data leakage or sabotage. SPAM levels may also increase at the same time as an unintended consequence.Use Mimecast to ensure that your email security, content control and data retention policies remain in force, reducingcomplexity and ensuring continuous policy application during your migration and beyond.www.mimecast.com5

Performing the Exchange migration using MimecastA well-designed migration plan details your design and lists the enabling technologies involved, but ultimately itshould be presented as an operational document that covers every aspect of moving services and data to the newplatform. Best practices for Mimecast customers performing the Exchange migration include these steps:1 Move inbound and outbound mail flow to Mimecast across all geographies with Internet-facing sites. No matterwhat changes take place within the mail organization after this point, you are assured consistent, brandedincoming and outgoing mail flow.2 Upgrade Outlook to the minimum version required to create a consistent desktop. Deploy the Outlook Pluginfor Mimecast. If either the source or destination server becomes unavailable during the migration, Outlooktransparently reconnects to the Mimecast cluster to ensure an uninterrupted user experience. When service isfully restored, each users’ mailbox is brought to full consistency.3 Ingest PSTs for each geography to the Mimecast service, as well as ingesting historical data. The timerequired for the migration depends on the volume of email transferred from the old platform to the new. Theless mail there is to move, the quicker the migration. If you ingest all but 30 days worth of current email intoMimecast, you substantially increase the speed of the migration and lower the risk while the mailboxes arein flux. PSTs represent a historical risk, both from personal message continuity (since users tend to keep aPST for every year as the only historical record), as well as a source of potential data leakage (if a PST withsensitive data leaks or falls into the wrong hands).4 Integrate BlackBerry services with Mimecast. Migrations potentially expose your BlackBerry infrastructureto unplanned outages. Mimecast offers BlackBerry continuity services while the issue is ongoing, providingcontinued usage to the user base without any downtime.5 Create a migration plan for each individual geography that allows for the deployment or repurposing ofhardware and the rollout of Exchange.The migration plan should detail what mailboxes move at what point towhich destination. It should provide rollback and roll forward options, to accommodate successes or failuresthat occur during implementation. The plan should also address repurposing of the hardware and the logisticalimplications of potential swing servers, if appropriate.6 Batch users into pilot groups to allow the migration plan to be tested and refined. Small test batches can beexpanded to pilot batches, and then to migration batches encompassing hundreds or thousands of mailboxes.The size of a pilot batch tends to be defined by the numbers the helpdesk can support in case every mailboxmove fails.7 Further groups will be incrementally larger. This mitigates risk and lets the organzation complete the migrationof as many mailboxes as can be supported in case of a failure.8 Uninstall old versions of Exchange for each geography. Retain any necessary servers to ensure thatExchange 2003 mail flow is continuous. Exchange 2003 Bridgehead servers to down-level Routing Groupsmust be retained until every mailbox in the down-level group has completed the migration. Otherwise,transport islands can be created, preventing servers from within the same organization from exchanging email.9 Decommission Exchange 2003. After ensuring that all functionality has successful been moved to Exchange2010, remove the last Exchange 2003 server in the organization, following best practices and the latestdocumentation guidelines.www.mimecast.com6

ConclusionDocumenting the rationale and business principlesunderlying your migration, carefully recording the detailsof the current deployment, and identifying the risksinvolved in migration establishes a solid framework forperforming a successful transition to Exchange 2010. Bydeploying Mimecast prior to your migration, you caneffectively ensure an exceptionally smooth and troublefree migration and simultaneously minimize the risks toyour business.Useful ResourcesVisit the Migration Readiness n/#migrationreadiness-kitMimecast is a leading provider of essential cloud services for Microsoft Exchange. Mimecastdelivers enterprise email management services that include security, continuity and archiving.This suite of services provides total end-to-end control of business email, while minimizingrisk and reducing both cost and complexity. Founded in 2003, Mimecast serves thousands ofcustomers worldwide and has offices in Europe, North America and Africa.www.mimecast.com 2011 Mimecast. ALL RIGHTS RESERVED. WHI-HTG-030-0017

throughout: Mimecast gives users anywhere access to live email regardless of planned downtime or outages during migration Avoid email data loss: A rolling 58 day email archive will be accessible via webmail Ensure a seamless transition: Our advanced MTA intelligently r