Oracle Integrationインスタンスを別のリージョンに移動
Oracle Integrationインスタンスを別のリージョンに移動できます。 このタイプの移動を検討している場合は、移動をスムーズにするためのベスト・プラクティスをいくつか示します。
ノート:
Oracle Integrationインスタンスを同じリージョン内のあるテナンシから別のテナンシに移動することはできませんが、オブジェクト・ストレージに対する適切な権限またはエクスポート・ファイルの明示的な転送を使用して、テナンシ間で統合をエクスポート/インポートできます。- Oracle Integrationインスタンスにカスタム・エンドポイントを使用します。 「インスタンスのカスタム・エンドポイントの構成」を参照してください。 すべてのクライアントが新しいカスタム・エンドポイントを使用していることを確認します。
- 設計時メタデータをエクスポートおよびインポートして、既存の構成を新しいリージョンの新しいインスタンスに移動します。 「インスタンス間での設計時メタデータのエクスポートおよびインポート」を参照してください。
- 新しいリージョンでできるだけ多くの検証を実行します。 ただし、処理が重複しないようにポーリングまたはスケジュールを開始しないでください。
- 新しいインスタンスに同じカスタム・エンドポイントを構成しますが、現時点ではDNS標準名(CNAME)を更新しません。
- 新しいリージョンのすべての検証が完了し、すべての非ポーリング統合がアクティブ化されたら、カスタム・エンドポイントCNAMEを新しいOracle Integrationインスタンスのホスト名を指すように切り替えます。
- ポーリング統合を非アクティブ化し、古いインスタンスのスケジュールを停止します。
- ポーリング統合をアクティブ化し、新しいインスタンスでスケジュールを開始します。
- ファイル・サーバーを使用する場合は、各リージョンおよびホスト名でロード・バランサが必要になる可能性があります。 ファイル・サーバーのポート番号がインスタンス間で一致することが保証されていないため、ロード・バランサはポート・マッピングを実行します。 これは、外部クライアントに標準のSFTPポートとホスト名を使用する優れた機会です。 各リージョンにロード・バランサを設定し、動作することを確認したら、トラフィックを新しいファイル・サーバーに移動する準備ができたら、ホスト名を新しいリージョン・ロード・バランサに切り替えることができます。
- これらのベスト・プラクティスを使用して、新しいストライプに移動できます。 ただし、両方のインスタンスを同時にアクティブにすることはできず、元のインスタンスを削除する必要があります。