-
Title
Journal Transformation selective migration based on recipients collected from EV Index -
Description
Journal Transformation selective migration based on recipients collected from EV Index -
Resolution
Previously recipient information was collected from a journal item when it is exported.Now, with this feature, recipients can be collected separately. It has been seen to improve performance, and reduces the staging area space requirements.
A Journal Transformation setting enables this feature.
Once it’s enabled, when the bulk mapping wizard is used part way through the wizard you will be asked if you want to ‘export items for users enabled for migration only’. This will now default to true, but you can disable it on that mapping if you wish, and the old way will be used.On the summary screen you’ll see confirmation that we’re going to use the EV Index.
Items are collected. They’re not exported. Once some item data has been collected, the collection for sender and recipient information is handled via the EV Collector, and it will query the EV Index. All of the recipients will be collected and sent to the core. This collection can be retried if required.
The ‘Existing Mapping page’ has an advanced view option. If this is selected the mappings will show ‘export based on ev index’ if we’ve used this feature. It can be disabled on a mapping by mapping basis as well. This is dynamic and can be done on a mapping which is part way through being processed.
Selective migration is also visible on the Stage 2 screen, after adding additional columns:- Export based on EV index
- Collecting count
- Collected count
- Retryable errors (Sender recipient collection)
- Permanent errors (Sender recipient collection)
The layout can be saved, if required.
If there are errors during collection, the mapping won’t be marked in ‘red’ as they’re only failures during the collection itself. Sender / Recipient collection can be retried from the Journal Transformation tab.User mappings can be created based on this collected sender/recipient information, and the mappings enabled. When this is done, the EV Export module will then begin to export the data for those mappings. This reduces the storage area space needed for a journal transformation migration.
Leavers are supported in this scenario as well.
An important thing to note is that the EV Collector must run under a service account which has access to query the index for the archives mapping for migration.
Finally the failed item page has been enhanced to introduce a new tab ‘Sender Recipient Collection’. This will show any issues with collection of sender/recipient information from the EV Index. These errors can be retried, if required.
There is a fallback mechanism for collection. Collection will retry 10 times, before being marked as permanently failed. These items are exported in the old way, in order to get the sender/recipient information from the item itself, and the sender/recipient information gathered from that.