Planning the Migration¶
EDBが移行計画に含めることを推奨している項目については、このセクションを確認してください。
テストと検証¶
各組織には、どの環境で何をすべきかを定義するさまざまなポリシーと機能があります。一部の組織は、テスト環境で一時システムに移行した後に稼動データベースを復元します。他の組織では、テスト環境でプロセスをテストし、稼動環境がテスト環境と同じように動作することを期待します。組織に最適なものが何であれ、以下のすべてが更新および検証されていることを確認してください
展開と管理の自動化
データベースを復元するプロセス
バックアップインフラストラクチャとの統合などの統合
EDBは、これらのすべてのアクションが既存の環境に影響を与えることなく実行できるように、特に新しいツールをオンボーディングするための一時的なテストシステムをセットアップすることをお勧めします。テスト計画には、テストシステムの立ち上げ、このテストシステムで行われるすべてのアクションの計画、および移行後のシステムの整理ていることを確認してください。
一部の組織では、新しいツールに移行されたすべてのデータベースの正常な復元を確認する必要があります。
サイジングに関する考慮事項¶
実際の移行に応じて、さまざまなサイジングの考慮事項が適用されます。 2つの異なる移行経路が存在します
1.新しいバックアップ用に新しいストレージが接続されます。
この場合、現在のサイズ設定要件に合わせてストレージのサイズを設定することから始めるのが適切です。これは、特大のストレージ場所を縮小する良い機会になるかもしれないことに注意してください。必要に応じて、両方のバックアップツールを同時に実行することを検討してください。インパクトが許容できる場合、バックアップを成功させるためのロールバックと追加のセキュリティのオプションになります。 EDBは、最も簡単でエラーが発生しにくいため、このアプローチを推奨しています。
2.既存のバックアップのマウントポイントは、バックアップに再利用されます。
makeへの重要なノートは、さまざまなツールのためのリポジトリは異なるレイアウトを持っている、と互換性がないということです。つまり、正確な場所は明確にニーズがあります。ただし、それらは同じマウントポイントに存在できます。利点は、追加の必要なストレージが、新しいストレージを接続する場合より小さいなると予想されることです。そうは言っても、移行中には追加のストレージが必要であり、ダウンスケーリングはオプションではないかもしれません。さらに、このオプションでは、両方のバックアップツールを同時に実行する余地がありません。追加のサイジング要件は、正確なバックアップスキーム、メンテナンススキーマ、および差分バックアップのサイズの違いに依存します。適切な開始点は、追加のバックアップセット(1つの完全バックアップとすべての差分)、および追加のフルバックアップを準備することです。モニタリングしきい値も必要に応じて適切に調整されていることを確認してください。
古いツールと新しいツールの間で圧縮オプションが同様に構成されていることを確認makeことが重要であることに注意してください。または、バックアップやWALサイズを補うために追加のストレージスペースが必要です。
計画段階では、次のことに注意ニーズがあります。
アプローチを選択します。
予想される追加ストレージのサイズを設定し、可用性を確認します。
移行計画のパートとして、追加のストレージを追加または増やすことを計画します。
次の余分なストレージを期待し、また必ず移行余分なストレージ>の間に直接的に利用可能であること、それは不測の事態のために必要とされなければならないmake。
最初のアプローチ(追加のマウントポイント)を使用する場合は、移行後に古いストレージを消去することを計画し移行。古いリポジトリが組織のロールバックポリシーを満たすのに十分な期間保存されることを確認してください。
リソースの可用性とタイムライン通信¶
環境のサイズ、移行を実行できる利用可能なDBAの数、および自動化の量によっては、移行にかなりの時間がかかる場合があります。移行中、環境の一部が新しいツールで既に実行され、追加のストレージ要件が特定され、 DBAリソースが移行に重点を置いており、他のタスクでは利用できないため、組織にストレスがかかる場合があります。
したがって、環境ごとに移行を計画し、その計画から移行の期間を導き出すことが重要です。これらのタイムラインを組織の残りの部分に伝えて、 DBAチームがこの期間中は余分に占有されていることを認識させます。さらに、必要に応じて追加のストレージを準備して接続するためにストレージチームが利用できるmakeを確認します。