Avamar w wersji 7 i nowszej — zbieranie śmieci zgłasza "pominięte skróty", których nie można wyczyścić ze względu na "skrócone mapy bitowe", gdy dane są w użyciu

Funkcja Hash Referenced Bit Maps to funkcja wprowadzona z funkcją Avamar v7.x, która umożliwia tworzenie kopii zapasowych podczas czynności konserwacji zbierania śmieci (GC). 

Przed wprowadzeniem tej funkcji nie można było jednocześnie uruchomić zbierania śmieci ze względu na możliwość konfliktu danych. 

Podczas fazy zbierania śmieci nowa funkcja przechowuje w pamięci informacje o dodanych lub zmienionych danych ("mapa referencyjnych skrótów"). Zbieranie śmieci sprawdza te informacje, aby wiedzieć, które skróty (i dane, do których odwołania) nie powinny zostać usunięte.  

Funkcja ta wymaga, aby "mapy" potrzebowały co najmniej 5 minut "cichego" czasu, podczas którego nie występują żadne kopie zapasowe, aby można je było zresetować. Po zresetowaniu danych, które zostały w nich zablokowane, można skanować podczas kolejnego cyklu zbierania śmieci, o ile pozostaną one bez zmian.

Ten cichy czas należy uwzględnić podczas projektowania codziennego harmonogramu tworzenia kopii zapasowych i konserwacji Avamar. 
Brak możliwości zresetowania map może zapobiec czyszczeniu wygasłych danych przez zbieranie śmieci.
Jeśli mapa skrócona nie ma możliwości zresetowania, dane, które mają kwalifikować się do usunięcia śmieci, nie są przetwarzane, a wykorzystanie pojemności może zwiększyć się. Jeśli mapa nie może zostać zresetowana przez dłuższy czas, dziennik zbierania śmieci może wyświetlać coraz większą liczbę "pominiętych skrótów".

Kopie zapasowe wygasły, ale zbieranie śmieci nie przywróciło wszystkich kwalifikujących się do usunięcia danych, ponieważ niektóre dane były wówczas używane.

Aby to sprawdzić, uruchom poniższe polecenie:
polecenie zrzuca dziennik konserwacji zbierania śmieci przez 7 dni i analizuje go w celu wyświetlenia.

• Ile skrótów zostało pominiętych,
• Ilość danych została usunięta
• Liczba przebiegów zbierania śmieci
• Jak długo uruchomiono zbieranie śmieci

dumpmaintlogs --types=gc --days=7 | grep passes | cut -d ' ' -f1,10,14,15,17

2014/02/11-11:03:23.01310 skipped-hashes="3118" megabytes-recovered="120" passes="10" elapsed-time="134"
2014/02/12-11:05:33.78790 skipped-hashes="4051" megabytes-recovered="88" passes="10" elapsed-time="264"
2014/02/12-16:18:16.79236 skipped-hashes="5098" megabytes-recovered="199" passes="16" elapsed-time="268"
2014/02/12-16:28:20.35698 skipped-hashes="5099" megabytes-recovered="0" passes="1" elapsed-time="97"
2014/02/12-17:14:22.88473 skipped-hashes="5452" megabytes-recovered="26" passes="20" elapsed-time="162"
2014/02/12-20:46:06.80518 skipped-hashes="6789" megabytes-recovered="83" passes="21" elapsed-time="184"
2014/02/12-21:09:30.70374 skipped-hashes="89139" megabytes-recovered="9432" passes="26" elapsed-time="536"
2014/02/12-23:30:13.07016 skipped-hashes="96510" megabytes-recovered="604" passes="21" elapsed-time="210"
2014/02/12-23:34:15.11324 skipped-hashes="96511" megabytes-recovered="1" passes="3" elapsed-time="99"
2014/02/13-13:41:02.20624 skipped-hashes="97301" megabytes-recovered="0" passes="1" elapsed-time="81"
2014/02/14-11:03:45.31704 skipped-hashes="98220" megabytes-recovered="131" passes="2" elapsed-time="157"
2014/02/14-16:49:14.94905 skipped-hashes="98220" megabytes-recovered="67" passes="2" elapsed-time="105"
2014/02/14-21:15:27.77268 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="106"
2014/02/14-21:25:51.71154 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="101"
2014/02/14-22:07:19.81136 skipped-hashes="98229" megabytes-recovered="0" passes="1" elapsed-time="125"
2014/02/14-22:15:21.50825 skipped-hashes="98275" megabytes-recovered="1" passes="5" elapsed-time="115"
2014/02/14-22:27:13.88500 skipped-hashes="98278" megabytes-recovered="0" passes="1" elapsed-time="98"
2014/02/14-23:58:47.70116 skipped-hashes="102294" megabytes-recovered="1" passes="4" elapsed-time="110"
2014/02/15-11:02:29.45054 skipped-hashes="102538" megabytes-recovered="0" passes="1" elapsed-time="82"
2014/02/16-00:56:27.25596 skipped-hashes="0" megabytes-recovered="900395" passes="59" elapsed-time="17417"
2014/02/17-11:32:42.66479 skipped-hashes="0" megabytes-recovered="57540" passes="28" elapsed-time="1890"

