SnapManager のトラブルシューティング
ここでは、発生する可能性のある最も一般的な問題とその解決方法について説明します。
次の表に、一般的な問題と解決策を示します。
問題主導の質問 | 解決策の可能性があります | ||
---|---|---|---|
ターゲット・データベースとリスナーは動作していますか |
lsnrctl statusコマンドを実行しますデータベース・インスタンスがリスナーに登録されていることを確認します。 |
||
ストレージは認識されていますか。 |
「SnapDrive storage show -all」コマンドを実行します。 |
||
ストレージは書き込み可能ですか。 |
作成したマウントポイント内のファイルを編集します。「touch filename」コマンドを使用します。ファイルが作成されると、ストレージは書き込み可能になります。SnapManager を実行するユーザがストレージに書き込めることを確認します( UNIX の root など)。 |
||
SnapManager サーバは稼働していますか。 |
「smsap_server status」を実行し、「smsap_server start」コマンドを使用してサーバの起動を試みます。 グラフィカルユーザインターフェイス( GUI )またはコマンドラインインターフェイス( CLI )を使用してプロファイルに関連する SnapManager コマンドを開始するには、サーバが稼働している必要があります。サーバを起動せずにリポジトリを作成または更新できますが、他のすべての SnapManager 操作を実行するには、サーバが実行されている必要があります。 SnapManager サーバを起動するには'次のコマンドを入力します |
||
SnapManager の実行に必要なすべてのコンポーネントが正しく設定されていますか? |
「SMSAP system verify」コマンドを実行して、SnapDrive が正しく設定されていることを確認します。 |
||
正しいバージョンの SnapManager を使用していますか? |
「SMSAP version」コマンドを使用して、SnapManager のバージョンを確認します。 |
||
問題ログファイルを調べて、エラーメッセージが SnapManager の特定に役立つかどうかを確認しましたか。 |
SnapManager は、すべてのログ・エントリを 1 組の循環型ログ・ファイルに記録します。ログ・ファイルは'/var/log/smsap.``にあります ログ・ファイルは'C:\program_files\NetApp\SnapManager for SAP\logs\にあります 次の場所のログを確認すると便利な場合があります。
各処理ログは、「SMSAP_OF_DATE_TIME .log.」という形式の独自のログファイルに書き込まれます |
||
Data ONTAP を実行していないストレージ・システムにアーカイブ・ログが格納されている場合、 SnapManager でのバックアップ処理からそれらのログを除外しましたか。 |
「smsap.config」ファイルを使用すると、特定のアーカイブログファイルを除外できます。UNIXの場合、ファイルは`/opt/NetApp/smsap/propertes/smsap.config'の場所にあります ローカルアーカイブログを除外するには、ファイルに記載されている形式を使用します。追加情報については、「設定プロパティ」のトピックを参照してください。 SnapManager CLI からバックアップを作成する際に、アーカイブログのデスティネーションを除外することもできます。追加情報については ' データベース・バックアップの作成に関するトピックを参照してください SnapManager の GUI からバックアップを作成する際に、アーカイブログのデスティネーションを除外することもできます。 |
||
SnapManager と NFS データベースを併用する場合は、 FlexClone ライセンスがありますか? |
SnapManager を NFS データベースで最大限に活用するには、 FlexClone ライセンスが必要です。SnapManager は、 FlexClone 機能を使用して次の処理を実行します。
|
||
リポジトリに接続できませんでしたか ? |
リポジトリへの接続に失敗した場合は'リポジトリ・データベース上でlsnrctl statusコマンドを実行し'アクティブなサービス名を確認しますSnapManager がリポジトリデータベースに接続すると、データベースのサービス名が使用されます。リスナーの設定によっては、短縮サービス名または完全修飾サービス名が使用されます。バックアップ、リストア、またはその他の処理のために SnapManager がデータベースに接続するときは、ホスト名と SID が使用されます。リポジトリが現在アクセスできないために正常に初期化されない場合は ' リポジトリを削除するかどうかを確認するエラー・メッセージが表示されますリポジトリを現在のビューから削除すると、他のリポジトリに対しても処理を実行できます。 また'ps -eaf grep instance-name`コマンドを実行して'リポジトリインスタンスが実行されているかどうかを確認します |
||
ホスト名はシステムで解決できるか。 |
指定したホスト名が別のサブネット上にあるかどうかを確認してください。SnapManager がホスト名を解決できないというエラー・メッセージが表示された場合は'ホスト・ファイルにホスト名を追加しますホスト名を/etc/hostsにあるファイルに追加します 「* xxx.xxx.xxx.xxx hostname IP address *」のように入力します |
||
SnapDrive は稼働していますか。 |
SnapDrive デーモンが実行されているかどうかを確認します。
デーモンが実行されていない場合は、接続エラーが発生したことを示すメッセージが表示されます。 |
||
SnapDrive でアクセスするように設定されているストレージシステムはどれですか? |
次のコマンドを実行します。 '- SnapDrive 構成リスト |
||
SnapManager GUI のパフォーマンスはどのように向上するのですか。 |
|
||
複数の SnapManager 処理がバックグラウンドで同時に開始されて実行されている場合、 SnapManager GUI の更新に時間がかかります。バックアップを右クリックすると(すでに削除されているが SnapManager GUI に表示される)、そのバックアップのバックアップ・オプションは [Backup or Clone] ウィンドウでは有効になりません。 |
SnapManager の GUI が更新されるまで待ってから、バックアップのステータスを確認する必要があります。 |
||
Oracle データベースが英語で設定されていない場合はどうすればよいですか。 |
Oracle データベースの言語が英語に設定されていないと、 SnapManager の処理が失敗することがあります。Oracle データベースの言語を英語に設定します。
|
||
リポジトリ・データベースが複数の IP を指していて、各 IP のホスト名が異なる場合に、バックアップのスケジュール設定処理が失敗するとどうなりますか。 |
|
||
クレデンシャルファイルロックエラーが発生して SnapManager 処理が失敗した場合、どうすればよいですか? |
SnapManager は、更新前にクレデンシャルファイルをロックし、更新後にロックを解除します。複数の処理を同時に実行すると、いずれかの処理によって、クレデンシャルファイルがロックされて更新されることがあります。ロックされたクレデンシャルファイルに同時に別の処理でアクセスしようとすると、ファイルロックエラーが発生して処理が失敗します。 SMSAP_CONFIGファイルに、同時処理の頻度に応じて次のパラメータを設定します。
|
||
バックアップ検証処理がまだ実行中であっても、バックアップ検証処理の中間ステータスが Monitor タブに failed と表示された場合はどうすればよいですか? |
エラーメッセージは sm_gui.log ファイルに記録されます。ログファイルを参照して、操作の新しい値を確認する必要があります。 heartbeatInterval および操作。 heartbeatThreshold パラメータは、この問題を解決します。
|
||
ヒープ領域の問題が発生した場合の対処方法 |
SnapManager for SAPの処理中にヒープスペースの問題 が発生した場合は、次の手順を実行する必要があります。
|
||
保護されたバックアップを使用してリストアまたはクローンを作成できない場合はどうすればよいですか? |
この問題は、 clustered Data ONTAP に SnapManager 3.3.1 を使用していて、 SnapManager 3.4 にアップグレードしている場合に確認されます。バックアップは、 SnapManager 3.3.1 のポストスクリプトを使用して保護されています。SnapManager 3.4 からは、プロファイルの作成時に選択した _SnapManager_cDOT _ Mirror _ または _SnapManager_cDOT _ Vault _ ポリシーを使用してバックアップが保護されます。 SnapManager 3.4 へのアップグレード後も古いプロファイルを使用しているため、バックアップはバックアップスクリプトを使用して保護されます。 ただし、 SnapManager を使用したリストアやクローニングでは使用できません。 プロファイルを更新して、 _SnapManager_cDOT _ ミラー _ または _SnapManager_cDOT _ ボールト _ ポリシーを選択し、 SnapManager 3.3 でデータ保護に使用したポストスクリプトを削除する必要があります。 |
||
スケジュールされたバックアップが保護されていない場合( SnapVault )はどうすればよいですか。 |
SnapManager 3.4にアップグレードしてプロファイルを更新し、保護に_SnapManager_cDOT _ Vault _ポリシーに更新したら、古いバックアップスケジュールを削除し、新しいスケジュールを作成して、スケジュールの作成時にSnapVault ラベルを指定する必要があります。 |