DataDomain: Käyttöjärjestelmän päivitysopas korkean käytettävyyden järjestelmille (HA)

Summary: Data Domain -käyttöjärjestelmän (DDOS) päivitysten prosessin yleiskatsaus Data Domainin erittäin käytettävissä (DDHA) -laitteissa.

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

HA-järjestelmän suunniteltu huolto

Suunniteltujen huoltoseisokkien vähentämiseksi järjestelmän rullaava päivitys sisältyy HA-arkkitehtuuriin. Jatkuva päivitys saattaa päivittää ensin valmiustilan solmun ja siirtää sitten palvelut aktiivisesta solmusta valmiussolmuun odotetun HA-vikasietotilan avulla. Viimeinkin aiemmat aktiiviset solmut päivitetään ja ne liittyvät uudelleen HA-klusteriin valmiussolmuna. Kaikki prosessit tehdään yhdellä komennolla.
Vaihtoehtoinen manuaalinen päivitys on paikallinen päivitys. Päivitä ensin manuaalisesti valmiussolmu ja päivitä sitten aktiivinen solmu manuaalisesti.  Viimeinkin valmiustila liittyisi uudelleen HA-klusteriin. Paikallinen päivitys voidaan tehdä joko tavallista päivitystä varten tai ongelmien korjaamiseksi.
Kaikki aktiivisen solmun järjestelmäpäivitystoiminnot edellyttävät tietojen muuntamista, eivät välttämättä käynnisty, ennen kuin molemmat järjestelmät on päivitetty samalle tasolle ja HA-tila on palautettu kokonaan.


DDOS 5.7 ja sitä uudemmat versiot tukevat kahdenlaisia HA-järjestelmien päivitystapoja:

  • Jatkuva päivitys - päivitä molemmat HA-solmut automaattisesti yhdellä komennolla. Palvelu siirretään toiseen solmuun päivityksen jälkeen.

  • Paikallinen päivitys - päivitä HA-solmut manuaalisesti yksi kerrallaan. Palvelu säilyy samassa solmussa päivityksen jälkeen.

 

Jatkuva päivitys käyttöliittymän kautta:

Valmistele järjestelmä päivitystä varten:

  1. Varmista, että HA-järjestelmän tila on "erittäin käytettävissä".

 Kirjaudu sisään GUI à Home à Dashboard

Koontinäyttö-sivu
  1. DDOS RPM -tiedosto on sijoitettava aktiiviseen solmuun, ja päivityksen pitäisi alkaa tästä solmusta.
- Kuinka löytää aktiivinen solmu:
  Kirjaudu sisään GUI à Home à Dashboard

Koontinäyttö-sivu               
 
  1. Lataa RPM-tiedosto aktiiviseen solmuun
Kirjaudu sisään GUI à Ylläpito à Järjestelmä à Napsauta LATAA PÄIVITYSPAKETTI -painiketta

Ylläpito-sivu 
Lataamisen jälkeen RPM-tiedosto näkyy luettelossa. 
  1. Suorita esitarkistus aktiivisessa solmussa. Päivitys on keskeytettävä, jos ilmenee virheitä.
Kirjaudu sisään Graafinen käyttöliittymä à Ylläpito à Järjestelmä à Napsauta päivityksen RPM-tiedostoa à Napsauta PÄIVITYKSEN ESITARKISTUS

