DataDomain: Handleiding OS upgraden voor HA-systemen (High Availability)

Summary: Procesoverzicht voor DDOS-upgrades (Data Domain Operation System) op Data Domain Highly Available (DDHA)-apparaten.

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

Gepland onderhoud HA-systeem

Om geplande downtime voor onderhoud te verminderen, is een rolling upgrade van het systeem opgenomen in de HA-architectuur. Een rolling upgrade kan eerst het stand-byknooppunt upgraden en vervolgens een verwachte HA-failover gebruiken om de services van het actieve knooppunt naar het stand-byknooppunt te verplaatsen. Ten slotte worden eerdere actieve knooppunten geüpgraded en worden ze weer toegevoegd aan het HA-cluster als stand-byknooppunt. Alle processen worden in één opdracht uitgevoerd.
Een alternatieve handmatige upgradebenadering is de lokale upgrade. Upgrade eerst handmatig het stand-byknooppunt en upgrade vervolgens handmatig het actieve knooppunt.  Ten slotte voegt het stand-byknooppunt zich weer bij het HA-cluster. Lokale upgrade kan worden uitgevoerd voor reguliere upgrades of om problemen op te lossen.
Alle systeemupgradebewerkingen op actief knooppunt vereisen mogelijk geen dataconversie totdat beide systemen zijn geüpgraded naar hetzelfde niveau en de HA-status volledig is hersteld.


DDOS 5.7 en hoger ondersteunen twee soorten upgrademethoden van HA-systemen:

  • Rolling upgrade: upgrade beide HA-knooppunten automatisch met één opdracht. Service wordt na de upgrade verplaatst naar het andere knooppunt.

  • Lokale upgrade: upgrade HA-knooppunten één voor één handmatig. Service wordt na de upgrade in hetzelfde knooppunt gehouden.

 

Rolling upgrade via GUI:

Bereid het systeem voor op de upgrade:

  1. Zorg ervoor dat de HA-systeemstatus 'zeer beschikbaar' is.

 Login GUI à Home à Dashboard

Dashboardpagina
  1. Het DDOS RPM-bestand moet op actief knooppunt worden geplaatst en de upgrade moet vanaf dit knooppunt beginnen.
- Hoe een actief knooppunt te vinden:
  Login GUI à Home à Dashboard

Dashboardpagina               
 
  1. RPM-bestand uploaden naar actief knooppunt
Login GUI à Onderhoud à Systeem à Klik op de knop

Onderhoudspagina
UPLOAD UPGRADE PACKAGENa het uploaden wordt het RPM-bestand weergegeven.  
  1. Voer de voorcontrole uit op het actieve knooppunt. De upgrade moet worden afgebroken als er een fout optreedt.
Login GUI à Onderhoud à Systeem à Klik op het RPM-bestand upgraden à Klik op UPGRADE PRECHECK

