Data DomainとDDVE：Data Domainオペレーティング システムをアップグレードする方法

この記事は、デル・テクノロジーズのお客様のData Domainのアップグレードを支援するために作成されました。

以下のリンクや参考資料の多くは、DellサポートWebサイトからのみアクセスできます。
先に進む前に、support.dell.comにログインしてください。

• この記事は、DDOSおよびDDVEのアップグレードのみを対象としています。DDHAアップグレードには有効ではありません。
• DDHAアップグレードの場合は、「DataDomain：高可用性(HA)システムのOSアップグレード ガイド（英語）」（ログインが必要）を参照してください。
• クラウド（Azure、GCP、AWS）に導入されたDDVEの場合、コードをアップグレードするために必要なDDOS.rpmファイルは、ハードウェア モデルに使用されるものと同じです。DD OSのサポートからダウンロードできます。
• このData DomainがIDPAの一部である場合は、IDPAアップグレード内でアップグレードする必要があり、個別にアップグレードすることはできません。
• Data Domainの必須バージョンと環境内の他の統合との間の互換性を確認する必要があります。E-Lab Interoperability Navigatorを使用して、互換性ガイドを確認してください。
• このドキュメントの「メモ」セクションにある簡単なコード マトリックスを確認して、必要な手順の数を判断します。各アップグレード手順の間に少なくとも24時間の間隔が必要です。ただし、6.2.xから7.0.xにアップグレードする場合は、冷却期間は必要ありません。
• アップグレード パスは、アップグレードするバージョンのリリース ノートで確認できます。Data Domainドキュメントのリストについては、「PowerProtectおよびData Domainのコア ドキュメント」を参照してください。
• MDUが必要かどうかを確認するには、「Data Domain：DDOS 7.xのMinimum Disruptive Upgrade (MDU)とDDOS 7.2の互換性（英語）」（ログインが必要）を参照してください。

プロセス1：アップグレード先のコード バージョンのダウンロード

1. サポートWebサイト（DD OSのサポート）に移動してサイン インします。または、「Data Domain：DD OSソフトウェアのバージョン」にアクセスし、そこからダウンロードします（ログインが必要）。

2. アップグレードするコードを選択します。

   注：
   LTSリリース：

   • General Availabilityリリースは、Data Domainの社内QAテストを完了しており、本番環境へのインストールが可能です。
   • Long-Term-Supportリリースには、最新の機能リリースとは異なる独自の特性があります。
     • これらのリリースは、データ センター全体で標準バージョンを採用し、1年以上そのバージョンを使い続けるお客様を対象としています。
     • 毎年同時に利用可能です。
     • プロアクティブなメンテナンスが行われ、定期的なメンテナンス リリースを通じてアップデートされます。
     • リリース時にLTSとして告知され、審査期間はありません。
     • ソフトウェア問題の修復と根本原因分析に36か月間取り組めます。
     • ターゲット コードの概念を置き換えます。

3. リソース ペインで、［ドライバーおよびダウンロード］を選択します。

4. Data Domain Operating System［バージョン］をクリックします。

   注：［バージョン］ = ダウンロードのバージョン

5. ドキュメントを読み、最後のページで［同意する］をクリックします。

6. ドキュメントを読み、.rpmファイルをクリックしてダウンロードを開始します。

プロセス2：DDシステムへのコードのアップロード：

1. Data Domain System Managerを開きます（例：次のいずれかからアクセスします。 https://hostname/ddem または https://IP/ddem。

2. 次のユーザーとしてログインします。 sysadminです。

3. ［Maintenance］タブに移動します。

4. ［Upload Upgrade Package］をクリックし、ファイルを選択します。

プロセス3：事前チェックの手順

1. Data Domainサーバーにログインします。

   1. SSHセッションを開きます。
   2. IPアドレスまたはホスト名を入力します。
   3. sysadmin ユーザーとしてログインします。

2. Data Domainのシリアル番号とホスト名を検証して、正しいサーバーを使用していることを確認します。

   1. system show serialno
   2. hostname

3. 正しいIPアドレスを持っていることを確認します。

   1. net show settings

4. Data DomainがIDPAの一部ではないことを確認します。「 avamar-」、「 esxX-logs」が3つ、または ethMa.121, ethMa.123のような管理VLANが存在する場合は、これがIDPAの一部であることを示している可能性があります。不明な場合は、組織のシステム管理者に問い合わせてください。

   1. mtree list
      
      図1: IDPAを使用している可能性のあるDDの出力例

5. Data DomainがDDHAではないことを確認します。DDHAの場合は、アップグレード手順が異なるため、続行しないでください。

   1. ha status
      
      図2：DDHAの例

6. インストールされている現在のコード バージョンを確認します（アップグレードがシングル ステップかマルチ ステップかをマトリックスで確認します）。

   1. system show version

7. アラートを確認し、そのアラートをクリアできるか、アクションが必要かを判断します。DDエラー メッセージ カタログを確認します。不明な場合、またはハードウェアに問題がある場合は、続行しないでください。Dellサポート チームと連携します。

   1. alerts show current

8. ファイル システムのステータスを確認し、ファイル システムが有効で実行中であることを確認します。

   1. filesys status

