DataDomain: Yüksek Kullanılabilirlik (HA) Sistemleri için İşletim Sistemi Yükseltme Rehberi

Summary: Data Domain "Highly Available" (DDHA) cihazlarda Data Domain Operation System (DDOS) yükseltmeleri sürecine genel bakış.

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 sistemi planlı bakımı

Planlı bakım kesinti süresini azaltmak için sistem sürekli yükseltmesi HA mimarisine dahil edilmiştir. Sürekli yükseltme, önce bekleme düğümünü yükseltebilir ve ardından hizmetleri aktif düğümden bekleme düğümüne taşımak için beklenen HA yük devretme işlemini kullanabilir. Son olarak, önceki aktif düğümler yükseltilecek ve bekleme düğümü olarak HA kümesine yeniden katılacaktır. Tüm işlemler tek bir komutta yapılır.
"Yerel yükseltme" alternatif bir manuel yükseltme yöntemidir. Önce bekleme düğümünü manuel olarak yükseltin ve ardından aktif düğümü manuel olarak yükseltin.  Son olarak, bekleme düğümü HA kümesine yeniden katılacaktır. Yerel yükseltme, normal yükseltme veya sorunları düzeltmek için gerçekleştirilebilir.
Aktif düğümdeki veri dönüştürme gerektiren tüm sistem yükseltme işlemleri, her iki sistem de aynı düzeye yükseltilene ve HA durumu tamamen geri yüklenene kadar başlatılamayabilir.


DDOS 5.7 ve sonraki sürümleri HA sistemleri için iki tür yükseltme yöntemini destekler:

  • Sürekli yükseltme: Tek bir komutla her iki HA düğümünü de otomatik olarak yükseltin. Hizmet, yükseltmeden sonra diğer düğüme taşınır.

  • Yerel yükseltme: HA düğümlerini manuel olarak birer birer yükseltin. Hizmet, yükseltmeden sonra aynı düğümde tutulur.

 

GUI aracılığıyla sürekli yükseltme:

Sistemi yükseltmeye hazırlayın:

  1. Lütfen HA sistem durumunun "highly available" olduğundan emin olun.

 GUI'de oturum açın à Home (Ana Sayfa) à Dashboard (Kontrol Paneli)

Dashboard sayfası
  1. DDOS RPM dosyası aktif düğüme yerleştirilmeli ve yükseltme bu düğümden başlamalıdır.
- Aktif düğümü bulma:
  GUI'de oturum açın à Home (Ana Sayfa) à Dashboard (Kontrol Paneli)

Dashboard sayfası               
 
  1. RPM dosyasını aktif düğüme yükleyin
GUI'de oturum açın à Maintenance (Bakım) à System (Sistem) à UPLOAD UPGRADE PACKAGE (YÜKSELTME PAKETİNİ YÜKLE) düğmesine tıklayın

Maintenance sayfası
Yüklemeden sonra RPM dosyası listelenecektir. 
  1. Lütfen aktif düğümde ön kontrol çalıştırın. Herhangi bir hatayla karşılaşılırsa yükseltme iptal edilmelidir.
GUI'de oturum açın à Maintenance (Bakım) à System (Sistem) à Yükseltme RPM dosyasına tıklayın à UPGRADE PRECHECK (YÜKSELTME ÖN KONTROL) öğesine tıklayın

