​Deduplikacja to technologia kompresji danych umożliwiająca eliminację zduplikowanych kopii powtarzających się danych. W procesie deduplikacji unikalne porcje danych są identyfikowane i zapisywane w przestrzeni składowania danych. Następne porcje danych są analizowane i porównywane z już przechowywanymi i jak tylko algorytmy wykryją powtórzenie to zapisywane są wyłącznie referencje do unikalnych danych.

W standardowej sytuacji kopie zapasowe poziomu Przyrostowego (Incremental) lub Różnicowego (Differential) posiadają informacje o plikach które uległy zmianie od odpowiednio: ostatniej dowolnej kopii lub od ostatniej pełnej kopii zapasowej. Nie zawierają one informacji o plikach, które pomiędzy zadaniami kopii zapasowych uległy skadowaniu i nie były dostępne podczas wykonywania backupu poziomów przyrostowego lub różnicowego. Zazwyczaj poziomy te stosuje się kaskadowo, czyli po pierwszym wykonaniu kopii pełnej wielokrotnie wykonuje się kopie pozostałych poziomów. Taka polityka wykonywania kopii zapasowych umożliwia znaczne ograniczenie ilości zapisywanych danych.

Funkcjonalności oprogramowania Bacula Enterprise:

BWeb Management Suite jest aplikacją sieciową która umożliwia proste i natychmiastowe monitorowanie i administrację środowiska Bacula Enterprise Edition dla pojedynczego Directora i wielo-klienckiego środowiska produkcyjnego. Dla oprogramowania Bacula Enterprise Edition 6.2 lub wyższego BWeb Management Suite integruje moduł Bacula Enterprise Configuration GUI który umożliwia pełne zarządzanie konfiguracją środowiska włączając w to komponenty Bacula Director, Bacula Storage Daemon oraz Bacula File Daemon i Bacula Console.

Jedną z użytecznych funkcjonalności jaką wprowadzono do nowej wersji Bacula Enterprise Edition 6.0 jest automatyczna korekta katalogu. Korekta taka jest wymagana w przypadku kiedy z różnych powodów (np. awaria serwera) Director nie zaktualizuje pełnych informacji o lokalizacji zarchiwizowanych danych - np. ilość znaczników plikowych na wolumenach taśmowych. Do tej pory Bacula reagowała na taką sytuację odpowiednim komunikatem i ustawieniem statusu wolumenu na "Error" oraz pobraniem kolejnego dostępnego wolumenu. Pojawienie się takiej sytuacji wymagało od administratora zweryfikowania co było przyczyną i ręcznej korekty katalogu i statusu wolumenu. Teraz wraz z BEE 6.0 korekta taka jest wykonywana automatycznie, co przedstawia poniższy fragment logu:

bacula-sd JobId 69: Volume "PN0008L5" previously written, moving to end 
of data.
bacula-sd JobId 69: Warning: For Volume "PN0008L5":
The number of files mismatch! Volume=3 Catalog=2
Correcting Catalog

Kolejne ciekawostki dotyczące funkcjonalności dostępnych w BEE już wkrótce. Zapraszam.