9. 容量を確認し、圧縮後のパーティションに少なくとも10%の空き容量があることを確認します。

   1. df
   注：アーカイブ階層/保存期間の延長を使用している場合、DD 7.xバージョンへのアップグレードはできません。DD 7.xバージョンではアーカイブ階層がサポートされなくなり、アップグレードが失敗するためです。

10. クリーニング プロセスが実行中であるかどうか確認します。実行中の場合は、処理を続行する前に停止します。

    1. filesys clean status
    2. filesys clean stop

11. クラウド階層が有効になっているかどうか確認します。有効な場合は、処理を続行する前にデータ移動を停止します。

    1. data-movement status
    2. data-movement stop all
    3. cloud clean status
    4. cloud clean stop

12. レプリケーション構成の確認：CTX列を確認します。0が表示されている場合は、コレクション レプリケーション（ミラーリング）を意味します。これはまれですが、このタイプのレプリケーションがある場合は、両方のサーバーを同時にアップグレードする必要があることを意味します。

    1. replication show config

13. レプリケーション ジョブが実行中または初期化中かどうかを確認します。初期化が進行中の場合は、アップグレードを続行する前に停止する必要があります。レプリケーション初期化の停止に時間がかかる場合があります。レプリケーションが実行中でない場合は、通常どおりアップグレードを続行できます。

    1. replication show stats
    2. レプリケーションを停止するには、「Data Domain：レプリケーションの初期化が進行中で、アップグレードを続行できない」を参照してください。

14. ディスクの再構築またはディスクの障害を確認します。Failed (F)、Reconstructing (R)、Copy (C)、Absent Disks (A)がないことを確認します。

    1. disk show state

15. ディスクの信頼性チェックを実行します。最後の行に、X drives operating normallyと表示されていることを確認します。［Reallocated sectors］列を確認します。カウントが2000以上の場合は、アップグレード前にディスクをプロアクティブに交換する必要があります。

    1. disk show reliability-data

16. ネットワーク トラフィックを確認します。

    1. system show stats interval 2 count 10 または iostat 2

17. 実行中のNFSまたはCIFSジョブがあるか確認します。実行中の場合は、処理を続行する前に停止します。

    1. nfs show active
    2. cifs show active

18. PCRが有効で使用中の場合は、「Data Domain：PCR/PCM対応DDのアップグレード手順」を参照してください。

19. Avamarと統合され、6.1にアップグレードする場合は、「Avamar-Data Domainの統合：Data Domainを6.1.xにアップグレードした後にData DomainでAvamarスナップショットが失効しない（英語）」（ログインが必要）を参照してください。

20. AutoSupportの配信に現在使用されている方法を確認します。

    1. support notification method show

21. アップグレード ファイルが次のディレクトリーに正しく配置されていることを確認します。 /ddr/var/releases/ ディレクトリーを削除します。

    1. se ls -l /ddr/var/releases
    2. priv set admin

22. プロアクティブに再起動します。

    1. system reboot

23. システムを監視するには、コマンド プロンプトを使用してIPアドレスにpingを実行します。コマンド プロンプトを開き、次のように入力します。

    1. ping -t [DD IP address]

プロセス4：アップグレード

1. ホストがオンラインに戻ったら、PuTTYセッションに再度ログインします。

2. 事前チェック手順7、8、9を実行して、再起動後のシステムの状態が正常であることを確認します。

3. 次のディレクトリーの内容を一覧表示します。 /ddr/var/releases/

4. アップグレードの事前チェックを開始します。問題が検出された場合は、アップグレードを実行しないでください。

   1. system upgrade precheck <filename.rpm>

5. アップグレードを開始します。

   1. system upgrade start <filename.rpm>

6. サーバーが自動的に再起動します。システムを監視するには、コマンド プロンプトを使用してIPアドレスにpingを実行します。

プロセス5：チェック後の手順

1. ホストがオンラインに戻ったら、PuTTYセッションに再度ログインします。

2. アップグレードを監視します。

   1. system upgrade watch

3. 「Upgrade successfully completed」というメッセージが表示されたら、アップグレードは完了です。

4. 事前チェック手順6、7、8、9を実行して、アップグレード後のシステムの状態が正常であることを確認します。

5. AutoSupportの配信に現在使用されている方法を確認します。アップグレード後にConnectEMCからEメールに変更された場合は、「Data Domain：DDOSを6.1.x、6.2.x、7.1.xのいずれかにアップグレードした後、SRS Connect Homeが停止する（connect inは機能する）（英語）」（ログインが必要）を参照してください。

   1. support notification method show

6. レプリケーション ステータスを確認します。

   1. replication show detailed-stats all

7. NFS、CIF、VTLのステータスを確認します。

   1. nfs status
   2. cifs status
   3. vtl status

8. DDBoostがアップグレード前に無効になっていた場合は、再度有効にします。

   1. ddboost enable

9. パスワードの有効日数を増やす必要があるかどうかを確認します。

   1. user password aging show
      注：［Maximum days between change］が小さい値（90など）に設定されている場合は、高い値（99999など）に変更します。
   2. user password aging set <ddboost username> max-days-between-change 99999