<?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: eva ca structure in HPE EVA Storage</title>
    <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751594#M18281</link>
    <description>singvey,&lt;BR /&gt;&lt;BR /&gt;Right, I know that HP is working on it, but it is not ready, yet (not even in RSM V2.0).&lt;BR /&gt;&lt;BR /&gt;You can still use the RSM server to create a BC snapshot or snapclone and present it to your Tru64 Unix host - that is possible, because the RSM server directly talks to the CV-EVA agent on the EVA management server. What you can't do is initiate the 'new hardware scan' and the mount of the volume from the RSM server. You do need to use Tru64 Unix's own tools.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;1) I am not sure I understand you correctly: a DRgroup is just a high-level mechanism to organize so-called 'copy-sets' and a 'copy-set' describes the replication between two virtual disks. Data replication is for desaster tolerance, but it is not meant as a data backup mechanism.&lt;BR /&gt;&lt;BR /&gt;Imagine somebody deletes an important file - the change is immediately replicated to the destination EVA in site-b, so the data is 'deleted' on both sites (a + b) !!&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;2) Wait a moment, I think there is a trerminology problem:&lt;BR /&gt;you cannot create a snapclone from a DR group, because a DRgroup is just a high-level mechanism...(please see above ;-)&lt;BR /&gt;&lt;BR /&gt;I think what you are asking is whether you can create a snapclone of a virtual disk that is a replication destination? Yes, you can do that.&lt;BR /&gt;&lt;BR /&gt;You can install the RSM server software on both DL380 servers, but only one should actively manage both EVAs. What you could do is: install the RSM server on the second DL380 as well and make configuration copies to this server in regular intervals so that you are ready to take over in case the 'primary' DL380 fails.</description>
    <pubDate>Wed, 15 Mar 2006 10:25:40 GMT</pubDate>
    <dc:creator>Uwe Zessin</dc:creator>
    <dc:date>2006-03-15T10:25:40Z</dc:date>
    <item>
      <title>eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751591#M18278</link>
      <description>1.I have two sites (site-a,site-b)&lt;BR /&gt;  site-a has the following hardware:&lt;BR /&gt;      2 compaq gs80 with two hba fc cards&lt;BR /&gt;      one san switch 2/8v&lt;BR /&gt;      one eva4000&lt;BR /&gt;      one dl380 storage server&lt;BR /&gt;      the two gs80 alpha servers with true64 configured with trueclusture&lt;BR /&gt;&lt;BR /&gt;   site-b has the follwing hardware:&lt;BR /&gt;      one san switch 2/8v&lt;BR /&gt;      one eva4000    &lt;BR /&gt;      one dl380 storage server&lt;BR /&gt;I have configure software  T3687b(HP CA EVA v2.1 Media kit&lt;BR /&gt;),and license&lt;BR /&gt;&lt;BR /&gt;2.I just want to use ca and bc backup my eva4000&lt;BR /&gt;at data level no application level&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;3. so I want to ask :&lt;BR /&gt;   Is it right install ca eva (rsm software) on dl380 storage server on the twon sites???&lt;BR /&gt;   what is the function of software ca host agent ????&lt;BR /&gt;   should the ca eva host agent must be installed ????&lt;BR /&gt;   HP CA EVA v2.1 Media kit each software componet install on which server ????????&lt;BR /&gt;&lt;BR /&gt;thanks a lot</description>
      <pubDate>Wed, 15 Mar 2006 08:44:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751591#M18278</guid>
      <dc:creator>singvey</dc:creator>
      <dc:date>2006-03-15T08:44:30Z</dc:date>
    </item>
    <item>
      <title>Re: eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751592#M18279</link>
      <description>RSM is a framework that allows scripting of BC and CA-EVA management tasks.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Is it right install ca eva (rsm software) on dl380 storage server on the twon sites???&lt;BR /&gt;&lt;BR /&gt;You can have on (active) RSM management server on one DL380 and a second (standby) RSM  management server on the second DL380.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; what is the function of software ca host agent ????&lt;BR /&gt;&lt;BR /&gt;It is called the RSM HA, because it is used for CA and BC.&lt;BR /&gt;It communicates the host's disk configuration to the RSM management server and receives commands from the RSM management server to configure, mount and unmount disks.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; should the ca eva host agent must be installed ????&lt;BR /&gt;&lt;BR /&gt;As far as I can tell, there is no RSM HA for Tru64 Unix available, right now.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; HP CA EVA v2.1 Media kit each software componet install on which server ????????&lt;BR /&gt;&lt;BR /&gt;RSM server on DL380, no RSM HA available for Tru64 Unix yet, JREserver on DL380.</description>
      <pubDate>Wed, 15 Mar 2006 09:14:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751592#M18279</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2006-03-15T09:14:12Z</dc:date>
    </item>
    <item>
      <title>Re: eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751593#M18280</link>
      <description>hey,Uwe Zessin&lt;BR /&gt;thank you  very much&lt;BR /&gt;&lt;BR /&gt;so I search my cd ,and I can not find rsm hostagent on my true64 unix.&lt;BR /&gt;1.I can only backup my eva4000 data through DR group on the two eva4000 ????&lt;BR /&gt;&lt;BR /&gt;2.I also can install BC software on my site-b&lt;BR /&gt;dl380 storage server , make a snapclone of my DR group ,beacause my running data center is site-a, So I have to install BC eva on site-b dl380??????&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 15 Mar 2006 09:42:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751593#M18280</guid>
      <dc:creator>singvey</dc:creator>
      <dc:date>2006-03-15T09:42:04Z</dc:date>
    </item>
    <item>
      <title>Re: eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751594#M18281</link>
      <description>singvey,&lt;BR /&gt;&lt;BR /&gt;Right, I know that HP is working on it, but it is not ready, yet (not even in RSM V2.0).&lt;BR /&gt;&lt;BR /&gt;You can still use the RSM server to create a BC snapshot or snapclone and present it to your Tru64 Unix host - that is possible, because the RSM server directly talks to the CV-EVA agent on the EVA management server. What you can't do is initiate the 'new hardware scan' and the mount of the volume from the RSM server. You do need to use Tru64 Unix's own tools.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;1) I am not sure I understand you correctly: a DRgroup is just a high-level mechanism to organize so-called 'copy-sets' and a 'copy-set' describes the replication between two virtual disks. Data replication is for desaster tolerance, but it is not meant as a data backup mechanism.&lt;BR /&gt;&lt;BR /&gt;Imagine somebody deletes an important file - the change is immediately replicated to the destination EVA in site-b, so the data is 'deleted' on both sites (a + b) !!&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;2) Wait a moment, I think there is a trerminology problem:&lt;BR /&gt;you cannot create a snapclone from a DR group, because a DRgroup is just a high-level mechanism...(please see above ;-)&lt;BR /&gt;&lt;BR /&gt;I think what you are asking is whether you can create a snapclone of a virtual disk that is a replication destination? Yes, you can do that.&lt;BR /&gt;&lt;BR /&gt;You can install the RSM server software on both DL380 servers, but only one should actively manage both EVAs. What you could do is: install the RSM server on the second DL380 as well and make configuration copies to this server in regular intervals so that you are ready to take over in case the 'primary' DL380 fails.</description>
      <pubDate>Wed, 15 Mar 2006 10:25:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751594#M18281</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2006-03-15T10:25:40Z</dc:date>
    </item>
    <item>
      <title>Re: eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751595#M18282</link>
      <description>hey,Uwe Zessin&lt;BR /&gt;thank you &lt;BR /&gt; the following is my configure request&lt;BR /&gt;1. I have to install my oracle database on true64 with truecluster&lt;BR /&gt;2. I used the eva4000(site-a) raw disk to contain my oracle datafile&lt;BR /&gt;3. I want to tolerate my site-a eva4000 with site-b eva4000&lt;BR /&gt;4. when the site-a eva4000 works normally , I just use the site-b eva4000 make a synchronization replication&lt;BR /&gt;5. when the site-a eva4000 fault, the true64 system will use site-b eva4000 to access oracle data&lt;BR /&gt;6. when the site-a eva4000 be avaible again, &lt;BR /&gt;the true64 will use the site-a eva4000 again.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;How to configure my RSM and my eva4000 of the site-a and site-b????&lt;BR /&gt;what is the steps ???&lt;BR /&gt;should I configure three zones:&lt;BR /&gt;  zone-1: dl380(site-a),eva4000(site-a),eva4000(site-b)&lt;BR /&gt;  zone-2: dl380(site-b),eva4000(site-a)&lt;BR /&gt;  zone-3: true64 hosts(site-a),dl380(both sites), eva4000(both sites)????&lt;BR /&gt;&lt;BR /&gt;thank you !!!!!!!</description>
      <pubDate>Wed, 15 Mar 2006 11:59:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751595#M18282</guid>
      <dc:creator>singvey</dc:creator>
      <dc:date>2006-03-15T11:59:07Z</dc:date>
    </item>
    <item>
      <title>Re: eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751596#M18283</link>
      <description>Let's see...&lt;BR /&gt;&lt;BR /&gt;1. I assume the Tru64 Unix cluster is stored on the EVA4000 in site-a (let's call it EVA-A).&lt;BR /&gt;&lt;BR /&gt;2. OK&lt;BR /&gt;&lt;BR /&gt;3. I am not sure what you mean by "tolerate", sorry.&lt;BR /&gt;&lt;BR /&gt;4. So you replicate all data (Oracle and the Tru64 Unix disks) from EVA-A to EVA-B.&lt;BR /&gt;&lt;BR /&gt;5. From your description it is not clear to me where the servers are located. Both AlphaServer GS80 in SITE-A or one in SITE-A and the other in SITE-B?&lt;BR /&gt;&lt;BR /&gt;6. OK, but if the oracle database was active on SITE-B, you first need to replicate the data from SITE-B to SITE-A to make sure it is current, right?&lt;BR /&gt;&lt;BR /&gt;---&lt;BR /&gt;&lt;BR /&gt;I would make the zoning like this:&lt;BR /&gt;z1: DL380-A, EVA-A&lt;BR /&gt;z2: DL380-A, EVA-B&lt;BR /&gt;z3: DL380-B, EVA-A&lt;BR /&gt;z4: DL380-B, EVA-B&lt;BR /&gt;z5: TRU64, EVA-A&lt;BR /&gt;z6: TRU64, EVA-B&lt;BR /&gt;z7: EVA-A, EVA-B&lt;BR /&gt;&lt;BR /&gt;it is a bit more work, but gives greater flexiblity, because you can control the data flow better.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I suggest you make an initial setup with one management server where CV-EVA is installed and making sure you can manage both EVAs.&lt;BR /&gt;It allows you to make yourself familiar with the basic management and you can easily expand everything.</description>
      <pubDate>Wed, 15 Mar 2006 12:16:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751596#M18283</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2006-03-15T12:16:57Z</dc:date>
    </item>
    <item>
      <title>Re: eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751597#M18284</link>
      <description>hey,Uwe Zessin&lt;BR /&gt;thanks for your answer&lt;BR /&gt;&lt;BR /&gt;my two alpha gs80 (true64 unix server) are  only on site-a. &lt;BR /&gt;site-b just has a eva4000,san switch2/8v, site-b is just a bakcup center, do not have gs80(true64 server)&lt;BR /&gt;&lt;BR /&gt;the following is my configure request&lt;BR /&gt;1. I have to install my oracle database on true64 with truecluster&lt;BR /&gt;2. I used the eva4000(site-a) raw disk to contain my oracle datafile&lt;BR /&gt;3. I want to backup my site-a eva4000 with site-b eva4000&lt;BR /&gt;4. when the site-a eva4000 works normally , I just use the site-b eva4000 make a synchronization replication&lt;BR /&gt;5. when the site-a eva4000 fault, the true64 system will use site-b eva4000 to access oracle data&lt;BR /&gt;6. when the site-a eva4000 be avaible again, &lt;BR /&gt;the true64 will use the site-a eva4000 again.&lt;BR /&gt;&lt;BR /&gt;7.How to configure my RSM and my eva4000 of the site-a and site-b????&lt;BR /&gt;8.what is the steps ???&lt;BR /&gt;9.should I configure three zones:&lt;BR /&gt;zone-1: dl380(site-a),eva4000(site-a),eva4000(site-b)&lt;BR /&gt;zone-2: dl380(site-b),eva4000(site-a)&lt;BR /&gt;zone-3: true64 hosts(site-a),dl380(both sites), eva4000(both sites)????&lt;BR /&gt;&lt;BR /&gt;thank you !!!!!!!</description>
      <pubDate>Wed, 15 Mar 2006 20:49:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751597#M18284</guid>
      <dc:creator>singvey</dc:creator>
      <dc:date>2006-03-15T20:49:23Z</dc:date>
    </item>
    <item>
      <title>Re: eva ca structure</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751598#M18285</link>
      <description>Ah, OK, thanks for the clarification.&lt;BR /&gt;&lt;BR /&gt;So in case EVA-A goes down, you do a CA failover to EVA-B. Then you need to boot the TruCluster from EVA-B.&lt;BR /&gt;There are 2 challenges:&lt;BR /&gt;&lt;BR /&gt;- you need to change the boot configuration on the AlphaServers - that's quite easy with the WWIDMGR&lt;BR /&gt;&lt;BR /&gt;- I think you have to change the LUN-WWN of all virtual disks on EVA-B to match the value on EVA-A&lt;BR /&gt;&lt;BR /&gt;The reason is that Tru64 Unix uses this value for a persistent LUN binding, so that a virtuall disk is always accessible through the same name.&lt;BR /&gt;&lt;BR /&gt;As far as I can tell, it is also possible to recover the cluster from changed LUN WWNs. I am not a Tru64 administrator, but it is my understanding that it involves quite some work.</description>
      <pubDate>Thu, 16 Mar 2006 11:52:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-ca-structure/m-p/3751598#M18285</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2006-03-16T11:52:52Z</dc:date>
    </item>
  </channel>
</rss>

