This article explains how to setup a small provisioning group allowing you to test out some of the features in Enterprise Vault. It focuses on setting this up for Exchange Mailbox Archiving users, but can be adapted for Domino if required. It covers how to setup and review your archiving and desktop policies, and how to provision a selection of users - your pilot users as it were.
Where we start from
For the purposes of this document we will assume:
Review your policies
The main policies to review are of course your Mailbox Archiving policy and your Desktop policy, optionally you can look at your PST Policy, but this isn't entirely necessary. You can also review the Retention Categories you have defined, for the pilot group it is probably better to have infinite retention.
With each of the policies copy the default, naming it to indicate it's for your pilot group, and then review and adjust the policies as required.
You should review the policy for your pilot users to ensure that some data will be archived - otherwise they're not really going to see anything happening with their mailbox. Make sure that not EVERYTHING is archived, otherwise if they have portable devices (iPhone, Blackberry etc) they might have a worsened experience.
For this I would suggest:
This is what the user will see, so of course this is important too. The Options tab should be reviewed because essentially it will show what the end users can do with the Outlook Add-in installed. The Advanced tab has four separate categories that should be carefully reviewed after you have decided whether or not to show people Vault Cache/Virtual Vault (that's the Vault Cache tab).
Review each of the tabs in this policy, however, it is likely that for your pilot users you won't have enabled Client Driven PST Migration, and so these policies won't be as relevant, unless you're actually going to pilot that part of the experience.
These define how long data is kept, and whether users are allowed to delete items or not. It is worth reviewing these. Later on we will deploy the HTTP client, so by default, the end user will not get the choice of which retention category a manually archived item goes to. You can apply folder policies using EVPM, for example, so that items archived in particular folders get particular retention categories. Review the Enterprise Vault documentation for how to do that.
Checking the schedule
Generally what I would do here is to remove the tick box, which tells the archiving task to use the site schedule, and use your own schedule defined on the task. You will need to consider the date/time of backups of EV and of Exchange, and try to avoid those times.
Here is an example of what you might set as the schedule for the task:
Remember that making changes to the schedule settings requires the associated Archiving task to be restarted.
If you only have a small number of pilot users, then you can make your scheduled archiving window quite small, and depending on your business you may be able to do the archiving run late afternoon, rather than perhaps the more traditional, but more likely to clash with other activities, "middle of the night". The aim for this setup is minimal impact on other aspects of the messaging environment, e.g. backups, online maintenance and so on.
Provisioning the users
There are a number of ways to target your pilot users. One, which seems the easiest to me, is to add the users to a Distribution Group. You will have the added advantage that you and they will be able to email to that distribution group, and share feedback and experiences. So have the Exchange guys create a group, along the lines of:
Add the test subjects to that group.
Now the group is setup and exists, you can target that by the provisioning process in the Vault Administration Console as follows:
That was the steps to create the group, but you then might see that the group is at the bottom of the list. We want it to be at the top of the list so that it will mean our pilot users definitely get the right policy. We change the order as follows:
We now need to run the provisioning task, so that it actually provisions our users. That's a task under the server node, so run that, then use Windows Explorer to locate the provisioning task report, and ensure that the users are in the report, and assigned to the right group. For example, here is the output of my report:
Provisioning Group Summary:
Provision DL EV Pilot Users:
Mailboxes added: 5
Mailboxes updated: 0
Mailboxes relinked: 0
Mailboxes ignored because already processed: 0
Provisioning targets that returned no mailboxes: 0
Users without a mailbox: 0
New mailboxes ignored because of existing entries in the Enterprise Vault database: 0
Journal mailboxes found: 0
Users with mailboxes outside the current domain: 0
Users whose mailboxes were not synchronized: 0
Enabling the users
Once the provisioning task has run, then the next step is to enable the users. During the provisioning process it is possible to auto-enable people for archiving, but let's assume that we didn't do that for the purposes of the pilot. You can also send the user a welcome message, this is documented in the Enterprise Vault documentation - for this example I've not configured it. We will just enable the users manually as follows:
Deploy the client
How you do this for the pilot users will obviously vary from company to company. One option I've seen quite often is to send the users an email with a URL in it, which when they click on it takes them a site (or SharePoint server) where they can download the client.
As we mentioned let's assume that there are a mixture of Outlook 2007 and Outlook 2010 pilot users. You want to have as little difference as possible between these groups of users, so the Enterprise Vault Outlook Add-in to deploy will be the HTTP aka Lite client. This means that users won't be able to view folder properties (relating to EV), and when they manually archive items, they won't get to choose the archive that the item goes to, but it also means less problems from the deployment point of view, since all users can have the same type of client installed.
If you wanted to at this point you could deploy (manually, or automated) the DCOM Add-in to the Outlook 2007 users, and the HTTP Add-in to the Outlook 2010 users.
Outlook Web Access
If your pilot users use Outlook Web Access/Application then you will need to deploy the Enterprise Vault OWA add-in. This is described in the Enterprise Vault documentation. Alternatively you can indicate to your pilot users that you won't be customising OWA, and that they won't be able to access archived items, or archiving functionality during the pilot stages.
The pilot users should now see the Outlook Add-in toolbar when they re-launch Outlook. They can then experiment with the options you made available to them, and you can also see what happens in regards to the users after the archiving task has run a few times.
As you can see from this article it is actually quite easy to get a pilot group of users enabled for mailbox archiving, and it involves a few simple steps to check policies, and assign these to users.