シェイプ変更の失敗のトラブルシューティング
この記事は、DBシステムのシェイプを変更したときに発生する可能性のある問題のトラブルシューティングと修正に役立ちます。
マルチ・ノードRAC DBシステムの場合、シェイプ変更操作はロール方式で続行されます。 シェイプ変更操作のどこで障害が発生したかによっては、コンソールを使用して操作を再試行できる場合があります。
この記事には、失敗の原因の特定と問題の修正に役立つ情報が含まれています。 情報は、エラー条件に基づいて複数の項で編成されます。
この記事では、次のトピックについて説明します:
ノート:
シリアル・コンソール接続を作成して、単一ユーザー・モードでDBシステムのトラブルシューティングを行うこともできます。 コンソールでのシリアル・コンソール接続の作成の詳細は、「DB Systemへのシリアル・コンソール接続の管理」を参照してください。OCIコンソールを使用したトラブルシューティング
シェイプ変更操作が失敗すると、DBシステムの詳細ページにメッセージ・バナーが表示され、失敗の詳細が示されます。 マルチ・ノード・システムの最初のノードで障害が発生し、操作が正常にロールバックされた場合、「シェイプの変更」ボタンは使用可能なままになり、システムはオンライン状態のままになります。 失敗の詳細は、Oracle Supportに連絡してください。 dbcliを使用して、障害の詳細および解決が必要な問題を確認することもできます。 問題がないことを確認したら、操作を再試行できます。
障害によって、システムをロールバックできない状態のままにした場合、システム状態は「確認が必要」です。 この場合、問題を認識したらすぐにOracle Supportに連絡して、Oracleが問題の解決とシェイプ変更操作の完了を支援できるようにします。
dbcliを使用したトラブルシューティング
内容は、次のとおりです。
シェイプ変更操作で失敗したステージの決定
- rootユーザーとしてDBシステムにログインします。
-
/opt/oracle/dcs/binにナビゲートします:cd /opt/oracle/dcs/bin -
CLIツールを更新します:
./cliadm update-dbcli -
失敗したジョブを一覧表示します:
dbcli list-jobs | grep -i failed
ノート:
pre_action、actionまたは post_actionステージで失敗したジョブ(またはジョブ)が発生した場合。 また、失敗したジョブのjob_id値にも注意してください。問題を解決する必要があります。
Pre_actionステージで発生する失敗のトラブルシューティング
-
job_id値を使用して、失敗の詳細を取得します:dbcli describe-job -i <job_id> -
dcs-agent.logおよびdcs-agent-debug.logファイル(/opt/oracle/dcs/log/ディレクトリにある)でエラーを検索します:たとえば:
cd /opt/oracle/dcs/log grep -ir "DCS-10063:Failed to get node names from olsnodes." * - ログファイルに記録されたエラーに関する情報を使用して、可能な場合はシステム構成を修正します。
- シェイプ変更操作を再試行します。 操作がまだ成功しない場合は、「追加ヘルプの表示」の手順に従います。
追加ヘルプの表示
post_actionステージで障害が発生した場合、またはpre_actionステージで発生した障害を解決できない場合は、次の手順を実行します:
- ドキュメント「Oracle Database Cloud Serviceインスタンスの診断データ収集」にリストされている情報を収集します。
- My Oracle Supportを使用してサポート・リクエストを開きます。 Oracle Supportにご連絡ください。