メインコンテンツまでスキップ

NetApp_Insight_2020.png 

Unified Manager の 7.2.x/7.3.x /9.4.x から 9.5 へのアップグレード手順

Views:
12
Visibility:
Public
Votes:
0
Category:
oncommand-unified-manager
Specialty:
om
Last Updated:

に適用されます

  • OnCommand Unified Manager 7.2.x
  • OnCommand Unified Manager 7.3.x
  • OnCommand Unified Manager 9.4.x
  • OnCommand Unified Manager 9.5

回答

はじめに

Unified Manager データベースのバックアップサイズは、パフォーマンスデータテーブルによって増加する傾向があります。このため、 Unified Manager インスタンスを使用しているお客様は、サイズの大きいフットプリントを管理しているため、バージョン 7.2.x/7.3.x --> 9.4 (または 7.3.x -> 9.5 )からインスタンスをアップグレードする際に問題が発生する可能性があります。

この記事では、 Unified Manager のバージョン 7.2.x/7.3.x /9.4 から 9.5 へのアップグレードを計画する方法に関する一般的なガイドラインをお客様に提供することを目的としています。この記事では、 Unified Manager データベースのバックアップをより定義された形式で計画する方法についても説明しています。これにより、お客様は長期的なリストアを迅速に行うことができます。

アップグレードの現在のシナリオ(バージョン: 7.2.x/7.3.x / 9.4.x )

「 OPM 」スキーマの continuous_event_participant テーブルと continuous_event_party_stats テーブルのレコード数は、 Unified Manager が ONTAP の占有面積を大きく管理している場合、またはインスタンスが ONTAP ノードを長期間管理している場合に増加する傾向があります。これにより、 Unified Manager バージョン 7.2.x/7.3.x からのアップグレードが失敗します(または、 7.3.x --> 9.5 からのアップグレードが失敗します)。これは、次の理由により発生します。

  • テーブルのサイズ。 continuous_event_participant および continuous_event_party_stats

: Active IQ Unified Manager 9.5P1 および 9.6RC1 では、タイムアウト値はデフォルトで 18000 秒( 5 時間)に設定されています。これらの問題は現在追跡されており、次のアクティブな IQ Unified Manager リリースでは、より優れたソリューションを提供できるようになります。

解決策

ここでは、 Unified Manager を 7.2.x/7.3.x /9.4.x/9.5 バージョンからアップグレードする際に役立つ、前提条件とベストプラクティスのセットを提案します。

Active IQ Unified Manager アップグレードの前提条件( 7.2.x/7.3.x / 9.4.x から)

バージョン 7.2.x 、 7.3.x 、 9.4.x からのアクティブ IQ Unified Manager のアップグレードを計画する前に、これらのガイドラインに従うと、常に有益です

  1. アップグレード前のフルバックアップ

アップグレードの前にシステムのバックアップを取ってください。

メモ:デフォルトでは、 GUI で手動フルバックアップを実行することはできません。バックアップシーケンスチェーンを解除するには、一部のログをフラッシュする必要があります。このためには、「物理システムや VMware 以外のインフラでホストされる Unified Manager 」のセクションで説明されているように、ネットアップのサポートを利用する必要があります。

VMware 上の Unified Manager インスタンス

  • vApp の場合は、 VMware Snapshot を作成します

次の手順を実行します。

  1. vSphere Client で、 [ ホーム( Home ) ] > [ インベントリ( Inventory ) ] > [VM とテンプレート( VMs and Templates ) ]
  2. Unified Manager 仮想アプライアンスがインストールされている仮想マシン( VM )を選択します。
  3. Unified Manager VM が実行されている場合は、 [Summary] > [Commands] > [Shut Down Guest] に移動します。
  4. Unified Manager VM のスナップショットやクローンなどのバックアップコピーを作成して、アプリケーションと整合性のあるバックアップを作成します。
  5. vSphere クライアントから、 Unified Manager VM の電源をオンにします
  • VMware からホストされている RHEL/CentOS/Windows VM の場合は、 Unified Manager サービスと MySQL サービスを停止し、スナップショットを作成します

物理システムまたは VMware 以外のインフラストラクチャからホストされる Unified Manager

インスタンスが VMware からホストされていない場合は、フルバックアップを強制的に実行する必要があります。ネットアップのサポートに協力し、次の手順を実行します(詳細については、 KB :「 ActiveIQ Unified Manager バージョン 7.2 ~ 9.6 で新しい増分バックアップチェーンを開始する方法」を参照してください)。

  1. プロンプトで次のように入力して、データベースを設定します。

use mysql;

  1. 次の各コマンドをセミコロンで区切って実行し、 MySQL バックアップユーティリティからログをパージします。

FLUSH LOGS;

PURGE BINARY LOGS BEFORE CURRENT_TIMESTAMP;

  1. 次に、次のキーを押します。

exit

  1. GUI からバックアップを開始します。

:フルバックアップがセッション中の場合、 MySQL テーブルはロックされます。つまり、フルバックアッププロセスが完了するまで、アクティブな IQ Unified Manager MySQL データベースに新しい「クラスタモニタリング / ポーリング」更新を追加できません。これは、フルバックアップが完了するまで、お客様のサービス停止を意味する場合もあります。

警告:上記の手順でスナップショットまたはバックアップが作成されない場合は、整合性がなく、使用できない可能性があります。したがって、バックアップはありません。

