Avamar: Tworzenie kopii zapasowej NDMP działa na poziomie zerowym pomimo istniejącego przyrostowego, wydłużającego się czasu trwania zadania

Nieoczekiwane zachowanie kopii zapasowej NDMP:

• Tworzenie kopii zapasowych NDMP poziomu zerowego (pełnych) trwa niezwykle długo.
• Avamar inicjuje nową kopię zapasową poziomu zero, mimo że pomyślna przyrostowa kopia zapasowa już istnieje dla tego samego systemu plików.
• Dzienniki kopii zapasowej wskazują, że nie znaleziono poprzedniej kopii zapasowej nadającej się do użytku, co powoduje utworzenie pełnej kopii zapasowej.

Istotne fragmenty dziennika:

2014-05-19 20:49:55 avndmp Info <9573>: [snapup-/root_vdm_37/xxx] No previous suitable backup found, will perform level zero backup.
2014-05-19 20:49:55 avndmp Info <9590>: [snapup-/root_vdm_37/xxx] Backup on volume '/root_vdm_37/STFS4/': mode 'Full', level '0', base dump date '0'

Dodatkowe szczegóły dziennika przedstawiające proces wyszukiwania przyrostowego:

2014-05-19 20:49:54 avndmp Info <9538>: [snapup-/root_vdm_37/xxx] Selecting backup out of most recent 30 to use as incremental base for volume:'/root_vdm_37/xxx/'
2014-05-19 20:49:54 avndmp Info <9552>: [snapup-/root_vdm_37/xxx] Spawning '/usr/local/avamar/bin/avtar' (avtar --backuptag="/root_vdm_37/xxx/" --format="xml" --count="30" --backups --vardir="/usr/local/avamar/var/xxx-ndmp-hostname2.x.com" --bindir="/usr/local/avamar/bin" --sysdir="/usr/local/avamar/etc" --acnt="/NDMP/xxx-ndmp-hostname2.x.com" --id="backuponly" --ap="backuponly1" --server="avamar.x.com")

W ramach projektu Avamar avndmp określa, czy można wykonać przyrostową kopię zapasową NDMP, wysyłając zapytanie do avtar narzędzie do odpowiedniej poprzedniej kopii zapasowej.

Narzędzie sprawdza tylko 30 ostatnich etykiet kopii zapasowych.

Jeśli ostatnia pomyślna kopia zapasowa systemu plików jest starsza niż te 30 etykiet, avtar informuje, że nie istnieje odpowiednia kopia zapasowa, co powoduje avndmp Aby rozpocząć tworzenie nowej kopii zapasowej poziomu zerowego (pełnej).

• Okno wyszukiwania przyrostowego jest domyślnie ustawione na 30 kopii zapasowych.
• Jeśli poprzednia pomyślna kopia zapasowa zostanie utworzona poza tym oknem, system błędnie zakłada, że wymagana jest pełna kopia zapasowa.
• Takie zachowanie powoduje niepotrzebne długie pełne wykonanie kopii zapasowej NDMP, nawet jeśli dostępna jest prawidłowa baza przyrostowa.

Jak zwiększyć przyrostowy limit wyszukiwania dla kopii zapasowych NDMP:

1. Zaloguj się do węzła przyśpieszającego Avamar przy użyciu konta z uprawnieniami root.

2. Przejdź do katalogu specyficznego dla klienta, w którym przechowywane są pliki konfiguracyjne NDMP:

Na przykład:

cd /usr/local/avamar/var/[CLIENT_NAME]

3. Jeśli avndmp.cmd nie istnieje, utwórz go. Jeśli istnieje, edytuj plik.

4. Dodaj (lub zmodyfikuj) flagę kontrolującą przyrostowy limit wyszukiwania. Zastąpić n z żądaną liczbą poprzednich kopii zapasowych do przeszukania (domyślnie 30):

--limit-incremental-search=n

Przykład przeszukiwania 100 ostatnich kopii zapasowych:

--limit-incremental-search=100

5. Zapisz plik i upewnij się, że jego właścicielem jest avamar i ma odpowiednie uprawnienia (zwykle 600).

6. Uruchom ponownie usługi Avamar, aby nowe ustawienie zostało zastosowane:

systemctl restart avamar

Weryfikacja:

1. Zainicjuj kopię zapasową NDMP dla klienta, którego dotyczy problem.

2. Monitorowanie dzienników Avamar (np. /usr/local/avamar/var/log/avndmp.log) dla pozycji podobnych do:

[... ] Selecting backup out of most recent n to use as incremental base for volume:'/.../'

(Wartość parametru n powinna być zgodna ze skonfigurowaną liczbą).

3. Upewnij się, że kopia zapasowa jest uruchamiana jako przyrostowa (poziom > 0), jeśli istnieje poprzednia kopia zapasowa nadająca się do użytku. Sprawdź, czy czas trwania kopii zapasowej jest krótszy w porównaniu z pełnym uruchomieniem (poziom 0).