アプリケーション・データ移行シナリオの例

Microsoft SQL Serverを使用するレガシー・アプリケーションを移行する例を次に示します。SQL Serverのこのインスタンスには、AlwaysOn可用性グループ(AG)機能があり、ローカルにアタッチされたディスクを持つ2つのホスト間でホストされています。日次バックアップはファイルシステムに保存され、2週間保持されます。週次バックアップは、長期間保存するためにローカルのオブジェクト・ストアに格納されます。

このアプリケーションをOracle Cloud Infrastructureに移行する際の支援として、アプリケーション・コンポーネントを特定し、前述の質問に回答してください。次の図は、現在のオンプレミス環境内に存在するアプリケーションを示しています。

On_premises_environment.pngの説明が続きます
図on_premises_environment.pngの説明

アプリケーションをOracle Cloud Infrastructureに正常に移動するには、構造化データベース・ファイルとアーカイブ・バックアップ・データの両方を移動する必要があります。これは、ビジネスのデータ要件を満たすためにアーカイブのデータ量を削減したり、アーカイブをパージする機会です。

ここで、地理ドメインまたは可用性ドメイン間でアクセスする必要があるデータ部分を考えてみます。アプリケーション構造の現在の状態は、単一リージョンの高可用性で示されます。データの移行を重視すると、可用性ドメインは、アプリケーションが適切な時間枠内にフェイルオーバーするために必要な冗長性を作成します。

Data_after_moving_to_oci.pngの説明が続きます
図data_after_moving_to_oci.pngの説明

待機時間を減らしてパフォーマンスを確保するには、SQL Serverホストと同じフォルト・ドメイン内にブロック・ボリュームを維持します。

データは可用性が高くなる必要がありますが、ビジネス操作に大きな影響を与えるために損失が始まる前に実際に失われるデータ量はいくつですか。SQL Server可用性グループは、個々のデータベース間のデータ損失を管理します。この点を考慮すると、アプリケーションのバックアップ・ポリシーにも影響します。この例では、バックアップがセカンダリ・サーバーで発生しているため、プライマリ・サーバーのパフォーマンスに影響はありません。

アプリケーションでの高可用性およびビジネス継続性を保証するために必要なデータのコピー数はいくつですか。障害ドメインおよび可用性ゾーン内のAlwaysOnの可用性グループの編成は、Oracle Cloud Infrastructureでアプリケーションの新しいホームを作成する際に重要です。オブジェクトの記憶域はリージョン間で冗長化されているため、バックアップ・データを別のリージョンにレプリケートするかどうかの決定は、ビジネス操作モデルの一部である必要があります。

Oracle Cloud Infrastructure Object Storageサービスを使用して外部のテープ・ソリューションを置換することは、クロスリージョン・レプリケーションで実現できます。バックアップ・データおよびオブジェクト記憶域のクロスリージョン・レプリケーションにより、ビジネスに影響する可能性のあるリージョン全体の停止からデータが保護されることが保証されます。