System sayfası 
 

         Lütfen yükseltmeyi başlatmadan önce GC, Veri taşıma ve çoğaltmayı da kapatın (adım #6), böylece bu işler yükseltme sırasında daha uzun DDFS kapatma süresine yol açmaz. Daha kısa DDFS kapatma süresi istemciler üzerindeki etkileri en aza indirmeye yardımcı olur. Bu iş yükleri, istemci yedekleme/geri yükleme işlemlerini etkilemez.

         İhtiyaçlara bağlı olarak bu hizmetler, yükseltme tamamlandıktan sonra ilgili etkinleştirme komutları kullanılarak devam ettirilebilir. Daha fazla bilgi için lütfen yönetim kılavuzuna göz atın.

         Yönetim kılavuzunda bir HA sistemi için zorunlu olmayan başka manuel kontroller ve komutlar da açıklanmaktadır. Ön yeniden başlatma şu anda tek düğümlü sistemler için bir test olarak önerilmektedir. HA sistemleri için gerekli değildir çünkü aşağıda yer alan #5 "ha failover", yük devretme işlemi sırasında otomatik yeniden başlatmayı zaten içerir.

  1. İsteğe bağlıdır. Sürekli yükseltmeyi çalıştırmadan önce aktif düğümde HA yük devretmeyi manuel olarak iki kez yapmanız önerilir. Bunun amacı yük devretmenin çalıştığını test etmektir. İşlemin, aktif düğümün yeniden başlatılmasına neden olacağını göz önünde bulundurun.

   
              İlk olarak, GC, Veri taşıma ve çoğaltmayı kapatarak yük devretmeye hazırlanın. GUI aracılığıyla nasıl yapılacağını öğrenmek için lütfen yönetim kılavuzuna bakın. Bu hizmetler istemci yedekleme/geri yükleme iş yüklerini etkilemez. Ardından "ha failover" işlemine devam edin.
 

GUI'de oturum açın à Health (Sağlık) à High Availability (Yüksek Kullanılabilirlik) à Failover to XXX (XXX'e Yük Devret) seçeneğine tıklayın


(HA Sistem durumu tekrar "highly available" olduğunda lütfen ikinci "ha failover" işlemini gerçekleştirin ve her iki düğümün de çevrimiçi olmasını bekleyin)
 

HA yük devretmeden sonra durdurulan hizmetler ilgili etkinleştirme komutları kullanılarak sürdürülebilir. Daha fazla bilgi için lütfen yönetim kılavuzuna bakın.

Yukarıdaki yük devretme testleri isteğe bağlıdır ve yükseltmeden hemen önce gerçekleştirilmeleri gerekli değildir. Yük devretme testleri, daha sonraki yükseltme için daha kısa bir bakım süresi kullanılabilmesi için örneğin yükseltmeden iki hafta önce gerçekleştirilebilir. Her yük devretme için DDFS hizmet kesinti süresi yaklaşık 10 dakikadır (DDOS sürümlerine ve diğer bazı etkenlere bağlı olarak daha kısa veya uzun sürebilir). DDOS 7.4 ve sonraki sürümlerinde, sürekli DDOS SW geliştirmeleri nedeniyle her sürümde daha az kesinti süresi olacaktır.
 

      Adım adım yükseltme prosedürü
  1. Ön denetim herhangi bir sorun olmadan bittiyse aktif düğümde sürekli yükseltmeye devam edin.
GUI'de oturum açın à Maintenance (Bakım) à System (Sistem) à Yükseltme RPM dosyasına tıklayın à PERFORM SYSTEM UPGRADE (SİSTEM YÜKSELTMESİ YAP) seçeneğine tıklayın
 
System sayfası
  1. Lütfen sürekli yükseltmenin bitmesini bekleyin... Bu işlemden önce lütfen herhangi bir HA yük devretme işlemini tetiklemeyin.

Yukarıdaki komut sırasında DDFS kullanılabilirliği:

  1. Önce bekleme düğümünü yükseltecek ve yeni sürümle yeniden başlatacaktır. Çeşitli etkenlere bağlı olarak yaklaşık 20 ila 30 dakika sürer. DDFS hizmeti çalışır durumda olur ve bu süre boyunca herhangi bir performans düşüşü olmadan aktif düğümde çalışır.

  2. Yeni DDOS uygulandıktan sonra sistem, DDFS hizmetinin yükseltilmiş bekleme düğümüne yük devretme işlemini gerçekleştirir. Yaklaşık 10 dakika sürer (çeşitli etkenlere bağlı olarak daha kısa veya uzun sürebilir).

    1. DAE FW yükseltmesi önemli bir etkendir. Yapılandırılan DAE sayısına bağlı olarak yaklaşık 20 dakika daha kesintiye neden olabilir. DAE FW yükseltmesinin gerekip gerekmediğini belirlemek için lütfen bkz. KB "Data Domain: HA Rolling upgrade may fail for external enclosure firmware upgraded" (Harici muhafaza bellenimini HA sürekli yükseltme başarısız olabilir). DDOS 7.5 sürümünden itibaren, bu sorunu ortadan kaldıran DAE FW çevrimiçi yükseltmesini etkinleştiren bir iyileştirme olduğunu lütfen unutmayın.

    2. Yükseltme sürelerini etkileyebilecek etkenleri görüşmek için Dell desteği ekibiyle iletişime geçilebilir. İstemci işletim sistemine, uygulamaya ve istemci ile HA sistemi arasındaki protokole bağlı olarak bazen kullanıcının yük devretmeden hemen sonra istemci iş yüklerini manuel olarak sürdürmesi gerekebilir. Örneğin, DDBoost istemcilerde yük devretme süresi 10 dakikanın üzerindeyse istemci zaman aşımına uğrar ve kullanıcının iş yüklerini manuel olarak sürdürmesi gerekir. Ancak genellikle istemcilerde zaman aşımı değerlerini ve yeniden deneme sürelerini ayarlamak mümkündür. 

