Home -> Welcome to the Bacula Enterprise Trial -> Using Bacula Enterprise Trial Edition -> Scenario 6: Backup a Windows client with the Global End Point Deduplication plugin

Scenario 6: Backup a Windows client with the Global End Point Deduplication plugin

In this scenario we will use the recently added Windows client (in Scenario 5) to demonstrate the Global End Point Deduplication plugin. We will choose to deduplicate data on both the client and the storage side.
Pre-requisite: Completion of Scenario 5 using Deduplicating storage.

  1. To begin, please create a ~200Mb file with random data in C:\Users\%username%\Documents\  on your Windows system. Please use any available technology or software to generate this file, for example RDFC.
  2. Click on the "Bacula Enterprise" item in the top menu to exit configuration mode.
  3. Click on Jobs in the top menu, then Defined Jobs in the drop down menu.
  4. In Step 1, Select the "Windows-10-demo-Users" job from the Job Name drop-down menu.
  5. Once you select the new "Windows-10-demo-Users" job, you will be taken to Step 2, where you must ensure that you change the job level to “Full” for this test. Do this by clicking the “What” icon and set the “Level” to Full, click “Apply”, then click “Run Job”.
  6. You'll be redirected to a job status page where you can see the job running (this might take some time depending on how much data you backup). Both of the panes on this page auto-update, but you may click on the 'Refresh' buttons any time to update and see the progress.
  7. Once the job is done, please check the total size of the backup by looking for the lines below in your log. Make note of the values you see on the following lines:

    FD Files Written: 4
    SD Files Written: 4
    FD Bytes Written: 201,656,635 (201.6 MB)
    SD Bytes Written: 201,546,489 (201.5 MB)
    Rate: 5306.8 KB/s
    Software Compression: 34.2% 1.5:1
  8. You can now test Bacula Enterprise’s “Global Endpoint Deduplication” feature by making a copy of the large file you created in step 1 and leaving it in the same directory. You will then have two identical large files.
  9. Re-run the backup job. Look for the lines below in your job log output. If deduplication is working correctly they should show only a few additional KB of data actually backed up. If you enabled “Bothsides” (client side also) deduplication in your FileSet, you should see a very small number for both “FD Bytes Written” and “SD bytes Written”. Notice that the SD only wrote only a few additional KB to storage, and the “Software Compression” line, which indicates deduplication ratio and data compression amounts, shows almost 100%:

    FD Files Written: 5
    SD Files Written: 5
    FD Bytes Written: 342,337 (342.3 KB)
    SD Bytes Written: 342,903 (342.9 KB)
    Rate: 38.0 KB/s
    Software Compression: 99.9% 1480.5:1
    Note: If you would like to see the Deduplication information for all jobs run to this Dedup Storage Daemon, click: "Main ⇒ Statistics ⇒ Dedup Usage".
  10. To test a restore, click on Jobs -> Web Restore from the main menu (as we did in scenario 2), then select the clientname and the latest job you just ran above, you will see all the files that can be restored.

If you want to go further with this plugin, please refer to the Global EndPoint Deduplication plugin White Paper.