Configuring the Office 365 environment
Naming scheme
This determines how mailboxes and accounts will be created, using a token system. The following are tokens which can be used:
·Archive Name
·Archive ID
·Container Mapping ID
·PST ID
·PST Number
|
|
NOTE: PST ID and PST Number are applicable if PSTs are the source environment. |
In addition to those, alphanumeric characters can be appended or prepended to the name of the mailbox in Office 365.
Usage location
This is the location relating to license allocation and is required to be chosen from the drop down list.
E-Mail domain
This is the location relating to license allocation and is required to be chosen from the drop down list.
Hide from GAL
If enabled the mailbox/user will be hidden from the Global Address List.
Litigation hold
Litigation hold can be configured, if required, using the Legal Hold option.
Set rolling license count
A specific number of licenses can be used to process the journal splitting mappings. That number should be configured by clicking Set Rolling License Count. Licenses will be consumed up to that limit, and will be freed up when Stage 2 completes on those mappings.
|
|
NOTE: There is a System Configuration option which can be enabled to migrate the data into Office 365 journal format, if required. |
Office 365 configuration changes
Journal Splitting item count limit
This determines the maximum number of items which will be in a particular mapping before rolling over to a new mapping.
Journal Splitting item size limit
This determines the maximum size of a mapping before rolling over to a new mapping.
Performing the Migration
The migration of the archive/container can then be performed. The process of mapping the users is the same as with a normal Office 365 migration, however, there is an additional option in the Mapping Wizard where you can select to use Leavers, and you should select an Office 365 Leavers Workflow.
A container can be processed as a leaver if one or more of the following is satisfied:
·It is ownerless in the user interface
·The Active Directory account is disabled
·The Active Directory account is deleted and exists in the Active Directory Dumpster. Note: The account running the AD Collector module must have permissions to read the contents of the dumpster.
|
|
NOTE: Archives will be exported, but only the configured number of rolling licensed users will ingest data into the target. |
Stage 2
The Stage 2 workflow (EnterpriseVault to Office 365 Leavers) functions in a similar manner to the normal Office 365 workflows. There is an additional step in the workflow (Office365RemoveUser) that handles the removal of the user, resulting in an inactive mailbox appropriate for a naturally occurring leaver. Once the license has been reclaimed from the removed user, additional users that require migration via the leavers process will begin.
Handling users who leave during a migration
During a migration, if Archive Shuttle detects that a mailbox is no longer present, the user is marked IsDeleted.
Then, you can select the user and select the Enable to Recreate button on the Bulk Mapping page. This enables the leaver mailbox to be created. The users data then gets ingested into the leaver mailbox, as described above.
Or, you can automate the process by selecting the option to Enable auto-recreate deleted Office 365 Users as Leavers located on the Office 365 Module page within System Configuration.
Migrating a shared mailbox archive
This section outines the steps that are necessary to complete the migration of an archive shared amongst a group of users. The migration will be from one Enterprise Vault environment to another.
In Enterprise Vault, this may simply be a regular mailbox archive so that is maintains the structure from the mailbox where the data comes from. The mailbox itself will ultimately have one true owner in Active Directory, but a number of other users and/or groups may also have access to both the mailbox and the archive.
Capture Permissions on the Source
There a number of ways in which the permissions can be shown for an archive, including the following:
·Open the properties of the archive in the Vault Administration Console, and check the entries on the permissions tab
·Use a script similar to the one provided on the Symantec Connect web site:
Build an EVPM File
From the list of permissions on the source archive an EVPM file should be built. There are details about the way to use EVPM in the Enterprise Vault Utilities Guide. At a high level the steps are:
·Directory section should contain information about the Enterprise Vault Directory computer and Enterprise Vault site name.
·A section should be added called ArchivePermissions
·The Archive Name property should be added to this section with the name of the archive.
·The Grant Access property should be added to this section with a list of people to grant access to the archive. This should be listed one per line.
Perform the Migration
The migration of the archive/container can then be performed. Particular care should be taken in relation to migrating these types of archives/containers because the migration has an impact on a number of people.
Apply the EVPM File
Following the successful migration of the Shared Mailbox / Archive, the EVPM file that was created previously should be run to grant permissions on to the target/new archive.