DataDomain: Průvodce upgradem operačního systému pro systémy s vysokou dostupností (HA)

Summary: Přehled procesu upgradů systému Data Domain OS na zařízeních Data Domain „Highly Available“ (DDHA).

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Plánovaná údržba systému HA

Aby se snížily plánované prostoje údržby, je do architektury HA zahrnut postupný upgrade systému. Postupný upgrade může nejprve upgradovat pohotovostní uzel a pak použít očekávané převzetí služeb při selhání HA k přesunutí služeb z aktivního uzlu do pohotovostního uzlu. Nakonec budou upgradovány předchozí aktivní uzly a znovu se připojí ke clusteru HA jako pohotovostní uzel. Všechny procesy se provádějí v jednom příkazu.
Alternativním přístupem k ručnímu upgradu je „místní upgrade“. Nejprve ručně upgradujte pohotovostní uzel a poté ručně upgradujte aktivní uzel.  Nakonec se pohotovostní uzel znovu připojí ke clusteru HA. Místní upgrade lze provést buď jako běžný upgrade, nebo jako opravu problémů.
Všechny operace upgradu systému na aktivním uzlu, které vyžadují převod dat, se nemusí spustit, dokud nejsou oba systémy upgradovány na stejnou úroveň a stav HA není plně obnoven.


Systém DDOS 5.7 a novější podporuje dva druhy metod upgradu systémů HA:

  • Postupný upgrade – automaticky upgradujte oba uzly HA pomocí jednoho příkazu. Po upgradu se služba přesune do jiného uzlu.

  • Místní upgrade – ručně upgradujte uzly HA jeden po druhém. Služba se po upgradu uchovává ve stejném uzlu.

 

Postupný upgrade prostřednictvím grafického uživatelského rozhraní:

Připravte systém na upgrade:

  1. Ujistěte se, že stav systému HA je „Highly Available“.

 Login GUI  - Home - Dashboard

Stránka Dashboard
  1. Soubor DDOS RPM by měl být umístěn na aktivním uzlu a upgrade by měl být spuštěn z tohoto uzlu.
- Jak najít aktivní uzel:
  Login GUI  - Home - Dashboard

Stránka Dashboard               
 
  1. Nahrání souboru RPM do aktivního uzlu
Login GUI  - Maintenance - System -Klikněte na tlačítko UPLOAD UPGRADE PACKAGE

Stránka Maintenance
Po nahrání se zobrazí soubor RPM. 
  1. Spusťte na aktivním uzlu předběžnou kontrolu. Pokud dojde k jakékoli chybě, upgrade je třeba přerušit.
Login GUI  - Maintenance - System -Klikněte na možnost Upgrade RPM file-Klikněte na tlačítko UPGRADE PRECHECK

Stránka System 
 

         Před spuštěním upgradu také vypněte GC, přesun dat a replikaci (krok č. 6), aby tyto úlohy nevedly k delší době vypnutí DDFS během upgradu. Kratší doba vypnutí systému DDFS pomůže minimalizovat dopad na klienty. Tyto úlohy nemají vliv na operace zálohování/obnovení klienta.

         Podle potřeby lze tyto služby po dokončení upgradu obnovit pomocí příslušných povolovacích příkazů. Další podrobnosti najdete v souboru protokolu.

         V průvodci správou jsou popsány některé další ruční kontroly a příkazy, které nejsou pro systém HA nezbytně nutné. V současné době se jako test pro systémy s jedním uzlem doporučuje provést diagnostiku před restartováním. Není potřeba pro systémy HA, protože č. 5 „převzetí služeb při selhání HA“ níže již zahrnuje automatické restartování během procesu převzetí služeb při selhání.

  1. Volitelné. Před spuštěním postupného upgradu se doporučuje dvakrát ručně provést převzetí služeb při selhání HA na aktivním uzlu. Účelem je otestovat funkčnost převzetí služeb při selhání. Operace způsobí restartování aktivního uzlu, mějte to prosím na paměti.

   
              Nejprve se připravte na převzetí služeb při selhání vypnutím GC, přesunutím dat a replikací. Informace o tom, jak to provést prostřednictvím grafického uživatelského rozhraní, naleznete v průvodci správou. Tyto služby nemají vliv na úlohy zálohování/obnovy klientů. Poté pokračujte převzetím při selhání HA.
 