Systeempagina 
 

         Sluit ook GC, dataverplaatsing en replicatie af voordat u de upgrade start (stap #6), zodat deze taken niet leiden tot een langere DDFS-afsluittijd tijdens de upgrade. Een kortere DDFS-afsluittijd helpt de gevolgen voor clients tot een minimum te beperken. Deze workloads hebben geen invloed op back-up/herstelbewerkingen voor clients.

         Op basis van de behoeften kunnen deze services worden hervat nadat de upgrade is voltooid met behulp van de bijbehorende inschakelopdrachten. Raadpleeg de beheerhandleiding voor meer informatie.

         Er zijn enkele andere handmatige controles en opdrachten worden beschreven in de beheerhandleiding die niet strikt noodzakelijk zijn voor een HA-systeem. Pre-reboot wordt momenteel voorgesteld als test voor systemen met één knooppunt. Het is niet nodig voor HA-systemen omdat #5 "ha failover" hieronder al een automatische herstart tijdens het failoverproces bevat.

  1. Facultatief. Voordat u een rolling upgrade uitvoert, is het raadzaam om HA-failover tweemaal handmatig uit te voeren op een actief knooppunt. Het doel is om de failoverfunctionaliteit te testen. De bewerking zorgt ervoor dat het actieve knooppunt opnieuw wordt opgestart. Houd hiermee rekening.

   
              Bereid u eerst voor op failover door GC, dataverplaatsing en replicatie af te sluiten. Raadpleeg de beheerhandleiding voor meer informatie over hoe u dit via de GUI kunt doen. Deze services hebben geen invloed op workloads voor back-up/herstel van clients. Ga dan verder met "ha failover".
 

Login GUI à Status à High Availability à Click Failover naar XXX


(Als HA-systeemstatus weer 'zeer beschikbaar' is, voert u de tweede 'ha-failover' uit en wacht u tot beide knooppunten online zijn)
 

Na de HA-failover kunnen de gestopte services worden hervat met behulp van de bijbehorende inschakelingsopdrachten. Raadpleeg de beheerhandleiding voor meer informatie.

De bovenstaande failovertests zijn optioneel en hoeven niet vlak voor de upgrade te worden uitgevoerd. De failovertests kunnen worden uitgevoerd vóór de upgrade, bijvoorbeeld twee weken, zodat een kleiner onderhoudsvenster kan worden gebruikt voor de latere upgrade. De downtime van de DDFS-service voor elke failover is ongeveer 10 minuten (minder of meer, afhankelijk van DDOS-versies en enkele andere factoren). DDOS versies 7.4 en hoger hebben release voor release minder downtime vanwege continue DDOS SW-verbeteringen.
 

      Stapsgewijze upgradeprocedure
  1. Als de voorcontrole zonder problemen is voltooid, gaat u verder met de rolling upgrade op het actieve knooppunt.
Aanmelden GUI à Onderhoud à Systeem à Klik op het RPM-bestand upgraden à Klik op SYSTEEMUPGRADE UITVOEREN
 
Systeempagina
  1. Wacht tot de upgrade is voltooid. Activeer voordat u dit doet geen HA-failoverbewerking.

DDFS-beschikbaarheid tijdens de bovenstaande opdracht:

  1. Het zal eerst het stand-byknooppunt upgraden en opnieuw opstarten naar de nieuwe versie. Het duurt ongeveer 20 minuten tot 30 minuten, afhankelijk van verschillende factoren. De DDFS-service is actief en werkt gedurende deze periode op het actieve knooppunt zonder prestatieverlies.

  2. Nadat de nieuwe DDOS is toegepast, failover van de DDFS-service naar het geüpgradede stand-byknooppunt. Het duurt ongeveer 10 minuten (minder of meer, afhankelijk van verschillende factoren).

    1. Een belangrijke factor is de DAE FW-upgrade. Het kan ~20 minuten meer downtime veroorzaken, afhankelijk van het aantal DAE's dat is geconfigureerd. Raadpleeg de KB "Data Domain: HA Rolling upgrade may fail for external enclosure firmware upgraded", om te bepalen of een DAE FW-upgrade vereist is. Houd er rekening mee dat er vanaf DDOS 7.5 een verbetering is om online upgrade DAE FW in te schakelen, waardoor dit probleem wordt geëlimineerd.

    2. U kunt contact opnemen met Dell Support om factoren te bespreken die van invloed kunnen zijn op de upgradetijden. Afhankelijk van het clientbesturingssysteem, de applicatie en het protocol tussen client en HA-systeem, moet de gebruiker soms de clientworkloads direct na failover handmatig hervatten. Als met DDBoost-clients de failovertijd bijvoorbeeld meer dan 10 minuten is, moeten de time-out van de client en de gebruiker de workloads handmatig hervatten. Maar clients zijn meestal afstembaar om time-outwaarden en herkansingstijden in te stellen. 

Houd er rekening mee dat de DDFS-service niet beschikbaar is tijdens de failoverperiode. Door de uitvoer van de opdracht "filesys status" op het geüpgradede knooppunt te bekijken, weet men of de DDFS-service wordt hervat of niet. DDOS-versies op 7.4 en hoger zullen naar verwachting steeds minder downtime hebben als gevolg van verbeteringen aan de DDOS-code.

Na de failover wordt het eerder actieve knooppunt geüpgraded.  Nadat de upgrade is toegepast, wordt opnieuw opgestart naar de nieuwe versie en wordt vervolgens opnieuw verbinding gemaakt met het HA-cluster als het stand-byknooppunt. De DDFS-service wordt niet beïnvloed tijdens dit proces, omdat deze al is hervat in #II hierboven.


     Verificatie:
  1. Nadat de rolling upgrade is voltooid, moet de aanmeldings-GUI worden gebruikt via het IP-adres van het pre-stand-byknooppunt. In dit geval is dit knooppunt1.
Login GUI à Onderhoud à Systeem à Check Upgrade History
Systeempagina
  1. Controleer of er onverwachte waarschuwingen zijn.
Login GUI à Dashboard à Alerts
  1. Op dit punt is de rolling upgrade voltooid.

Rolling upgrade via CLI:
      Bereid het systeem voor op de upgrade:
  1. Zorg ervoor dat de HA-systeemstatus 'zeer beschikbaar' is.
#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. Het DDOS RPM-bestand moet op actief knooppunt worden geplaatst en de upgrade moet vanaf dit knooppunt beginnen.
- Hoe een actief knooppunt te vinden:
  #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. RPM-bestand uploaden naar actief knooppunt
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”)
            Controleer nadat de opdracht "scp" is voltooid de informatie over
