<?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>idea Provide Compression Arguments to 'webgisdr' Backup Utility in ArcGIS Enterprise Ideas</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-ideas/provide-compression-arguments-to-webgisdr-backup/idi-p/1024077</link>
    <description>&lt;P&gt;I would love for the Enterprise software engineering team to consider adding a compression switch to the '&lt;SPAN class="usertext"&gt;webgisdr&lt;/SPAN&gt;' backup utility.&amp;nbsp; Having the full directory compressed down to a single .zip or .tar file rather than a series of directories would help when configuring AWS S3 lifecycle rules to move Portal/Enterprise backups to Glacier etc.&amp;nbsp; One file is easier to manage versus a number of directories.&amp;nbsp; It would also potentially reduce the size of data moving over the wire.&amp;nbsp; Thank you for your consideration.&lt;/P&gt;</description>
    <pubDate>Fri, 05 Feb 2021 23:02:38 GMT</pubDate>
    <dc:creator>BlairDeaver3</dc:creator>
    <dc:date>2021-02-05T23:02:38Z</dc:date>
    <item>
      <title>Provide Compression Arguments to 'webgisdr' Backup Utility</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/provide-compression-arguments-to-webgisdr-backup/idi-p/1024077</link>
      <description>&lt;P&gt;I would love for the Enterprise software engineering team to consider adding a compression switch to the '&lt;SPAN class="usertext"&gt;webgisdr&lt;/SPAN&gt;' backup utility.&amp;nbsp; Having the full directory compressed down to a single .zip or .tar file rather than a series of directories would help when configuring AWS S3 lifecycle rules to move Portal/Enterprise backups to Glacier etc.&amp;nbsp; One file is easier to manage versus a number of directories.&amp;nbsp; It would also potentially reduce the size of data moving over the wire.&amp;nbsp; Thank you for your consideration.&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2021 23:02:38 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/provide-compression-arguments-to-webgisdr-backup/idi-p/1024077</guid>
      <dc:creator>BlairDeaver3</dc:creator>
      <dc:date>2021-02-05T23:02:38Z</dc:date>
    </item>
    <item>
      <title>Re: Provide Compression Arguments to 'webgisdr' Backup Utility</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/provide-compression-arguments-to-webgisdr-backup/idc-p/1038783#M2442</link>
      <description>&lt;P&gt;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/319075"&gt;@BlairDeaver3&lt;/a&gt;is it feasible to write to the FileSystem and then you upload the backup manually using the AWS CLI? The reason why we don't compress the file when we upload is I don't believe there's a direct way to inspect the contents of a compressed file when it's in S3 storage like there is if the file was on the file system. This means we can't do some validation and other checks before actually downloading the backup.&lt;/P&gt;</description>
      <pubDate>Fri, 19 Mar 2021 18:29:21 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/provide-compression-arguments-to-webgisdr-backup/idc-p/1038783#M2442</guid>
      <dc:creator>JonathanQuinn</dc:creator>
      <dc:date>2021-03-19T18:29:21Z</dc:date>
    </item>
  </channel>
</rss>