Login GUI  - Health - High Availability -Klikněte na možnost Failover to XXX


(Když se stav systému HA opět zobrazí jako „Highly Available“, proveďte druhé převzetí při selhání HA a počkejte, až budou oba uzly online.)
 

Po převzetí služeb při selhání HA lze zastavené služby obnovit pomocí odpovídajících povolovacích příkazů. Další podrobnosti naleznete v průvodci správou.

Výše uvedené testy převzetí služeb při selhání jsou volitelné a není nutné je provádět těsně před upgradem. Testy převzetí služeb při selhání je možné provést před upgradem, například dva týdny, aby bylo možné pro pozdější upgrade použít menší časové období údržby. Výpadek služby DDFS při každém převzetí služeb při selhání je přibližně 10 minut (méně nebo více v závislosti na verzích systému DDOS a některých dalších faktorech). Verze DDOS 7.4 a novější budou mít méně prostojů kvůli průběžnému vylepšování softwaru DDOS.
 

      Podrobný postup upgradu
  1. Pokud se kontrola dokončí bez problémů, pokračujte v postupném upgradu na aktivním uzlu.
Login GUI  - Maintenance - System à Klikněte na možnost upgrade RPM file - Klikněte na možnost PERFORM SYSTEM UPGRADE
 
Stránka System
  1. Počkejte na dokončení upgradu. Předtím neaktivujte žádnou operaci převzetí služeb při selhání HA.

Dostupnost systému DDFS během výše uvedeného příkazu:

  1. Nejprve upgraduje pohotovostní uzel a restartuje jej do nové verze. Trvá to zhruba 20 až 30 minut v závislosti na různých faktorech. Služba DDFS je během této doby aktivní a pracuje na aktivním uzlu bez jakéhokoli snížení výkonu.

  2. Po použití nového systému DDOS systém převezme službu DDFS do upgradovaného pohotovostního uzlu. Trvá to zhruba 10 minut (méně nebo více v závislosti na různých faktorech).

    1. Jedním z významných faktorů je upgrade firmwaru DAE. Může způsobit zhruba 20minutový výpadek v závislosti na tom, kolik položek DAE je nakonfigurováno. Další informace naleznete v článku znalostní databáze „Data Domain: Postupný upgrade systému HA může selhat pro upgrade firmwaru externí skříně“, aby se zjistilo, zda je vyžadován upgrade firmwaru DAE. Upozorňujeme, že počínaje systémem DDOS 7.5 je k dispozici vylepšení, které umožňuje online upgrade firmwaru DAE, což tento problém eliminuje.

    2. Můžete kontaktovat podporu společnosti Dell a prodiskutovat faktory, které mohou ovlivnit dobu upgradu. V závislosti na klientském operačním systému, aplikaci a protokolu mezi klientem a systémem HA může být někdy nutné, aby uživatel ručně obnovil klientské úlohy ihned po převzetí služeb při selhání. Pokud je například u klientů DDBoost doba převzetí služeb při selhání delší než 10 minut, musí vypršet časový limit klienta a uživatel musí ručně obnovit úlohy. Na klientech jsou ale obvykle k dispozici nastavitelné hodnoty časového limitu a časy opakování. 

Upozorňujeme, že služba DDFS je během období převzetí služeb při selhání mimo provoz. Sledováním výstupu příkazu „filesys status“ na upgradovaném uzlu zjistíte, zda je služba DDFS obnovena či nikoli. Očekává se, že verze DDOS 7.4 a novější budou mít stále méně prostojů díky vylepšením kódu DDOS.

Po převzetí služeb při selhání bude upgradován dříve aktivní uzel.  Po použití upgradu se restartuje do nové verze a poté se znovu připojí ke clusteru HA jako pohotovostní uzel. Služba DDFS není během tohoto procesu dotčena, protože již byla obnovena v kroku č. 2 výše.


     Ověření:
  1. Po dokončení postupného upgradu je třeba se přihlásit do grafického uživatelského rozhraní pomocí IP adresy uzlu před pohotovostním režimem. V tomto případě se jedná o node1.
Login GUI  – Maintenance – System – Check Upgrade History
Stránka System
  1. Zkontrolujte, zda nedošlo k neočekávaným výstrahám.