Järjestelmäsivu 
 

         Sammuta myös GC, tiedonsiirto ja replikointi ennen päivityksen aloittamista (vaihe #6), jotta nämä työt eivät johda pidempään DDFS-sammutusaikaan päivityksen aikana. Lyhyempi DDFS-sammutusaika auttaa minimoimaan asiakkaille aiheutuvat vaikutukset. Nämä kuormitukset eivät vaikuta asiakkaan varmuuskopiointi-/palautustoimintoihin.

         Tarpeen mukaan näitä palveluja voidaan jatkaa päivityksen jälkeen käyttämällä vastaavia käyttöönottokomentoja. Katso lisätietoja hallintaoppaasta.

         Hallintaoppaassa on kuvattu myös muita manuaalisia tarkistuksia ja komentoja, jotka eivät ole ehdottoman välttämättömiä HA-järjestelmässä. Uudelleenkäynnistystä edeltävää toimintoa suositellaan nykyisin testiksi yhden solmun järjestelmille. Sitä ei tarvita HA-järjestelmissä, koska #5 "ha failover" alla sisältää jo automaattisen uudelleenkäynnistyksen vikasietoprosessin aikana.

  1. Valinnainen. Ennen rullaavaa päivitystä on suositeltavaa tehdä HA-vikasietoisuus kahdesti manuaalisesti aktiivisessa solmussa. Tarkoituksena on testata vikasietoisuustilan toimivuutta. Toiminto käynnistää aktiivisen solmun uudelleen, huomaa se.

   
              Valmistaudu ensin vikasietoon sammuttamalla GC, tietojen siirto ja replikointi. Katso hallintaoppaasta, miten se tehdään käyttöliittymän kautta. Nämä palvelut eivät vaikuta asiakkaan varmuuskopiointi-/palautuskuormituksiin. Jatka ha-vikasietoisuutta.
 

Kirjautumisen käyttöliittymä à Terveys à Korkea saatavuus à Napsauta Failover to XXX


(Kun HA-järjestelmän tila on jälleen "erittäin käytettävissä", suorita toinen ha failover ja odota, että molemmat solmut siirtyvät online-tilaan)
 

HA-vikasietotilan jälkeen pysäytettyjä palveluja voidaan jatkaa vastaavilla käyttöönottokomennoilla. Katso lisätietoja hallintaoppaasta.

Edellä mainitut vikasietotestit ovat valinnaisia, eikä niitä tarvitse tehdä juuri ennen päivitystä. Vikasietotestit voidaan suorittaa ennen päivitystä, esimerkiksi kaksi viikkoa, jotta myöhempää päivitystä varten voidaan käyttää pienempää huoltoikkunaa. Kunkin vikasietotilan DDFS-palvelun käyttökatko on noin 10 minuuttia (vähemmän tai enemmän riippuen DDOS-versioista ja muista tekijöistä). DDOS-versiossa 7.4 ja sitä uudemmissa versioissa on vähemmän käyttökatkoksia jatkuvien DDOS SW -parannusten vuoksi.
 

      Päivitä vaihe vaiheelta
  1. Jos esitarkistus on valmis ilman ongelmia, jatka päivittämistä aktiivisessa solmussa.
Kirjaudu sisään GUI à Ylläpito à Järjestelmä à Napsauta päivityksen RPM-tiedostoa à Napsauta SUORITA JÄRJESTELMÄPÄIVITYS
 
Järjestelmäsivu
  1. Odota, kunnes päivitys päättyy. Ennen sitä älä käynnistä mitään HA-vikasietotoimintoa.

DDFS:n käytettävyys edellä olevan komennon aikana:

  1. Se päivittää valmiustilan solmun ensin ja käynnistää sen uudelleen uuteen versioon. Se kestää noin 20–30 minuuttia eri tekijöistä riippuen. DDFS-palvelu on käytössä ja toimii aktiivisessa solmussa tänä aikana suorituskyvyn heikentymättä.

  2. Kun uusi DDOS on otettu käyttöön, järjestelmä ei läpäise DDFS-palvelua päivitetyssä valmiussolmussa. Se kestää noin 10 minuuttia (vähemmän tai enemmän eri tekijöistä riippuen).

    1. Yksi merkittävä tekijä on DAE-laiteohjelmistopäivitys. Se voi aiheuttaa ~ 20 minuuttia enemmän seisokkeja riippuen siitä, kuinka monta DAE: tä on määritetty. Lisätietoja on tietämyskannan artikkelissa Data Domain: HA Rolling -päivitys saattaa epäonnistua, kun ulkoisen kotelon laiteohjelmistopäivitys on päivitetty", jotta voidaan määrittää, tarvitaanko DAE FW -päivitystä. Huomaa, että DDOS 7.5 -versiosta alkaen on parannus, joka mahdollistaa DAE FW -päivityksen verkossa, mikä poistaa tämän ongelman.

    2. Dell-tukeen voi ottaa yhteyttä keskusteltaessa päivitysaikoihin mahdollisesti vaikuttavista tekijöistä. Riippuu asiakkaan käyttöjärjestelmästä, sovelluksesta sekä asiakkaan ja HA-järjestelmän välisestä protokollasta, joskus käyttäjän on ehkä jatkettava asiakkaan työkuormia manuaalisesti heti vikasietoon siirtymisen jälkeen. Jos esimerkiksi DDBoost-asiakkaita käytettäessä vikasietoaika on yli 10 minuuttia, työasemien aikakatkaisua ja käyttäjän on jatkettava työkuormia manuaalisesti. Asiakkaille on kuitenkin yleensä käytettävissä viritysasetuksia, joilla aikakatkaisuarvot ja uudelleenyritysajat voidaan määrittää. 

Huomaa, että DDFS-palvelu on poissa käytöstä vikasietojakson aikana. Katsomalla päivitetyn solmun filesys status -komennon tulosta tiedät, jatketaanko DDFS-palvelua vai ei. DDOS-versioissa 7.4 ja sitä uudemmissa versioissa odotetaan olevan yhä vähemmän käyttökatkoksia DDOS-koodin parannusten vuoksi.

Vikasietotilan jälkeen aiemmin aktiivinen solmu päivitetään.  Kun päivitys on otettu käyttöön, järjestelmä käynnistyy uudelleen uuteen versioon ja liittyy sitten uudelleen HA-klusteriin valmiussolmuna. Tämä prosessi ei vaikuta DDFS-palveluun, koska sitä jatkettiin jo edellä #II.


     Tarkistus:
  1. Kun päivitys on valmis, tarvitset kirjautumisen käyttöliittymän valmiustilaa edeltävän solmun IP-osoitteen kautta, tässä tapauksessa se on node1.
Kirjaudu sisään GUI à Ylläpito à Järjestelmä à Tarkista päivityshistoria
Järjestelmäsivu
  1. Tarkista, onko odottamattomia hälytyksiä.
Login GUI à Dashboard à Alerts
  1. Tässä vaiheessa rullaava päivitys on valmis.

Jatkuva päivitys komentoriviliittymässä:
      Valmistele järjestelmä päivitystä varten:
  1. Varmista, että HA-järjestelmän tila on "erittäin käytettävissä".
#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. DDOS RPM -tiedosto on sijoitettava aktiiviseen solmuun, ja päivityksen pitäisi alkaa tästä solmusta.
- Kuinka löytää aktiivinen solmu:
  #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. Lataa RPM-tiedosto aktiiviseen solmuun
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”)
            Kun komento "scp" on valmis, tarkista järjestelmäpaketin tiedot
