Configuring a migration job
After you have defined the source connection, you can continue to configure a migration job. A simple wizard will help you define all crucial aspects of the migration, for example selecting a target server, range of mailboxes and necessary time and folder filters. This article describes the job configuration step by step. Use the links below to learn how to:
- Create a new migration job
- Name your job
- Choose mailboxes to be migrated
- Select a target server
- Match source mailboxes with target mailboxes
- Schedule a migration job
- Set up time and folder filters for migrated items
- Configure other settings
- Review the configuration of your job
- Start a migration job
You can create a new migration job from the How to start card on the Dashboard (Fig. 1.). Alternatively, go to the JOBS tab and click New on the menu toolbar.
|Fig. 1. Creating a new migration job.|
Now you need to select the type of your source server (i.e. the server you will be migrating from). You can choose between Exchange Server, Office 365 and IMAP server.
The available configuration options (wizard steps) may differ slightly, depending on your source server type. In this article, we will show you a job configuration for Exchange Server, but the differences for Office 365 and IMAP will be highlighted.
After you select a source server type, the migration job wizard will open. The first step (Job name) allows you to set the name of your job (Fig. 2.). The name should be brief and unique.
|Fig. 2. Setting up the name of a job.|
A job name cannot contain the following special characters: \ / : * ? < > |
The next step - Source mailboxes - allows you to define which mailboxes should be included in the migration job. The configuration depends on the type of your job:
The Source mailboxes step is similar for migrations from Exchange Server and Office 365. You can add and remove your source mailboxes by using various filters. You can select users whose mailboxes you want to migrate in two ways (Fig. 3.):
- select which mailboxes are to be included in the job (the Migrate mailboxes fulfilling the following conditions section) - this list should be considered as conditions;
- select which mailboxes should be excluded from the job (the Don't migrate mailboxes fulfilling the following exceptions section) - this list should be considered as exceptions. The exceptions are effective in the case of a conflict with the conditions defined in the upper list.
|Fig. 3. Selecting source mailboxes for migration.|
When migrating from Exchange Server, you can migrate mailboxes only from the domain and subdomains under which the software is running. Migration of data located in another domain on the same level is not supported.
Let us say you have three users: user1, user2 and user3, who are members of the group named Initial migration. You have set the program to migrate the Initial migration group, but also excluded the user3. Consequently, the program will add user1 and user2, since they are members of the mentioned group. The user3 will not be migrated, despite the membership, as this account has been defined in the exceptions list.
In the case of an IMAP job, the Source mailboxes step looks a little different (Fig. 4.). Here, you should select a source server from the drop-down list (you can also define a new connection) and import a CSV file that includes information about your source mailboxes. The application requires at least the email address and password of every mailbox. You can also include the first and last name and also the display name as these fields may be used later.
|Fig. 4. Importing IMAP mailboxes.|
For example, let us say we have the following user:
Name: Oneida Riddle
A valid CSV entry would be:
To import the data, use the Import from CSV button. After choosing a file, you will see the CSV mapping window. If everything looks correct, you can continue by clicking the Import button. In the case any mailbox failed to be imported, the program will display all necessary information.
In the Target mailboxes step, you can configure the connection with a target on-premises Exchange server. Setting up a target server is the most important part because this is where your data will be migrated. There are three types of target on-premises Exchange servers that can be used in migration: those from the same domain, from a different trusted domain and servers from a different untrusted domain. No matter which type of target server you choose, you will have to provide the corresponding admin account credentials, including the User Principal Name. Keep in mind that this account needs to have appropriate roles assigned.
Learn more about creating forest trusts in Windows Server 2008 and newer.
To select a source server, expand the Target server drop-down list and choose the desired entry (Fig. 5.). Click Next to proceed.
If you are running the migration job wizard for the first time, there will be no connections defined yet. In that case, choose Add new target connection and follow this article to learn how to create a target server connection.
|Fig. 5. Choosing a target connection.|
In the next step of the wizard, click the Match mailboxes button. This will open the Match mailboxes window (Fig. 6.), where you will see all mailboxes fulfilling the conditions defined in the Source mailboxes step.
|Fig. 6. The Match mailboxes configuration window.|
Select the mailboxes that you want to migrate from the list and click the Automatch button (to select all mailboxes, press Ctrl+A). The automatch feature is designed to automatically search the target environment and find mailboxes that correspond to the mailboxes in your source environment.
If the automatch mechanism does not find mailboxes on the target Exchange server, you can set the program to create them. Learn more
For those mailboxes that couldn’t be matched automatically, for example due to an unusual email address format, there’s an option of manual matching. Learn more
The summary of the matching process is displayed in the upper part of the Match mailboxes window (Fig. 7.). A detailed description of what information is shown in each section is available here.
|Fig. 7. The summary of the matching process.|
Migration of public folders is possible only if any public folders already exist in the target environment. For more information on how to create public folders, click here. Note that it may take a few minutes for public folders to become visible in the program after they have been created.
Every defined job can be controlled manually or automatically. Using the Scheduler feature (Fig. 8.) you can set the program to automatically run the migration job at desired periods. This functionality may be extremely helpful, considering the fact that the best performance of the migration process is achieved when users are not using their mailboxes. You can define either a weekly recurrence or select individual weeks. No matter which option is used, you need to select on what particular days and hours the migration job should be active. The smallest possible unit is one hour.
|Fig. 8. Scheduling a migration job.|
In addition to the conditions you have set in the Mailboxes step, you can apply additional filters regarding your items (e.g. emails, calendar events, etc.).
Thanks to the Time filter step (Fig. 9.) you can decide whether you like to migrate items that are older/newer than a certain point in time or if you want to migrate everything regardless of their age. What is more, the calculations are based on end/due dates (this concerns calendar items, tasks and journals) and delivery time (messages). If those properties are missing, the program will use the last modification date.
|Fig. 9. Setting up a time filter.|
Moreover, you can define which folder types will be migrated in the Folder filter step. For example, you can decide to exclude folders like Junk (Fig. 10.).
|Fig. 10. Setting up folder filters.|
The program can migrate more than one mailbox at the same time. The number of mailboxes migrated simultaneously depends on the job type (Exchange/Office 365/IMAP) and its optimum value is set automatically in the Advanced settings step (Fig. 11.). You can change this setting, but keep in mind that the main bottleneck of the migration may be the upload bandwidth and inappropriate modification of this value might result in performance losses. This step also allows you to set the maximum size of items to be migrated.
|Fig. 11. Advanced settings.|
In the very last step - Job summary - you will be able to check if all preferences are properly set (Fig. 12.). When you are done, click Finish.
|Fig. 12. Job summary.|
Once you finish the migration job wizard, you will be redirected to the JOBS tab. Use the Start button (Fig. 13.) to begin your migration job. Keep in mind that the Administration Panel needs to be open in order for the migration job to run. In addition, if you have scheduled your migration to start at some other point in time, make sure that the Administration Panel will be also open then. Otherwise, the migration will not begin. Once the migration starts, you can see the progress in the main pane - either on the list of Mailboxes or on the Job migration progress card.
|Fig. 13. Starting the migration process.|
There can be only one migration job running at a time. All other jobs are queued according to the order presented on the list.
As users are usually still working on their source mailboxes during the migration process, new items are constantly created. To include the newly created items in your job, you can restart the migration process at any point by clicking the Rescan button on the menu bar of the Administration Panel. (Fig. 14.). The program will rescan everything, including the already migrated mailboxes, but only the new items will be migrated.
|Fig. 14. Accessing the Rescan feature.|
Additional migration options - learn about supplementary migration options for individual mailboxes.