SnapManager の GUI にアクセスして処理を実行しようとしているときに、「 SMO-20111 ： Authentication failed for user on host 」というエラーメッセージが表示されることがあります。

この問題は、 SnapManager サーバが実行されているホストでユーザのパスワードが変更された場合に発生します。パスワードが変更されると、 GUI を起動したユーザに対して作成されたクレデンシャルキャッシュが無効になります。SnapManager GUI は引き続きキャッシュ内のクレデンシャルを使用して認証を行うため、認証は失敗します。

次のいずれかのタスクを実行する必要があります。

Java Web Start を使用して SnapManager GUI にアクセスするときに、セキュリティ警告が表示されます。

Java Web Start を使用して SnapManager GUI にアクセスするときに、セキュリティ警告が表示されます。 JNLP jar は自己署名の JRE であり、 SnapManager で使用されている Java バージョンでは、高度なセキュリティレベルで自己署名の jar が許可されていないため、この問題が発生します。

Java コントロールパネルでセキュリティ設定を medium に変更するか、 SnapManager GUI URL を例外リストに追加します。

SnapManager Web Start GUI に、正しくないバージョンが表示される。

Web スタート GUI を起動したときに、新しいバージョンから以前のバージョンに SnapManager をダウングレードすると、 SnapManager Web Start GUI の新しいバージョンが起動されます。

また、次の手順を実行してキャッシュをクリアする必要があります。

GUI を再起動し、特定のプロファイルのバックアップをチェックする際には、プロファイル名だけが表示されます。

SnapManager では、プロファイルを開くまで、そのプロファイルに関する情報は表示されません。

次の手順を実行します。

Windows への GUI のインストールは成功しますが、エラーが発生します。

GUI のインストールに使用するユーザアカウントには、すべてのユーザのアイコンとショートカットを設定するための十分な権限がありません。ユーザーアカウントには、 C:\Documents and Settings\All Users ディレクトリを変更する権限がありません。

GUI で最初のリポジトリを開くと、次のようなエラーメッセージが表示されます。プロファイル名 XXXX が、以前にロードしたリポジトリと競合しています。

同じ名前のプロファイルをリポジトリに含めることはできませんまた ' 一度に開くことができるリポジトリは 1 つだけです

2 つの異なるオペレーティングシステム（ OS ）ユーザ間で競合するプロファイルを参照するか、リポジトリに対して SQL ステートメントを発行してプロファイルの名前を変更します。 update SMO_33_profile set name='new_name' where name='old_name'

次のようなエラーメッセージが表示されます。 SMO -01092 ： Unable to initialize repository repo1@ does not exist ： repo1SMO -11006 ： cannot resolve host does not exist

リポジトリが存在しない可能性があるため、リポジトリにアクセスできません。GUI は、 credentials ファイルからリポジトリのリストを初期化します。

このリポジトリを削除して、今後ロードしないようにするかどうかを確認するメッセージが表示されます。このリポジトリにアクセスする必要がない場合は 'Delete をクリックして 'GUI ビューから削除しますこれにより、クレデンシャルファイル内のリポジトリへの参照が削除され、 GUI はリポジトリのロードを再試行しません。

SnapManager でデータベースツリー構造のロードに時間がかかり、 SnapManager GUI にタイムアウトエラーメッセージが表示されます。

SnapManager GUI からパーシャル・バックアップ処理を実行すると、 SnapManager はすべてのプロファイルのクレデンシャルをロードしようとします。エントリが無効な場合、 SnapManager はエントリの検証を試み、タイムアウト・エラー・メッセージが表示されます。

SnapManager コマンドラインインターフェイス（ CLI ）で credential delete コマンドを使用して、未使用のホスト、リポジトリ、およびプロファイルのクレデンシャルを削除します。

バックアップ、リストア、クローンの処理の前後にプリプロセスやポストプロセスのアクティビティを実行するカスタムスクリプトは、 SnapManager GUI には表示されません。

カスタムスクリプトをバックアップ、リストア、またはクローンスクリプトのカスタムスクリプトの場所に追加する際、各ウィザードを起動したあとに、そのカスタムスクリプトは [ 使用可能なスクリプト ] リストに表示されません。

SnapManager ホスト・サーバを再起動し、 SnapManager GUI を開きます。

SnapManager （ 3.1 以前）で作成したクローン仕様 XML ファイルをクローン処理に使用することはできません。

SnapManager 3.2 for Oracle では、タスク仕様セクション（タスク仕様）は、個別のタスク仕様 XML ファイルとして提供されています。

SnapManager 3.2 for Oracle を使用している場合は、クローン仕様 XML からタスク仕様セクションを削除するか、クローン仕様 XML ファイルを新規作成する必要があります。 SnapManager 3.3 以降では、 SnapManager 3.2 以前のリリースで作成されたクローン仕様 XML ファイルはサポートされていません。

SnapManager CLI から smo credential clear コマンドを使用してユーザクレデンシャルをクリアしたあと、または SnapManager GUI から * Admin * > * Credentials * > * Clear * > * Cache * をクリックしたあとに、 GUI での SnapManager 処理は続行されません。

リポジトリ、ホスト、およびプロファイルに設定されているクレデンシャルがクリアされます。SnapManager は、処理を開始する前にユーザクレデンシャルを検証します。ユーザクレデンシャルが無効な場合、 SnapManager は認証に失敗します。ホストまたはプロファイルをリポジトリから削除しても、そのユーザクレデンシャルはキャッシュに残っています。これらの不要なクレデンシャルエントリによって、 GUI からの SnapManager 処理が遅くなります。

キャッシュのクリア方法に応じて、 SnapManager GUI を再起動します。* 注： *

リポジトリ、プロファイルホスト、およびプロファイルに対して指定したクレデンシャルを設定します。SnapManager GUI で、リポジトリツリーの下にリポジトリがマップされていない場合は、次の手順を実行します。

ブラウザの SSL 暗号強度が弱いため、 Java Web Start GUI を使用して SnapManager GUI を開くことはできません。

SnapManager は、 128 ビットより弱い SSL 暗号をサポートしていません。

ブラウザのバージョンをアップグレードし、暗号強度を確認します。