Unsolved
This post is more than 5 years old
5 Practitioner
•
274.2K Posts
0
2600
Best way to migrate XtremIO to XtremIO
Hello Folks,
I am looking for the best way to migrate data from XtremIO to XtremeIO, its a Oracle Cluster controled by ASM with Solaris 11 and native Multipathing(MPxIO). There are some ideas like:
1. Using ASM and re-balance to the new devices.
2. Using VMAX as pivot to after make a Open Replicator session and push the Data to the XtremIO(Target).
3. Restoring an backup to the new Devices.
I was wondering if there are any way to make the migration directly from XtremIO to XtremIO like VMAX SRDF
Appreciate your help in advance.
SameerKulkarni1
37 Posts
0
November 20th, 2015 06:00
how about powerpath ME ? ofcourse it will use host resources.
dynamox
1 Rookie
1 Rookie
•
20.4K Posts
0
November 21st, 2015 16:00
i know you can put XtremIO behind VMAX3 so that you could use SRDF
Kumar_A
727 Posts
0
November 21st, 2015 19:00
There is no native tool in the XtremIO array which will allow you to migrate the data from one XtremIO array to the other XtremIO array. You would need to use some kind of host based tools (like the ones you mentioned in your post).
How about replicating the data using RecoverPoint? Is that an option?
Kumar_A
727 Posts
0
November 23rd, 2015 14:00
Yes, that’s FAST.X support for XtremIO. It allows you to use the VMAX data services for the data stored on XtremIO, but you need to make sure that the workload that you plan to drive will not cause VMAX to become the bottleneck.
dynamox
1 Rookie
1 Rookie
•
20.4K Posts
0
November 23rd, 2015 18:00
Avi,
how do you make those sizing decisions ? Let's say i am only interested in XtremIO tier behing my VMAX, no plans on using internal VMAX storage. One VMAX engine per XtremIO ? Do you dedicate FA for engine <> xbrick connectivity ? Direct connect or switched ?
Kumar_A
727 Posts
0
November 25th, 2015 10:00
Typically, we rely on the VMAX experts to help size that solution. Your account team should be able to connect you to one of the VMAX experts in your area to help with this ask. If you want, send me your location offline – and I will find the right contact for you.
seancummins
226 Posts
0
November 25th, 2015 17:00
Hey Dynamox,
This is definitely one of those "it depends" answers... relevant factors include the existing utilization of the VMAX3 engines, the VMAX3 model, the amount of cache in the array, the VMAX3 data services already in use, the oversubscription ratio, the expected dedupe ratio on the XtremIO side, and the expected workload. It's too much for a "back of the napkin" exercise or rule-of-thumb approach -- so we use internal tools & resources to size this on a case-by-case basis.
Thanks,
- Sean
dynamox
1 Rookie
1 Rookie
•
20.4K Posts
0
November 25th, 2015 17:00
this was an academic question, i am interested in customer facing information.
echolaughmk
522 Posts
0
November 26th, 2015 04:00
Are there going to be any rules of thumb that come out for us to work with as a guide by any chance? Something like what exists for RPA/XtremIO where we can use some rough guidelines like 1 brick on XtremIO requires 1 engine on VMAX for FTS connectivity, 2 bricks require 2 engines, etc?
I think that would be a good start from a general sizing perspective. Obviously the other items that you mention are crucial as well and those can be inputted into the tools as needed for more accurate sizing.
thanks!