Ask the Community
Groups
Manually seeding offsite replication data - Connect IT Community | Kaseya
<main> <article class="userContent"> <h3 data-id="problem"><strong>Problem</strong></h3> <p>Offsite replication has too much data remaining to upload, and there is insufficient bandwidth available to complete replication in reasonable timeframe.</p> <h3 data-id="cause"><strong>Cause</strong></h3> <p>This situation may arise for one of the following reasons: -<br>- <em>synthetic full backups</em> are enabled, but there is insufficient bandwidth available to replicate the initial full backup image<br>- replication of a full backup image is required because an <em>offsite synthetic full backup</em> has failed, or offsite<em> incremental backup processing failed</em><br>- replication fell behind due to an extended network outage or other problem</p> <h3 data-id="resolution">Resolution</h3> <p>The following steps may be used to manually “seed” replication data from a specific local server: -</p> <p>1) suspend replication from the local server using <em>Schedule Transfer</em> page (set to “Off”)</p> <p>2) copy all files <strong><em>with data remaining to upload</em></strong> from the local server “directory path” (as configured on <em>Local Servers</em> page) to a removable drive, maintaining the directory structure</p> <p><em>Important: -</em><br><strong><em>- do not re-copy files which have already been replicated, </em></strong>as this may corrupt the offsite backup sets<br><strong><em>- do not copy full images created from synthetic full backups, </em></strong>unless an offsite synthetic full backup has failed and Backup Logs indicate that file needs to be replicated<br>- Local Server status section of <em>Backup Status</em> page shows which files have data remaining to upload - <strong><em>only these files should be copied</em></strong></p> <p>3) take the removable drive to the offsite location and copy the files to the appropriate location.</p> <p>Please note the directory structure: -</p> <blockquote class="blockquote">Local server - [LocalServerDir]\[GUID of backup agent]<br>Example - E:\backups\123456789<br>(where 123456789 is the agent GUID of a backup agent</blockquote> <blockquote class="blockquote">Offsite server - [OffsiteServerDir\[GUID of local server]\[GUID of backup agent]<br>Example - F:\offsite\987654321\123456789<br>(where 987654321 is the agent GUID of the local server)</blockquote> <p>In this case, all files requiring replication from E:\backups on the local server (there may be several backup agent GUIDs) need to be copied to F:\offsite\987654321\ on the offsite server. The folder structure below that will be the same.</p> <p>4) go the <em>Offsite Servers</em> page and restart replication on the offsite server that the files were copied to, using the green "swirl" icon next to the agent name (this is to clear any file locks which may interfere with offsite backup processing)</p> <p>5) start replication again from the local server using <em>Schedule Transfer</em> (set back to the usual schedule)</p> <p> </p> <h3 data-id="related-articles">Related articles</h3> <p><a rel="nofollow" href="https://kaseya.vanillacommunities.com/kb/articles/aliases/kaseya/entries/103171266">Offsite synthetic full backups stuck in queue (not running)</a></p> <p><a rel="nofollow" href="https://kaseya.vanillacommunities.com/kb/articles/aliases/kaseya/entries/102008793">Resolving “orphaned” offsite synthetic full backups</a></p> <p> </p> <h3 data-id="applies-to"><strong>Applies to</strong></h3> <p>Kaseya VSA (Backup module) - all versions</p> </article> </main>