Isilon: Jakie są czynności w interfejsie CLI w ramach procedury przełączania awaryjnego i przywracania środowiska po awarii SyncIQ

Jakie są czynności w interfejsie CLI w ramach procedury przełączania awaryjnego i przywracania środowiska po awarii SyncIQ?
Proces UI ma szczegółową instrukcję, czy istnieje podobna instrukcja dla CLI?

Szczegółowe kroki dotyczące wykonywania FOFB

Podręcznik interfejsu wiersza polecenia dotyczący przełączania awaryjnego i przywracania środowiska po awarii:

• Podręcznik
  administracyjny interfejsu CLI PowerScale OneFS 9.5.0.0 Strona 271 dla 9.5
• Podręcznik
  administracyjny interfejsu CLI PowerScale OneFS 9.7.0.0 Strona 288 dla 9.7
• Podręcznik
  administracyjny interfejsu CLI PowerScale OneFS 9.8.0.0 Strona 295 dla 9.8
• Podręcznik
  administracyjny interfejsu CLI PowerScale OneFS 9.9.0.0 Strona 296 dla 9.9
• Podręcznik
  administracyjny interfejsu CLI PowerScale OneFS 9.10.0.0 Strona 299 dla 9.10

Chociaż powyższa dokumentacja zawiera przydatne informacje, poniższe kroki są bardziej szczegółowe podczas wykonywania pracy w trybie failover i powrotu po awarii przy użyciu interfejsu wiersza poleceń.

W poniższych krokach wykorzystano terminologię SyncIQ dla tych dwóch terminów:

• Klaster ŹRÓDŁOWY = PODSTAWOWY
• Klaster DOCELOWY = DODATKOWY

PRZEŁĄCZANIE AWARYJNE:

1. W przypadku klastra PODSTAWOWEGO rozważ uruchomienie domainmark zadania z wyprzedzeniem dni lub tygodni, jeśli jest to pierwsza próba przejścia w tryb failover dla klastra. Jeśli zestaw danych jest duży, pomaga to zaoszczędzić czas przez przyspieszenie domainmark fazy zadania.

   Uwaga: Nowa opcja „Accelerated Failback” usuwa ten krok. Ten krok można wykonać TYLKO raz. Raz oznaczone, przyszłość domainmark Zadania są (patrz krok 7 poniżej) niewykonane.

   # isi job jobs start domainmark --root=<path> --dm-type=synciq

   W ten sposób każdy LIN jest z wyprzedzeniem oznaczony odpowiednim identyfikatorem domeny ochronnej, zamiast wykonywać całą operację przełączania awaryjnego (patrz krok 7). Pakiet domainmark może zająć dużo czasu w zależności od rozmiaru zestawu danych.

2. Zatrzymaj zapis w ścieżce zasad PRIMARY.

   Uwaga: Zapisy w ścieżce zasady klastra PODSTAWOWEGO, która występuje począwszy od tego kroku, nie są zachowywane, co może spowodować DL. Upewnij się, że wszystkie zapisy w tej ścieżce NA PODSTAWOWEJ zostały zatrzymane.

3. W klastrze PODSTAWOWYM wykonaj kopię zapasową harmonogramów zasad, a następnie wyłącz wszystkie harmonogramy, ustawiając zasady jako ręczne.

   Aby zapisać kopię zapasową harmonogramów:

   # cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Następnie wyłącz wszystkie harmonogramy, ustawiając zasady na ręczne.

   Uwaga: Zadanie synchronizacji i zadanie przełączania awaryjnego nie mogą być uruchamiane jednocześnie z założenia, co powoduje niepowodzenie próby przełączania awaryjnego. Aby uniknąć tego stanu, ustaw wszystkie zasady na ręczne.

   # isi sync policies modify  --policy=[POLICY] --schedule=""

4. W klastrze PODSTAWOWYM uruchom ostatnie zadanie synchronizacji i potwierdź jego pomyślne zakończenie.

   Uwaga: Ten krok jest zalecany tylko w przypadku testowania funkcjonalności FOFB. NIE NALEŻY wykonywać tego kroku, jeśli w klastrze PODSTAWOWYM wystąpiło już zdarzenie awarii, a klaster DODATKOWY został już ustawiony tak, aby zezwalał na zapis.

   # isi sync jobs start [POLICY]

   Uruchom to polecenie, aby potwierdzić pomyślne zakończenie:

   # isi sync reports list --reports-per-policy=1
   *Confirm the End time and State=finished

   W klastrze PODSTAWOWYM uruchom ostatnie zadanie synchronizacji.

   # isi sync jobs start [POLICY]

