Chat now with support
Chat with Support

Welcome, Quadrotech customers to Quest Support Portal click here for for frequently asked questions regarding servicing your supported assets.

Migrator for Notes to Exchange 4.16 - Scenarios Guide

About the Migrator for Notes to Exchange documentation Scenarios overview Migration to a proprietary Exchange
Migration to a proprietary Exchange target Pre-migration preparations Batch migration process Post-migration activities
Migration to Microsoft Office 365
Pre-migration preparations Batch migration process Post-migration activities
SSDM (per-desktop) migration

Step 5: Grant the Exchange Admin account(s) Full Access rights to the created mailboxes

For MNE to connect to and write migrated content to each target mailbox, the Exchange account that is used to perform the migration must be granted Full Access rights to the mailbox. Unlike on-premises Exchange, Office 365 does not allow you to grant access at the database level. You can only grant access at the mailbox level. The permissions of each mailbox in the User Collection must be configured individually. Microsoft does not provide a method to configure permissions for a group of mailboxes in Office 365 at once.

By default, MNE checks the configured permissions of each mailbox in the User Collection at beginning of the migration. If permissions are insufficient, MNE grants the necessary permissions to perform the migration. However, Quest strongly recommends that you DO NOT rely on this built-in mechanism since there is a noticeable delay between granting mailbox permissions to a user and successful logins by that user. The delay before the permissions take effect is highly variable. It can be several seconds or several minutes, even as long as 30 minutes, adding unnecessary delay to the migration start.

If MNE must wait for the configured permissions to take effect, the wait time can lead to a failed migration. There is a maximum amount of time that MNE will wait for permissions to take effect, 30 minutes by default.

Quest strongly recommends that you grant the necessary permissions ahead of the scheduled migration, at least one hour before the migration start time.

MNE provides the following PowerShell cmdlets in the MNE PowerShell library to assist with granting permissions:

Both cmdlets are executed within the scope of a specific User Collection, provided as a parameter when the cmdlet is executed. The cmdlets configure Full Access rights for each mailbox within the User Collection, using the configuration information stored within the MNE database (or optionally within an external configuration file provided through a cmdlet parameter). See the MNE Administration Guide for more details about these cmdlets.

If you are migrating using a pool of admin accounts, MNE grants permissions using the Role Group for the admin accounts. This ensures that MNE can access each mailbox regardless of which account in the pool is used to perform the migration.

When you perform the migration task, MNE does not know if you have pre-configured the mailbox permissions. As a result, it still takes time to verify the permissions on each mailbox within the collection. To eliminate the time taken to verify the permissions, you can also configure the [Exchange] AddFullAccessPermission INI setting to 0. Setting this parameter to 0 tells MNE that you have taken responsibility to ensure the mailboxes have the necessary permissions, and that MNE is not responsible for verification.

Step 6: Run Migrator for Notes to Exchange's Data Migration Wizard to set Notes-to-Exchange mail forwarding and migrate data

Also, make sure the NSF file is not open in the server’s cache. The dbcache flush command closes all files being held open by the server for users that are no longer logged onto the server. Running the dbcache flush command prevents the server from blocking Migrator for Notes to Exchange’s access to the NSF files during the migration run.

Run the Data Migration Wizard again to:

See the Data Migration Wizard chapter of the Migrator for Notes to Exchange Administration Guide for complete instructions and application notes.

Step 7: Distribute .pst files (if any)

If the Data Migration Wizard migrates any data to Outlook Personal Folder (.pst) files, then when the migration is complete you must either:

The Data Migration Wizard names any new .pst files using the common filename, if specified, or the specified filename format. if more than one file is generated per User ID, incremental numbers are appended to the filename. For example, Smith.pst, Smith-1.pst, Smith-2.pst, etc.

The User migration status per collection report, available from the View Summaries screen of Notes Migration Manager.
The Report Pack Report, available from the View Report Pack screen of Notes Migration Manager.

If this is not your last migration collection: Repeat this entire Batch migration process for the next collection. If this is your last migration collection, but you have more Notes users to be migrated individually by Migrator for Notes to Exchange’s SSDM: See the SSDM (per-desktop) migration chapter in this Scenarios Guide.

If this is your last migration collection, and no users remain to be migrated by the SSDM (per-desktop) program, be sure to see the Post-migration activities below.

Post-migration activities

Groups are typically provisioned separately, after all users have been migrated in the Batch migration process (the preceding section of this chapter). Since the only data associated with a group is its member list, the "migration" of a group consists only of its being provisioned into the target directory. We can use Migrator for Notes to Exchange’s Groups Provisioning Wizard to provision groups either directly from Notes to Office 365, or to a local "staging" AD, from which we can then use Microsoft AD Sync tool to provision the groups from the local AD to Office 365.

Before running the Groups Provisioning Wizard, you can divide the groups into collections using Migrator for Notes to Exchange’s Collection Wizard for more convenient processing. If necessary, you can update group membership and attributes in the SQL database (via TSV export and import) prior to provisioning the groups into Active Directory. For operating instructions and application notes, see the Groups Provisioning Wizard chapter of the Migrator for Notes to Exchange Administration Guide.

If you need to provision groups before all Notes users have been migrated, be sure to check the Message Delivery Restrictions for any Exchange group to which you want Notes users to be able to send messages. Any such Exchange group must be of the universal distribution type to be mail-enabled. To change settings, beginning in the Exchange Management Console:

Select the group under Recipient Configuration | Distribution Group, then double-click the group you want to edit.
Click the Mail Flow Settings tab, and highlight Message Delivery Restrictions, then click Properties above.
De-select the check box for Require that all senders are authenticated.
Save, and then restart the Exchange transport service.
Related Documents