het systeempakket Systeempakketlijst actief knooppunt #

     File                 Size (KiB)   Type     Class        Name    Version
     ------------------   ----------   ------   ----------   -----   -------
     x.x.x.x-12345.rpm    2927007.3   System   Production   DD OS   x.x.x.x
     ------------------   ----------   ------   ----------   -----  -------         
  1. Voer de voorcontrole uit op het actieve knooppunt. De upgrade moet worden afgebroken als er een fout optreedt.
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.

     Sluit ook GC, dataverplaatsing en replicatie af voordat u de upgrade start (stap #6), zodat deze taken niet leiden tot een langere DDFS-afsluittijd tijdens de upgrade. Een kortere DDFS-afsluittijd helpt de gevolgen voor clients tot een minimum te beperken. Deze workloads hebben geen invloed op back-up/herstelbewerkingen voor clients. Op basis van de behoeften kunnen deze services worden hervat nadat de upgrade is voltooid met behulp van de bijbehorende inschakelingsopdrachten. Raadpleeg de beheerhandleiding voor meer informatie.
      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
       
     Houd er rekening mee dat er een paar "watch"-opdrachten zijn om te controleren of de bovenstaande bewerkingen zijn uitgevoerd.
      Active-node # filesys clean watch 
   Active-node # cloud clean watch
   Active-node # data-movement watch

      Er zijn enkele andere handmatige controles en opdrachten worden beschreven in de beheerhandleiding die niet strikt noodzakelijk zijn voor een HA-systeem. Pre-reboot wordt momenteel voorgesteld als test voor systemen met één knooppunt. Het is niet nodig voor HA-systemen omdat #5 "ha failover" hieronder al een automatische herstart tijdens het failoverproces bevat.

  1. Facultatief. Voordat u een rolling upgrade uitvoert, is het raadzaam om HA-failover tweemaal handmatig uit te voeren op een actief knooppunt. Het doel is om de failoverfunctionaliteit te testen. De bewerking zorgt ervoor dat het actieve knooppunt opnieuw wordt opgestart. Houd hiermee rekening.

        Bereid u eerst voor op failover door GC, dataverplaatsing en replicatie uit te schakelen. Deze services hebben geen invloed op workloads voor back-up/herstel van clients. Voer vervolgens "ha failover" uit.

       De opdrachten om dit te doen zijn als volgt:
          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
        Houd er rekening mee dat er een paar "watch"-opdrachten zijn om te controleren of de bovenstaande bewerkingen zijn uitgevoerd.
          Active-node # filesys clean watch 
     Active-node # cloud clean watch
     Active-node # data-movement watch
        En voer vervolgens de failover-opdracht uit:

Active-node # ha failover
          Met deze bewerking wordt een failover van dit knooppunt geïnitieerd. Het lokale knooppunt wordt opnieuw opgestart.
      Wilt u doorgaan? (ja|nee) [nee]: ja
Failoverbewerking geïnitieerd. Voer 'ha status' uit om de status
te controleren(Als HA-systeemstatus weer 'zeer beschikbaar' is, voert u de tweede 'ha-failover' uit en wacht u tot beide knooppunten online zijn)

Na de HA-failover kunnen de gestopte services worden hervat met behulp van de bijbehorende inschakelingsopdrachten. Raadpleeg de beheerhandleiding voor meer informatie.
De bovenstaande failovertest is optioneel en hoeft niet vlak voor de upgrade te worden uitgevoerd. De failovertests kunnen worden uitgevoerd vóór de upgrade, bijvoorbeeld twee weken, zodat een kleiner onderhoudsvenster kan worden gebruikt voor de latere upgrade. De downtime van de DDFS-service voor elke failover is ongeveer 10 minuten (minder of meer, afhankelijk van DDOS-versies en enkele andere factoren). DDOS versie 7.4 en hoger hebben minder downtime release per release vanwege continue DDOS SW-verbeteringen. 
  

      Stapsgewijze upgradeprocedure      
  1. Als de voorcontrole zonder problemen is voltooid, gaat u verder met de rolling upgrade op het actieve knooppunt.
             Active-node # system upgrade start <rpm file>

      Met de opdracht 'system upgrade' wordt het besturingssysteem van Data Domain geüpgraded.  File access
wordt onderbroken tijdens de upgrade.  Het systeem wordt automatisch
opnieuw opgestart na de upgrade.
              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.   
        

       DDFS-beschikbaarheid tijdens de bovenstaande opdracht:

  1. Het zal eerst het stand-byknooppunt upgraden en opnieuw opstarten naar de nieuwe versie. Het duurt ongeveer 20 minuten tot 30 minuten, afhankelijk van verschillende factoren. De DDFS-service is actief en werkt gedurende deze periode op het actieve knooppunt zonder prestatieverlies.

  2. Nadat de nieuwe DDOS is toegepast, failover van de DDFS-service naar het geüpgradede stand-byknooppunt. Het duurt ongeveer 10 minuten (minder of meer, afhankelijk van verschillende factoren).

    1. Een belangrijke factor is de DAE FW-upgrade. Het kan ~20 minuten meer downtime veroorzaken, afhankelijk van het aantal DAE's dat is geconfigureerd. Raadpleeg de KB "Data Domain: HA Rolling upgrade may fail for external enclosure firmware upgraded", om te bepalen of een DAE FW-upgrade vereist is. Houd er rekening mee dat er vanaf DDOS 7.5 een verbetering is om online upgrade DAE FW in te schakelen, waardoor dit probleem wordt geëlimineerd.

    2. U kunt contact opnemen met Dell Support om factoren te bespreken die van invloed kunnen zijn op de upgradetijden. Afhankelijk van het clientbesturingssysteem, de applicatie en het protocol tussen client en HA-systeem, moet de gebruiker soms de clientworkloads direct na failover handmatig hervatten. Als met DDBoost-clients de failovertijd bijvoorbeeld meer dan 10 minuten is, moeten de time-out van de client en de gebruiker de workloads handmatig hervatten. Maar er zijn meestal tunables beschikbaar op clients om time-outwaarden en herkansingstijden in te stellen. 

  1. Na de failover wordt het eerder actieve knooppunt geüpgraded.  Nadat de upgrade is toegepast, wordt opnieuw opgestart naar de nieuwe versie en wordt vervolgens opnieuw verbinding gemaakt met het HA-cluster als het stand-byknooppunt. De DDFS-service wordt niet beïnvloed tijdens dit proces, omdat deze al is hervat in #II hierboven.

Houd er rekening mee dat de DDFS-service niet beschikbaar is tijdens de failoverperiode. Door de uitvoer van de opdracht "filesys status" op het geüpgradede knooppunt te bekijken, weet men of de DDFS-service wordt hervat of niet. DDOS-versies op 7.4 en hoger zullen naar verwachting steeds minder downtime hebben als gevolg van verbeteringen aan de DDOS-code.
  1. Nadat het stand-byknooppunt (knooppunt 1) opnieuw is opgestart en toegankelijk is geworden, is het mogelijk om in te loggen op het stand-byknooppunt om de upgradestatus/voortgang te controleren.
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. Wacht tot de upgrade is voltooid. Activeer voordat u dit doet geen HA-failoverbewerking.
Node1 # system upgrade status
Current Upgrade Status: DD OS upgrade Succeeded
End time: 20xx.xx.xx:xx:xx
  1. Controleer de HA-status, beide knooppunten zijn online, HA-systeemstatus is 'zeer beschikbaar'.
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
--------------   ------
            

     Verificatie:
  1. Controleer of beide knooppunten dezelfde DDOS-versie hebben.
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. Controleer of er onverwachte waarschuwingen zijn.
Node1 # alert show current
Node0 # alert show current
  1. Op dit punt is de rolling upgrade voltooid. 

Opmerking: Als u problemen ondervindt met de upgrade, neem dan contact op met Data Domain Support voor verdere instructies en support.


LOKALE UPGRADE voor DDHA-paar: 
Een lokale upgrade werkt in grote lijnen als volgt:

      Bereid het systeem voor op de upgrade:

  1. Controleer de HA-systeemstatus. Zelfs als de status is verslechterd, kan een lokale upgrade aan deze situatie werken.

     #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. Het DDOS RPM-bestand moet op beide knooppunten worden geplaatst en de upgrade moet beginnen vanaf het stand-byknooppunt.
- Hoe vind je een stand-by knooppunt:
#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. Upload het RPM-bestand naar beide knooppunten.
       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”)
 
            Controleer nadat de opdracht "scp" is voltooid de informatie over het systeempakket
     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. Voer de voorcontrole uit op actief knooppunt als de HA-status 'zeer beschikbaar' is. De upgrade moet worden afgebroken als er een fout optreedt.
            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.

            Als de HA-status "degraded" is, moet u een voorcontrole uitvoeren op beide knooppunten.

            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.           
     Stapsgewijze upgradeprocedure   
     
  1. Haal het stand-byknooppunt 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.
           (OPMERKING: Als offline werking is mislukt of de ha-status is verslechterd, gaat u door met de lokale upgrade omdat latere stappen mogelijk fouten afhandelen.)
  1. Zorg ervoor dat de status van het stand-byknooppunt offline is.
       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. Voer de upgrade uit op het stand-byknooppunt. Met deze bewerking wordt het opnieuw opstarten van het stand-byknooppunt aangeroepen.
             Standby-node # system upgrade start <rpm file> local
        Met de opdracht 'system upgrade' wordt het Data Domain OS geüpgraded.  File access
    wordt onderbroken tijdens de upgrade.  Het systeem wordt automatisch
    opnieuw opgestart na de upgrade.
                Weet je het zeker? (ja|nee) [nee]: ja
    Oké, verdergaan.
        De 'lokale' vlag is zeer storend voor HA-systemen en mag alleen worden gebruikt als reparatiewerkzaamheden.
               Weet je het zeker? (ja|nee) [nee]: ja
    Oké, verdergaan.
        Upgrade wordt uitgevoerd:
        Knooppunt 1: fase 3/4 (opnieuw opstarten 0%)
    Upgrade is gestart.  Het systeem wordt opnieuw opgestart.
    1. Het stand-byknooppunt start opnieuw op naar de nieuwe versie van DDOS, maar blijft offline.
    2. Controleer de status van de systeemupgrade. Het kan meer dan 30 minuten duren voordat de upgrade van het besturingssysteem is voltooid.
                 Standby-node # system upgrade status
          Current Upgrade Status: DD OS upgrade Succeeded
          End time: 20xx.xx.xx:xx:xx
    1. Controleer de HA-systeemstatus, het stand-byknooppunt (in dit geval is dit knooppunt1) offline is, de HA-status is 'gedegradeerd'.
                 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. Voer de lokale upgrade uit op het actieve knooppunt. Met deze bewerking wordt het actieve knooppunt opnieuw opgestart.
            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. Controleer de status van de systeemupgrade. Het kan meer dan 30 minuten duren voordat de upgrade van het besturingssysteem is voltooid.
             Active-node # system upgrade status
        Current Upgrade Status: DD OS upgrade Succeeded
        End time: 20xx.xx.xx:xx:xx
    1. Nadat de upgrade van het actieve knooppunt is voltooid, is de HA-systeemstatus nog steeds verslechterd. Voer de volgende opdracht uit om het stand-byknooppunt online te maken. Het stand-byknooppunt wordt opnieuw opgestart.
             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.
        (OPMERKING: Als 'ha offline' niet is uitgevoerd bij de vorige stappen, negeer deze stap)
    1. Het stand-byknooppunt wordt opnieuw opgestart en opnieuw toegevoegd aan het cluster. Daarna wordt de HA-status weer 'zeer beschikbaar'.
              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
         --------------   ------
    Verificatie:
    1. Controleer of beide knooppunten dezelfde DDOS-versie hebben.
           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. Controleer of er onverwachte waarschuwingen zijn.
           Node1 # alert show current
       Node0 # alert show current
    1. Op dit punt is de rolling upgrade voltooid.
               
    Opmerking: Als u problemen ondervindt met de upgrade, neem dan contact op met Data Domain Support voor verdere instructies en support.

    Additional Information

    Rolling upgrade:

    • Houd er rekening mee dat er een enkele failover wordt uitgevoerd tijdens de upgrade, zodat rollen worden verwisseld

    • Upgrade-informatie wordt nog steeds bewaard in infra.log, maar er kan aanvullende informatie in ha.log

    • De voortgang van de upgrade kan worden gecontroleerd via System Upgrade Watch 

    Upgrade lokaal knooppunt:

    • Een upgrade van een lokaal knooppunt voert geen HA-failover uit

    • Als gevolg hiervan zal het een langere periode van downtime zijn terwijl het actieve knooppunt upgradet/opnieuw opstart/upgradeactiviteiten uitvoert na het opnieuw opstarten, waardoor back-ups/herstel waarschijnlijk een time-out krijgen en mislukken. Toewijzing van een onderhoudstijdvenster vereist voor lokale upgrade.

    • Zelfs als de HA-systeemstatus 'verslechterd' is, kan de lokale upgrade worden uitgevoerd.

    • Om de een of andere reden kan het uitrollen van de upgrade onverwacht mislukken. Lokale upgrade kan in deze situatie worden overwogen als een oplossingsmethode.

       

    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.