VMAX All Flash, PowerMax V3 i V4: DZIENNIKI KONTROLI: Wszystko, co musisz wiedzieć.

Dziennik kontroli:

Dziennik inspekcji rejestruje główne działania macierzy, w tym: 

• Działania inicjowane przez hosta 
• Zmiany elementów fizycznych 
• Działania w MMCS 
• D@RE zdarzeń związanych z zarządzaniem kluczami 
• Próby zablokowane przez mechanizmy kontroli bezpieczeństwa (Kontrola dostępu) 

Dziennik inspekcji jest bezpieczny i odporny na manipulacje, więc nie można zmienić treści zdarzenia. Użytkownicy z dostępem audytora mogą wyświetlać dziennik, ale nie mogą go modyfikować.

Rekordy inspekcji systemu pamięci masowej pochodzą z bazy danych SYMAPI i obejmują wszystkie działania podjęte w tym systemie. 

Dziennik kontroli jest przechowywany w macierzy PowerMax. Ma rozmiar 1 GB.

Katalog komunikatów dziennika inspekcji zawiera komunikaty inspekcji wygenerowane przez narzędzie Solutions Enabler i zapisane w systemie pamięci masowej. W systemie PowerMaxOS 10 wprowadzono nowy, ustandaryzowany format audytu. Ponadto w przypadku systemów pamięci masowej z systemem HYPERMAX OS 5977 lub PowerMaxOS 5978 użytkownicy mogą wybrać nowy format zamiast starszego.

Dziennik kontroli: 

• Posiada zaawansowane możliwości wyszukiwania i filtrowania, takie jak: 
  • Określony przedział czasu (na przykład ostatnie 24 godziny, ostatni tydzień, konkretna data) 
  • Konkretny użytkownik (nazwa użytkownika, rola użytkownika) 
  • Typ i kategoria operacji 
  • Typ aplikacji (Unisphere, CLI) 
  • Nazwa hosta 
  • Wyszukiwana fraza 
• Rekordy i przefiltrowaną listę dziennika inspekcji można wyeksportować do pliku .log. Jest to ułatwione dzięki punktowi końcowemu REST.

DZIENNIK KONTROLNY a ZDARZENIA

INSPEKCJIDziennik
kontroliDzienniki inspekcji są wewnętrznym zapisem, w którym przechowywana jest niemal cała funkcja macierzowa. Za pomocą narzędzia Solutions Enabler można wysyłać zapytania do dziennika inspekcji. symaudit list to polecenie z różnymi opcjami. Jest to dziennik znajdujący się w macierzy, który ma rozmiar 1 GB i zawiera miliony rekordów. Nie należy tego mylić ze zdarzeniami inspekcji.

Zdarzenia
inspekcjiDemon zdarzeń może służyć do raportowania kilku zdarzeń inspekcji. Są one wymienione w przewodniku po zdarzeniach i alertach. Wyszukaj frazę "Inspekcja" i znajdź niewielką liczbę zdarzeń, które koncentrują się na dzienniku inspekcji. Na przykład:

Zdarzenie 1403
Jest to zdarzenie informacyjne wyzwalane, gdy demon zdarzenia napotka błąd 1403. Może to odpowiadać wszystkim elementom wymienionym w sekcji uwag, pod warunkiem, że użytkownik skonfigurował je w demonie zdarzeń. Jeśli demon zdarzeń jest skonfigurowany dla syslogu, to ta niewielka liczba zdarzeń może być kierowana do tego dziennika systemowego.

symaudit -sid <sid> show jest przydatny, aby szybko zobaczyć, jak daleko wstecz sięga dziennik inspekcji i uzyskać liczbę rekordów.

Przykład z laboratorium macierzy 5978 i 6079:

root@testlab ~]# symaudit show -sid 111
 
              A U D I T   L O G   D A T A
 
Symmetrix ID            : 000197700111

Starting date           : 12/04/2018 13:14:12
Ending date             : 04/30/2025 02:48:27

Starting record number  :       1
Ending record number    : 1704552
Total record count      : 1704552
Audit Format            :  Legacy

[root@testlab ~]# symaudit show -sid 222

              A U D I T   L O G   D A T A

Symmetrix ID            : 000120002222

Starting date           : 02/22/2023 15:15:22
Ending date             : 04/30/2025 02:46:41

Starting record number  :       1
Ending record number    :  303868
Total record count      :  303868
Audit Format            :     New

Numer rekordu początkowego równy 1 oznacza, że dziennik inspekcji w tych macierzach nie został jeszcze zapakowany.
 
Przykład opakowanego dziennika kontroli:  