Login GUI-Dashboard-Alerts
  1. V tomto okamžiku je postupná aktualizace úspěšně dokončena.

Postupný upgrade prostřednictvím rozhraní příkazového řádku:
      Připravte systém na upgrade:
  1. Ujistěte se, že stav systému HA je „Highly Available“.
#ha status
     
     HA System name:       HA-system   
     HA System status:     highly available         ç
     Node Name                       Node id   Role      HA State
     -----------------------------   -------   -------   --------
     Node0   0         active    online   
     Node1   1         standby   online
     -----------------------------   -------   -------   --------
  1. Soubor DDOS RPM by měl být umístěn na aktivním uzlu a upgrade by měl být spuštěn z tohoto uzlu.
- Jak najít aktivní uzel:
  #ha status
 
      HA System name:       HA-system   
      HA System status:     highly available
      Node Name                       Node id   Role      HA State
      -----------------------------   -------   -------   --------
      Node0   0         active    online    ß Node0 is active node
      Node1   1         standby   online
      -----------------------------   -------   -------   --------
  1. Nahrání souboru RPM do aktivního uzlu
Client-server # scp <rpm file> sysadmin@HA-system.active_node:/ddr/var/releases/
Password: (customer defined it.)
(From client server, target path is “/ddr/var/releases”)
            Po dokončení příkazu „scp“ zkontrolujte informace o systémovém balíčku.
Seznam systémových balíčků aktivního uzlu

     File                 Size (KiB)   Type     Class        Name    Version
     ------------------   ----------   ------   ----------   -----   -------
     x.x.x.x-12345.rpm    2927007.3   System   Production   DD OS   x.x.x.x
     ------------------   ----------   ------   ----------   -----  -------         
  1. Spusťte na aktivním uzlu předběžnou kontrolu. Pokud dojde k jakékoli chybě, upgrade je třeba přerušit.
Active-node # system upgrade precheck <rpm file>

     Upgrade precheck in progress:
     Node 0: phase 1/1 (Precheck 100%) , Node 1: phase 1/1 (Precheck 100%)
     Upgrade precheck found no issues.

     Před spuštěním upgradu také vypněte GC, přesun dat a replikaci (krok č. 6), aby tyto úlohy nevedly k delší době vypnutí DDFS během upgradu. Kratší doba vypnutí systému DDFS pomůže minimalizovat dopad na klienty. Tyto úlohy nemají vliv na operace zálohování/obnovení klienta. Podle potřeby lze tyto služby po dokončení upgradu obnovit pomocí příslušných povolovacích příkazů. Další podrobnosti najdete v průvodci správou.
      Active-node # filesys clean stop
   Active-node # cloud clean stop
   Active-node # data-movement suspend
   Active-node # data-movement stop to-tier active
   Active-node # replication disable all
       
     Všimněte si, že je přítomno několik příkazů „watch“, které kontrolují, zda jsou výše uvedené operace provedeny.
      Active-node # filesys clean watch 
   Active-node # cloud clean watch
   Active-node # data-movement watch

      V průvodci správou jsou popsány některé další ruční kontroly a příkazy, které nejsou pro systém HA nezbytně nutné. V současné době se jako test pro systémy s jedním uzlem doporučuje provést diagnostiku před restartováním. Není potřeba pro systémy HA, protože č. 5 „převzetí služeb při selhání HA“ níže již zahrnuje automatické restartování během procesu převzetí služeb při selhání.

  1. Volitelné. Před spuštěním postupného upgradu se doporučuje dvakrát ručně provést převzetí služeb při selhání HA na aktivním uzlu. Účelem je otestovat funkčnost převzetí služeb při selhání. Operace způsobí restartování aktivního uzlu, mějte to prosím na paměti.

        Nejprve se připravte na převzetí služeb při selhání zakázáním GC, přesunu dat a replikace. Tyto služby nemají vliv na úlohy zálohování/obnovy klientů. Spusťte příkaz „ha failover“.

       Potřebné příkazy:
          Active-node # filesys clean stop
     Active-node # cloud clean stop
     Active-node # data-movement suspend
     Active-node # data-movement stop to-tier active
     Active-node # replication disable all
        Všimněte si, že je přítomno několik příkazů „watch“, které kontrolují, zda jsou výše uvedené operace provedeny.
          Active-node # filesys clean watch 
     Active-node # cloud clean watch
     Active-node # data-movement watch
        A poté spusťte příkaz pro převzetí služeb při selhání:

