Do you support Litigation Hold migrations?
We do support Litigation Hold migrations, but with some important known limitations.
Be aware of these limitations since, for obvious reasons, Litigation Hold tends to have a 100% fidelity requirement.
All emails in the primary mailbox will indeed be migrated.
Note: MigrationWiz is unable to migrate Litigation Hold data from the Archive Mailbox. If Litigation Hold data is in the Archive Mailbox, it must be moved to either the primary mailbox or the Recoverable Items.
Folders created in Litigation Hold are considered to be "email folders" but this is not necessarily the case. Therefore, all the special Litigation Hold items (whose type is not email) fail to migrate due to a known limitation in EWS (which is what MigrationWiz uses for migrations, when migrating from Exchange 2007+ as the source).
Several of these are considered to be email folders by EWS, even though they are not. Due to a bug in EWS, if you try to create a non-email item within those folders, it reports an error stating: "the item type does not match the folder type".
For example, if a contact is deleted, it will be stored in the /Purges folder. When we try to migrate this contact to the destination mailbox's /Purges folder, it reports an error.
Here are some known folders in the recoverable items mailbox:
- Versions: If Litigation Hold (or for that matter, In-Place or single item recovery) is enabled, this subfolder contains the original and modified copies of the deleted items. Note: This folder is not visible to end users.
- Purges: If either Litigation Hold (or single item recovery) is enabled, this subfolder contains all items that are hard-deleted. Note: This folder is not visible to end users.
- Discovery Holds: If In-Place Hold is enabled, this subfolder contains all items that meet the hold query parameters and are hard-deleted.
- Audits: If mailbox audit logging is enabled for a mailbox, this subfolder contains the audit log entries. Note: This folder is not migrated with MigrationWiz.
- Calendar Logging: This subfolder contains calendar changes that occur within a mailbox. Note: This folder is not available to users.
- Deletions: This subfolder contains all items deleted from the Deleted Items folder. (In Outlook, a user can soft-delete an item by pressing Shift+Delete.) This subfolder is exposed to users through the Recover Deleted Items feature in Outlook and Outlook on the web.
The folders indicated above will, by default, be migrated into a folder at the Destination, named "Deletions". Any mail items within these folders will be migrated. The non-email items will return an error in the MigrationWiz portal, but will not prevent the migration from completing. Typically there are only a few extra errors caused when performing Litigation Hold migrations (since most items in these folders are, in fact, email items) so the error count threshold will not need to be adjusted.
Note: The migration process includes a folder discovery, plus it attempts to retrieve items from within each folder. If the attempts fail, this folder will be excluded during the migration, so that the migration can continue.
If you prefer to have the folders in the recoverable items mailbox migrated into their own corresponding folders at the Destination, and not migrated into a folder named "Deletions", you must add the Advanced Option (under the support section): OverrideRecoverableItemsFolderMapping="^SourceFolder->DestinationFolder" to your project before performing your migration. Note: KB005100 provides more information on how to add Advanced support options to your project.
The above will migrate the Audits folder into a folder named Audits at the Destination. As explained above, without this folder mapping, the Audits folder would be migrated into the Deletions folder.
The above will migrate the Purges folder into a folder named Versions at the Destination. As explained above, without this folder mapping, the Purges folder would be migrated into the Deletions folder.
Here are the recommended step-by-step directions for performing a migration that includes mailboxes set for Litigation Hold:
- Create a regular mailbox migration project, set the advanced options and submit mailboxes for migration. Follow directions under the migration guide for the appropriate scenario. All migration guides can be found in the MigrationWiz category of the BitTitan Help Center.
- Once the mailbox migrations have completed, create a new mailbox migration project specifically for Litigation Hold.
- Set the project advanced options for this Litigation Hold project, so that the Source: Migrate from: parameter is set to Recoverable Items, as per the screenshot below.
Note: This will automatically set the Destination: Migrate to: parameter to be set to Recoverable Items.
- Return to the regular mailbox migration project dashboard, select completed migrated items, and move these items to the Litigation Hold project. Follow directions for moving items in KB004860.
- Now, from the Litigation Hold project, submit items for migration. These will then migrate all items under the recoverable items folder at the source into the recoverable items folder at the destination.
- Once complete, move items back to the regular mailbox migration project.
- All emails will be migrated.
- Users will not be able to see anything that they should not be able to see.
- Mailbox migrations allow up to 10 passes per mailbox. Therefore, migrating mailboxes under the Litigation Hold project will not consume any additional licenses, provided that the items were moved between projects.
- Do not add new mailboxes under the Litigation Hold project. Instead, move items into this project. This way all project statistics and license history will be retained.
- When migrating to recoverable options, it is recommended to increase the retention period for deleted items folder. The default retention period is 14 days. This should be increased to the maximum, which is 30 days. Steps for this are included in this TechNet article: https://technet.microsoft.com/en-us/library/dn163584(v=exchg.150).asp