<?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: Implementing DR between two US &amp;amp; UK sites (system replication) in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408729#M202142</link>
    <description>Melvyn/Nelson, I've had a brief look at the PDF document, this ALL HP solution involving this continental cluster approach seems a bit complicated, both to implement and to maintain afterwards. I assume implemented the ALL HP solution would involve buying additional licenses software? (by the way we recently removed Service Guard from our local site because it was a pain to maintain).&lt;BR /&gt;&lt;BR /&gt;Isn't there a simpler method?... For example could we not do a nightly mirroring of the disks onto the remote site (putting the database into hot backup first). Then in the event of a disaster as long as we have all the relevant database and SAP files we could startup the database and simply "roll forward" (ie apply the DB redo logs).&lt;BR /&gt;&lt;BR /&gt;I am also considering the Oracle standby database approach. I need to look into this in a little bit more detail, but as far as I understand it involves applying archived redo logs to the remote standby DB as and when they are created (simplistically speaking!).&lt;BR /&gt;&lt;BR /&gt;As far how big the "pipe" is between the two sites that still needs to be determined and may be dictated by the approach adopted.&lt;BR /&gt;&lt;BR /&gt;For Example if we decide on the Standby DB approach, we need to cater for 40 MB archive logs that during the busy  period are being created every 5mins. So every 5mins we would be pusing 40MB down the pipe to the remote site.&lt;BR /&gt;&lt;BR /&gt;Our DB is currently at 400GB so for a nightly disk-to-disk copy we would need to push 400GB+ down the pipe (I guess?).&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Khalil&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 27 Oct 2004 08:35:43 GMT</pubDate>
    <dc:creator>Khalil Ahmed</dc:creator>
    <dc:date>2004-10-27T08:35:43Z</dc:date>
    <item>
      <title>Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408725#M202138</link>
      <description>If I may I would like to describe first what I am trying to achieve.&lt;BR /&gt; &lt;BR /&gt;We have two sites one in  the US and one in the UK.  Both sites have the same environment i.e. run the SAP R/3  ERP software  on HP9000 servers (i.e. HP-UX 11 O/S) against an Oracle 9i database. Both sites also utilise HP’s EVA5000 disk array to house the production data.&lt;BR /&gt;&lt;BR /&gt;What we would like to do is to allow each site to be a Disaster Recovery (DR) site for the other. To do this we have allocated money for additional hardware (i.e. servers, disk capacity) for both sites and for the network connection (i.e. “pipe” ) between the two sites.  The idea being that if the UK went down (say), a limited number of UK users would still be able to continue working by logging on to the replicated UK system on the US site, at least until the UK site had been fully recovered. Similarly if the US went  down, a limited number of US users would also be able to continue working by logging on to the replicated US system on the UK side.&lt;BR /&gt; &lt;BR /&gt;Has anyone done anything like this before?… any recommendations on the best method and more importantly how to do it. Some methods I can think of are overnight EVA5K disk-to-disk copy,  Oracle Parallel-Server and Oracle Stand-By system (although the Oracle methods may require some specialised knowledge/training).&lt;BR /&gt;&lt;BR /&gt;In fact if you have any documents or know of any links to documents that would help me I would be very grateful.&lt;BR /&gt;&lt;BR /&gt;Many thanks&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2004 03:18:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408725#M202138</guid>
      <dc:creator>Khalil Ahmed</dc:creator>
      <dc:date>2004-10-27T03:18:10Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408726#M202139</link>
      <description>I am not sure how SAP will integrte in this but for oracle you can setup a standby database using cold backup of production database and apply archive logs from production environment to DR site. When disaster will happen shoutdown standby datbase and open the database in normal mode.&lt;BR /&gt;&lt;BR /&gt;Sunil</description>
      <pubDate>Wed, 27 Oct 2004 03:27:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408726#M202139</guid>
      <dc:creator>Sunil Sharma_1</dc:creator>
      <dc:date>2004-10-27T03:27:24Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408727#M202140</link>
      <description>You might be interested in reading through the Designing Disaster Tolerant Clusters manual at:&lt;BR /&gt;&lt;A href="http://docs.hp.com/hpux/pdf/B7660-90015.pdf" target="_blank"&gt;http://docs.hp.com/hpux/pdf/B7660-90015.pdf&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;And particularly the Continental Cluster portion.&lt;BR /&gt;&lt;BR /&gt;This allows you to have the two clusters, one in UK, one in USA, monitoring each other, and provided you have the data replication in place, each site could act as a the DR site for the other, wiht automated failover and alerts in the event of a failure.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2004 04:58:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408727#M202140</guid>
      <dc:creator>melvyn burnard</dc:creator>
      <dc:date>2004-10-27T04:58:56Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408728#M202141</link>
      <description>Yep.. if an ALL HP solution -- you're best bet is a Continental Cluster.&lt;BR /&gt;&lt;BR /&gt;If not, you may want to look at a Veritas Solution.&lt;BR /&gt;&lt;BR /&gt;How large is your pipe between the UK and the US?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2004 07:54:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408728#M202141</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2004-10-27T07:54:23Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408729#M202142</link>
      <description>Melvyn/Nelson, I've had a brief look at the PDF document, this ALL HP solution involving this continental cluster approach seems a bit complicated, both to implement and to maintain afterwards. I assume implemented the ALL HP solution would involve buying additional licenses software? (by the way we recently removed Service Guard from our local site because it was a pain to maintain).&lt;BR /&gt;&lt;BR /&gt;Isn't there a simpler method?... For example could we not do a nightly mirroring of the disks onto the remote site (putting the database into hot backup first). Then in the event of a disaster as long as we have all the relevant database and SAP files we could startup the database and simply "roll forward" (ie apply the DB redo logs).&lt;BR /&gt;&lt;BR /&gt;I am also considering the Oracle standby database approach. I need to look into this in a little bit more detail, but as far as I understand it involves applying archived redo logs to the remote standby DB as and when they are created (simplistically speaking!).&lt;BR /&gt;&lt;BR /&gt;As far how big the "pipe" is between the two sites that still needs to be determined and may be dictated by the approach adopted.&lt;BR /&gt;&lt;BR /&gt;For Example if we decide on the Standby DB approach, we need to cater for 40 MB archive logs that during the busy  period are being created every 5mins. So every 5mins we would be pusing 40MB down the pipe to the remote site.&lt;BR /&gt;&lt;BR /&gt;Our DB is currently at 400GB so for a nightly disk-to-disk copy we would need to push 400GB+ down the pipe (I guess?).&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Khalil&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2004 08:35:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408729#M202142</guid>
      <dc:creator>Khalil Ahmed</dc:creator>
      <dc:date>2004-10-27T08:35:43Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408730#M202143</link>
      <description>The Veritas as wellas the ALL HP approaches both have each strengths and weaknesses. Successful implementation will largely depend on &lt;BR /&gt;&lt;BR /&gt;1.The expertise and experience you have in house. &lt;BR /&gt;2. Storage Architecture chosen&lt;BR /&gt;3. Bandwidth between the sites.&lt;BR /&gt;&lt;BR /&gt;The Oracle Standby approach is not totally a seamless failover solution .. you can still have some data loss.&lt;BR /&gt;&lt;BR /&gt;You mentioned EVAs as the storage involved ... I do not know if Continous Access (The EVA's replication software) works accross IP networks .. I think it only works for FC links...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2004 10:06:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408730#M202143</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2004-10-27T10:06:21Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408731#M202144</link>
      <description>Here's the link to the available Veritas Solution:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://veritas.com/Products/www?c=category&amp;amp;refId=149" target="_blank"&gt;http://veritas.com/Products/www?c=category&amp;amp;refId=149&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Am not sure but I think some components of HP Wide Are/Long Disntance Clusters/HA use Veritas Products like VxVM, Filesystem (VxFS) and Veritas Storage/Volume Replicator.&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2004 10:14:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408731#M202144</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2004-10-27T10:14:52Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408732#M202145</link>
      <description>For our DR, we use EMC SRDF - which is like Business Copy in HP/Hitachi...&lt;BR /&gt;&lt;BR /&gt;All that does is copy changed tracks on the disk frames from one site to another...&lt;BR /&gt;&lt;BR /&gt;I don't know if the EVA has a tool like that or not...&lt;BR /&gt;&lt;BR /&gt;It works really well - we just passed out DRP audit....&lt;BR /&gt;&lt;BR /&gt;We were able to bring up at our DR site, our 1.5TB SAP system in less then 48 hours...&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Wed, 27 Oct 2004 10:21:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408732#M202145</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2004-10-27T10:21:26Z</dc:date>
    </item>
    <item>
      <title>Re: Implementing DR between two US &amp; UK sites (system replication)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408733#M202146</link>
      <description>Geoff, Yes the EVA has that tool .. called Continous Access -- but I think it works accross relatively "short" distances. The distance in question is accross the Atlantic.&lt;BR /&gt;&lt;BR /&gt;Some word of advice though.. what ever DR/BC/Replication/Failover strategy you implement -- be sure there is no vendor lock in - so your scheme works no matter what storage infrastructure you'll choose in the future.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2004 10:25:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/implementing-dr-between-two-us-amp-uk-sites-system-replication/m-p/3408733#M202146</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2004-10-27T10:25:42Z</dc:date>
    </item>
  </channel>
</rss>