Active-node # ha failover
          Tato operace zahájí převzetí služeb při selhání z tohoto uzlu. Místní uzel se restartuje.
      Do you want to proceed? (yes|no) [no]: yes
    Failover operation initiated. Spuštěním příkazu „ha status“ sledujte stav
(Když se stav systému HA opět zobrazí jako „highly available“, proveďte druhé převzetí služeb při selhání HA a počkejte, až budou oba uzly online.)

Po převzetí služeb při selhání HA lze zastavené služby obnovit pomocí odpovídajících povolovacích příkazů. Další podrobnosti naleznete v průvodci správou.
Výše uvedený test převzetí služeb při selhání jsou volitelné a není nutné je provádět těsně před upgradem. Testy převzetí služeb při selhání je možné provést před upgradem, například dva týdny, aby bylo možné pro pozdější upgrade použít menší časové období údržby. Výpadek služby DDFS při každém převzetí služeb při selhání je přibližně 10 minut (méně nebo více v závislosti na verzích systému DDOS a některých dalších faktorech). Verze DDOS 7.4 a novější budou mít méně prostojů kvůli průběžnému vylepšování softwaru DDOS. 
  

      Podrobný postup upgradu      
  1. Pokud se kontrola dokončí bez problémů, pokračujte v postupném upgradu na aktivním uzlu.
             Active-node # system upgrade start <rpm file>

      Příkaz „system upgrade“ upgraduje systém Data Domain OS.  Přístup k souboru
se během upgradu přeruší.  Systém se po upgradu
automaticky restartuje.
              Are you sure? (yes|no) [no]: yes
      ok, proceeding.
      Upgrade in progress:
      Node   Severity   Issue                           Solution
      ----   --------   ------------------------------  --------
      0      WARNING    1 component precheck
         script(s) failed to complete
      0      INFO       Upgrade time est: 60 mins
      1      WARNING    1 component precheck
          script(s) failed to complete
      1      INFO       Upgrade time est: 80 mins
      ----   --------   ------------------------------  --------
      Node 0: phase 2/4 (Install    0%) , Node 1: phase 1/4 (Precheck 100%)
      Upgrade phase status legend:
      DU : Data Upgrade
      FO : Failover
      ..               
      PC : Peer Confirmation
      VA : Volume Assembly

      Node 0: phase 3/4 (Reboot     0%) , Node 1: phase 4/4 (Finalize   5%) FO
      Upgrade has started.  System will reboot.   
        

       Dostupnost systému DDFS během výše uvedeného příkazu:

  1. Nejprve upgraduje pohotovostní uzel a restartuje jej do nové verze. Trvá to zhruba 20 až 30 minut v závislosti na různých faktorech. Služba DDFS je během této doby aktivní a pracuje na aktivním uzlu bez jakéhokoli snížení výkonu.

  2. Po použití nového systému DDOS systém převezme službu DDFS do upgradovaného pohotovostního uzlu. Trvá to zhruba 10 minut (méně nebo více v závislosti na různých faktorech).

    1. Jedním z významných faktorů je upgrade firmwaru DAE. Může způsobit zhruba 20minutový výpadek v závislosti na tom, kolik položek DAE je nakonfigurováno. Další informace naleznete v článku znalostní databáze „Data Domain: Postupný upgrade systému HA může selhat pro upgrade firmwaru externí skříně“, aby se zjistilo, zda je vyžadován upgrade firmwaru DAE. Upozorňujeme, že počínaje systémem DDOS 7.5 je k dispozici vylepšení, které umožňuje online upgrade firmwaru DAE, což tento problém eliminuje.

    2. Můžete kontaktovat podporu společnosti Dell a prodiskutovat faktory, které mohou ovlivnit dobu upgradu. V závislosti na klientském operačním systému, aplikaci a protokolu mezi klientem a systémem HA může být někdy nutné, aby uživatel ručně obnovil klientské úlohy ihned po převzetí služeb při selhání. Pokud je například u klientů DDBoost doba převzetí služeb při selhání delší než 10 minut, musí vypršet časový limit klienta a uživatel musí ručně obnovit úlohy. Na klientech jsou ale obvykle k dispozici nastavitelné hodnoty časového limitu a časy opakování. 

  1. Po převzetí služeb při selhání bude upgradován dříve aktivní uzel.  Po použití upgradu se restartuje do nové verze a poté se znovu připojí ke clusteru HA jako pohotovostní uzel. Služba DDFS není během tohoto procesu dotčena, protože již byla obnovena v kroku č. 2 výše.

