内容

概要

前提条件

要件

使用するコンポーネント

背景説明

UCSM DMEデータベースのヘルスチェック機能

定期的なデータベースのヘルスチェック

デフォルト設定の確認

間隔の変更

手動でヘルスチェックを実行する

DBの破損：ユーザレベルの障害および回復メカニズム

回復メカニズム

破損カウントのリセット

定期バックアップ

バックアップジョブ間隔の変更

関連情報

概要

このドキュメントでは、Unified Computing System Manager(UCSM)3.1.3aリリースで導入されたData Management Engine(DME)データベース(DB)に関連する機能について説明します。

前提条件

要件

次の項目に関する知識があることが推奨されます。

- UCSM

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。

- UCSMソフトウェアバージョン3.1.3a

- Fabric Interconnect(FI)6200シリーズおよび6332モデル

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

背景説明

DMEは、システム状態情報を保持するUCSMソフトウェアアーキテクチャの中心的なコンポーネントです。情報は次の場所に保存されます。

DME DBと呼ばれる組み込みデータベース形式のローカルストレージFIデバイス。

ストレージ・ハードウェア・デバイスの障害により、データベース内のデータ整合性が破損する可能性があります。UCSM 3.1.3aリリースでは、多くの新機能が

は、定期的なDBヘルスチェックを使用してUCSMの復元力を高め、破損したDBのシームレスな回復と、DME DBの自動バックアップによるデータ保護を実現するために追加されています。

UCSM DMEデータベースのヘルスチェック機能

定期的なデータベースのヘルスチェック

UCS Managerは、定期的な間隔でDBのヘルスチェックを開始し、データの整合性を検証します。

システムでは、ユーザが手動でヘルスチェックを実行し、DBの整合性を確認することもできます。

デフォルト設定の確認

デフォルトでは、ヘルスチェックは12時間ごとに実行され、現在のステータスを表示するには、次のコマンドを使用します。

UCS # scope system

UCS /system # show mgmt-db-check-policy detail

Management Database Integrity Check Policy:

Health Check Interval (hours): 12

Last Integrity Check Time: 2017-05-07T14:42:47.019

Internal Backup Interval (days): 14

Last Internal Backup Time: 2017-04-28T14:52:12.648

UCS /system #

間隔の変更

時間間隔を変更したり、ヘルスチェックを無効にしたりできますが、デフォルト設定を変更しないことを強く推奨します。

注意：これらの値をデフォルトから変更しないことを強く推奨します

この例では、間隔が12時間から48時間に変更されています。

UCS /system # set mgmt-db-check-policy health-check-interval 48

UCS /system* # commit-buffer

UCS /system # show mgmt-db-check-policy detail

Management Database Integrity Check Policy:

Health Check Interval (hours): 48

Last Integrity Check Time: 2017-05-07T14:42:47.019

Internal Backup Interval (days): 14

Last Internal Backup Time: 2017-04-28T14:52:12.648

ヘルスチェックを無効にするには、値を0に設定します。

手動でヘルスチェックを実行する

DBヘルスチェックを確認するには、次のコマンドを実行します。端末にメッセージが出力されない場合、DBは正常です。

UCS # scope system

UCS /system # start-db-check

UCS /system* # commit-buffer

さらに、すべてのエラーメッセージがプライマリFI DMEログファイル（UCSM techsupportバンドルの一部）に記録されます。

[prt:executeHealthCheck] Health Check complete with no corruption

このコマンドを使用すると、DBステータスをさらに確認できます。

UCS # scope system

UCS /system # show mgmt-db

Management Database Status:

Fabric Id Corrupted Count Last Occurrence Time

--------- ----------------------- --------------------

A 0 1970-01-01T00:00:00.000

B 0 1970-01-01T00:00:00.000

DBの破損：ユーザレベルの障害および回復メカニズム

ヘルスチェック中にUCSMがDBの破損を検出すると、障害メッセージが生成されます。

INFOレベルの障害は、1回の発生時に発生し、破損が複数回発生した場合に発生します。MAJORレベルの障害がログに記録されるため、さらに対処してCisco TACに連絡する必要があります。techsupportバンドルを収集します。

ucs /system # show fault

Severity Code Last Transition Time ID Description

--------- -------- ------------------------ -------- -----------

Info F1899 2017-04-28T01:09:23.332 263649 Management database corruption detected and recovered on Fabric Interconnect B. Number of corruption events: 1. Last corruption event timestamp: 2017-04-28T01:09:23.332

Major F1900 2017-05-02T00:52:07.846 263651 High number of management database corruption events on Fabric Interconnect A. Number of corruption events: 3. Last corruption event timestamp: 2017-05-02T01:06:06.387

回復メカニズム

UCSMは、サービスやデータプレーントラフィックに影響を与えることなく自動的に破損を解決し、メモリのDBを上書きするか、ピアFIから適切なDBをコピーします。

破損イベント

システム回復メカニズム

プライマリFI

データベースはメモリ管理情報ツリー( MIT )からリカバリされます。

下位FI

データベースファイルがプライマリFIから取得されます

破損カウントのリセット

DBの破損は、手動でクリアされるまで続きます。たとえば、FIハードウェアが破損を解決するためにさらに調査に基づいて交換された場合、このコマンドを実行して破損の障害数をリセットできます。

ucs-A # scope system

ucs-A /system # set mgmt-db-check-policy reset-corruption-count yes

ucs-A /system* # commit-buffer

定期バックアップ

データ保護を最大限に高めるために、UCSMは2週間ごとにUCSM設定(DME DB)の完全な状態バックアップを取り、リカバリに使用できます。

さらに、バックアップが良好な状態からの設定を含むように、DB整合性チェックが検証されます。

フル状態のバックアップファイルは、各FIの/workspace/backupディレクトリに保存されます。

UCS # connect local-mgmt

UCS(local-mgmt)# dir backup/

1 1823454 Apr 28 14:53:23 2017 internalBackup.1493391132.tgz

バックアップジョブ間隔の変更

バックアップジョブの頻度は1日から60日に変更できます。この例に示すように、値を28日に変更しました。

UCS # scope system

UCS /system # set mgmt-db-check-policy internal-backup-interval 28

UCS /system* # commit-buffer

UCS /system # show mgmt-db-check-policy detail

Management Database Integrity Check Policy:

Health Check Interval (hours): 24

Last Integrity Check Time: 2017-05-10T10:35:24.909

Internal Backup Interval (days): 28

Last Internal Backup Time: 2017-04-28T14:52:12.648

UCS /system #

関連情報

- Cisco UCS Manager XMP APIプログラマガイド

- UCSM 3.1 CLIコンフィギュレーションガイド