日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SnapManager のトラブルシューティング

寄稿者 このページの PDF をダウンロード

ここでは、発生する可能性のある最も一般的な問題とその解決方法について説明します。

次の表に、一般的な問題と解決策を示します。

問題主導の質問

解決策の可能性があります

ターゲット・データベースとリスナーは動作していますか

lsnrctl status コマンドを実行します。データベース・インスタンスがリスナーに登録されていることを確認します。

ストレージは認識されていますか。

次の手順を実行します。

  1. [ マイコンピュータ ] を右クリックし、 [ * 管理 ] を選択します。

  2. [Storage>*SnapDrive >*Hostname>*Disks*] をクリックします。

SnapManager サーバは稼働していますか。

ステータスを確認し、サービス設定を使用してサーバを起動します。

グラフィカルユーザインターフェイス( GUI )またはコマンドラインインターフェイス( CLI )を使用してプロファイルに関連する SnapManager コマンドを開始するには、サーバが稼働している必要があります。サーバを起動せずにリポジトリを作成または更新できますが、他のすべての SnapManager 操作を実行するには、サーバが実行されている必要があります。

SnapManager サーバを起動するには、次のコマンドを入力します。 smo _server start

SnapManager の実行に必要なすべてのコンポーネントが正しく設定されていますか?

smo system verify コマンドを実行して、 SnapDrive が正しく設定されていることを確認します。

正しいバージョンの SnapManager を使用していますか?

smo version コマンドを使用して、 SnapManager のバージョンを確認します。

問題ログファイルを調べて、エラーメッセージが SnapManager の特定に役立つかどうかを確認しましたか。

SnapManager は、すべてのログ・エントリを 1 組の循環型ログ・ファイルに記録します。ログファイルは C : \Program Files\NetApp\SnapManager for Oracle\logs にあります。

Windows 2008 を使用している場合、ログは次の場所にあります。

  • 処理ログ:

    • C : \Program Files\NetApp\SnapManager for Oracle\var\log\smo

  • クライアントログ:

    • C : \Users\Administrator\AppData\Roaming\NetApp\smo \3.3.0\

次の場所のログを確認すると便利な場合があります。

C : \Documents and Settings\hostname\Application Data\NetApp\smo \3.3.0\log

各処理ログは、 smo _OF_date_time.log 形式の固有のログ・ファイルに書き込まれます。

Data ONTAP を実行していないストレージ・システムにアーカイブ・ログが格納されている場合、 SnapManager でのバックアップ処理からそれらのログを除外しましたか。

smo .config ファイルを使用すると、特定のアーカイブ・ログ・ファイルを除外することができます。Windows の場合、ファイルは次の場所にあります。 C : \program_files\netapp \smo \properties\smo .config

ローカルアーカイブログを除外するには、ファイルに記載されている形式を使用します。追加情報については、「設定プロパティ」のトピックを参照してください。

SnapManager CLI からバックアップを作成する際に、アーカイブログのデスティネーションを除外することもできます。追加情報については ' データベース・バックアップの作成に関するトピックを参照してください

SnapManager の GUI からバックアップを作成する際に、アーカイブログのデスティネーションを除外することもできます。

Windows で SnapManager をインストールまたはアップグレードしようとしているディレクトリで MS-DOS ウィンドウが開いていますか ?

「 D ディレクトリ C : \Program Files\NetApp\SnapManager for Oracle\bin is currently in use by another program' 」というエラーメッセージが表示されます。インストールを続行するには、現在このディレクトリを参照しているウィンドウを閉じておく必要があります。ウィンドウを閉じて、インストールまたはアップグレードを再試行します。

リポジトリに接続できませんでしたか ?

リポジトリへの接続に失敗した場合は、リポジトリデータベースで lsnrctl status コマンドを実行して、アクティブなサービス名を確認します。SnapManager がリポジトリデータベースに接続すると、データベースのサービス名が使用されます。リスナーの設定によっては、短縮サービス名または完全修飾サービス名が使用されます。バックアップ、リストア、またはその他の処理のために SnapManager がデータベースに接続するときは、ホスト名と SID が使用されます。リポジトリが現在アクセスできないために正常に初期化されない場合は ' リポジトリを削除するかどうかを確認するエラー・メッセージが表示されますリポジトリを現在のビューから削除すると、他のリポジトリに対しても処理を実行できます。また、対応するサービスが実行されているかどうかも確認してください。

