Administrace komentářů

Napsal jsem to nepřesně. BackupPC určite zálohy ukládá deduplikovaně. Primární struktura v kompresovaném poolu je uložena podle hashů souborů

ls cpool 
0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f

# root @ gondor in /var/lib/BackupPC [10:30:05] 
$ ls cpool/1
0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f

# root @ gondor in /var/lib/BackupPC [10:30:34] 
$ ls cpool/1/1
0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f

# root @ gondor in /var/lib/BackupPC [10:30:40] 
$ ls cpool/1/1/1
11100347054936b2382193b290542696  11145d2460f591f39532e2a1bc075930  111831b2927dfe659c0624574632ea66  111c3973d7f5852368c066ae732b218a
111005246ee3f0332229605272230663  11145d2cb66cefd4cba6a3947369e295  11184035cbd3b7d7c3ec3559cf487544  111c45125869eca56530f0ef97655bc1
1110076115861165ab0eb106c4749921  111465bc6d45ad2478e9472fc10c5e1b  11184666b47dcfd28ff3e3cf4cbf5b36  111c4519adcc172e75c124958055404a
11100ac010c841f63c12f8c81148280e  111469dbca61ad9bfce7831baf6f48e1  11184c3245c02786d8eab38965e80490  111c49c81da92d47433b6d39fcbc7056
11100e9ac705f37f9afe20cba7d03e6d  11146d6148cf8edcc12fffd4f50caf23  1118523a473b1d7cb074a062390c0800  111c49d8280fb7742427c4918250bcb8

(ten poslední výpis ls je mnoohem delší) A na ni jsou pak na hardlinkované jednotlivé zálohy jednotlivých pc.

ls pc/dnopytle         
791  867  874  881          LOCK          LOG.072018.z   RestoreInfo.1   RestoreLOG.1.z  restores.old   XferLOG.866.z  XferLOG.873.z  XferLOG.880.z
856  868  875  882          LOG.012019.z  LOG.082018.z   RestoreInfo.2   RestoreLOG.2.z  XferLOG.791.z  XferLOG.867.z  XferLOG.874.z  XferLOG.881.z
862  869  876  883          LOG.022019.z  LOG.092018.z   RestoreInfo.3   RestoreLOG.3.z  XferLOG.856.z  XferLOG.868.z  XferLOG.875.z  XferLOG.882.z
863  870  877  884          LOG.032019    LOG.102018.z   RestoreInfo.4   RestoreLOG.4.z  XferLOG.862.z  XferLOG.869.z  XferLOG.876.z  XferLOG.883.z
864  871  878  885          LOG.042018.z  LOG.112018.z   RestoreInfo.5   RestoreLOG.5.z  XferLOG.863.z  XferLOG.870.z  XferLOG.877.z  XferLOG.884.z
865  872  879  backups      LOG.052018.z  LOG.122018.z   RestoreInfo.6   RestoreLOG.6.z  XferLOG.864.z  XferLOG.871.z  XferLOG.878.z  XferLOG.885.z
866  873  880  backups.old  LOG.062018.z  RestoreInfo.0  RestoreLOG.0.z  restores        XferLOG.865.z  XferLOG.872.z  XferLOG.879.z  XferLOG.bad.z.old

# root @ gondor in /var/lib/BackupPC [10:51:27] 
$ ls pc/dnopytle/884     
attrib  backupInfo  f%2f  f%2fhome

# root @ gondor in /var/lib/BackupPC [10:52:20] 
$ ls pc/dnopytle/884/f%2f
attrib  fboot  fdev  fetc  fhome  fmnt  fopt  fproc  froot  frun  fsrv  fsys  fusr  fvar

# root @ gondor in /var/lib/BackupPC [10:52:25] 
$ ls pc/dnopytle/885/f%2f
attrib  fbin  fboot  fcrypto_keyfile.bin  fdev  fetc  fhome  flib  flib64  fmnt  fopt  fproc  froot  frun  fsbin  fsrv  fsys  fusr  fvar

Všimni, že v záloze 844 je v rootu toho méně než v 885, které je úplná záloha. Ale podle časů záloh

Backup Summary

Click on the backup number to browse and restore backup files.

je vidět že úplné zálohy jedou mnohem mnohem déle. a z hlediska toho kolik dat se za ten čas přenáší

File Size/Count Reuse Summary

Existing files are those already in the pool; new files are those added to the pool. Empty files and SMB errors aren't counted in the reuse and new counts.

tak z toho pro mne plyne, že úplná záloha se přenáší přes síť celá, i když se pak třeba nakonec neuloží jinam díky deduplikaci.