<?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 ArcSDE High Availability &amp;gt; DNS Failover &amp;amp; Log Shipping in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646120#M36527</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi All,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;We currently have Log Shiping setup to protect against system failure... I am wondering if anyone else has used a DNS Alias for their connections (whether it's in conjunction with Log Shipping or not), as a failover to point from a primary SQL Server to a secondary SQL Server?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm aware that users would need to clear the DNS Cache, however that's an acceptable limitation.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Kind regards,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Cory&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 12 Dec 2013 04:36:39 GMT</pubDate>
    <dc:creator>CoryWilliams</dc:creator>
    <dc:date>2013-12-12T04:36:39Z</dc:date>
    <item>
      <title>ArcSDE High Availability &gt; DNS Failover &amp; Log Shipping</title>
      <link>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646120#M36527</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi All,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;We currently have Log Shiping setup to protect against system failure... I am wondering if anyone else has used a DNS Alias for their connections (whether it's in conjunction with Log Shipping or not), as a failover to point from a primary SQL Server to a secondary SQL Server?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm aware that users would need to clear the DNS Cache, however that's an acceptable limitation.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Kind regards,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Cory&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Dec 2013 04:36:39 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646120#M36527</guid>
      <dc:creator>CoryWilliams</dc:creator>
      <dc:date>2013-12-12T04:36:39Z</dc:date>
    </item>
    <item>
      <title>Re: ArcSDE High Availability &gt; DNS Failover &amp; Log Shipping</title>
      <link>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646121#M36528</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;What you're describing is something we are considering, which as you probably know requires you to set all MXDs and other connection points to use the DNS entry rather than the primary server host name.&amp;nbsp; We have also discussed using a load balancer in active-passive mode and using its name in the same way as the use of the DNS entry I just described.&amp;nbsp; Are edits taking place on your primary?&amp;nbsp; If so, are edits expected to resume on the secondary or is read-only mode acceptable for the secondary?&amp;nbsp; If the answer to these is 'yes', you'll need to think heavily about the type of replication you want to achieve and the tools to do it.&amp;nbsp; RDBMS replication in SQL Server may work best over Esri replication if you have un-versioned data that needs to exist in both places.&amp;nbsp; Another possibility is hardware-based replication using SAN technology if your organization uses anything like that.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Dec 2013 10:01:48 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646121#M36528</guid>
      <dc:creator>WilliamCraft</dc:creator>
      <dc:date>2013-12-12T10:01:48Z</dc:date>
    </item>
    <item>
      <title>Re: ArcSDE High Availability &gt; DNS Failover &amp; Log Shipping</title>
      <link>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646122#M36529</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi Crafty,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Cheers for your comments! I'm aware that I'd need to repoint all of my layer files, services, Database Connections, etc... Is a little daunting. (It's basically a full rebuild for my layers and services -- having said that, it could be a nice time to review and clean up some issues).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;With regards to editing, it all depends upon how long the DB Server will be offline. If a full system rebuild needs to take place, then the secondary would more than likely take over and we would look to migrate back at a later stage. Else we could &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;For the replication, we are using Log Shipping, which appears to be supported: (&lt;/SPAN&gt;&lt;A href="http://downloads.esri.com/support/whitepapers/sde_/J9208_MS_SQL_Standby_Servers.pdf"&gt;http://downloads.esri.com/support/whitepapers/sde_/J9208_MS_SQL_Standby_Servers.pdf&lt;/A&gt;&lt;SPAN&gt;).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm looking forward to testing this, as it would be nice to have confidence that I can failover if the primary SQL Server were to fall over.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Has anyone else looked at this solution at all?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Cheers,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Cory&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Dec 2013 23:15:42 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646122#M36529</guid>
      <dc:creator>CoryWilliams</dc:creator>
      <dc:date>2013-12-12T23:15:42Z</dc:date>
    </item>
    <item>
      <title>Re: ArcSDE High Availability &gt; DNS Failover &amp; Log Shipping</title>
      <link>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646123#M36530</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Great!&amp;nbsp; Log shipping is a good option.&amp;nbsp; Well, we just had a meeting about this very topic this afternoon and decided to go with a load balancer as the point of entry.&amp;nbsp; In other words, our MXDs and other connection points will use the load balancer name as the host name so that we don't have to re-path or re-point everything in the event of a failover.&amp;nbsp; All we need to do is switch the load balancer to point to the secondary host rather than the primary.&amp;nbsp; We'll use a DNS entry for the load balancer so that it has a familiar and easy name to remember.&amp;nbsp; We use Oracle here and decided to use SAN-based replication as our means to write to the secondary.&amp;nbsp; I'm looking forward to what others reply with.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Dec 2013 23:27:09 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/arcsde-high-availability-gt-dns-failover-amp-log/m-p/646123#M36530</guid>
      <dc:creator>WilliamCraft</dc:creator>
      <dc:date>2013-12-12T23:27:09Z</dc:date>
    </item>
  </channel>
</rss>

