First let me thank anyone in advance for their feedback this solution has be a bit perplexed. I have been pulled into something that was sold but clearly not architected prior...
We have FAS2050A's one in MI, one in MA and only a 4.5MB pipe between the two locations. We have two data sets that are supposed to be mirrored for DR purposes, both of these are 1.5TB in size. These are both LUN's dedicated to IBM's TSM servers. Neither of the devices can be shipped as they are being used for other production data. There is no Tape devices at either location so SM2T isn't an option. The data sets have both been built for VSM. Reading around I have seen LREP is an option for QSM but not VSM so here's my question...
Does anyone have either a crazy idea, or a way to migrate the Volume into a Qtree so I can setup QSM and LREP the data sets to USB?
Or could I license SV with LREP and utilize it to create the baseline SM relationship?
Ok then it's possible to have a QSM relationship and thus use lrep. You can mirror the default qtree to an non-default qtree via QSM. The name of the default qtree is -. So you mirror /vol//qtree. Note the dest. cannot be - since - always exists and destination qtrees cannot pre-exist. Note that the snapmirror relationship will have to be QSM going forward if using lrep.
Hope this helps.
-- Adam Fox
In the primary Site vol/qtree that is backed up to a USB extrnal drive. Use this command to back it up based on reading documentation;
lrep_reader.exe -f SAN01 -q /vol/TCS_TCL -o F:\sv_init@0 ILCHIFSV03:D:\
(secondary filer is SAN01) it backed up the volume and qtree, ex. files named sv_init at 1 gig chunks on my USB drive.
Now transfer the USB drive to your secondary location (SAN01). Use lrep_writer to move the data over to this filer.
I execute this command on a workstation with lrep_writer;
lrep_writer.exe -p snapvault_start -O D:\sv_init
lrep_writer: Will read 258 files from prefix d:\sv_init
Error in socket (inet6) : 10047
**********************Waiting for connection (inet)**********************
Use snapvault start command on secondary to create a relationship
now go to the secondary filer and try to create the relationship by:
snapvault start -S laptop:D:\sv_init /vol/TCS_TCL/TCS_TCL retail for example
Please advise if you need more clarity
Lrep is a OSSV tool only to be used with Snapvault, you cannot use with volume snapmirror.
so you cannot really use this solution to transfer your 1.5TB lun easily.
Is there currently a snapmirror between the 2 filers?
What may be a possibility is moving the lun into a qtree, and then using lrep to dump the qtree onto a 2TB USB Drive and ship it to your secondary dr filer where you maybe able to restore it.
I had a similar situation.
I have a filer in chicago and a dr filer in nj.
1 TB qtree which i transfered to a usb drive and shipped to my dr location.
transfered it over to my dr location (with a lot of trouble mind you, long story)
changed the relationship between secondary filer/usb drive and primary filer... and im still stuck on an error now that the primary filer tells the secondary the snap is not there.
I have a case open with Netapp, and let me tell you know the LREP support is so limited that many of the folks i spoke with dont know anything about it.
Im having my case escalated to somebody thats really saavy in snapvault and knows the ins and out of it.
I will post my findings as soon as I get it working
LREP as a snapmirror_init mode to do snapmirror baselines. I used it a couple of week ago and it works well. I used it to mirror qtrees, I didn't test it with volumes.
There is a good article on now that you can find with the following keywords: lrep snapmirror
The lrep_reader command I used to copy my qtree to usb disk looks like this:
lrep_reader.exe -p snapmirror_init -f dest_filer -q /vol/dest_vol/dest_qtree -O -o E:\path\data@0 src_filer:/vol/src_vol/src_qtree
With VSM you have another possibility called SnapMirror to tape (snapmiror store, snapmirror retrieve commands) but you need a drive a fc or sas tape drive depending on which ports are available on your storage system.
ok the bottom line is that lrep is only used with qtrees and cannot be used on the volume level. to accomplish a qtree level baseline you use lrep. with snapmirror you can do snapmirror to tape to do a baseline seed.
ince you seeded yourqt you use snapvault. in this case the lun should be moved to the qt, thensv to sync the difference.