<h1 id="azureimport">Azure Import</h1> <h3 id="backingupdatatomicrosoftazure">Backing up Data to Microsoft Azure</h3> <p>The first step is to back up the data to an external storage device that you later plan to ship to Microsoft. In short, Microsoft does not offer any data transport solution like AWS Snowball or B2 Fireball and instead forces you to rely on you own storage media.</p> <p>A single Azure import job can have a maximum of 10 HDD/SSD of any size.</p> <p>An Azure Import job involves the following steps:</p> <ol> <li>Determine the data to be imported and the number of drives required for it.</li> <li>Use Microsoft's WAImportExport tool to facilitate data backup. </li> <li>Upload the journal files generated by the said tool to the Azure portal.</li> <li>Encrypt the hard drives using Windows BitLocker.</li> <li>Create an import job in the Azure portal.</li> <li>Ship the drives to Microsoft and wait for them to be processed.</li> </ol> <p>Refer to <a href="https://docs.microsoft.com/en-us/azure/storage/common/storage-import-export-service">Microsoft's documentation</a> to get a step-by-step instructions on how to get started with Azure Import. Once you've configured Microsoft's tools, go ahead and select your HDDs/SSDs as the local file system backup destination when configuring a backup plan in CloudBerry Backup. Conclude configuring the plan and execute it afterward.</p> <p>When the data is on the storage device, ship it to Microsoft and ensure that it will be transferred to the required Azure container (Azure import job settings). When the data is already in Azure, proceed to modify data structure.</p> <h3 id="modifyingdatastructureinthestorage">Modifying Data Structure in the Storage</h3> <p>The file structure of your data in the cloud storage currently does not conform to CloudBerry Backup's standard and therefore needs to be updated. Otherwise you wouldn't be able to continue backing up data to the same storage. You also need to sync the <em>slow PC</em> with the cloud so that CloudBerry Backup can determine which files are already in the cloud and don't need to be backed up again.</p> <p>Both of these tasks can be accomplished by using our special terminal command.</p> <pre><code class="text language-text">C:\Program Files\CloudBerryLab\CloudBerry Backup\cbb -seedingRename accountName </code></pre> <p>where:</p> <table> <thead> <tr> <th style="text-align:left;">Parameter</th> <th style="text-align:left;">Description</th> <th style="text-align:left;">Value</th> </tr> </thead> <tbody> <tr> <td style="text-align:left;">seedingRename</td> <td style="text-align:left;">Indicates which cloud storage account should have its data updated</td> <td style="text-align:left;">Account name. Can be requested by executing <code>cbb account -l</code></td> </tr> </tbody> </table> <p>This command will restructure the data in the cloud as well as perform repository sync.</p> <p>The last step is to change the backup destination in your backup plan from the storage device (SSD / HDD) to the cloud storage that contains all the transferred data. When done, the seeding process can be considered successfully executed.</p> <p>By now you have:</p> <ul> <li>Backed up data to an external storage device.</li> <li>Transferred data from the external storage device to the required cloud storage with a <em>fast PC</em>.</li> <li>Restructured the data in the cloud to conform with CloudBerry Backup's standards.</li> </ul> <p>When new files are added to the folder, CloudBerry Backup will back them up as expected without reuploading the files you have seeded. Likewise, whenever you modify any files within that folder, just execute the backup plan and all of the modifications will be uploaded to the cloud. </p>