So I 'd like ask you for following idea I have NTFS stores ( enable dedupe + compression). The type of stores are SHP, SMTP journaling, Filesystem. I need move the store to the new dedupe storage with own block level deduplication engine.
1. Move store from EV console doesn"t support for these types of store. ( This move transfers native data in uncompress and undeduplication state)
2. Manual moving of data or migration to second store is possible BUT it has serious limit: Moved data are in compress state and with SIS deduplication. Therefore this process in not suitable because dedupe ratio (on block dedupe storage ) will be very low.
Any solution for this ? Use any third part tool ( merge ) ?
Merge1 is used to archive data into EV and not for EV data migration. The Migrate utility is used to migrate already archived data. Typically, this would be something that VPS would scope out to determine time/cost and so forth.
i have to imagine that when you move the data from NTFS to your new storage that it will get uncompressed and rehydrated. that would be done on the storage side and you can edit the paths to the vault stores if you're changing drive letters or going to a UNC path (NAS) or something different.
As for migration tools, they fall short when dealing with archived SP and FSA data so if you want to go that route, hopefully the bulk of your data is email.