ホスト名はシステムで解決できるか。

指定したホスト名が別のサブネット上にあるかどうかを確認してください。SnapManager でホスト名を解決できないというエラーメッセージが表示された場合は、ホストファイルにホスト名を追加してください。ホスト名を、 C:\windows\system32\drivers\etc\hosts のファイル( xxx.xxx.xxx.xxx hostname IP address )に追加します

SnapDrive は稼働していますか。

SnapDrive のステータスを表示するには、 [ サービス ] に移動し、 SnapDrive サービスを選択します。

SnapDrive でアクセスするように設定されているストレージシステムはどれですか?

SnapDrive 用に構成されているストレージ・システムを検索するには、次の手順を実行します。

  1. [ マイコンピュータ ] を右クリックし、 [ 管理 ] を選択します。

  2. [ * ストレージ * > * SnapDrive * ] をクリックします。

  3. ホスト名を右クリックし、 * transport protocol settings * を選択します。

SnapManager GUI のパフォーマンスはどのように向上するのですか。

  • リポジトリ、プロファイルホスト、およびプロファイルの有効なユーザ・クレデンシャルがあることを確認します。

    クレデンシャルが無効な場合は、リポジトリ、プロファイルホスト、およびプロファイルのユーザクレデンシャルを消去してください。リポジトリ、プロファイルホスト、およびプロファイルに対して以前に設定したユーザクレデンシャルをリセットします。追加情報のユーザクレデンシャルの再設定については、「クレデンシャルキャッシュをクリアした後のクレデンシャルの設定」を参照してください。

  • 未使用のプロファイルを閉じます。

    開いているプロファイルの数が多い場合、 SnapManager の GUI のパフォーマンスは低下します。

  • SnapManager GUI から、「ユーザー環境設定」ウィンドウの「管理者」メニューで「起動時に開く」が有効になっているかどうかを確認します。

    このオプションを有効にすると、 C : \Documents and Settings\ Administrator \Application Data\NetApp\smo \3.3.3.0 \GUI\state にあるユーザ設定( user.config )ファイルが openOnStartup = プロファイルとして表示されます。

  • 起動時に開く * が有効になっているため、ユーザー設定( user.config )ファイルで lastOpenProfiles を使用して、 SnapManager GUI から最近開かれたプロファイルを確認する必要があります。 lastOpenProfiles = Profile1 、 profile2 、 PROFILE3 など。

    リストされているプロファイル名を削除して、開いているプロファイルの数を常に最小限に抑えることができます。

  • Windows ベースの環境に SnapManager の新しいバージョンをインストールする前に、次の場所にある SnapManager クライアント側のエントリを削除します。

    C : \Documents and Settings\Administrator\Application Data\NetApp

複数の SnapManager 処理がバックグラウンドで同時に開始されて実行されている場合、 SnapManager GUI の更新に時間がかかります。バックアップを右クリックすると(すでに削除されているが SnapManager GUI に表示される)、そのバックアップのバックアップ・オプションは [Backup or Clone] ウィンドウでは有効になりません。

SnapManager の GUI が更新されるまで待ってから、バックアップのステータスを確認する必要があります。

Oracle データベースが英語で設定されていない場合はどうすればよいですか。

Oracle データベースの言語が英語に設定されていないと、 SnapManager の処理が失敗することがあります。 Oracle データベースの言語を英語に設定します。

  1. NLS_LANG 環境変数が設定されていないことを確認します。 echo %NLS_LANG%

  2. C:\SnapManager_install_directory\service : set.NLS_LANG=America_America.WE8MSWIN1252 にある wrapper.conf ファイルに次の行を追加します

  3. SnapManager サーバを再起動します。 smo _server restart

注記 システム環境変数が NLS_LANG に設定されている場合は、 NLS_LANG を上書きしないようにスクリプトを編集する必要があります。

