NetWorker：「NMDA MySQLトリアージ ガイド」

はじめに：

お客様の問題の説明やスクリーンショット、自分の観察メモとエラーを書き留めます。

• NetWorkerサーバーOSプラットフォーム
• NetWorkerサーバーのバージョンとビルド番号
• NetWorkerサーバー daemon.raw(できればレンダリング)
• NetWorkerクライアントOSプラットフォーム
• NetWorkerクライアントのバージョンとビルド番号
• NetWorkerクライアント daemon.raw(できればレンダリング)
• OSプラットフォーム、アーキテクチャ、クライアントのバージョン(uname aoutputonUnix/Linux)を提供します。

NMDA情報:

• NMDAバイナリのバージョン情報を提供します。

• スケジュール バックアップ用に構成されたクライアント リソースの[バックアップ コマンド]フィールドで使用されるNMDA構成ファイル(例:nsrdasv z /nsr/apps/config/nmda_oracle<SID>.cfg)を指定するか、手動操作のためにコマンド ラインで提供します。
• これがクラスター環境の場合は、クラスター情報(クラスターに関連する仮想ホスト名、クラスター タイプなど)を入力します。(お客様がクライアント上のhostsファイルのコピーを提供できるかどうかを尋ねる)
• エラー メッセージがNetWorkerのセーブまたはリカバリ セッションの問題を示している場合は、次のようにNetWorker固有の情報を提供します。
• デバイス タイプ(DDBoost、VTL,..)
• DDへのClient DirectまたはSNバックアップか、ローカルSNかリモートSNか、Avamarバックアップか、など。
• 障害が発生したのと同じタイム ウィンドウのSNからレンダリングされたdaemon.rawを提供します
• NMDAバイナリのバージョン情報を提供します。
•  

Unix：

strings/usr/sbin/nsrdasv  | grep Build

strings  /usr/sbin/nsrdaprobe  | grep Build 

(プローブが失敗した場合のみ)strings/usr/lib/libnsrora.so |grep @(#) (または libnsrora.a)

Windowsの場合：

ファイル%NW_install_path%\bin\を右クリックしますnsrsbtcn.exe -> プロパティ -> Windowsの詳細

• NMDA Oracleバックアップがウィザードを使用して構成されている場合は、次のコピーをtar/zip圧縮しますsrdbフォルダー

デバッグを有効にします。

NMDA構成ファイル、またはウィザードの[Advanced Option]テーブル(ウィザードで構成を作成する場合)でNSR_DEBUG_LEVEL=9を設定します。

エラー メッセージがNetWorkerとのNMDA保存/リカバリー セッションの問題を示している場合、またはエンジニアリング チームによって明示的に要求されている場合を除き、デバッグ ログが大きなサイズに増大しないように、ユーザーにNSR_DPRINTF=TRUEを設定するように依頼しないでください。(言い換えると、NSR_DPRINTF=TRUEでは、Data Domainエラー コードのような「下位レイヤー エラー」が生成される可能性がありますが、ログの冗長性という欠点があります)。

以下の点に注意してください。数時間後に障害が発生する大規模なデータベース環境でデバッグを有効にする場合、NMDA 1.2以前のバージョンではデバッグ ログの合計サイズが問題になる場合があります。デバッグ ログ サイズは、NMDA 1.5では最大50%に削減される予定です。

情報収集とログ収集:

/nsr/apps/logsのディレクトリー全体をtar/zipで圧縮します

注：  このディレクトリーには、操作ログ ファイル nmda_<アプリケーション>.messages.rawとデバッグ ログ ファイルが含まれています。  デフォルトのデバッグ ログの場所は、構成ファイルでNSR_DIAGNOSTIC_DESTを設定することで変更できます。手記： Oracle Rmanの出力とNWサーバーのDaemon.rawは、Oracleバックアップのトラブルシューティングで非常に重要です(これらの情報を忘れずに収集してください)

MySQL情報:

• インストールされているMySQLのバージョンとMEBのバージョンを、使用しているNMDAのバージョンのリリース ノートと照合して確認し、サポートされる構成であることを確認します。  そうでない場合は、クライアントでNetWorker/NMDAをアップグレードするか、指示に従ってサポートされているバージョンのMySQLやMEBをインストールすることをお勧めします。
• MySQL構成のコピーを提供する

        例えば。

        /etc/my.cnf

       またはCNFファイル(NMDA cfgfileでMYSQL_CFG_FILE)。参照先 http://dev.mysql.com/doc/refman/5.5/en/option-files.html 詳しくは。

• MySQL バイナリログインデックスファイルのコピーを提供します。

デフォルトでは、これはバイナリログファイルと同じベース名を持ち、拡張子は '.index' (例: /var/log/mysql/mysql-bin.index) です。

MYSQL構成ファイルの log-bin パラメータによって定義された場所。バイナリログインデックスファイルの名前は、 --log-bin-index[=file_name] オプションで変更できます。mysqld の実行中にこのファイルを手動で編集しないでください。これを行うと、mysqld が混乱します。

• MySQLエラー ログ(instance.err)のコピーを提供します。  mysqld がエラーログを書き込む場所を --log-error[=file_name] オプションで指定できます。このオプションにfile_name値なしで指定した場合、mysqld はデフォルトで host_name.err という名前を使用します。サーバーは、別のディレクトリーを指定するために絶対パス名が指定されていない限り、データ ディレクトリーにファイルを作成します。
• mysqladmin 変数のテキストファイルへのダンプ

          例えば。

          mysqladmin-u root -h 127.0.0.1 --password=football1 変数

          (displayデータベース・パラメータ設定)