Analiza:

Dane wyjściowe pokazują liczbę pominiętych skrótów zwiększających się w czasie do momentu zresetowania mapy z odniesieniem do skrótu 16 lutego 2014 r.
Możemy również zobaczyć ilość wyczyszczonych danych "odzyskanych megabajtów" po zwolnieniu skrótów, a zbieranie śmieci może przetwarzać je w celu przechowywania wygasłych danych.

Natychmiastowe rozwiązanie

1. Upewnij się, że mapy mogą zostać zresetowane i umożliwić ponowne uruchomienie zbierania śmieci.
2. Upewnij się, że nie uruchomiono sesji avtar dodawania danych do systemu (kopia zapasowa lub przychodzące dane replikacji). Użyj monitora aktywności graficznego interfejsu użytkownika i sprawdź, czy sesje zawieszonych są widoczne tylko przy użyciu polecenia "avmaint sessions --full".
3. Zatrzymaj wszystkie kopie zapasowe i sesje replikacji przychodzącej.
4. Odczekaj co najmniej pięć minut, aby zezwolić na zresetowanie map bitowych z odniesieniem do skrótu.  
5. Jeśli GC uruchomi się ponownie, sprawdź dziennik konserwacji GC, aby potwierdzić, że pominięte-skróty = 0

Jeśli pominięte skróty nie zostały zresetowane do zera, skontaktuj się z pomocą techniczną, aby dokładnie sprawdzić powyższe czynności. Jeśli raporty zbierania śmieci MSG_ERR_TRYAGAINLATER, pomoc techniczna może potwierdzić, czy jest to spowodowane działaniem podziału przepięć indeksu. 
 

Rozwiązanie długoterminowe

Zaprojektuj harmonogramy tworzenia kopii zapasowych i konserwacji, aby można było zresetować zwykłą "bezczynność" na mapie bitów wspomnianej skrótem.

Innymi słowy, harmonogramy tworzenia kopii zapasowych nie powinny działać 24/7. Stwórz harmonogram, który zapewnia krótki czas, gdy w systemie nie są zapisywane żadne kopie zapasowe ani przychodzące dane replikacji. 

Uwagi: 

• Po zakończeniu sesji avtar jedynie po zakończeniu sesji avtar sprawdzane są mapy bitowe z haszem. Jeśli sesje avtar nie są w toku, mapa zostanie zresetowana tylko wtedy, gdy:

• Jedną z przyczyn, dla których pominięta liczba skrótów może być tymczasowo wysoka, jest podział przepięć indeksu. Dzieje się tak, ponieważ skróty przenoszone do podzielonego obiektu docelowego są chronione. Podział przepięcia indeksu występuje w systemach, które wciąż rosną lub są wypełniane danymi. 
• Gromadzenie śmieci może również nie działać w przypadku MSG_ERR_TRYAGAINLATER podczas podziału pasków indeksu:  
• MCS może nie być świadomy wszystkich sesji avtar, które występują na serwerze Avamar.