5. W klastrze SECONDARY wykonaj akcję "Zezwalaj na zapisy" i sprawdź, czy zadanie lokalne zakończyło tę akcję.

   # isi sync recovery allow-write --policy-name=[POLICY]
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync  primary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

   UWAGA: W razie potrzeby odwróć ustawienia katalogu SmartLock w obu klastrach.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. Przekieruj klientów (SMB, NFS, HTTP, FTP itp.) do klastra DODATKOWEGO

   Uwaga: Szczegóły tego kroku wykraczają poza zakres tego artykułu i wymagają utworzenia udziałów SMB, podłączenia do domeny usługi Active Directory, kont komputera, SPN, eksportów NFS, przekierowania SmartConnect DNS i dodania dostawców uwierzytelniania.

7. Utwórz migawkę odzyskiwania na obu klastrach przed kontynuowaniem resync-prep

   NA ŹRÓDŁOWYM

   # isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

   NA DOCELOWYM

   # isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

8. W klastrze GŁÓWNYM wykonaj zadanie przełączania awaryjnego z przygotowaniem ponownej synchronizacji i potwierdź, że faza resync_prep_finalize została ukończona.

   # isi sync recovery resync-prep --policy-name=[POLICY]
   
   # isi sync reports list --policy-name=qtestsync --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync    1       2015-02-11T08:31:27 2015-02-11T08:31:34 run                     finished
   qtestsync    2       2015-02-11T08:41:19 2015-02-11T08:41:31 resync_prep             finished
   qtestsync    3       2015-02-11T08:41:31 2015-02-11T08:41:34 resync_prep_domain_mark finished
   qtestsync    4       2015-02-11T08:41:34 2015-02-11T08:41:42 resync_prep_restore     finished
   qtestsync    5       2015-02-11T08:41:42 2015-02-11T08:41:45 resync_prep_finalize    finished

PRZYWRACANIE ŚRODOWISKA PO AWARII

ls -l /ifs/.ifsvar/modules/tsm/config/source_records/7da67596f099b75ad687a05f6b11781d*

1. Można uruchomić nową zasadę [POLICY]_mirror w klastrze DODATKOWYM, aby rozpocząć synchronizację z powrotem do klastra PODSTAWOWEGO.

   # isi sync jobs start --policy-name=[POLICY]_mirror

2. Zatrzymaj zapisywanie do ścieżki zasad DRUGORZĘDNYCH.

   Uwaga: Zapisy w ścieżce zasady klastra DODATKOWEGO, która występuje począwszy od tego kroku, nie są zachowywane, co może spowodować DL. Upewnij się, że wszystkie zapisy w tej ścieżce NA DODATKOWEJ zostały zatrzymane.

3. Wyłącz wszystkie harmonogramy, ustawiając zasady na ręczne.

   # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""

4. W klastrze DODATKOWYM uruchom ostatnie zadanie synchronizacji

   # isi sync jobs start --policy-name=[POLICY]_mirror

5. W klastrze PODSTAWOWYM wykonaj akcję "Zezwalaj na zapisy" i sprawdź, czy zadanie lokalne zakończyło tę akcję.

   # isi sync recovery allow-write --policy-name=[POLICY]_mirror
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync_mirror secondary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

   UWAGA: W razie potrzeby odwróć ustawienia katalogu SmartLock w obu klastrach.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. Przekieruj klientów (SMB, NFS, HTTP, FTP itp.) do klastra PODSTAWOWEGO

   Uwaga: Szczegóły tego kroku wykraczają poza zakres tego artykułu i wymagają utworzenia udziałów SMB, eksportów NFS oraz przekierowania SmartConnect DNS.

7. Utwórz migawkę odzyskiwania na obu klastrach przed kontynuowaniem resync-prep

   NA ŹRÓDŁOWYM

   # isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

   NA DOCELOWYM

   # isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

8. W klastrze DODATKOWYM wykonaj zadanie powrotu po awarii z przygotowaniem ponownej synchronizacji i potwierdź, że resync_prep_finalize zakończyło się pomyślnie

   # isi sync recovery resync-prep --policy-name=[POLICY]_mirror
   
   # isi sync reports list --policy-name=[POLICY]_mirror --sort job_id --reports-per-policy=5
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync_mirror    1       2015-02-12T08:31:27 2015-02-12T08:31:34 run                     finished
   qtestsync_mirror    2       2015-02-12T08:41:19 2015-02-12T08:41:31 resync_prep             finished
   qtestsync_mirror    3       2015-02-12T08:41:31 2015-02-12T08:41:34 resync_prep_domain_mark finished
   qtestsync_mirror    4       2015-02-12T08:41:34 2015-02-12T08:41:42 resync_prep_restore     finished
   qtestsync_mirror    5       2015-02-12T08:41:42 2015-02-12T08:41:45 resync_prep_finalize    finished

   Klaster DODATKOWY jest teraz TYLKO-DO-ODCZYTU, a zasada klastra DODATKOWEGO [POLICY]_mirror jest wyłączona.

   Uwaga: Nie usuwaj żadnych zasad lustrzanych.

