dang, i did not setup notification for "meet the expert", I'll jump on it tonight.
So far, I knew about moving data from one platform to another is we can use OR to do it. Will you please make a brief discription about the difference among OR OM and SRDF in data moving?
OR (Open Replicator) is a great tools that can move data to and from Symmetrix/VMAX, most shops use it for migration purposes only but it could also be used to perform occasional data copies between two frames.
OM (Open Migrator) - is a host based tool, some of its functionality has been augmented by PowerPath Migration Enabler (PPME ) but what sets OM apart from PPME is it's storage agnostic, it also migrates at partition level, not at the disk level so you can migrate from larger device to a smaller device as long as the partition fits on the target.
SRDF - Allen covered that already, it's your "Cadillac" when it comes to data replication (Symmetrix platform only).
Hey experts , I have another question:
suppose I have a Linux host with several disks and I'm migrating from CX to VNX or DMX to VMAX, or VMAX to CX... in fact it doesn't matter at all since my question is about the point where Linux finally sees the new LUNs I've presented and I made sure the data has been copied over from the source to the target LUN. Linux simply doesn't recognise the new LUNs as the old ones. For Linux it's like the old LUNs are gone and it received a bunch of new LUNs. Do you have any ideas about how to migrate data from an old storage system to a new system without loosing data ? Ok, host based mirroring is an option that seems fool proof, but I'd like options that don't include the hosts itself.
you are correct, whenever you utilize array based migration tools, at some point you will need to present the new LUNs to the host. For example if you were migrating from CX to VNX using SanCopy, at some point of your migration you will need to shutdown the host, run final SanCopy session (incremental), unzone CX and present VNX. You will see that Linux will not re-use the same /dev/sdX devices, it will create an entire new set of devices (that's been my experience). It's not an issue for Linux, if these devices were used as part of LVM (logical volume manager), Linux will recognize the volume group id (vgid) and will be able to re-import the volume group. Some people will notice that PowerPath device names (emcpowerX) will change for new devices, since LVM uses vgid it will still recognize and re-import the volume group. What is your experience RRR ?
I'm not a Linux guy myself, unfortunately , but I had a discussion with one of our Linux guys and he was sort of complaining that Linux didn't recognise the replicas and he had to rename the power devices manually. I'm not sure why he would need to do that, but I was hoping for a way that when the old LUNs have replicated to the new LUNs these new ones would be automatically recognised as the old LUNs.
Back to 2008/2009, I was tring to talk everyone in I know in EMC about SAS.
Once I got a chance to ask the director of USD about EMC's plan/strategies of SAS, but when I rasied my hand, session was announced time out.
Hi all, this discussion is now closed. However Allen will be wrapping this discussion up with a video from EMC World 2012 in Las Vegas. He will talk about the highlights of this discussion as well as the key learning points. We will also as Allen to answer any questions that came in at the end of the discussions time. Watch this space.
I have moved this discussion to the General discussions in the support Forum due to the broadness of the topic. You are welcome to continue this discussion amongst all of the community. Or just enjoy reading the thread:)