sql >> データベース >  >> RDS >> Database

AWSデータベース移行サービスDMS

    AWS Database Migration Service DMSは、オンプレミスまたは他のクラウドベンダーのいずれかで、データベースをAWSに簡単かつ安全に移行するのに役立ちます。ソース/ライブデータベースは、移行中も完全に機能し続けます。このサービスは、OracleからAmazon Aurora、MicrosoftSQLServerからMySQLなどの最も広く使用されているデータベース間でデータを移行できます

    AWS DMSのメリット:

    • 使いやすいということは、ドライバーやアプリケーションをインストールする必要がないことを意味します。
    • 最小限のダウンタイムAWSは、実質的にダウンタイムなしでデータベースをAWSに移行するのに役立ちます。
    • 移行中に発生するソースデータベースへのすべてのデータ変更は、ターゲットに継続的に複製されます。
    • DMSサービスは、AWSManagementConsoleで数分以内に移行タスクをすばやく簡単にセットアップできます。
    • リソースは仮想化およびプールされ、物理インフラストラクチャを確保します。
    • Rapid Scalabilityは、需要を満たすために追加のコンピューティングリソースを即座に割り当てます。
    • 低コスト:インフラストラクチャ、エネルギー/施設のコスト、自動化。
    • VPCによるセキュリティの強化と情報資産の保護
    • ITリソースはオンデマンドでプロビジョニングできます。

    AWS DMSの仕組み:

    データベースの移行を実行するために、AWS DMSはソースデータベースに接続し、ソースデータを読み取り、ターゲットデータベースで使用できるようにデータをフォーマットし、データをターゲットデータベースにロードします。この処理のほとんどはメモリ内で行われますが、大規模なトランザクションではディスクへのバッファリングが必要になる場合があります。キャッシュされたトランザクションとログファイルもディスクに書き込まれます。

    AWS DMSは、移行を実行するために必要なターゲットスキーマオブジェクトを作成します。ただし、AWS DMSは最小限のアプローチを採用し、データを効率的に移行するために必要なオブジェクトのみを作成します。つまり、AWS DMSはテーブル、主キー、場合によっては一意のインデックスを作成しますが、ソースからデータを効率的に移行するために必要のない他のオブジェクトは作成しません。たとえば、セカンダリインデックス、非プライマリキーの制約、またはデータのデフォルトは作成されません。

    ほとんどの場合、移行を実行するときに、ほとんどまたはすべてのソーススキーマも移行する必要があります。同種の移行(同じエンジンタイプの2つのデータベース間)を実行している場合は、エンジンのネイティブツールを使用してスキーマを移行し、データなしでスキーマ自体をエクスポートおよびインポートします。

    移行が異種の場合(異なるエンジンタイプを使用する2つのデータベース間)、AWS SchemaConversionToolを使用して完全なターゲットスキーマを生成できます。このツールを使用する場合は、移行の「フルロード」フェーズと「キャッシュされた変更の適用」フェーズで、外部キー制約などのテーブル間の依存関係を無効にする必要があります。パフォーマンスが問題になる場合は、移行プロセス中にセカンダリインデックスを削除または無効にすることが役立ちます。

    AWS Schema Conversion Toolの詳細については、AWS SchemaConversionToolをご覧ください。

    チュートリアルの終わり、AWS Database MigrationServiceDMS。


    1. 特定のスキーマにテーブルが存在するかどうかを確認する方法

    2. gem install:gemネイティブ拡張のビルドに失敗しました(ヘッダーファイルが見つかりません)

    3. 重複エントリのエラーを処理するにはどうすればよいですか?

    4. Djangoおよびpostgresqlスキーマ