9. Pierwotne zasady na PODSTAWOWYM są teraz włączone. Użyj pliku kopii zapasowej z kroku 3 PRZEŁĄCZANIA AWARYJNEGO, aby przywrócić harmonogramy zasad.

   Na PODSTAWOWYM:
   Wyświetl zapisaną kopię harmonogramów zasad:

   # cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Przywróć harmonogramy zasad:

   # isi sync policies modify  --policy=[POLICY] --schedule=[schedule]

10. W oryginalnym programie pomocniczym najnowsza migawka SIQ-mirrorpolID-latest<> zostanie pozostawiona po pomyślnym powrocie po awarii. Ręcznie wyczyść najnowszą migawkę SIQ-mirrorpolID<,> aby uniknąć zapisu COW w istniejących migawkach na drugorzędnym.

    # isi snapshot snapshots list
    ID   Name                                        Path
    -----------------------------------------------------------------------
    16   SIQ-recovery-policy-Test                    /ifs/data/failovertest
    18   SIQ-005056ac0655f7f5e267a71dae70c997-latest /ifs/data/failovertest  <-- pol_mirror-latest
    24   SIQ-ps9715x1-Test-2025-03-25_19-20-52       /ifs/data/failovertest
    -----------------------------------------------------------------------
    Total: 3
    
    # isi snapshot snapshots delete --id=<id>

Oto przykład kroków testowych, które ignorują zmiany w klastrze dodatkowym po przejściu w tryb przywracania środowiska po awarii i przełączania awaryjnego. Wykonano te same kroki, z wyjątkiem tego, że zasada lustrzana jest uruchamiana tylko jako PRZYGOTOWANIE DO PONOWNEJ SYNCHRONIZACJI, A NIE ZWYKŁE ZADANIE SYNCHRONIZACJI z klastra dodatkowego do podstawowego, aby zmiany nie były wysyłane z powrotem do klastra podstawowego. Przed przejściem do następnego upewnij się, że każdy krok został wykonany.

PRZEŁĄCZANIE AWARYJNE:

1. W przypadku klastra PODSTAWOWEGO rozważ uruchomienie domainmark zadania z wyprzedzeniem dni lub tygodni, jeśli jest to pierwsza próba przejścia w tryb failover dla klastra. Jeśli zestaw danych jest duży, pomaga to zaoszczędzić czas przez przyspieszenie domainmark fazy zadania.

   Uwaga: Jest to korzystne tylko w przypadku pierwszej próby przełączenia awaryjnego. Kolejne próby przełączania awaryjnego nie przynoszą już korzyści z tego powodu.

   # isi job jobs start domainmark --root=<path> --dm-type=synciq

   W ten sposób każdy LIN jest z wyprzedzeniem oznaczony odpowiednim identyfikatorem domeny ochronnej, zamiast wykonywać całą operację przełączania awaryjnego (patrz krok 7). Zadanie domainmark może zająć dużo czasu w zależności od rozmiaru zestawu danych.

2. Zatrzymaj zapis w ścieżce zasad PRIMARY.

   Uwaga: Zapisy w ścieżce zasady klastra PODSTAWOWEGO, która występuje począwszy od tego kroku, nie są zachowywane, co może spowodować DL. Należy potwierdzić u klienta, że wszystkie zapisy w tej ścieżce w klastrze PODSTAWOWYM zostały zatrzymane.

3. W klastrze PODSTAWOWYM wykonaj kopię zapasową harmonogramów zasad, a następnie wyłącz wszystkie harmonogramy, ustawiając zasady jako ręczne.

   Aby zapisać kopię zapasową harmonogramów:

   # cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Następnie wyłącz wszystkie harmonogramy, ustawiając zasady na ręczne.

   Uwaga: Zadanie synchronizacji i zadanie przełączania awaryjnego nie mogą być uruchamiane jednocześnie z założenia, co powoduje niepowodzenie próby przełączania awaryjnego. Aby uniknąć tego stanu, ustaw wszystkie zasady na ręczne.

   # isi sync policies modify  --policy=[POLICY] --schedule=""

4. W klastrze PODSTAWOWYM uruchom ostatnie zadanie synchronizacji i potwierdź jego pomyślne zakończenie.

   Uwaga: Ten krok jest zalecany tylko w przypadku testowania funkcjonalności FOFB. NIE NALEŻY wykonywać tego kroku, jeśli w klastrze PODSTAWOWYM wystąpiło już zdarzenie awarii, a klaster DODATKOWY został już ustawiony tak, aby zezwalał na zapis.

   # isi sync jobs start [POLICY]

   Uruchom to polecenie, aby potwierdzić pomyślne zakończenie:

   # isi sync reports list --reports-per-policy=1
   *Confirm the End time and State=finished

   W klastrze PODSTAWOWYM uruchom ostatnie zadanie synchronizacji.

   # isi sync jobs start [POLICY]

