After those first six sections, your Migration Plan should contain (at least) sections and subsections that describe suitable choices for all relevant topics in chapter 3 of this Guide: Other strategic planning issues.
Virtually all migrations follow a similar basic process, with variations to accommodate each organization's circumstances and needs—what we collectively call a scenario. It is critical that you understand and characterize your scenario before you begin your migration planning, because your scenario will influence many important decisions about the processes and methods you will use to accomplish the migration. Most variations to the basic process result from:
• |
Migration Destination (the Exchange "target" type): |
• |
Pre-Migration State of Existing Local Active Directory (if any): Part of the migration process depends on whether your organization already has a local Active Directory running for login and security purposes and, if so, the state of any objects already provisioned there. |
• |
If migrating to a proprietary Exchange: Do you already have an Active Directory up and running? If an existing AD has already been provisioned, are its objects already mail-enabled, mailbox-enabled, or neither? |
• |
If migrating to Office 365: Will you use a proprietary local Active Directory to provision the hosted environment and, if so, will you keep the local AD active after the migration? This method of provisioning permits single sign-on, also called identity federation, so users can access Office 365 services with the same corporate credentials (user name and password) they use for the local Active Directory. Alternatively, you could provision Office 365 without a local AD, by using Migrator for Notes to Exchange to provision Office 365 directly from the Notes/Domino source. |
Different combinations of target types and states of an existing local AD (if any) produce an array of migration scenarios. The Migrator for Notes to Exchange Scenarios Guide describes all of these combinations, and explains the migration procedures for each:
The Scenarios Guide also describes three special-case scenarios, any of which would occur in combination with one of the above-listed scenarios:
• |
Offline Migration: A strategy in which Notes source data that was previously extracted from Notes is migrated directly to the Exchange target. An offline strategy can be valuable: |
• |
Migrator for Notes to Exchange’s Data Migration Wizard migrates Notes source data to PST files (rather than directly to an online Exchange target), and the PST files are then imported into the Exchange target by some other application. Quest’s Migration Manager for PSTs would be a good choice for this purpose. |
• |
Phased (Staged) Migration Options: A migration strategy in which all but the most recent source data is "pre-migrated" to Exchange while all users remain active in Notes, so that the remaining Notes data (a much smaller volume) can be migrated much faster—often so that all users can be migrated together in a final "cutover" migration. Users continue to receive and send mail and manage their calendars in Notes throughout the transition period, while their older data is migrated to Exchange. If the final cutover can be accomplished in a single day or weekend, this strategy can eliminate the need for email, calendar and free/busy coexistence. |
• |
Silent Mode Options: A strategy to configure Migrator for Notes to Exchange's SSDM (the per- desktop migration app) to hide some or all of its screens, and take all of its required entry values from values stored in its pre-configured .ini file, thus eliminating or minimizing any need for interaction with the end user. |
Characterize your migration scenario in the first section of your Migration Plan.
Provisioning includes mail-enabling and/or mailbox-enabling the objects in the target AD. An Active Directory object is said to be mail-enabled when the AD object record contains a forwarding address to which mail can be routed (i.e., to the user’s Notes address). An object is said to be mailbox-enabled when an Exchange mailbox is created for it.
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Feedback Conditions d’utilisation Confidentialité Cookie Preference Center