Migrator for Notes to Exchange 4.16.3 - Pre-Migration Planning Guide


	IMPORTANT: You must use different user accounts for the Exchange Account and the Active Directory Account. Do not use one account for both purposes. Using one account for both purposes results in conflicting mailbox permissions that prevents MNE from being able to access the Exchange mailboxes when migrating mailbox data.

Active Directory account

For an on-premises target, an Active Directory administrative account that is a member of the Exchange Organization Management role group must be configured with remote PowerShell enabled.

In the Notes Migrator Manager, you can automatically grant the required permissions to the specified Active Directory account. If you use the Automatically grant permissions option, MNE delegates Full Control permissions to the root of the target OUs and the permissions are inherited by all OUs, even the OUs that are added after initial configuration.

For either an on-premises or Microsoft 365 target with using the Microsoft AD synchronization tool, the account must be a domain user account with full access to the target Organizational Unit (OU). If contacts are to be merged with existing Active Directory user objects, the account must have full control of the OUs/containers in which the AD user objects and contacts currently reside. This ensures that MNE has sufficient access to properly join to the merged user objects and prevents the creation of duplicate contacts.

Alternately, you could manually grant the permissions. To manually set AD container permissions in Exchange:

•

Use PowerShell to assign the necessary permissions to the AD account using the following cmdlet (where <UserAcct> is the administrator SecurityPrincipalIdParameter):

Add-RoleGroupMember 'Organization Management' -member <UserAcct>

The account must be configured with remote PowerShell enabled using the following Exchange Shell command:

Set-User <alias> -remotepowershellenabled $true

... where <alias> is the AD account to which you are granting access.

Other Active Directory configuration considerations

Table 1. Active Directory scenarios
To configure more than 1000 Organizational Units (OUs) in AD	An LDAP policy can be configured to accommodate more than 1000 OUs in Active Directory by adjusting the maximum items returned by the ADSI interface. See these Microsoft links for LDAP Policies.
If AD is configured for a resource forest and a user forest	In a resource forest, Migrator for Notes to Exchange (MNE) requires the standard permissions as described. In a user forest, MNE requires an account with read permissions to AD such as a domain user. MNE makes no changes to the user forest; it only performs searches.

Exchange account

An Exchange account must be configured to provide Exchange credentials from MNE that correspond to the MNE Exchange Information screens and must have Receive-As rights for each mailbox store.

To automatically grant Receive-As rights, you can select the Automatically grant permissions check box in the Exchange Server configuration screen. MNE grants permissions on the database container and the permissions are inherited by all databases, even the databases that are added after initial configuration.

To manually set Receive-As rights in on-premises Exchange for all mail stores, use the following PowerShell command (in one continuous line):

get-mailboxdatabase | add-adpermission -user <username> -extendedrights receive-as


	IMPORTANT: Ensure that the Exchange account is not added to any administrative groups that have been explicitly denied access to the mail stores. These groups include Enterprise Admins, Domain Admins, and the Organization Management role. If the Exchange account is added to any of these groups, MNE is prevented from connecting to the target mailboxes during the migration.

Account permissions for migration to Microsoft 365

This section applies if you are migrating to Microsoft 365. If you are migrating to on-premises Exchange, see the preceding sections for configuration requirements.

The Migration Administration account must have Full Access permission on the target mailbox during migration.

•

To automatically grant Full Access rights to the MNE Admin User (or to the assigned Admin Pool Account) to access the target mailboxes during migration, you can select the Automatically grant permissions check box in the Exchange Server Configuration screen. However, the recommended method is to manually grant permissions before migration as described in the following bullet.

•

To manually set Full Access rights in Microsoft 365 for the MNE Admin User to access the target mailboxes before migration, use the following MNE PowerShell command:

Add-MNEMailboxAdminPermission

You might also need to revoke the Full Access rights manually after migration by using the following MNE PowerShell command:

Remove-MNEMailboxAdminPermission


	IMPORTANT: When migrating to Microsoft 365, it is important to involve your IT security specialists early in the project planning to accommodate all the account permissions and configuration requirements that are unique to the hosted system.


Administrator Role	Migrator for Notes to Exchange performs many administrative tasks including creating new user accounts, resetting passwords, granting and revoking permissions, etc. To ensure that the Migration Administration account has the required access rights, assign the Migration Administration account to the Microsoft 365 Global Administrator role.
Migration to Microsoft 365 via Microsoft AD sync	The local AD server must have Exchange 2019 (RTM), Exchange 2016 (RTM), Exchange 2013 (RTM or SP1), or Exchange 2010 (SP1) schema extensions.
Migration from an MSP-hosted Notes source	The Managed Service Provider must provide the Notes ID file, manager access to all mailboxes in scope for the migration, and reader access to the NAB.

Best Practices for Microsoft 365 Multi-Geo tenants

For Microsoft 365 Multi-Geo tenants, the Administrator accounts used for migration must be in the same geographical region as the target mailboxes to avoid permission access issues due to GDPR compliance requirements.

SQL server configuration

SQL bulk import directory

The SQL bulk import directory (specified in the SQL Server Configuration screen of Notes Migration Manager) must be accessible to all migration servers and to the user that the SQL Server will “run as”.

Account permissions

Both Windows Authentication and SQL Authentication are supported.

•

When using Windows Authentication, the Windows user logged in to the migration server must be assigned the dbcreator server role to create the database and tables. The bulkadmin server role is also required to perform database bulk import using the specified bulk import directory.

•