5. W klastrze SECONDARY wykonaj akcję "Zezwalaj na zapisy" i sprawdź, czy zadanie lokalne zakończyło tę akcję.

   # isi sync recovery allow-write --policy-name=[POLICY]
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync  primary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

6. Przekieruj klientów (SMB, NFS, HTTP, FTP itp.) do klastra DODATKOWEGO

   Uwaga: Szczegóły tego kroku wykraczają poza zakres tego artykułu i wymagają utworzenia udziałów SMB, podłączenia do domeny usługi Active Directory, kont komputera, SPN, eksportów NFS, przekierowania SmartConnect DNS i dodania dostawców uwierzytelniania.

7. W klastrze PODSTAWOWYM wykonaj zadanie przełączania awaryjnego z ponowną synchronizacją przygotowawczą i potwierdź, że faza resync_prep_finalize została zakończona.

   # isi sync recovery resync-prep --policy-name=[POLICY]

   # isi sync reports list --policy-name=qtestsync --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync    1       2015-02-11T08:31:27 2015-02-11T08:31:34 run                     finished
   qtestsync    2       2015-02-11T08:41:19 2015-02-11T08:41:31 resync_prep             finished
   qtestsync    3       2015-02-11T08:41:31 2015-02-11T08:41:34 resync_prep_domain_mark finished
   qtestsync    4       2015-02-11T08:41:34 2015-02-11T08:41:42 resync_prep_restore     finished
   qtestsync    5       2015-02-11T08:41:42 2015-02-11T08:41:45 resync_prep_finalize    finished

PRZYWRACANIE ŚRODOWISKA PO AWARII

POMIŃ KROKI 1 I 4 (USUNIĘTE PONIŻEJ), JEŚLI NIE CHCESZ, ABY ZMIANY BYŁY WYSYŁANE Z POWROTEM DO PODSTAWOWEGO PODCZAS TESTU.

Można uruchomić nową zasadę [POLICY]_mirror w klastrze DODATKOWYM, aby rozpocząć synchronizację z powrotem do klastra PODSTAWOWEGO.

1. Zatrzymaj zapisywanie do ścieżki zasad DRUGORZĘDNYCH.

2. Wyłącz wszystkie harmonogramy, ustawiając zasady na ręczne.

   # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""

3. W klastrze PODSTAWOWYM wykonaj akcję "Zezwalaj na zapisy" i sprawdź, czy zadanie lokalne zakończyło tę akcję.

   # isi sync recovery allow-write --policy-name=[POLICY]_mirror
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync_mirror secondary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

4. Przekieruj klientów (SMB, NFS, HTTP, FTP itp.) do klastra PODSTAWOWEGO

   Uwaga: Szczegóły tego kroku wykraczają poza zakres tej bazy wiedzy i wymagają utworzenia udziałów SMB, eksportów NFS oraz przekierowania SmartConnect DNS.

5. W klastrze DODATKOWYM wykonaj zadanie przywracania środowiska po awarii z ponowną synchronizacją przygotowawczą i potwierdź, że faza resync_prep_finalize została pomyślnie zakończona

   # isi sync recovery resync-prep --policy-name=[POLICY]_mirror
   
   # isi sync reports list --policy-name=qtestsync_mirror --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync_mirror    1       2015-02-12T08:31:27 2015-02-12T08:31:34 run                     finished
   qtestsync_mirror    2       2015-02-12T08:41:19 2015-02-12T08:41:31 resync_prep             finished
   qtestsync_mirror    3       2015-02-12T08:41:31 2015-02-12T08:41:34 resync_prep_domain_mark finished
   qtestsync_mirror    4       2015-02-12T08:41:34 2015-02-12T08:41:42 resync_prep_restore     finished
   qtestsync_mirror    5       2015-02-12T08:41:42 2015-02-12T08:41:45 resync_prep_finalize    finished

   Klaster DODATKOWY jest teraz TYLKO-DO-ODCZYTU, a zasada klastra DODATKOWEGO [POLICY]_mirror jest wyłączona.

   Uwaga: Nie usuwaj żadnych zasad lustrzanych.

6. Pierwotne zasady na PODSTAWOWYM są teraz włączone. Użyj pliku kopii zapasowej z kroku 3 PRZEŁĄCZANIA AWARYJNEGO, aby przywrócić harmonogramy zasad. Na PODSTAWOWYM:

   Wyświetl zapisaną kopię harmonogramów zasad:

   # cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Przywróć harmonogramy zasad:

   # isi sync policies modify  --policy=[POLICY] --schedule=[schedule]