<?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 Will Migrate Storage break a replication? in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/will-migrate-storage-break-a-replication/m-p/174786#M9876</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My feature classes geometry are a mix of SQL Geometry in some tables and SDE Binary in others. If I use Migrate Storage on all the feature classes on my production database from SDE Binary, will that break the replications I have going to other databases? Should I convert everything on my publication database to SQL Geometry as well and re-setup the replications?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 19 Nov 2014 16:35:41 GMT</pubDate>
    <dc:creator>ChrisMathers</dc:creator>
    <dc:date>2014-11-19T16:35:41Z</dc:date>
    <item>
      <title>Will Migrate Storage break a replication?</title>
      <link>https://community.esri.com/t5/data-management-questions/will-migrate-storage-break-a-replication/m-p/174786#M9876</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My feature classes geometry are a mix of SQL Geometry in some tables and SDE Binary in others. If I use Migrate Storage on all the feature classes on my production database from SDE Binary, will that break the replications I have going to other databases? Should I convert everything on my publication database to SQL Geometry as well and re-setup the replications?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 19 Nov 2014 16:35:41 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/will-migrate-storage-break-a-replication/m-p/174786#M9876</guid>
      <dc:creator>ChrisMathers</dc:creator>
      <dc:date>2014-11-19T16:35:41Z</dc:date>
    </item>
    <item>
      <title>Re: Will Migrate Storage break a replication?</title>
      <link>https://community.esri.com/t5/data-management-questions/will-migrate-storage-break-a-replication/m-p/174787#M9877</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Chris,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Migrating the storage of your feature classes will not break the replication.&amp;nbsp; As for whether you should migrate all of your feature classes to Geometry, I would test a feature class and compare the performance.&amp;nbsp; In my current environment, I experience faster performance with SDE Binary.&amp;nbsp; One reason you may want to migrate your data is if you need to access your spatial or raster data using structured query language (SQL)&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Nov 2014 13:30:55 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/will-migrate-storage-break-a-replication/m-p/174787#M9877</guid>
      <dc:creator>JakeSkinner</dc:creator>
      <dc:date>2014-11-20T13:30:55Z</dc:date>
    </item>
    <item>
      <title>Re: Will Migrate Storage break a replication?</title>
      <link>https://community.esri.com/t5/data-management-questions/will-migrate-storage-break-a-replication/m-p/174788#M9878</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We already have a blend of the two and I haven't seen any differences. The feature classes from the old db (9.3.1) that were migrated to the current db (10.1) are in SDE Binary but any we have created since are in SQL Geometry as that is the config keyword for our database and is the default at 10.1.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Nov 2014 16:21:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/will-migrate-storage-break-a-replication/m-p/174788#M9878</guid>
      <dc:creator>ChrisMathers</dc:creator>
      <dc:date>2014-11-20T16:21:54Z</dc:date>
    </item>
  </channel>
</rss>

