実装の管理

最適なエクスペリエンスを確保するために実装を管理するには、問題のトラブルシューティングと推奨されるベスト・プラクティスに従います。

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

移行後、発生する可能性のある特定の問題のトラブルシューティングが必要になる場合があります。一般的な問題と実績のあるソリューションを次に示します。

Siebel Management Consoleでは、データベース資格情報を使用したログインに失敗します。

問題	VMが移行され、必要な etc/hostsファイルの変更が完了したら、データベース資格情報でSMCにアクセスできないことがあります。
考えられる原因	データベースのホスト名が変更され、ゲートウェイは古いホスト名を使用してデータベースに接続しようとしています。
解決策	Siebel Gatewayセキュリティ・プロファイルを削除して再作成します。MOS Doc ID 2371577.1を参照してください(該当するリンクについては、Explore Moreを参照してください)。これは、Siebel VM移行後のタスクのステップとしても言及されています。

etc\hostsファイルを編集できません

問題	hostsファイルの編集中に権限エラーが表示されます。
考えられる原因	その場所にファイルを保存する権限がありません。
解決策	ファイルを保存および編集する権限がユーザーにあるデスクトップなどの場所にコピーします。ファイルを編集して保存します。etcフォルダ内のファイルをコピーして貼り付け、既存のhostsファイルを置き換えます。

Siebel ServerがSMCから削除されていません

問題	プロファイルのアンデプロイの一部として、Siebelサーバーも削除する必要がありますが、プロセスには時間がかかり、実際には削除されません。
考えられる原因	バックエンド・タスクは失敗し、zookeeper構成からSiebelサーバーを削除しません。
解決策	MOSノートID 2590232.1 (適切なリンクについては「詳細情報」を参照)に従って、Siebelサーバーをゾーン管理者から直接削除します。

カスタム・イメージでブートしていないインスタンス。

問題	カスタム・イメージから作成されたインスタンスは起動しません。
考えられる原因	ソース・イメージの要件がないか、正しく設定されていない可能性があります。 公式のドキュメンテーションに従って、カスタム・イメージがすべてのソース・イメージ要件を満たしていることを確認します。
解決策	インスタンス・コンソール接続を使用したインスタンスのトラブルシューティング。

ベスト・プラクティスに従う

最適な移行経験を得るには、この手順を実装するときにこれらのベストプラクティスに従う必要があります。

• 移行を開始する前に、ユーザー資格証明、Siebelバイナリのパス、カスタム・コンポーネント、パラメータなど、オンプレミス・デプロイメントに関するすべての詳細を収集します。
• シンボリックURL管理、Webサービス・エンドポイント、値リスト、Eメール・レスポンス・グループ、通信ドライバおよびプロファイルなど、新しいホスト名変更が必要な領域をすべて特定します。
• 管理者権限を持つSiebel更新ウィザードを起動して、ファイル書込みの問題を回避します。
• このプロセスの開始時にユーザー・アクセス制御を無効にしても、終了後に再度有効にします。
• 古いバージョンを使用して以前に作成した新しいOracleデータベース・クライアントを使用して、ODBCデータ・ソースを再作成します。
• システムのコマンドラインを使用して、Siebel Services、Siebel GatewayおよびTomcatサービスを削除しないでください。この方法では、対応するエントリをプロパティ・ファイルから削除しません。代わりに、SMCにログインし、配備されたすべてのプロファイルを1つずつ正常に削除します。
• PostInstallDBSetupログを確認して、リポジトリおよびデータベース・レベルの変更が正しく適用され、エラーがないことを確認します。
• マルチサーバー環境の移行中に、すべてのサーバーが関連するポートを介して相互に通信できることを確認します。ネットワーク・セキュリティ・グループ(NSG)を作成するか、サブネット・レベルでポートを有効化します。
• Oracle Cloud Infrastructure File Storage Service for Siebel File Systemを使用します。
• ホスト名が変更されたときに、SMCでプロファイルをアンデプロイおよび再デプロイするだけです。