4 Things to Consider with Enterprise Vault Migration to Office 365
Find out some of the key considerations when you migrate legacy archive Enterprise Vault data to Office 365.
In this blog, we’ll take a look at the best practices that should be considered when performing a backup of Enterprise ...
In this blog, we’ll take a look at the best practices that should be considered when performing a backup of Enterprise Vault. Firstly, let’s take a quick look at what Enterprise Vault is used for.
Enterprise Vault was first developed over 20 years ago. It rapidly grew in usage and in scope of operation to be an archiving platform for many different types of data. Most commonly Enterprise Vault is used to archive:
Through various integrations the list of source platforms that Enterprise Vault can archive from has grown dramatically over the years. So, your organization might make use of many different features of Enterprise Vault.
Enterprise Vault can swiftly become a large platform consisting of many different servers spread over several different sites located, in many situations, around the globe.
Obviously when important information like email is stored in such a system and the original version remove or replaced, it’s critical to ensure that the environment is properly backed up in case of disaster.
There are several things to take into account when you wish to backup Enterprise Vault:
1/ Placing the environment into Backup Mode
2/ Backing up databases
3/ Backing up storage locations
4/ Backing up Index Locations
5/ Backing up the classification policy folder
Let’s take a brief look at it in turn:
Enterprise Vault consists of 3 major components: The databases, the Vault Store storage locations, and the Index storage. It is important to understand that for a consistent backup, these components need to be backed up with the same number of archived items, otherwise the restore will create an inconsistent state.
To prevent diverging item counts, EV administrators need to set the system into “backup mode”, so that no new database additions, item storage processes or index updates can be written, while read access to the data is still possible.
This can be achieved via PowerShell cmdlets or via the Vault Admin Console. You can set Backup Mode at various levels:
Once Backup Mode is enabled can be assured that no additions, modifications or deletions can take place to your archives (or indexes). This means you can move on to the next step.
There are three different types of databases which need to be backed up:
These are the locations of the archived items. Before backing them up it’s important to put the appropriate Vault Store in backup mode. After backing up one or more Vault Store, and its corresponding storage location, make sure that the Directory Database is also backed up.
These are file system folders that contain the Enterprise Vault indexes for archived data. To find out the paths that need to be backed up take a look at the Index Locations tab on the properties of the Indexing Service on each Enterprise Vault server that hosts indexing in your environment.
Any classification policies which have been set up, or modifications to build in classification policies are stored in a network share which is referenced when you initially setup classification. This location needs to be backed up when changes have been made to policies.
A very useful addition in recent years has been the ability to manipulate Backup Mode in your Enterprise Vault environment using PowerShell command-lets. With these you can integrate your Enterprise Vault environment with many popular enterprise backup solutions from several different vendors.
Enterprise Vault environments can become quite complex. To help in determining what needs to be backed up there is a PowerShell script (Transform-Backup.ps1) that can be run to create a HTML file describing what needs to be backed up.
The simplest way to find out if some or all of your Enterprise Vault environment is to use the Vault Admin Console. You can check the Vault Store Groups by navigating to the Vault Store Group node in the console and verifying if the group or vault stores within the group, are in backup mode,
You can also check index locations by navigating to the indexing service node underneath an Enterprise Vault server, opening the properties and looking at the Index Locations tab.
Remember if parts of your environment are in Backup Mode, then there are going be operations like archiving, and index rebuilds or updates which are not going to be able to be performed.
A final way to review the status of Backup Mode is via the events which are logged in the Windows Event Log. There are some events logged when vault stores enter and leave backup mode, as well when indexes enter and leave backup mode. Further, when the indexing service starts an event will be logged which lists all of the index locations which are in backup mode.
In this blog we’ve gone through some of the best practices to consider when you need to ensure that your Enterprise Vault environment is appropriately backed up in case of a disaster. It’s not a task to be taken lightly, so careful thought and planning needs to be undertaken.
With such a large task to be performed, your organization might consider performing a data archive migration project to migrate your data to the cloud.
With unmatched next generation migration technology, Cloudficient is revolutionizing the way businesses retire legacy systems and transform their organization into the cloud. Our business constantly remains focused on client needs and creating product offerings that match them. We provide affordable services that are scalable, fast and seamless.
If you would like to learn more about how to bring Cloudficiency to your migration project, visit our website, or contact us.
Find out some of the key considerations when you migrate legacy archive Enterprise Vault data to Office 365.
For organizations with Enterprise Vault deployed on-premises, a few days ago, Veritas announced the availability of Enterprise Vault 14.1.
Find out the costs associated with maintaining an on-premise Enterprise Vault legacy archive compared with migrating to Office 365.