[root@testlab ~]# symaudit show -sid 333

              A U D I T   L O G   D A T A

Symmetrix ID            : 000197600333

Starting date           : 11/18/2022 04:42:26
Ending date             : 04/30/2025 03:04:18

Starting record number  : 2390445
Ending record number    : 4487596
Total record count      : 2097152
Audit Format            :  Legacy

W przypadku tego opakowanego dziennika żaden rekord przed 2390445 nie jest już dostępny.

Gdzie fizycznie znajduje się ten plik kontroli, ścieżka i nazwa pliku?

• Dziennik kontroli nie jest standardowym plikiem dziennika przechowywanym w stałej lokalizacji. Zamiast tego jest generowany przy użyciu określonych symaudit poleceń. Dane audytu są pobierane z systemu plików Symmetrix w starszych macierzach lub z pamięci globalnej w nowszych macierzach, a następnie ręcznie kopiowane do pliku tekstowego.
• Nie widzimy pliku kontroli, ponieważ nie znajduje się on w lokalizacji, do której mamy dostęp.

Czy plik o ograniczonym rozmiarze 1 GB można edytować, aby zmienić jego rozmiar (aby można było zapisywać więcej dzienników inspekcji)?
Nie możemy zmienić rozmiaru 1 GB. Jest on przechowywany w buforze na macierzy. Kiedy symaudit list Polecenie jest wydawane, wywołania systemowe są przekazywane do macierzy i pojawia się wyświetlacz.

Jeśli rozmiar 1 GB nie może ulec zmianie, ile miesięcy lub lat zajmie zastąpienie rozmiaru 1 GB?
W przypadku nowych macierzy rozmiar dziennika inspekcji wynosi łącznie 1 GB, czyli miejsce na około 2 miliony rekordów. Każdy rekord ma stały rozmiar 512 bajtów. Dotyczy to również macierzy V4.

Gdy dziennik jest pełny, jest zawijany i zaczyna nadpisywać najstarsze rekordy. Jednak 2 miliony rekordów to dużo. Zdarza się to rzadko.

Demon zdarzenia uwidacznia zdarzenie, które informuje, że zbliża się do zakończenia. Chodzi o to, aby klienci mogli podejmować dowolne działania. Na przykład wyeksportowanie dziennika do bazy danych, aby nic nie zostało utracone.

Szybkość zawijania zależy od ilości działań i szybkości zapisywania rekordów inspekcji.

Jeśli co minutę pisze się jedną płytę, zakończy się ona w ciągu około czterech lat.

Przy stałej orkiestracji w tle i innej aktywności (takiej jak VASA) może zapisywać rekordy częściej. To zawsze było źródłem sprzecznych celów. Chcemy pisać wszystko, co się dzieje, ale nie chcemy też zbyt często zawijać Dziennika Audytu.

Poniżej przedstawiono wyzwania związane ze zwiększeniem rozmiaru dziennika inspekcji:

1. Jest to kosztowne, ponieważ jest przechowywane w globalnej pamięci na macierzy.
2. Podwojenie rozmiaru nie od razu wydawało się, że będzie miało znaczący wpływ. Wrap może się jeszcze pojawić, więc wszyscy muszą być przygotowani na taką możliwość. Kluczowym pytaniem jest, jak często się to zdarza. Nie możemy uczynić go nieskończenie dużym ani zapewnić doświadczenia bez opakowania.

Czy możemy przekazywać dzienniki inspekcji do zewnętrznego serwera Syslog?

Nie, nie możemy.

Czy wydajność Unisphere dla PowerMax może ulec spowolnieniu w miarę zapełniania dzienników?

Nie, nie ma wpływu.

Czy istnieje preferowana retencja, którą można ustawić?

Nie, rozmiaru 1 GB nie można zmienić.

W przypadku starszych macierzy, takich jak 100K, 200K, 400K, zastosowanie ma następujące wyjaśnienie:

Dane są zapisywane we wspólnym pliku inspekcji podczas operacji sterowania VMAX. Wspólny dziennik kontroli koreluje aktywność ze wszystkich hostów w jeden plik przechowywany w systemie plików Symmetrix (SFS). Plik symaudit umożliwia filtrowanie wspólnego pliku dziennika inspekcji dla określonej macierzy VMAX. Dziennik kontroli znajduje się w macierzy o pojemności 40 MB. Po osiągnięciu limitu 40 MB dziennik zaczyna sam siebie zastępować. Nie ma konserwacji tego pliku, chyba że rekordy są przechwytywane przed ponownym uruchomieniem okólnego miejsca o wielkości 40 MB.