Upozorňujeme, že služba DDFS je během období převzetí služeb při selhání mimo provoz. Sledováním výstupu příkazu „filesys status“ na upgradovaném uzlu zjistíte, zda je služba DDFS obnovena či nikoli. Očekává se, že verze DDOS 7.4 a novější budou mít stále méně prostojů díky vylepšením kódu DDOS.
  1. Po restartování a zpřístupnění pohotovostního uzlu (node1) je možné se přihlásit k pohotovostnímu uzlu a sledovat stav/průběh upgradu.
Node1 # system upgrade status
Current Upgrade Status: DD OS upgrade In Progress
Node 0: phase 3/4 (Reboot     0%)
Node 1: phase 4/4 (Finalize 100%) waiting for peer confirmation
  1. Počkejte na dokončení upgradu. Předtím neaktivujte žádnou operaci převzetí služeb při selhání HA.
Node1 # system upgrade status
Current Upgrade Status: DD OS upgrade Succeeded
End time: 20xx.xx.xx:xx:xx
  1. Zkontrolujte stav HA, oba uzly jsou online a stav systému HA je „Highly Available“.
Node1 # ha status detailed
HA System name:               HA-system
HA System Status:             highly available
Interconnect Status:          ok
Primary Heartbeat Status:      ok
External LAN Heartbeat Status: ok
Hardware compatibility check: ok
Software Version Check:       ok
Node  Node1:
      Role:          active
      HA State:      online
      Node Health: ok
Node Node0:
      Role:          standby
      HA State:      online
      Node Health: ok
Mirroring Status:
Component Name   Status
--------------   ------
nvram            ok
registry         ok
sms              ok
ddboost          ok
cifs             ok
--------------   ------
            

     Ověření:
  1. Zkontrolujte, zda mají oba uzly stejnou verzi systému DDOS.
Node1 # system show version
Data Domain OS x.x.x.x-12345
Node0 # system show version                  
Data Domain OS x.x.x.x-12345
  1. Zkontrolujte, zda nedošlo k neočekávaným výstrahám.
Node1 # alert show current
Node0 # alert show current
  1. V tomto okamžiku je postupná aktualizace úspěšně dokončena. 

Poznámka: Pokud se při upgradu potýkáte s jakýmkoli problémem, obraťte se na podporu Data Domain, která vám poskytne další pokyny a podporu.


MÍSTNÍ UPGRADE pro pár DDHA: 
Místní upgrade obecně funguje takto:

      Připravte systém na upgrade:

  1. Zkontrolujte stav systému HA. I když je stav degradovaný, místní upgrade může v této situaci fungovat.

     #ha status
     HA System name:       HA-system   
     HA System status:     highly available   <-      
     Node Name                       Node id   Role      HA State
     -----------------------------   -------   -------   --------
     Node0   0         active    online   
     Node1   1         standby   online
     -----------------------------   -------   -------   --------

  1. Soubor DDOS RPM by měl být umístěn na obou uzlech a upgrade by měl začít z pohotovostního uzlu.
- Jak najít pohotovostní uzel:
#ha status
HA System name:       HA-system   
HA System status:     highly available
Node Name                       Node id   Role      HA State
-----------------------------   -------   -------   --------
Node0   0         active    online   
Node1   1         standby   online   <- Node1 is standby node
-----------------------------   -------   -------   --------
  1. Nahrajte soubor RPM do obou uzlů.
       Client-server # scp <rpm file> sysadmin@HA-  system.active_node:/ddr/var/releases/
