概要
この資料は Unified Computing System マネージャ（UCSM） 3.1.3a リリースでもたらされるデータ 管理 エンジン（DME）データベース（DB）に関する機能を説明していたものです。
前提条件
要件
次の項目に関する知識が推奨されます。
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。
- UCSM ソフトウェア バージョン 3.1.3a
- ファブリック相互接続（FI） 6200 シリーズおよび 6332 のモデル
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 対象のネットワークが実稼働中である場合には、どのような作業についても、その潜在的な影響について確実に理解しておく必要があります。
背景説明
DME は UCSM ソフトウェアアーキテクチャの中央コンポーネントその保持システム 状態 情報です。 情報は保存されます
DME DB として知られている埋め込みデータベースの形の局部記憶装置 FI デバイス。
データベースのデータ統合はストレージ ハードウェア デバイス失敗が原因で壊れることができます。 UCSM 3.1.3a リリースを使って、多くの新しい機能
DME DB の自動バックアップによってシームレスに破損した DB のリカバリおよびデータ 保護 UCSM を定期的な DB 検診を使用してより弾力性のあるようにするために追加されます。
UCSM DME データベース検診機能
定期的なデータベース検診
UCS マネージャは定期的な間隔でデータの統合を検証するために 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
検診を無効に するために、値をゼロに設定して下さい。
手動で検診を実行して下さい
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 レベル エラーは単一 発生があるとき、そして破損が何度も起こったら、主要で水平なエラー記録 されます生成され、それ以上の操作および連絡先 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 /system # set mgmt-db-check-policy reset-corruption-count yes
ucs-A /system* # commit-buffer
定期的なバックアップ
データ 保護を最大化するために、UCSM は 2 週毎に UCSM 設定（DME DB）の FULL 状態 バックアップをリカバリ目的に使用することができる奪取 します。
更に、DB 整合性チェックはバックアップがよい状態からの設定が含まれているように検証されます。
FULL 状態 バックアップ ファイルは各 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 #
関連情報
フィードバック