<?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: Scripting replication and synchronization workflow with ArcGIS Server and Geodata Services in Python Questions</title>
    <link>https://community.esri.com/t5/python-questions/scripting-replication-and-synchronization-workflow/m-p/162277#M12430</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;I believe we resolved the issue.&amp;nbsp; It turns out that we did not need a geodata service in order to create checkout replicas and synchronize back to the parent versions.&amp;nbsp; The issue stemmed from the ArcSOC objects and the pooling instance specifications (we are using 10.5).&amp;nbsp; This article helped us to resolve our problem:&amp;nbsp;&lt;A class="jivelink1" href="https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/shared-instances-arcgis-server-107/" title="https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/shared-instances-arcgis-server-107/"&gt;https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/shared-instances-arcgis-server-107/&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 28 Jun 2019 12:59:51 GMT</pubDate>
    <dc:creator>AdamG</dc:creator>
    <dc:date>2019-06-28T12:59:51Z</dc:date>
    <item>
      <title>Scripting replication and synchronization workflow with ArcGIS Server and Geodata Services</title>
      <link>https://community.esri.com/t5/python-questions/scripting-replication-and-synchronization-workflow/m-p/162276#M12429</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Our organization is currently using one instance of ArcGIS Server, where we have published a Geodata service that references an SDE connection file.&amp;nbsp; Via a python script we are&amp;nbsp;able to create a check-out replica using the same SDE connection file, edit the features, and check the&amp;nbsp;edits/changes back in to the SDE.Production version.&amp;nbsp; Once the changes have been checked in and synchronized to SDE.Production via another python script, I am able to use ArcMap/Catalog to see that the changes are immediately posted to the SDE.Production version.&amp;nbsp; However, if we attempt to re-create the checkout replica, it does not contain any of these edits that are showing in SDE.Production.&amp;nbsp; It is as if the current state of SDE.Production was never updated and we are replicating it's prior state.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there a specific way to synchronize the replicas so that changes are reflecting immediately?&amp;nbsp; Could there be a delay in the edits becoming available for replication?&amp;nbsp; Could this be due to pooling or recycling parameters?&amp;nbsp; Any help would be greatly appreciated.&amp;nbsp; There is next to zero documentation on how to use the ArcGIS Server resources for check out replication.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Jun 2019 16:54:09 GMT</pubDate>
      <guid>https://community.esri.com/t5/python-questions/scripting-replication-and-synchronization-workflow/m-p/162276#M12429</guid>
      <dc:creator>AdamG</dc:creator>
      <dc:date>2019-06-26T16:54:09Z</dc:date>
    </item>
    <item>
      <title>Re: Scripting replication and synchronization workflow with ArcGIS Server and Geodata Services</title>
      <link>https://community.esri.com/t5/python-questions/scripting-replication-and-synchronization-workflow/m-p/162277#M12430</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;I believe we resolved the issue.&amp;nbsp; It turns out that we did not need a geodata service in order to create checkout replicas and synchronize back to the parent versions.&amp;nbsp; The issue stemmed from the ArcSOC objects and the pooling instance specifications (we are using 10.5).&amp;nbsp; This article helped us to resolve our problem:&amp;nbsp;&lt;A class="jivelink1" href="https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/shared-instances-arcgis-server-107/" title="https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/shared-instances-arcgis-server-107/"&gt;https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/shared-instances-arcgis-server-107/&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Jun 2019 12:59:51 GMT</pubDate>
      <guid>https://community.esri.com/t5/python-questions/scripting-replication-and-synchronization-workflow/m-p/162277#M12430</guid>
      <dc:creator>AdamG</dc:creator>
      <dc:date>2019-06-28T12:59:51Z</dc:date>
    </item>
  </channel>
</rss>

