<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: P4500 Replication Question in StoreVirtual Storage</title>
    <link>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5658385#M5213</link>
    <description>&lt;P&gt;It was something about having an iSCSI session active to a cluster for replicating. Like replication locked out a cluster or something... I put a call into HP for clarification.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 15 May 2012 12:22:12 GMT</pubDate>
    <dc:creator>L1nklight</dc:creator>
    <dc:date>2012-05-15T12:22:12Z</dc:date>
    <item>
      <title>P4500 Replication Question</title>
      <link>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5657507#M5209</link>
      <description>&lt;P&gt;I got off the phone with an HP engineer and I didn't really think much about it until just now. So the engineer mentioned that if I am remote replicating via snapshots to my DR P4500 I cannot use that P4500 to say, run a VMware environment. For example, my production environment in Virginia is replicating to my enviroment in Colorado. I am doing replication on 3 volumes. All the volumes are in the same cluster. The cluster is in a single management group (obviously). I then replicate these to a mangement group in Colorado. The 3 volumes are small in size, only 500 gigs each. This leaves me a sizeable storage space left. I want to run a development environment in Colorado, to take advantage of the 2 TBs of available storage and the inactive vSphere environment. Under that scenario, I was told by the HP engineer, that the cluster in that management group (the DR mangement group), could not be used for a VMFS store for the dev environment because it is currently recieving snaps from Virginia.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is this true? Does this scenario make sense? If this is true, I feel like I have been sold a bag of goods that doesn't work for what I had initially specc'd out to my sales engineering group.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 14 May 2012 18:34:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5657507#M5209</guid>
      <dc:creator>L1nklight</dc:creator>
      <dc:date>2012-05-14T18:34:48Z</dc:date>
    </item>
    <item>
      <title>Re: P4500 Replication Question</title>
      <link>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5657621#M5210</link>
      <description>&lt;P&gt;Doesnt sound right to me - the P4000s are very good at multitasking - I think the engineer may have it wrong.&lt;/P&gt;&lt;P&gt;I would take care not to over provision however.&lt;/P&gt;</description>
      <pubDate>Mon, 14 May 2012 21:24:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5657621#M5210</guid>
      <dc:creator>David_Tocker</dc:creator>
      <dc:date>2012-05-14T21:24:31Z</dc:date>
    </item>
    <item>
      <title>Re: P4500 Replication Question</title>
      <link>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5658385#M5213</link>
      <description>&lt;P&gt;It was something about having an iSCSI session active to a cluster for replicating. Like replication locked out a cluster or something... I put a call into HP for clarification.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 15 May 2012 12:22:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5658385#M5213</guid>
      <dc:creator>L1nklight</dc:creator>
      <dc:date>2012-05-15T12:22:12Z</dc:date>
    </item>
    <item>
      <title>Re: P4500 Replication Question</title>
      <link>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5658543#M5215</link>
      <description>&lt;P&gt;That's...not right.&amp;nbsp; If you get a chance to, tell the engineer that they're in need of spending some quality time with the product he or she supports.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've got a DR cluster in a VSA-based&amp;nbsp;management group that's the receiving end of all my remote office's Remote Snapshots.&amp;nbsp; There's nothing that prevents me from&amp;nbsp; mounting one of those snapshots in a running VM to read data, or creating other volumes local to that cluster&amp;nbsp;in the remaining space and using them to host VM's.&amp;nbsp; Now, given that the P4000 eats free space like popcorn to protect your data across nodes you do need to watch out for overcommitment.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Wow...if that engineer were right, how'd you&amp;nbsp;be expected to backup/restore information from those remote snaps if you're expected to be unable to access them?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Now, having a Remote&amp;nbsp;Volume's snapshot&amp;nbsp;mounted and in use when your schedule's retention limit is reached could cause some hilarity to ensue.&amp;nbsp; I'm not sure how that particular&amp;nbsp;conflict would be resolved by SANiQ...my bet is that you'd continue to accrue snapshots and potentially run out of space in the cluster.&lt;/P&gt;</description>
      <pubDate>Tue, 15 May 2012 14:17:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storevirtual-storage/p4500-replication-question/m-p/5658543#M5215</guid>
      <dc:creator>BulkRate</dc:creator>
      <dc:date>2012-05-15T14:17:45Z</dc:date>
    </item>
  </channel>
</rss>

