Chatta subito con l'assistenza
Chat con il supporto

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

About the Migrator for Notes to Exchange documentation Introduction Critical considerations Other strategic planning issues Appendix A: Known limitations of the migration process

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.

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.

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.

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.

Workstation hardware

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

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

Quest recommends that the SQL Server and the Migrator for Notes to Exchange admin migration server should be two separate computers.

Migrator for Notes to Exchange admin migration server configuration

User account permissions

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 computer from the Exchange server but a member of the same domain as AD and Exchange.

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

Quest recommends that the SQL Server and the Migrator for Notes to Exchange admin migration server should be two separate computers.

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 2024, 2021, 2019 or 2016. The Outlook client must also conform to the Microsoft version requirements for the applicable Exchange target version. 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:

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.

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.

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 or Exchange 2016 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

End-user desktops (if running SSDM)

Any antivirus software must be configured to not scan the Migrator for Notes to Exchange program files directory or %temp% directory, or 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, and the SSDM program call would fail.

Related Documents

The document was helpful.

Seleziona valutazione

I easily found the information I needed.

Seleziona valutazione