The destination device could not be found. This is probably due to incorrect FC zoning or iSCSI connection set, or the device is not in the correct storage group. (0x712a8021)
Am I missing any steps? Looking for suggestions here.
Assuming this is related to your MirrorView post, I'd start by getting both VNX into the same Unisphere management domain, for simplicity.
Next, I'd review the MirrorView knowledge book from the other post, as it has the instructions for ensuring your zones are correct. Where as MirrorView ports can accept server storage traffic, MirrorView port cannot be used for SANCopy, so ensure you're not using those ports for your SANCopy setup.
Also, once your VNX are properly zoned together, you'll see them in Unisphere GUI under the Connectivity Status pane and the SAN Copy Initiators Tab:
SAN Copy Operations and management > Managing with Unisphere
Did you update the SAN Copy connections? The initiator type should say "SAN Copy". Once that's done, and the initiators added to the Storage Group (Right Click SG > SAN Copy Connections), things should proceed without connectivity problems.
Make sure that your zones are single initiator zones. The scenario as I understand it is:
VNX1 replicating with a SAN Copy Push to VNX2
In that case, VNX2 is a "target" (like an array is normally) and VNX1 is an "initiator" (like a host, since it's pushing the data to VNX1). So, the zones between the two arrays really need to be one port on VNX1, to another port on VNX2. Don't put two ports from the same array into the same zone. The VNX ports can be initiators or targets, so putting two into the same zone can be confusing in some instances. Here's the recommended zoning:
Zones
SAN Copy storage system
Remote storage system
Zone 1
SP A1
SP A1
Zone 2
SP A1
SP B1
Zone 3
SP B1
SP A1
Zone 4
SP B1
SP B1
In your case, VNX1 is the SAN Copy storage system. A1 (or B1) is the second port on the module, A0 is the first one, and is a MirrorView port so don't use that.
Then you need to create a storage group on VNX2, and call it "SAN_Copy" or something like that. Place the VNX1, as a host, into that storage group, along with the target luns you want VNX1 to write to.
The SAN copy white paper referenced above should help.
That was just an example, but it does apply to your configuration. Your zones should work like you are showing - you have single initiator zones so you are good there. The only difference from the example is that they also connect SPA to SPB. In your case, that would mean adding zones like this:
vnx1a1; vnx2b1
vnx1b1; vnx2a1
Then the same for the other switch. That's just an additional level of redundancy, this should work with only one port on each VNX. From your latest screenshot, A1 and B1 are not logged into the switch (speed is N/A). I would go back and double check the ports are logged into the switch, and make sure your zones are correct. Until VNX1 shows up in the Initiators list in VNX2 you can't get anywhere.
Once those initiators do show up, do the update SAN Copy Connections. Then get VNX1 as a host, added to the storage group on VNX2 and you should be in business.
Run the Update SAN Copy Connections. In Unisphere go to Storage->Data Migration->SAN Copy. Click on Update SAN Copy Connections in the Data Migration area in the panel to the right. That should result in the VNX2 logging into the VNX1.
umichklewis
4 Apprentice
•
1190 Posts
1610
0
Posted August 27th, 2015 09:00
Assuming this is related to your MirrorView post, I'd start by getting both VNX into the same Unisphere management domain, for simplicity.
Next, I'd review the MirrorView knowledge book from the other post, as it has the instructions for ensuring your zones are correct. Where as MirrorView ports can accept server storage traffic, MirrorView port cannot be used for SANCopy, so ensure you're not using those ports for your SANCopy setup.
Also, once your VNX are properly zoned together, you'll see them in Unisphere GUI under the Connectivity Status pane and the SAN Copy Initiators Tab:
Let us know if that helps!
Karl