Visit our Quest online communities
The Quest Communities web site is an interactive online community dedicated to issues relating to:
You can browse around the forums and the library, but to take full advantage of the community, post new threads, respond to messages from others, and rate our documents and downloads, you must Join the community. If you already have a Quest account or are a member of another Quest community, Sign in. The Sign in and Join features are both available from links near the top-right corner of the page at the Quest Communities web site.
Scenarios overview
About Migrator for Notes to Exchange scenarios
The Scenarios Guide provides an overview of the process instructions that show how Migrator for Notes to Exchange (MNE) is used within a migration project. The processes described include steps that are performed outside the scope of Migrator for Notes to Exchange—within Notes and Exchange, and with coexistence tools such as the Quest Coexistence Manager for Notes (CMN)—because the sequence and interplay among the solutions and environments are important. Flow charts illustrate the correct sequence of steps for common scenarios.
Most migrations follow a similar basic process, with variations to accommodate each organization's circumstances and needs—collectively called a scenario. Most variations to the process result from:
|
• |
Migration Destination (the Exchange target type): |
|
• |
Pre-Migration State of Existing Local Active Directory: 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 you are 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 you are 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 produce an array of migration scenarios. This Scenarios Guide describes these combinations and summarizes the migration process for each:
|
• |
Offline Migration: A migration strategy in which Notes source data, previously extracted from Notes, is migrated directly to the Exchange target. This option supports scenarios in which it is impossible or impractical for the source and target servers to be connected to Migrator for Notes to Exchange at the same time and where data cannot be copied directly from the source to the target. |
|
• |
Phased (Staged) Migration Options: A migration strategy in which all but the most recent source data is “pre-migrated” to Exchange while users remain active in Notes so that the remaining Notes data (a smaller volume) can be migrated much faster. Often 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 the MNE Self-Service Desktop Migrator (SSDM), the per- desktop migration application, to hide some or all its screens, and obtain some or all of its required values from a pre-configured .ini file, thus eliminating or minimizing any need for interaction with the end user. |
Chapters 2 and 3 of this guide provide step-by-step process instructions that cover these scenarios. Since all migrations follow the same basic process, with a few variations for particular needs and preferences, there are two linear procedures that are suitable for most scenarios:
|
|
Conditional Step: Conditional steps appear within the process instructions (in chapters 2 and 3) marked with this “If” branching-arrows icon. |
The process instructions are also meant to serve as summary checklists so they do not include the operational details and screen-by-screen field notes for the Migrator for Notes to Exchange component applications. Many steps in these procedures refer to those details in particular chapters and sections of the Migrator for Notes to Exchange Administration Guide.
Migration to proprietary Exchange
A proprietary or on-premises Exchange environment is one where the hardware and software are wholly under the control of the migrating organization. A proprietary Exchange server is commonly in the same location as the source Notes environment, but might reside at another location.
When you are migrating to a proprietary Exchange, some steps in the procedures depend on the state of any objects that already exist in Active Directory (AD). An organization might have an existing Active Directory for login and security purposes. If user accounts already exist in Active Directory, Migrator for Notes to Exchange can use these objects to preserve the same credentials and security within the environment. AD objects must also be mail-enabled and mailbox-enabled before data can be migrated for those users. (An object is said to be mail-enabled when Exchange can accept a message for it because the object record contains a forwarding address to which mail can be routed. An object is said to be mailbox- enabled only when it has an active mailbox in Exchange.)