DDFS hizmetinin yük devretme süresi boyunca kapalı olacağını unutmayın. Yükseltilen düğümde "filesys status" komutunun çıktısını izleyerek DDFS hizmetinin devam edip etmediğini öğrenebilirsiniz. 7.4 ve sonraki DDOS sürümlerinde, DDOS kodundaki geliştirmeler nedeniyle kesinti süresinin giderek daha az olması beklenir.

Yük devretmeden sonra daha önce etkin olan düğüm yükseltilir.  Yükseltme uygulandıktan sonra yeni sürümle yeniden başlatılır ve ardından bekleme düğümü olarak HA kümesine yeniden katılır. DDFS hizmeti, yukarıdaki #II bölümünde zaten devam ettirildiğinden bu süreçten etkilenmez.


     Doğrulama:
  1. Sürekli yükseltme tamamlandıktan sonra bekleme öncesi düğümün IP adresi aracılığıyla GUI'de oturum açmak gerekir ve bu da düğüm1'dir.
GUI'de oturum açın à Maintenance (Bakım) à System (Sistem) à Yükseltme Geçmişini Kontrol Edin
System sayfası
  1. Lütfen beklenmeyen uyarılar olup olmadığını kontrol edin.
GUI'de oturum açın à Dashboard (Kontrol Paneli) à Alerts (Uyarılar)
  1. Bu noktada, Sürekli yükseltme başarıyla tamamlanmıştır.

CLI aracılığıyla sürekli yükseltme:
      Sistemi yükseltmeye hazırlayın:
  1. Lütfen HA sistem durumunun "highly available" olduğundan emin olun.