リポジトリ・データベースが複数の IP を指していて、各 IP のホスト名が異なる場合に、バックアップのスケジュール設定処理が失敗するとどうなりますか。

  1. SnapManager サーバを停止します。

  2. リポジトリディレクトリ内のスケジュールファイルは、バックアップスケジュールをトリガーするホストから削除します。

    スケジュールファイル名は次の形式にすることができます。

    • リポジトリ #repo_username#repository_database_name #repository_host#repo_port

    • repository -repo_namerestory_database_name -repository_host-repo_port * 注: * リポジトリの詳細に一致する形式でスケジュールファイルを削除する必要があります。

  3. SnapManager サーバを再起動します。

  4. SnapManager GUI から同じリポジトリの下にある他のプロファイルを開き、これらのプロファイルのスケジュール情報が失われないようにします。

クレデンシャルファイルロックエラーが発生して SnapManager 処理が失敗した場合、どうすればよいですか?

SnapManager は、更新前にクレデンシャルファイルをロックし、更新後にロックを解除します。複数の処理を同時に実行すると、いずれかの処理によって、クレデンシャルファイルがロックされて更新されることがあります。ロックされたクレデンシャルファイルに同時に別の処理でアクセスしようとすると、ファイルロックエラーが発生して処理が失敗します。

smo .config ファイルでは、同時に実行する処理の頻度に応じて次のパラメータを設定します。

  • FileLock.RetryInterval=100 ミリ秒

  • FileLock.timeout=5000 ミリ秒

注記 パラメータには、ミリ秒単位の値を指定する必要があります。

バックアップ検証処理がまだ実行中であっても、バックアップ検証処理の中間ステータスが Monitor タブに failed と表示された場合はどうすればよいですか?

エラーメッセージは sm_gui.log ファイルに記録されます。ログファイルを参照して、操作の新しい値を確認する必要があります。 heartbeatInterval および操作。 heartbeatThreshold パラメータは、この問題を解決します。

  1. smo .config ファイルに次のパラメータを追加します。

    • operation.heartbeatInterval=5000

    • operation.heartbeatThreshold =5000 SnapManager によって割り当てられたデフォルト値は 5000 です。

  2. これらのパラメータに新しい値を割り当てます。

    注記 パラメータには、ミリ秒単位の値を指定する必要があります。
  3. SnapManager サーバを再起動し、処理を再実行してください。

ヒープ領域の問題が発生した場合の対処方法

SnapManager for Oracle の処理中にヒープスペース問題が発生した場合は、次の手順を実行する必要があります。

  1. SnapManager for Oracle のインストールディレクトリに移動します。

  2. installationdirectory\bin\launchjava パスから launchjava ファイルを開きます。

  3. java -Xmx160m java heap-space パラメータの値を大きくします。

    たとえば、デフォルト値の 160m を 200 m に増やすことができます。

    注記 以前のバージョンの SnapManager for Oracle で Java heap-space パラメータの値を増やした場合は、この値を維持する必要があります。

Windows 環境で SnapManager サービスが開始されず、「 Windows could not start Snap Manager on Local computer. 」というエラーメッセージが表示されます。詳細については、システムイベントログを参照してください。Microsoft 以外のサービスの場合は、サービスベンダーに問い合わせて、サービス固有のエラーコード 1 を参照してください。

Installation_directory\service にある wrapper.conf ファイルの次のパラメータを設定します。

  • ラッパーのスタートアップタイムアウトパラメータは、 Java 仮想マシン( JVM )を起動するラッパーとアプリケーションが起動した JVM からの応答の最大許容時間を定義します。

    デフォルト値は 90 秒に設定されています。ただし、 0 より大きい値を変更することはできます。無効な値を指定した場合は、代わりにデフォルトが使用されます。

  • wrapper.ping.timeout パラメータは、 JVM に対するラッパー ping と JVM からの応答の間の最大許容時間を定義します。デフォルト値は 90 秒に設定されています。

    ただし、 0 より大きい値に変更することはできます。無効な値を指定した場合は、代わりにデフォルトが使用されます。