<?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: Incremental Backup vs Deleted File Restoration in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/incremental-backup-vs-deleted-file-restoration/m-p/303399#M256529</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Yes, your dbdump that corresponds to the incremental must be stored alongside the incremental.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Your incremental should also know about files that have been moved/removed (e.g., moved from contentstore to contentstore.deleted) and restore of the full+intervening incrementals should exactly replicate the state of alf_data at the time of the last incremental in the restore.&amp;nbsp; So if files have been removed completely from contentstore.deleted, or have been moved from contentstore to contentstore.deleted, your restore procedure should reflect that.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If it doesn't (e.g., if FULL+incrementals restore is only additive, not reflecting moves or removes) then alfresco will not start (content integrity).&amp;nbsp; Whatever your backup procedure (and this gets more important as your procedure gets more complex, as with FULL+incrementals, you should test restore).&amp;nbsp; You'll also want to run the incrementals when alfresco is either down (if you can tolerate the downtime) or when there's likely to be no traffic.&amp;nbsp; This is because content updates/add/remove between when you take the incremental and the db backup is likely to cause content integrity issues.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Where I work, the sysadmins have settled on dirvish.&amp;nbsp; You might look into that if you're using Linux.&amp;nbsp; It's a lot simpler than incrementals.&amp;nbsp; Identical files from multiple backups are stored as linux hard links.&amp;nbsp; So only one copy is kept around.&amp;nbsp; If all links to the file are deleted (it was deleted N days ago and we only keep N backup generations) then the disk space is freed up.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;There will be occasions when we keep two copies of the same file (moved from contentstore to contentstore.deleted and not yet physically removed from one), but the disk space used isn't anywhere near Nx[content size] where N is the number of generations.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I don't think I would (for myself) use FULL+incrementals for alfresco backup.&amp;nbsp; disk is pretty cheap and the added complexity of FULL+incrementals is not something I'd like to deal with when restoring.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Good luck.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 29 Jul 2013 23:58:53 GMT</pubDate>
    <dc:creator>bopolissimus</dc:creator>
    <dc:date>2013-07-29T23:58:53Z</dc:date>
    <item>
      <title>Incremental Backup vs Deleted File Restoration</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/incremental-backup-vs-deleted-file-restoration/m-p/303398#M256528</link>
      <description>I'm wanting to get a collaborative consensus from the community on this. Right now I'm running nightly backups on a test install of Alfresco 4.2.c which we are planning on going live within weeks. My question is that…What is the preference when implementing a backup strategy? What has worked for you</description>
      <pubDate>Mon, 29 Jul 2013 17:48:06 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/incremental-backup-vs-deleted-file-restoration/m-p/303398#M256528</guid>
      <dc:creator>eswbitto</dc:creator>
      <dc:date>2013-07-29T17:48:06Z</dc:date>
    </item>
    <item>
      <title>Re: Incremental Backup vs Deleted File Restoration</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/incremental-backup-vs-deleted-file-restoration/m-p/303399#M256529</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Yes, your dbdump that corresponds to the incremental must be stored alongside the incremental.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Your incremental should also know about files that have been moved/removed (e.g., moved from contentstore to contentstore.deleted) and restore of the full+intervening incrementals should exactly replicate the state of alf_data at the time of the last incremental in the restore.&amp;nbsp; So if files have been removed completely from contentstore.deleted, or have been moved from contentstore to contentstore.deleted, your restore procedure should reflect that.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If it doesn't (e.g., if FULL+incrementals restore is only additive, not reflecting moves or removes) then alfresco will not start (content integrity).&amp;nbsp; Whatever your backup procedure (and this gets more important as your procedure gets more complex, as with FULL+incrementals, you should test restore).&amp;nbsp; You'll also want to run the incrementals when alfresco is either down (if you can tolerate the downtime) or when there's likely to be no traffic.&amp;nbsp; This is because content updates/add/remove between when you take the incremental and the db backup is likely to cause content integrity issues.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Where I work, the sysadmins have settled on dirvish.&amp;nbsp; You might look into that if you're using Linux.&amp;nbsp; It's a lot simpler than incrementals.&amp;nbsp; Identical files from multiple backups are stored as linux hard links.&amp;nbsp; So only one copy is kept around.&amp;nbsp; If all links to the file are deleted (it was deleted N days ago and we only keep N backup generations) then the disk space is freed up.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;There will be occasions when we keep two copies of the same file (moved from contentstore to contentstore.deleted and not yet physically removed from one), but the disk space used isn't anywhere near Nx[content size] where N is the number of generations.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I don't think I would (for myself) use FULL+incrementals for alfresco backup.&amp;nbsp; disk is pretty cheap and the added complexity of FULL+incrementals is not something I'd like to deal with when restoring.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Good luck.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 29 Jul 2013 23:58:53 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/incremental-backup-vs-deleted-file-restoration/m-p/303399#M256529</guid>
      <dc:creator>bopolissimus</dc:creator>
      <dc:date>2013-07-29T23:58:53Z</dc:date>
    </item>
    <item>
      <title>Re: Incremental Backup vs Deleted File Restoration</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/incremental-backup-vs-deleted-file-restoration/m-p/303400#M256530</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;@bopolissimus&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm leaning toward agreeing with you. The more I research this the more its more of a hassle than just restoring a full backup. There would be ways to make sure deleted content would stay deleted. Thanks again for your input. Have a good one! &lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 30 Jul 2013 19:44:43 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/incremental-backup-vs-deleted-file-restoration/m-p/303400#M256530</guid>
      <dc:creator>eswbitto</dc:creator>
      <dc:date>2013-07-30T19:44:43Z</dc:date>
    </item>
  </channel>
</rss>