#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 dosyası aktif düğüme yerleştirilmeli ve yükseltme bu düğümden başlamalıdır.
- Aktif düğümü bulma:
  #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 dosyasını aktif düğüme yükleyin
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”)
            "scp" komutu tamamlandıktan sonra sistem paketi bilgilerini kontrol edin
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
     ------------------   ----------   ------   ----------   -----  -------         
  1. Lütfen aktif düğümde ön kontrol çalıştırın. Herhangi bir hatayla karşılaşılırsa yükseltme iptal edilmelidir.
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.

     Lütfen yükseltmeyi başlatmadan önce GC, Veri taşıma ve çoğaltmayı da kapatın (adım #6), böylece bu işler yükseltme sırasında daha uzun DDFS kapatma süresine yol açmaz. Daha kısa DDFS kapatma süresi istemciler üzerindeki etkileri en aza indirmeye yardımcı olur. Bu iş yükleri, istemci yedekleme/geri yükleme işlemlerini etkilemez. İhtiyaçlara bağlı olarak bu hizmetler, yükseltme tamamlandıktan sonra ilgili etkinleştirme komutları kullanılarak devam ettirilebilir. Daha fazla bilgi için lütfen yönetim kılavuzuna göz atın.
      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
       
     Yukarıdaki işlemlerin yapılıp yapılmadığını kontrol etmek için birkaç "izle" komutu olduğunu unutmayın.
      Active-node # filesys clean watch 
   Active-node # cloud clean watch
   Active-node # data-movement watch

      Yönetim kılavuzunda bir HA sistemi için zorunlu olmayan başka manuel kontroller ve komutlar da açıklanmaktadır. Ön yeniden başlatma şu anda tek düğümlü sistemler için bir test olarak önerilmektedir. HA sistemleri için gerekli değildir çünkü aşağıda yer alan #5 "ha failover", yük devretme işlemi sırasında otomatik yeniden başlatmayı zaten içerir.

  1. İsteğe bağlıdır. Sürekli yükseltmeyi çalıştırmadan önce aktif düğümde HA yük devretmeyi manuel olarak iki kez yapmanız önerilir. Bunun amacı yük devretmenin çalıştığını test etmektir. İşlemin, aktif düğümün yeniden başlatılmasına neden olacağını göz önünde bulundurun.

        İlk olarak, GC, veri taşıma ve çoğaltmayı devre dışı bırakarak yük devretmeye hazırlanın. Bu hizmetler istemci yedekleme/geri yükleme iş yüklerini etkilemez. Ardından "ha failover" işlemini çalıştırın.

       Bunu aşağıdaki komutlar gerçekleştirir:
          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
        Yukarıdaki işlemlerin yapılıp yapılmadığını kontrol etmek için birkaç "izle" komutu olduğunu unutmayın.
          Active-node # filesys clean watch 
     Active-node # cloud clean watch
     Active-node # data-movement watch
        Ardından yük devretme komutunu çalıştırın:

Active-node # ha failover
          Bu işlem, bu düğümden yük devretmeyi başlatır. Yerel düğüm yeniden başlatılır.
      Do you want to proceed (Devam etmek istiyor musunuz)? (yes (evet)|no (hayır)) [no]: yes
Yük devretme işlemi başlatıldı. Durumu izlemek için 'ha durumu" işlemini çalıştırın
(HA Sistem durumu tekrar "highly available" olduğunda lütfen ikinci "ha failover" işlemini gerçekleştirin ve her iki düğümün de çevrimiçi olmasını bekleyin)

HA yük devretmeden sonra durdurulan hizmetler ilgili etkinleştirme komutları kullanılarak sürdürülebilir. Daha fazla bilgi için lütfen yönetim kılavuzuna bakın.
Yukarıdaki yük devretme testi isteğe bağlıdır ve yükseltmeden hemen önce gerçekleştirilmeleri gerekli değildir. Yük devretme testleri, daha sonraki yükseltme için daha kısa bir bakım süresi kullanılabilmesi için örneğin yükseltmeden iki hafta önce gerçekleştirilebilir. Her yük devretme için DDFS hizmet kesinti süresi yaklaşık 10 dakikadır (DDOS sürümlerine ve diğer bazı etkenlere bağlı olarak daha kısa veya uzun sürebilir). DDOS 7.4 ve sonraki sürümlerinde, sürekli DDOS SW geliştirmeleri nedeniyle her sürümde daha az kesinti süresi olacaktır. 
  

      Adım adım yükseltme prosedürü      
  1. Ön denetim herhangi bir sorun olmadan bittiyse aktif düğümde sürekli yükseltmeye devam edin.
             Active-node # system upgrade start <rpm file>

      "system upgrade" komutu Data Domain işletim sistemini yükseltir.  Dosya erişimi
yükseltme sırasında kesintiye uğrar.  Sistem yükseltmeden sonra otomatik olarak
yeniden başlatılır.
              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.   
        

       Yukarıdaki komut sırasında DDFS kullanılabilirliği:

  1. Önce bekleme düğümünü yükseltecek ve yeni sürümle yeniden başlatacaktır. Çeşitli etkenlere bağlı olarak yaklaşık 20 ila 30 dakika sürer. DDFS hizmeti çalışır durumda olur ve bu süre boyunca herhangi bir performans düşüşü olmadan aktif düğümde çalışır.

  2. Yeni DDOS uygulandıktan sonra sistem, DDFS hizmetinin yükseltilmiş bekleme düğümüne yük devretme işlemini gerçekleştirir. Yaklaşık 10 dakika sürer (çeşitli etkenlere bağlı olarak daha kısa veya uzun sürebilir).

    1. DAE FW yükseltmesi önemli bir etkendir. Yapılandırılan DAE sayısına bağlı olarak yaklaşık 20 dakika daha kesintiye neden olabilir. DAE FW yükseltmesinin gerekip gerekmediğini belirlemek için lütfen bkz. KB "Data Domain: HA Rolling upgrade may fail for external enclosure firmware upgraded" (Harici muhafaza bellenimini HA sürekli yükseltme başarısız olabilir). DDOS 7.5 sürümünden itibaren, bu sorunu ortadan kaldıran DAE FW çevrimiçi yükseltmesini etkinleştiren bir iyileştirme olduğunu lütfen unutmayın.

    2. Yükseltme sürelerini etkileyebilecek etkenleri görüşmek için Dell desteği ekibiyle iletişime geçilebilir. İstemci işletim sistemine, uygulamaya ve istemci ile HA sistemi arasındaki protokole bağlı olarak bazen kullanıcının yük devretmeden hemen sonra istemci iş yüklerini manuel olarak sürdürmesi gerekebilir. Örneğin, DDBoost istemcilerde yük devretme süresi 10 dakikanın üzerindeyse istemci zaman aşımına uğrar ve kullanıcının iş yüklerini manuel olarak sürdürmesi gerekir. Ancak genellikle istemcilerde zaman aşımı değerlerini ve yeniden deneme sürelerini ayarlamak mümkündür. 

  1. Yük devretmeden sonra daha önce etkin olan düğüm yükseltilir.  Yükseltme uygulandıktan sonra yeni sürümle yeniden başlatılır ve ardından bekleme düğümü olarak HA kümesine yeniden katılır. DDFS hizmeti, yukarıdaki #II bölümünde zaten devam ettirildiğinden bu süreçten etkilenmez.

DDFS hizmetinin yük devretme süresi boyunca kapalı olacağını unutmayın. Yükseltilen düğümde "filesys status" komutunun çıktısını izleyerek DDFS hizmetinin devam edip etmediğini öğrenebilirsiniz. 7.4 ve sonraki DDOS sürümlerinde, DDOS kodundaki geliştirmeler nedeniyle kesinti süresinin giderek daha az olması beklenir.
  1. Bekleme düğümü (düğüm1) yeniden başlatıldıktan ve erişilebilir hale geldikten sonra yükseltme durumunu/ilerlemesini izlemek için bekleme düğümünde oturum açılabilir.
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. Lütfen sürekli yükseltmenin bitmesini bekleyin... Bu işlemden önce lütfen herhangi bir HA yük devretme işlemini tetiklemeyin.
Node1 # system upgrade status
Current Upgrade Status: DD OS upgrade Succeeded
End time: 20xx.xx.xx:xx:xx
  1. Lütfen HA durumunu, her iki düğümün de çevrimiçi olduğunu, HA sistem durumunun "highly available" olduğunu kontrol edin.
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
--------------   ------
            

     Doğrulama:
  1. Lütfen her iki düğümün de aynı DDOS sürümüne sahip olduğunu kontrol edin.
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. Lütfen beklenmeyen uyarılar olup olmadığını kontrol edin.
Node1 # alert show current
Node0 # alert show current
  1. Bu noktada, Sürekli yükseltme başarıyla tamamlanmıştır. 

Not: Yükseltmeyle ilgili herhangi bir sorunla karşılaşırsanız daha fazla talimat ve destek için lütfen Data domain Destek ile iletişime geçin.


DDHA Çifti için YEREL YÜKSELTME: 
Yerel yükseltme genel olarak aşağıdaki gibi çalışır:

      Sistemi yükseltmeye hazırlayın:

  1. HA sistem durumunun kontrol edilmesi. Bozulmuş durumda bile yerel yükseltme işe yarayabilir.

     #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 dosyası her iki düğüme de yerleştirilmeli ve yükseltme bekleme düğümünden başlamalıdır.
- Bekleme düğümünü bulma:
#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. RPM dosyasını her iki düğüme de yükleyin.
       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”)
 
            "scp" komutu tamamlandıktan sonra sistem paketi bilgilerini kontrol edin
     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. HA durumu "highly available" ise lütfen aktif düğümde ön denetim çalıştırın. Herhangi bir hatayla karşılaşılırsa yükseltme iptal edilmelidir.
            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.

            HA durumu "degraded" ise her iki düğümde de ön denetim yapılması gerekir.

            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.           
     Adım adım yükseltme prosedürü   
     
  1. Bekleme düğümünü çevrimdışı duruma getirin.
            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.
           (NOT: Çevrimdışı işlem başarısız olduysa veya ha durumu bozulduysa lütfen yerel yükseltmeye devam edin çünkü sonraki adımlar hataları giderebilir.)
  1. Bekleme düğümü durumunun çevrimdışı olduğundan emin olun.
       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. Yükseltmeyi bekleme düğümünde gerçekleştirin. Bu işlem, bekleme düğümünü yeniden başlatır.
             Standby-node # system upgrade start <rpm file> local
    "System upgrade" komutu, Data Domain işletim sistemini yükseltir.  Dosya erişimi
    yükseltme sırasında kesintiye uğradı.  Sistem yükseltmeden sonra otomatik olarak
    yeniden başlatılır.
                Emin misiniz? (yes |no) [no]: yes
    Tamam, devam ediyor.
        “Local (yerel)" bayrağı HA sistemleri için son derece bozucudur ve yalnızca bir onarım işlemi olarak kullanılmalıdır.
               Emin misiniz? (yes |no) [no]: yes
    Tamam, devam ediyor.
        Yükseltme devam ediyor:
        Node 1: phase 3/4 (Reboot 0%)
    Yükseltme başladı.  Sistem yeniden başlatılacak.
    1. Bekleme düğümü, DDOS'nin yeni sürümünde yeniden başlatılır ancak çevrimdışı kalır.
    2. Lütfen sistem yükseltme durumunu kontrol edin; işletim sistemi yükseltmesinin tamamlanması 30 dakikadan fazla sürebilir.
                 Standby-node # system upgrade status
          Current Upgrade Status: DD OS upgrade Succeeded
          End time: 20xx.xx.xx:xx:xx
    1. Lütfen HA sistem durumunu kontrol edin, bekleme düğümü (bu durumda düğüm1'dir) çevrimdışı, HA durumu "bozulmuş".
                 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. Aktif düğümde yerel yükseltmeyi gerçekleştirin. Bu işlem aktif düğümü yeniden başlatır.
            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. Lütfen sistem yükseltme durumunu kontrol edin; işletim sistemi yükseltmesinin tamamlanması 30 dakikadan fazla sürebilir.
             Active-node # system upgrade status
        Current Upgrade Status: DD OS upgrade Succeeded
        End time: 20xx.xx.xx:xx:xx
    1. Aktif düğüm yükseltmesi tamamlandıktan sonra HA sistem durumu hala bozulmuş durumdadır. Bekleme düğümünü çevrimiçi yapmak için aşağıdaki komutu yürütün; bekleme düğümünü yeniden başlatacaktır.
             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.
        (NOT: Önceki adımlarda "ha offline" çalıştırılmadıysa lütfen bu adımı dikkate almayın)
    1. Bekleme düğümü yeniden başlatılır ve kümeye yeniden katılır. Bundan sonra, HA durumu tekrar "highly available" olacaktır.
              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
         --------------   ------
    Doğrulama:
    1. Lütfen her iki düğümün de aynı DDOS sürümüne sahip olduğunu kontrol edin.
           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. Lütfen beklenmeyen uyarılar olup olmadığını kontrol edin.
           Node1 # alert show current
       Node0 # alert show current
    1. Bu noktada, Sürekli yükseltme başarıyla tamamlanmıştır.
               
    Not: Yükseltmeyle ilgili herhangi bir sorunla karşılaşırsanız daha fazla talimat ve destek için lütfen Data domain Destek ile iletişime geçin.

    Additional Information

    Sürekli yükseltme:

    • Yükseltme sırasında tek bir yük devretme gerçekleştirildiği için rollerin değişeceğini unutmayın

    • Yükseltme bilgileri infra.log’da tutulmaya devam edecektir ancak ha.log içerisinde ek bilgiler olacaktır

    • Yükseltmenin ilerleyişi sistem yükseltme saati aracılığıyla izlenebilir 

    Yerel düğüm yükseltmesi:

    • Yerel düğüm yükseltmesi HA yük devretme gerçekleştirmez

    • Sonuç olarak, aktif düğüm yükseltmeleri/yeniden başlatmaları/yeniden başlatma sonrası yükseltme etkinliklerini gerçekleştirirken uzun bir kesinti süresi olur ve bu da yedeklemelerin/geri yüklemelerin zaman aşımına uğramasına ve başarısız olmasına neden olabilir. Yerel yükseltme için bir bakım zaman penceresi ayrılmasını gerektirir.

    • HA sistem durumu "bozulmuş" olsa bile yerel yükseltmeye devam edilebilir.

    • Herhangi bir nedenle, sürekli yükseltme beklenmedik şekilde başarısız olabilir. Yerel yükseltme, bu durumda bir düzeltme yöntemi olarak kabul edilebilir.

       

    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.