cancel
Showing results for 
Search instead for 
Did you mean: 

MIgrating large 2-3Tb archive data to another site EV 9.0.1 to 9.0.2(E2K7 to E2K10

EVStrategist
Level 3
Partner

 

Current environment: 2 source sites 2 EV 9.0.1 servers each with databases on NetApp. Approx 1200 archives per site.-2400 total approx 2-3 Tb in size. Target Site has 10 EV 9.0.2. Plan to migrate all archives to target site. Mailboxes will be migrated from source sites(Exchange 2007) to target site(Exchange 2010).

Request: to devise a migration strategy for the 2500 archives to target EV9.0.2 server when the mailboxes are migrated. Target site has an IBM XIV SAN instead of NETApp, so the data needs to be migrated from NETApp to IBM SAN during the migration process.

Summary: move from EV 9.0.1 to EV 9.0.2, move from NETAPP to IBM SAN, move from Exchange 2007 to Exchange 2010. Need to move Indexes, Databases all to New SQL Server as well.

Strategy and steps need to be defined and detailed as to how best to accomplish with least impact and being most efficient/effective in the solution.

Any help/suggestions/recommendations in terms of how besgt to do this will be greatly appreciated.  Currently we are planning on ROBOCOPYING the data over and taking differences up until the mailboxes are moves across.  Most likely the mailboxes will be moved over in a phased approach as well so it won't be all in one swoop.  We could use move archive wizard one by one matching mailbox move timeframes, but not confident with this tool yet.

 

Thanks,

 

G.

1 ACCEPTED SOLUTION

Accepted Solutions

Peter_Kozak
Level 5
Partner

Hi G.,

if your target Site is a NEW Vaultsite, then just robocopying won't work, because all the ID's in the EV Database will change.

You should consider using a 3rd Party tool for Migration like ArchiveShuttle or Transvault. This automates also the Migration, but because all Migration Tools are using Export/Import it's not that fast as a simple copy of the Storage Files.

Here a link to some more information regarding Archivshuttle: "http://evtools.net/products/archive-shuttle"

Cheers,

Peter

View solution in original post

4 REPLIES 4

JosephRodgers
Level 4
Employee Accredited Certified

The fastest software method I have found is RichCopy.  It is from Microsoft and it a multithreaded version of Robocopy

I initially started a large copy with robocopy.  We got ~500MBs/minute copy rate.  

RichCopy is getting ~1.5GB/minute copy rate.

RichCopy command line options are many but easy to set

http://file.serverconsolidator.com/blog/2009/08/11/the-easiest-way-to-prepare-richcopy-command-line-parameters/

Here are the options I used:

"C:\Program Files\Microsoft Rich Tools\RichCopy 4.0\richcopy.exe" "\\server\f$"  "f:" /CDSD /FSD /TSD /TSU /CSA /CSD /CSG /CSO /CSS /P /FC 1024 /R 2 /QO /QP "E:\reportf.log" /UE /UPF /UPC /UPS /UFC /UCS /USC /USS /UPR /UET

"\\server\f$"   = source
“f:” = destination

Richcopy download:
http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx?pr=blog

GertjanA
Moderator
Moderator
Partner    VIP    Accredited Certified

When moving archives (and mailboxes) did you look at TransVault? we use this here, and it is fast, and has good errorchecking.

Regards. Gertjan

Peter_Kozak
Level 5
Partner

Hi G.,

if your target Site is a NEW Vaultsite, then just robocopying won't work, because all the ID's in the EV Database will change.

You should consider using a 3rd Party tool for Migration like ArchiveShuttle or Transvault. This automates also the Migration, but because all Migration Tools are using Export/Import it's not that fast as a simple copy of the Storage Files.

Here a link to some more information regarding Archivshuttle: "http://evtools.net/products/archive-shuttle"

Cheers,

Peter

EVStrategist
Level 3
Partner

Thanks Peter, our company is partnered with TransVault, just found out yesterday.  BUt if we were to robocopy the databases and indexes over, there shouln't be new ID's created as we are just copying file for file and reconnecting to the new EV server..my bigger concern would be even after the DNS alis switch to the new server, hope that all shortcuts would still work.