When using SQL Authentication, the SQL user must be granted the server roles dbcreator and bulkadmin to perform required database operations using the specified bulk import directory.

MNE uses the bulk import directory to improve program performance when importing data from the Domino directory. Permissions must be set so that the SQL Server can read and write to this directory.

•

When using Windows Authentication, the Windows user logged in to the migration server must be granted full read/write access to the bulk import directory.

•

When using SQL Authentication, the SQL user cannot be authenticated outside of the Database Engine. For MNE to perform a bulk import, the account used by the SQL server Database Engine must be granted permission to access the bulk import directory.

NOTE: Once the NME40DB database is created and the tables are populated, the dbcreator server role assigned to either the Windows user or SQL user is no longer required. The db_owner role is sufficient and is automatically granted to the Windows or SQL user when NME40DB is created.

Migrator for Notes to Exchange admin migration server configuration

User account permissions

When you install Migrator for Notes to Exchange on the migration server, you have the option to run the Prerequisite Checker. To run this utility, the account used to log in to the migration server must be a member of the Microsoft Organization Management role group.

NOTE: The user account used to run the MNE console must belong to the Local Administrators group. You can add the user account to Domain Admins group as the Domain Admins group belongs to the Local Administrators group by default.

Language

Migrator for Notes to Exchange requires the English-language edition OS/PowerShell on the admin workstation.

For all supported Windows servers

Data Execution Prevention (DEP) must be disabled in Windows system settings.

Locale

Upon migration, standard mail folders assume the names of their corresponding Outlook folders in the language associated with the Windows Locale setting of the admin migration server.

Parallel workstations

To accelerate large-scale migrations, Migrator for Notes to Exchange can be run on multiple migration servers running in parallel.

Order of installation

A migration requires a combination of tools developed by different vendors, all installed on a single admin workstation. The combination can cause compatibility problems on some computers. To minimize these conflicts, Quest recommends you install the applications (per specifications noted) in the following order:

1. Notes client

2. Outlook client

3. Windows Management Framework or MS PowerShell

Workstation hardware

Must be a separate machine from the Exchange server but a member of the same domain as AD and Exchange.

Can be a virtual machine, but a dedicated physical machine will likely yield better migration performance.

Required for all destination Exchange target types including Microsoft 365

Must have a directory with write/run permissions for the Administrator components of the MNE software and must have a directory with read/run permissions for the user components of the software.

The 32-bit edition (only) of Outlook 2019, 2016, 2013 or 2010. The Outlook client must also conform to the Microsoft version requirements for the applicable Exchange target version. Outlook 2010 is not supported by Microsoft 365 or Exchange 2019. See the Exchange Server supportability matrix for details.

The MAPI DLLs required to perform a migration must be those that are part of Outlook, not the downloadable Exchange "server" MAPI.

Before running any MNE admin application: Antivirus software must be configured to not scan the MNE program files directory or %temp% directory, or can be temporarily turned off and restarted after the program runs. If an antivirus scan misinterprets an Migrator for Notes to Exchange temporary file as a threat, it will try to "clean" the file, which generates an error when the MNE program call fails.

On the MNE server as the Administrator, launch Windows PowerShell (x86) on 64-bit OS or Windows PowerShell on 32-bit OS and run this command:

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser

Required for all on-premises target types

For MAPI access: Use PowerShell to set the RCAMaxConcurrency throttle policy value high enough to handle the number of migration threads (across all MNE servers) that will be connecting to any Exchange server at any point. If you are migrating to Exchange 2010, ensure that the following throttle policy values are set to 100:

•

RCAPercentTimeInAD

•

RCAPercentTimeInCAS

•

RCAPercentTimeInMailboxRPC

For EWS access: Use PowerShell to set the EWSMaxConcurrency throttle policy value high enough to handle the number of migration threads (across all MNE Servers) that will be connecting to any Exchange server at any point in time.

Port assignments on Migrator for Notes to Exchange admin servers


For Microsoft 365 target, inbound (Microsoft 365 to Migrator for Notes to Exchange)	No inbound ports are required.
For Microsoft 365 target, outbound (Migrator for Notes to Exchange to Microsoft 365)	443 – PowerShell 443 – Outlook (RPC over HTTP/Outlook Anywhere) 80 – Autodiscover 443 - Autodiscover The ports should be open from source to * since Microsoft often changes the IPs of their servers.
For Exchange 2019, Exchange 2016, or Exchange 2013 target:	443 to MBX server - mail migration 80 & 443 to CAS server - autodiscover 3268 to GC - AD searches 389 to DC - AD writes 443 to CAS server - powershell 1352 to Domino - mail migration, directory extraction
For Exchange 2010 target:	80 & 443 & MAPI* to CAS server - autodiscover 3268 to GC - AD searches 389 to DC - AD writes 80 & 443 to CAS server - powershell 1352 to Domino - mail migration, directory extraction 1433 to SQL - SQL *MAPI uses RPC, which is covered in this Microsoft technote.

Documentos relacionados

The document was helpful.

Selecione a classificação

I easily found the information I needed.

Selecione a classificação

Selecione seu produto:

Para podermos atendê-lo melhor, informe o Propósito de seu chat:

Soluções recomendadas para seu problema

Migrator for Notes to Exchange 4.16.3 - Pre-Migration Planning Guide

Microsoft Exchange/AD environment configuration (on-premises Exchange)

Account permissions for migration to Microsoft 365

SQL server configuration

Migrator for Notes to Exchange admin migration server configuration