Aktiivisen solmun # järjestelmäpakettiluettelo

     File                 Size (KiB)   Type     Class        Name    Version
     ------------------   ----------   ------   ----------   -----   -------
     x.x.x.x-12345.rpm    2927007.3   System   Production   DD OS   x.x.x.x
     ------------------   ----------   ------   ----------   -----  -------         
  1. Suorita esitarkistus aktiivisessa solmussa. Päivitys on keskeytettävä, jos ilmenee virheitä.
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.

     Sammuta myös GC, tiedonsiirto ja replikointi ennen päivityksen aloittamista (vaihe #6), jotta nämä työt eivät johda pidempään DDFS-sammutusaikaan päivityksen aikana. Lyhyempi DDFS-sammutusaika auttaa minimoimaan asiakkaille aiheutuvat vaikutukset. Nämä kuormitukset eivät vaikuta asiakkaan varmuuskopiointi-/palautustoimintoihin. Tarpeiden mukaan näitä palveluja voidaan jatkaa päivityksen jälkeen käyttämällä vastaavia käyttöönottokomentoja. Katso lisätietoja hallintaoppaasta.
      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
       
     Huomaa, että on olemassa muutamia "watch" -komentoja tarkistaaksesi, onko yllä olevat toiminnot tehty.
      Active-node # filesys clean watch 
   Active-node # cloud clean watch
   Active-node # data-movement watch

      Hallintaoppaassa on kuvattu myös muita manuaalisia tarkistuksia ja komentoja, jotka eivät ole ehdottoman välttämättömiä HA-järjestelmässä. Uudelleenkäynnistystä edeltävää toimintoa suositellaan nykyisin testiksi yhden solmun järjestelmille. Sitä ei tarvita HA-järjestelmissä, koska #5 "ha failover" alla sisältää jo automaattisen uudelleenkäynnistyksen vikasietoprosessin aikana.

  1. Valinnainen. Ennen rullaavaa päivitystä on suositeltavaa tehdä HA-vikasietoisuus kahdesti manuaalisesti aktiivisessa solmussa. Tarkoituksena on testata vikasietoisuustilan toimivuutta. Toiminto käynnistää aktiivisen solmun uudelleen, huomaa se.

        Valmistaudu ensin vikasietoon poistamalla GC, tietojen siirto ja replikointi käytöstä. Nämä palvelut eivät vaikuta asiakkaan varmuuskopiointi-/palautuskuormituksiin. Suorita ha-vikasietoisuus.

       Komennot tämän tekemiseen ovat seuraavat:
          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
        Huomaa, että on olemassa muutamia "watch" -komentoja tarkistaaksesi, onko yllä olevat toiminnot tehty.
          Active-node # filesys clean watch 
     Active-node # cloud clean watch
     Active-node # data-movement watch
        Suorita vikasietoisuuskomento:

Active-node # ha failover
          Tämä toiminto käynnistää vikasietotilan tästä solmusta. Paikallinen solmu käynnistyy uudelleen.
      Haluatko jatkaa? (kyllä|ei) [ei]: kyllä
Vikasietotoiminto aloitettu. Voit valvoa tilaa
suorittamalla ha-tilan(Kun HA-järjestelmän tila on jälleen "erittäin käytettävissä", suorita toinen ha failover ja odota, että molemmat solmut siirtyvät online-tilaan)

HA-vikasietotilan jälkeen pysäytettyjä palveluja voidaan jatkaa vastaavilla käyttöönottokomennoilla. Katso lisätietoja hallintaoppaasta.
Edellä mainitut vikasietotestit ovat valinnaisia, eikä niitä tarvitse tehdä juuri ennen päivitystä. Vikasietotestit voidaan suorittaa ennen päivitystä, esimerkiksi kaksi viikkoa, jotta myöhempää päivitystä varten voidaan käyttää pienempää huoltoikkunaa. Kunkin vikasietotilan DDFS-palvelun käyttökatko on noin 10 minuuttia (vähemmän tai enemmän riippuen DDOS-versioista ja muista tekijöistä). DDOS-versiossa 7.4 ja uudemmissa on vähemmän käyttökatkoksia julkaisun yhteydessä jatkuvien DDOS SW -parannusten vuoksi. 
  

      Päivitä vaihe vaiheelta      
  1. Jos esitarkistus on valmis ilman ongelmia, jatka päivittämistä aktiivisessa solmussa.
             Active-node # system upgrade start <rpm file>

      System upgrade -komento päivittää Data Domain -käyttöjärjestelmän.  Tiedostojen käyttö
keskeytyy päivityksen aikana.  Järjestelmä käynnistyy uudelleen automaattisesti
päivityksen jälkeen.
              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:n käytettävyys edellä olevan komennon aikana:

  1. Se päivittää valmiustilan solmun ensin ja käynnistää sen uudelleen uuteen versioon. Se kestää noin 20–30 minuuttia eri tekijöistä riippuen. DDFS-palvelu on käytössä ja toimii aktiivisessa solmussa tänä aikana suorituskyvyn heikentymättä.

  2. Kun uusi DDOS on otettu käyttöön, järjestelmä ei läpäise DDFS-palvelua päivitetyssä valmiussolmussa. Se kestää noin 10 minuuttia (vähemmän tai enemmän eri tekijöistä riippuen).

    1. Yksi merkittävä tekijä on DAE-laiteohjelmistopäivitys. Se voi aiheuttaa ~ 20 minuuttia enemmän seisokkeja riippuen siitä, kuinka monta DAE: tä on määritetty. Lisätietoja on tietämyskannan artikkelissa Data Domain: HA Rolling -päivitys saattaa epäonnistua, kun ulkoisen kotelon laiteohjelmistopäivitys on päivitetty", jotta voidaan määrittää, tarvitaanko DAE FW -päivitystä. Huomaa, että DDOS 7.5 -versiosta alkaen on parannus, joka mahdollistaa DAE FW -päivityksen verkossa, mikä poistaa tämän ongelman.

    2. Dell-tukeen voi ottaa yhteyttä keskusteltaessa päivitysaikoihin mahdollisesti vaikuttavista tekijöistä. Riippuu asiakkaan käyttöjärjestelmästä, sovelluksesta sekä asiakkaan ja HA-järjestelmän välisestä protokollasta, joskus käyttäjän on ehkä jatkettava asiakkaan työkuormia manuaalisesti heti vikasietoon siirtymisen jälkeen. Jos esimerkiksi DDBoost-asiakkaita käytettäessä vikasietoaika on yli 10 minuuttia, työasemien aikakatkaisua ja käyttäjän on jatkettava työkuormia manuaalisesti. Asiakkaille on kuitenkin yleensä saatavilla virityksiä, joilla voidaan määrittää aikakatkaisuarvot ja uudelleenyritysajat. 

  1. Vikasietotilan jälkeen aiemmin aktiivinen solmu päivitetään.  Kun päivitys on otettu käyttöön, järjestelmä käynnistyy uudelleen uuteen versioon ja liittyy sitten uudelleen HA-klusteriin valmiussolmuna. Tämä prosessi ei vaikuta DDFS-palveluun, koska sitä jatkettiin jo edellä #II.

Huomaa , että DDFS-palvelu on poissa käytöstä vikasietojakson aikana. Katsomalla päivitetyn solmun filesys status -komennon tulosta tiedät, jatketaanko DDFS-palvelua vai ei. DDOS-versioissa 7.4 ja sitä uudemmissa versioissa odotetaan olevan yhä vähemmän käyttökatkoksia DDOS-koodin parannusten vuoksi.
  1. Kun valmiustilan solmu (solmu 1) on käynnistetty uudelleen ja se on käytettävissä, voit kirjautua sisään valmiussolmuun päivityksen tilan/edistymisen seuraamiseksi.
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. Odota, kunnes päivitys päättyy. Ennen sitä älä käynnistä mitään HA-vikasietotoimintoa.
Node1 # system upgrade status
Current Upgrade Status: DD OS upgrade Succeeded
End time: 20xx.xx.xx:xx:xx
  1. Tarkista HA:n tila, molemmat solmut ovat online-tilassa, HA-järjestelmän tila on High 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
--------------   ------
            

     Tarkistus:
  1. Tarkista, että molemmissa solmuissa on sama DDOS-versio.
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. Tarkista, onko odottamattomia hälytyksiä.
Node1 # alert show current
Node0 # alert show current
  1. Tässä vaiheessa rullaava päivitys on valmis. 

Huomautus: Jos päivityksessä ilmenee ongelmia, pyydä lisäohjeita ja tukea Data domain -tuesta.


DDHA Pairin paikallinen päivitys: 
Paikallinen päivitys toimii pääpiirteissään seuraavasti:

      Valmistele järjestelmä päivitystä varten:

  1. Tarkista HA-järjestelmän tila. Vaikka tila on heikentynyt, paikallinen päivitys voi toimia tässä tilanteessa.

     #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. DDOS RPM -tiedosto on sijoitettava molempiin solmuihin, ja päivityksen pitäisi alkaa valmiussolmusta.
- Kuinka löytää valmiussolmu:
#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. Lataa RPM-tiedosto molempiin solmuihin.
       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”)
 
            Kun komento "scp" on valmis, tarkista järjestelmäpaketin tiedot
     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. Suorita esitarkistus aktiivisessa solmussa, jos HA-tila on Highly Available. Päivitys on keskeytettävä, jos ilmenee virheitä.
            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.

            Jos HA:n tila on heikentynyt, molemmissa solmuissa on tehtävä esitarkistus.

            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.           
     Päivitä vaihe vaiheelta   
     
  1. Siirrä valmiussolmu offline-tilaan.
            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.
           (HUOMAUTUS: Jos offline-toiminto epäonnistui tai ha-tila on heikentynyt, jatka paikallista päivitystä, koska myöhemmissä vaiheissa virheitä saattaa ilmetä.)
  1. Varmista, että valmiussolmun tila on offline-tilassa.
       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. Päivitys tehdään valmiussolmussa. Tämä toiminto käynnistää valmiussolmun uudelleenkäynnistyksen.
             Valmiussolmu # järjestelmäpäivitys start <rpm file> local
        Command system upgrade päivittää Data Domain -käyttöjärjestelmän.  Tiedostojen käyttö
    keskeytyy päivityksen aikana.  Järjestelmä käynnistyy uudelleen automaattisesti
    päivityksen jälkeen.
                Oletko varma? (kyllä|ei) [ei]: kyllä
    OK, jatkataan.
        "Paikallinen" lippu häiritsee suuresti HA-järjestelmiä, ja sitä tulisi käyttää vain korjaustoimenpiteenä.
               Oletko varma? (kyllä|ei) [ei]: kyllä
    OK, jatkataan.
        Päivitys meneillään:
        Solmu 1: vaihe 3/4 (uudelleenkäynnistys 0%)
    Päivitys on alkanut.  Järjestelmä käynnistyy uudelleen.
    1. Valmiustilan solmu käynnistyy uudelleen uuteen DDOS-versioon, mutta pysyy offline-tilassa.
    2. Tarkista järjestelmäpäivityksen tila, sillä käyttöjärjestelmäpäivityksen viimeistely voi kestää yli 30 minuuttia.
                 Standby-node # system upgrade status
          Current Upgrade Status: DD OS upgrade Succeeded
          End time: 20xx.xx.xx:xx:xx
    1. Tarkista HA-järjestelmän tila, valmiussolmu (tässä tapauksessa solmu 1) on offline-tilassa ja HA-tila on heikentynyt.
                 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. Tee aktiivinen solmun paikallinen päivitys. Tämä toiminto käynnistää aktiivisen solmun uudelleen.
            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. Tarkista järjestelmäpäivityksen tila, sillä käyttöjärjestelmäpäivityksen viimeistely voi kestää yli 30 minuuttia.
             Active-node # system upgrade status
        Current Upgrade Status: DD OS upgrade Succeeded
        End time: 20xx.xx.xx:xx:xx
    1. Kun aktiivinen solmupäivitys on valmis, HA-järjestelmän tila on edelleen heikentynyt. Määritä valmiustilan solmu online-tilaan suorittamalla seuraava komento. Se käynnistää valmiustilan solmun uudelleen.
             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.
        (HUOMAUTUS: Jos 'ha offline' -komentoa ei suoritettu edellisissä vaiheissa, ohita tämä vaihe)
    1. Valmiustilan solmu käynnistyy uudelleen ja liittyy klusteriin uudelleen. Sen jälkeen HA-tila on jälleen "erittäin käytettävissä".
              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
         --------------   ------
    Tarkistus:
    1. Tarkista, että molemmissa solmuissa on sama DDOS-versio.
           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. Tarkista, onko odottamattomia hälytyksiä.
           Node1 # alert show current
       Node0 # alert show current
    1. Tässä vaiheessa rullaava päivitys on valmis.
               
    Huomautus: Jos päivityksessä ilmenee ongelmia, pyydä lisäohjeita ja tukea Data domain -tuesta.

    Additional Information

    Jatkuva päivitys:

    • Huomaa, että päivityksen aikana suoritetaan yksi vikasietoisuus, joten roolit vaihtuvat

    • Päivitystietoja säilytetään edelleen infra.log mutta ha.log saattaa olla lisätietoja

    • Päivityksen edistymistä voi seurata järjestelmän päivityskellon kautta 

    Paikallisen solmun päivitys:

    • Paikallisen solmun päivitys ei suorita HA-vikasietoa

    • Tämän seurauksena seisokit kestävät pitkään, kun aktiivinen solmu päivittyy/käynnistyy uudelleen / suorittaa uudelleenkäynnistyksen jälkeisiä päivitystoimia, mikä todennäköisesti aiheuttaa varmuuskopioiden/palautusten aikakatkaisun ja epäonnistumisen. Edellytä huoltoajan varaamista paikalliselle päivitykselle.

    • Vaikka HA-järjestelmän tila olisi "heikentynyt", paikallista päivitystä voidaan jatkaa.

    • Rullaava päivitys saattaa jostain syystä epäonnistua odottamatta. Paikallista päivitystä voidaan pitää korjausmenetelmänä tässä tilanteessa.

       

    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.