<?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: Best Practices for Rolling Back Merges in a Traditional Versioned Enterprise Geodatabase in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/best-practices-for-rolling-back-merges-in-a/m-p/1605467#M42021</link>
    <description>&lt;P&gt;Thank you&lt;/P&gt;</description>
    <pubDate>Sun, 13 Apr 2025 09:40:28 GMT</pubDate>
    <dc:creator>MuhammadAnwar</dc:creator>
    <dc:date>2025-04-13T09:40:28Z</dc:date>
    <item>
      <title>Best Practices for Rolling Back Merges in a Traditional Versioned Enterprise Geodatabase</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/best-practices-for-rolling-back-merges-in-a/m-p/1599074#M41891</link>
      <description>&lt;P class=""&gt;Hello,&lt;/P&gt;&lt;P class=""&gt;I have implemented traditional versioning in a PostgreSQL-based Enterprise Geodatabase hosted on GCP. My workflow is as follows:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P class=""&gt;The SDE default version is protected.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class=""&gt;A child version of default, called custodian, is also protected.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class=""&gt;Users create child versions of custodian to make their edits, then post changes back to custodian.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class=""&gt;The custodian version accumulates changes posted from multiple user versions.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class=""&gt;Finally, the SDE user posts changes from the custodian version to the default version.&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P class=""&gt;I am looking for guidance on how to handle potential rollbacks:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P class=""&gt;&lt;STRONG&gt;Custodian Rollback:&lt;/STRONG&gt; If the custodian posts user_x’s changes and later finds an issue, is there a way to restore the custodian version to its prior state?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class=""&gt;&lt;STRONG&gt;SDE Default Rollback:&lt;/STRONG&gt; Similarly, if the SDE posts changes from the custodian version into default and realizes there is a problem, can the default version be reverted to its previous state?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P class=""&gt;&lt;STRONG&gt;Best Practices for Backups:&lt;/STRONG&gt; If direct rollbacks are not feasible, what is the recommended approach (e.g., creating backups or snapshots) to restore the geodatabase to a known good state?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P class=""&gt;Any insights or best practices on managing rollbacks or backups in this multi-level versioning setup would be greatly appreciated. Thank you!&lt;/P&gt;</description>
      <pubDate>Tue, 25 Mar 2025 16:21:37 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/best-practices-for-rolling-back-merges-in-a/m-p/1599074#M41891</guid>
      <dc:creator>MuhammadAnwar</dc:creator>
      <dc:date>2025-03-25T16:21:37Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for Rolling Back Merges in a Traditional Versioned Enterprise Geodatabase</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/best-practices-for-rolling-back-merges-in-a/m-p/1599871#M41901</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/884609"&gt;@MuhammadAnwar&lt;/a&gt;,&amp;nbsp;once you perform the POST operation, you won't be able to get the edits back to the child versions unless you perform a database backup/restore.&amp;nbsp; I would review the enterprise database information for backing up your PostgreSQL database.&amp;nbsp; I typically recommend having an automated process to backup your database(s) on a nightly basis at a minimum.&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.postgresql.org/docs/8.1/backup.html" target="_blank"&gt;https://www.postgresql.org/docs/8.1/backup.html&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 27 Mar 2025 10:59:12 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/best-practices-for-rolling-back-merges-in-a/m-p/1599871#M41901</guid>
      <dc:creator>JakeSkinner</dc:creator>
      <dc:date>2025-03-27T10:59:12Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for Rolling Back Merges in a Traditional Versioned Enterprise Geodatabase</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/best-practices-for-rolling-back-merges-in-a/m-p/1605467#M42021</link>
      <description>&lt;P&gt;Thank you&lt;/P&gt;</description>
      <pubDate>Sun, 13 Apr 2025 09:40:28 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/best-practices-for-rolling-back-merges-in-a/m-p/1605467#M42021</guid>
      <dc:creator>MuhammadAnwar</dc:creator>
      <dc:date>2025-04-13T09:40:28Z</dc:date>
    </item>
  </channel>
</rss>