手順のすべての手順を正確に実行したことを確認します。

  1. テーブルスペースのサイズ

アップグレードの失敗を防ぐcontinuous_event_participantcontinuous_event_participant_statsには、「 OPM 」スキーマテーブルのエントリ数とを確認する必要があります。

次の方法を使用して、テーブルのサイズを確認します( MB 単位)。

  1. mysqlCLI で実行し、データベースにアクセスします
  2. 次のクエリを入力して、テーブルのサイズを MB 単位で検索します

SELECT table_name AS `Table`,

round(((data_length + index_length) / 1024 / 1024), 2) `Size in MB`

FROM information_schema.TABLES

WHERE table_schema = "opm"

AND table_name IN ('continuous_event_participant',

'continuous_event_participant_stats');

出力は次のようになります。

108947.png

データベースからテーブルサイズを表示します

2 つのテーブルの合計が 700MB を超える場合など、テーブルのサイズが大幅に大きい場合はネットアップのサポートに連絡して、 continuous_event_participant と continuous_event_party_stats のテーブルのデータをプルーニングしてください

  1. アップグレードタイムアウトのスキューイング

7.2.x/7.3.x を 9.4 または 7.3.x にアップグレードする場合は、 9.5(9.5(Burt 1214422 に記載[1]されているタイムアウトの変更なし ) にアップグレードすると、履歴データの量が適切であれば、 BURT 1214422 にアップグレードされる可能性があります。[2]したがって、 continuous_event_participant と continuous_event_party_stats の 2 つのテーブルをトリムするために、ネットアップのサポートを利用することを推奨します

今すぐアップグレードプロセスを開始します。

OPM スキーマのレコード数を減らします

タイムアウトを増やし[3]ても問題が解決せず、アップグレードが失敗した場合は、サポートに連絡して、「 OPM 」スキーマテーブルのレコード数( continuous_event_participant および continuous_event_party_stats )を減らすことができるかどうかを確認してください。

詳細については、「 KB : continuous_event_participant テーブルと continuous_event_party_stats テーブルの移行に失敗するための Unified Manager 7.3 から 9.4 以降へのアップグレード」を参照してください

バックアップとリストアのベストプラクティス

時間の経過とともに増分バックアップを実行すると、大量のファイルが作成される可能性があります。リストア時に Snapshot オプション( VMware 以外の環境でホストされているインスタンス)を使用しないと、この処理に時間がかかることがあります。この問題を軽減するために、バックアップとリストアのスケジュールを最適化するために、次のベストプラクティスに従うことを推奨します。

  1. Unified Manager GUI では、バックアップ保持数を 30 に維持します。
  2. 大規模なお客様には、「 How to Start a New Incremental Backup chain 」という KB に従うことを推奨します
  • 毎月のフルバックアップの強制実行( GUI でのアドホックバックアップ)

メモ:フルバックアップを実行するには、バックアップが完了するまでに数時間かかる場合があるため、営業時間外を選択してください。この間、収集エンジンは応答しません。これは、停止の監視に相当します

  1. Unified Manager が RHEL/CentOS/Windows からホストされている場合:
    1. 別のリモートパスへのバックアップパスを設定します
    2. Unified Manager のバージョンをインストールした状態で、新しい VM スタンバイを設定することを推奨します。*7.zip .sqlステップ 1 から最新のファイルとファイルをリストアします(必要な場合)。
  2. RHEL または OVA ( vApp/ )からホストされた Unified Manager インスタンスでは、「」ファイルシステムがいっぱいになったために、フルバックアップが失敗することがあります。これは BURT 1213753 で解決されました。「 KB : OnCommand Unified Manager Backup failing with "Error occured while creating backup archive/data/ocum-backup/databaseedumps-repo/ocum_mysql_full_backup.sql.7z" 」を参照してください。

エラーログは、次の場所にあります。

Linux/vApp :

/var/log/ocum/ocum-error.log

Windows:

\ProgramData\NetApp\OnCommandAppData\ocum\log\ocum-error.log

一般的なエラーは次のようになります。

2018-09-09 07:14:32,993 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.dfm.impl.backup.BackupArchiver] Error Occured while creating backup archive /data/ocumbackup/database-dumps-repo/ocum_mysql_full_backup_1536427804511.sql.7z cause :

7-Zip (a) [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,4 CPUs Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz (20651),ASM,AES-NI)

Scanning the drive:

1 file, 89533818092 bytes (84 GiB)

原因

圧縮されたバックアップファイルのルートパーティションに十分なスペースがないと、バックアップが失敗することがあります。

ソリューション:

ルートパーティションのスペースを増やしてみます。ルートパーティションを増やすことが[4][5]できない場合は、ネットアップサポートにお問い合わせください。 BURT 1213753 を参照してください。[6]KB に記載されている手順についてネットアップサポートにお問い合わせください。 OnCommand Unified Manager Backup failing with "Error occured while creating backup archive/data/ocum-backup/databaseedumps-repo/ocum_mysql_full_backup.sql.7z"

リストア:

次の手順を実行すると、リストアの高速化に役立ちます。

  1. VMware Snapshot を使用している場合、リストアは数分で完了します。
  2. これが機能しない場合(または Unified Manager が VMware からホストされていない場合)は、この項で説明するバックアップパスからリストアします。

追加情報

AdditionalInformation_Text :