Client-server # scp <rpm file> sysadmin@HA-system.standby_node:/ddr/var/releases/
Password: (customer defined it.)
(From client server, target path is “/ddr/var/releases”)
 
            Po dokončení příkazu „scp“ zkontrolujte informace o systémovém balíčku.
     Active-node # system package list
     File                 Size (KiB)   Type     Class        Name    Version
     ------------------   ----------   ------   ----------   -----   -------
     x.x.x.x-12345.rpm    2927007.3   System   Production   DD OS   x.x.x.x
     ------------------   ----------   ------   ---------- -----   ------       
     Standby-node # system package list
     File                 Size (KiB)   Type     Class        Name    Version
     ------------------   ----------   ------   ----------   -----   -------
     x.x.x.x-12345.rpm    2927007.3   System   Production   DD OS   x.x.x.x
     ------------------   ----------   ------   ----------   -----   ------
  1. Pokud je stav HA „highly available“, spusťte na aktivním uzlu předběžnou kontrolu. Pokud dojde k jakékoli chybě, upgrade je třeba přerušit.
            Active-node # system upgrade precheck <rpm file>

      Upgrade precheck in progress:
      Node 0: phase 1/1 (Precheck 100%) , Node 1: phase 1/1 (Precheck 100%)
      Upgrade precheck found no issues.

            Pokud je stav HA „degraded“, je nutné provést předběžnou kontrolu na obou uzlech.

            Active-node # system upgrade precheck <rpm file> local
      Upgrade precheck in progress:
      Node 0: phase 1/1 (Precheck 100%)
      Upgrade precheck found no issues.

      Standby-node # system upgrade precheck <rpm file> local
      Upgrade precheck in progress:
      Node 1: phase 1/1 (Precheck 100%)
      Upgrade precheck found no issues.           
     Podrobný postup upgradu   
     
  1. Přepněte pohotovostní uzel do režimu offline.
            Standby-node # ha offline
      This operation will cause the ha system to no longer be highly  available.
      Do you want to proceed? (yes|no) [no]: yes
      Standby node is now offline.
           (POZNÁMKA: Pokud offline operace selže nebo dojde ke zhoršení stavu HA, pokračujte v místním upgradu, protože pozdější kroky mohou způsobit selhání.)
  1. Ujistěte se, že stav pohotovostního uzlu je offline.
       Standby-node # ha status
    HA System name:       HA-system
    HA System status:     degraded
    Node Name                       Node id   Role      HA State
    -----------------------------   -------   -------   --------
    Node1   1         standby   offline
    Node0   0         active    degraded
    -----------------------------   -------   -------   --------
    1. Proveďte upgrade v pohotovostním uzlu. Tato operace vyvolá restart pohotovostního uzlu.
             Standby-node # system upgrade start <rpm file> local
        Příkaz 'system upgrade' upgraduje Data Domain OS.  Přístup k souboru
        se během upgradu přeruší.  Systém se po upgradu
        automaticky restartuje.
                Jste si jisti? (yes|no) [no]: yes
        ok, proceeding.
        Příznak „local“ je vysoce rušivý pro systémy HA a měl by být použit pouze jako nápravná operace.
               Jste si jisti? (yes|no) [no]: yes
        ok, proceeding.
        Probíhá upgrade:
        Node 1: phase 3/4 (Reboot     0%)
        Upgrade byl zahájen.  Systém se restartuje.
    1. Pohotovostní uzel se restartuje do nové verze systému DDOS, ale zůstane offline.
    2. Zkontrolujte stav upgradu systému, dokončení upgradu operačního systému může trvat déle než 30 minut.
                 Standby-node # system upgrade status
          Current Upgrade Status: DD OS upgrade Succeeded
          End time: 20xx.xx.xx:xx:xx
    1. Zkontrolujte stav systému HA, uzel v pohotovostním režimu (v tomto případě node1) je offline, stav HA je „degraded“.
                 Standby-node # ha status
          HA System name:       HA-system
          HA System status:     degraded
          Node Name                       Node id   Role      HA State
          -----------------------------   -------   -------   --------
          Node1   1         standby   offline
          Node0   0         active    degraded
          -----------------------------   -------   -------   --------
    1. Proveďte místní upgrade na aktivním uzlu. Tato operace restartuje aktivní uzel.
            Active-node # system upgrade start <rpm file> local
        The 'system upgrade' command upgrades the Data Domain OS.  File access
        is interrupted during the upgrade.  The system reboots automatically
        after the upgrade.
                   Are you sure? (yes|no) [no]: yes
        ok, proceeding.
        The 'local' flag is highly disruptive to HA systems and should be used        only as a repair operation.
                   Are you sure? (yes|no) [no]: yes
        ok, proceeding.
        Upgrade in progress:
        Node   Severity   Issue                           Solution
        ----   --------   ------------------------------  --------
        0      WARNING    1 component precheck
                 script(s) failed to complete
        0      INFO       Upgrade time est: 60 mins
        ----   --------   ------------------------------  --------
        Node 0: phase 3/4 (Reboot     0%)
        Upgrade has started.  System will reboot.
    1. Zkontrolujte stav upgradu systému, dokončení upgradu operačního systému může trvat déle než 30 minut.
             Active-node # system upgrade status
        Current Upgrade Status: DD OS upgrade Succeeded
        End time: 20xx.xx.xx:xx:xx
    1. Po dokončení upgradu aktivního uzlu je stav systému HA stále „degraded“. Chcete-li přepnout pohotovostní uzel do režimu online, spuštěním následujícího příkazu se pohotovostní uzel restartuje.
             Standby-node # ha online
        The operation will reboot this node.
            Do you want to proceed? (yes|no) [no]: yes
        Broadcast message from root (Wed Oct 14 22:38:53 2020):
        The system is going down for reboot NOW!
        **** Error communicating with management service.
        (POZNÁMKA: Pokud se v předchozích krocích nespustila funkce „ha offline“, tento krok ignorujte.)
    1. Pohotovostní uzel se restartuje a znovu se připojí ke clusteru. Poté bude stav HA opět „Highly Available“.
              Active-node # ha status detailed
         HA System name:               Ha-system
         HA System Status:             highly available
         Interconnect Status:          ok
         Primary Heartbeat Status:      ok
         External LAN Heartbeat Status: ok
         Hardware compatibility check: ok
         Software Version Check:       ok
         Node node0:
                   Role:          active
                   HA State:      online
                   Node Health: ok
         Node node1:
                   Role:          standby
                   HA State:      online
                   Node Health: ok
         Mirroring Status:
         Component Name   Status
         --------------   ------
         nvram            ok
         registry         ok
         sms              ok
         ddboost          ok
         cifs             ok
         --------------   ------
    Ověření:
    1. Zkontrolujte, zda mají oba uzly stejnou verzi systému DDOS.
           Node1 # system show version
       Data Domain OS x.x.x.x-12345
       Node0 # system show version                  
       Data Domain OS x.x.x.x-12345
    1. Zkontrolujte, zda nedošlo k neočekávaným výstrahám.
           Node1 # alert show current
       Node0 # alert show current
    1. V tomto okamžiku je postupná aktualizace úspěšně dokončena.
               
    Poznámka: Pokud se při upgradu potýkáte s jakýmkoli problémem, obraťte se na podporu Data Domain, která vám poskytne další pokyny a podporu.

    Additional Information

    Postupný upgrade:

    • Upozorňujeme, že během upgradu se provede jedno převzetí služeb při selhání, takže se role prohodí

    • Informace o upgradu se nadále uchovávají v protokolu infra.log, ale mohou být k dispozici další informace v protokolu ha.log

    • Průběh upgradu lze sledovat pomocí nástroje System Upgrade Watch 

    Upgrade místního uzlu:

    • Upgrade místního uzlu neprovádí převzetí služeb při selhání HA

    • V důsledku toho se bude jednat o delší prostoje, zatímco se aktivní uzel upgraduje/restartuje/provádí upgradovací aktivity po restartování, což pravděpodobně způsobí vypršení časového limitu a selhání zálohování/obnovení. Vyžadujte přidělení okna údržby pro místní upgrade.

    • I když je stav systému HA „Degraded“, lze provést místní upgrade.

    • Z nějakého důvodu může postupný upgrade neočekávaně selhat. V této situaci lze místní upgrade považovat za metodu opravy.

       

    Affected Products

    Data Domain

    Products

    Data Domain, DD OS
    Article Properties
    Article Number: 000009653
    Article Type: How To
    Last Modified: 07 Oct 2025
    Version:  8
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.