すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB RDS:SQL ServerデータベースをAlibaba Cloudに移行する

最終更新日:Aug 27, 2024

このトピックでは、SQL ServerデータベースをAlibaba Cloudに移行するための一般的なソリューションについて説明します。 データソースの場所、各ソリューションで使用されるツール、および各ソリューションの利点と制限に基づいて、ソリューションを選択できます。

クラウド移行ソリューション

解決策

使用上の注意

関連ドキュメント

物理クラウド移行

OSS (Object Storage Service) を使用してデータを手動で移行する

  1. ソースデータベースのbackup_typeパラメーターをFULLに設定します。

  2. 完全なデータをバックアップし、バックアップデータをOSSバケットにアップロードします。

  3. 増分ログを定期的にバックアップおよびアップロードします。

  4. ソースデータベースへのデータの書き込みを停止します。 最後の増分ログが正常に再生されたら、ワークロードを新しいデータベースに切り替えます。

セルフマネージドSQL ServerインスタンスからApsaraDB RDS for SQL Serverインスタンスへのデータの移行

説明

ソースデータベースがSQL Server 2008 R2を実行している場合は、操作を実行する前にデータベースのバージョンをアップグレードすることをお勧めします。

データベースバックアップ (DBS) とデータ転送サービス (DTS) を使用して、数回のクリックでデータを移行する

  1. 物理プロトコルゲートウェイを展開します。

  2. DTSを使用してデータをクラウドに移行します。 システムはOSSのAPIを呼び出して、バックアップデータをOSSバケットにアップロードします。

  3. ソースデータベースへのデータの書き込みを停止します。 最後の増分ログが正常に再生されたら、ワークロードを新しいデータベースに切り替えます。

物理ゲートウェイを使用して、自己管理型SQL ServerデータベースからApsaraDB RDS for SQL Serverインスタンスにデータを移行する

論理クラウド移行

DTSを使用してログ解析モードでデータを移行する

  1. DTSを使用してデータをクラウドに移行します。

    説明

    SQL Server 増分同期モード パラメーターを ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定します。

  2. ソースデータベースへのデータの書き込みを停止します。 最後の増分ログが正常に再生されたら、ワークロードを新しいデータベースに切り替えます。

自己管理型SQL ServerデータベースからApsaraDB RDS for SQL Serverインスタンスへのデータの移行

DTSを使用したハイブリッドログ解析モードでのデータ移行

  1. DTSを使用してデータをクラウドに移行します。

    説明

    SQL Server 増分同期モード パラメーターを クラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析) に設定します。

  2. ソースデータベースへのデータの書き込みを停止します。 最後の増分ログが正常に再生されたら、ワークロードを新しいデータベースに切り替えます。

その他

SQL Server Management Studio (SSMS) を使用したデータの移行

  1. ソースデータベースへのデータの書き込みを停止します。

  2. SSMSを使用して、ソースデータベースのデータをエクスポートします。

  3. SSMSを使用して、エクスポートされたデータをターゲットデータベースにインポートします。

  4. データの整合性が確認されたら、ワークロードを新しいデータベースに切り替えます。

SSMSを使用したデータのクラウドへの移行

クラウド移行ソリューションの比較

解決策

メリット

制限事項

物理クラウド移行

OSSを使用してデータを手動で移行する

  • SQL Serverが提供するバックアップおよびリカバリ機能は、多数のシナリオをサポートします。

  • 移行速度は速いです。

  • ソースデータベースのログファイル名の形式に基づいて、バックアップファイルの名前を手動で変更できます。

  • 手動でログをバックアップしてアップロードする必要がありますが、これは面倒です。

  • 一度に移行できるデータベースは1つだけです。

  • ソースデータベースへのデータの書き込みを停止し、最後の増分ログが正常に再生されるまで待ってから、ワークロードを新しいデータベースに切り替える必要があります。 したがって、サービスは数分間中断される可能性があります。

  • ターゲットデータベースのバージョンは、ソースデータベースのバージョンより前にすることはできません。

  • データベース、テーブル、および列の名前マッピング機能はサポートされていません。

DBSとDTSを使用して数回クリックするだけでデータを移行する

  • 移行操作はDTSコンソールで実行されます。 構成と操作はシンプルで便利です。

  • 一度に複数のデータベースを移行できます。

  • SQL Serverが提供するバックアップおよびリカバリ機能は、多数のシナリオをサポートします。

  • 移行速度は速いです。

  • バックアップログファイル名の拡張子はbakである必要があります。

  • ソースデータベースへのデータの書き込みを停止し、最後の増分ログが正常に再生されるまで待ってから、ワークロードを新しいデータベースに切り替える必要があります。 したがって、サービスは数分間中断される可能性があります。

  • ソースデータベースのサーバーにAliyunDBSAgentをインストールする必要があります。

  • ターゲットデータベースのバージョンは、ソースデータベースのバージョンより前にすることはできません。

  • データベース、テーブル、および列の名前マッピング機能はサポートされていません。

論理クラウド移行

DTSを使用してログ解析モードでデータを移行する

  • 移行操作はDTSコンソールで実行されます。 構成と操作はシンプルで便利です。

  • 異なるバージョンのデータベース間でデータを移行できます。

  • データベース、テーブル、および列の名前マッピング機能がサポートされています。

  • DTSを使用して増分データを移行する場合、ソースデータベースへのデータの書き込みを停止する必要はありません。 サービス継続性が保証される。

  • サードパーティのクラウドからAlibaba cloudにデータを移行できます。

    たとえば、Amazon RDS For SQL ServerデータベースからAlibaba Cloudに完全データを移行し、NoSQLモードのAzure SQL ServerデータベースからAlibaba Cloudに完全データと増分データを移行できます。

  • 一部のDDL文のみを移行できます。 1時間に100を超えるDDLステートメントが実行されると、移行速度が影響を受けます。

  • ソースデータベースへのログ書き込み速度が10メガバイト/秒、30 GB /時間、または500 GB /日を超えると、タスクが遅延するか、失敗する可能性があります。

  • ソースデータベースのログバックアップの頻度が1時間に1回を超えると、DTSはローカルバックアップログの取得に失敗する可能性があります。 バックアップログをローカルディスクに3日間保持することを推奨します。

  • DTSは、DDLの変更をキャプチャするために、ソースデータベースにトリガーとDDLストレージテーブルを作成します。

  • 増分データ移行中は、FOREIGN KEY制約を無効にする必要があります。 そうしないと、タスクが失敗する可能性があります。

  • ヒープテーブル、主キーのないテーブル、圧縮テーブル、および計算列を含むテーブルは移行できません。

    説明

    SQL Serverデータベースにこれらのテーブルが含まれているかどうかを確認する方法については、ヒープテーブル、主キーのないテーブル、圧縮テーブル、およびSQL Serverデータベースの計算列を含むテーブルに関する情報を表示するにはどうすればよいですか。 「FAQ」トピックのセクション。

  • PRIMARY KEYまたはUNIQUE制約のないテーブルは、重複データを含み得る。 PRIMARY KEYまたはUNIQUE制約なしでテーブルを保持する場合は、このソリューションを使用しないことを推奨します。

  • DTSはfn_log関数を使用してログをプルおよび解析します。 この機能は安定していません。 予期しない操作が発生した場合、タスクは失敗する可能性があります。

  • 1回のデータ移行タスクで移行できるデータベースは10個以下です。 そうしないと、安定性とパフォーマンスの問題が発生します。

DTSを使用したハイブリッドログ解析モードでのデータ移行

  • 移行操作はDTSコンソールで実行されます。 構成と操作はシンプルで便利です。

  • 異なるバージョンのデータベース間でデータを移行できます。

  • データベース、テーブル、および列の名前マッピング機能がサポートされています。

  • ヒープテーブル、プライマリキーのないテーブル、および圧縮テーブルを移行できます。

  • サードパーティのクラウドからAlibaba cloudにデータを移行できます。

    たとえば、Amazon RDS For SQL ServerデータベースからAlibaba Cloudに完全データを移行し、NoSQLモードのAzure SQL ServerデータベースからAlibaba Cloudに完全データと増分データを移行できます。

  • ソースSQL Serverデータベースは、Enterprise EditionのSQL Server 2008以降、またはStandard EditionのSQL Server 2016 SP1以降 (SQL Server 2017を除く) である必要があります。

  • 一部のDDL文のみを移行できます。 1時間に100を超えるDDLステートメントが実行されると、移行速度が影響を受けます。

  • ソースデータベースへのログ書き込み速度が10メガバイト/秒、30 GB /時間、または500 GB /日を超えると、タスクが遅延するか、失敗する可能性があります。

  • ソースデータベースのログバックアップの頻度が1時間に1回を超えると、DTSはローカルバックアップログの取得に失敗する可能性があります。 バックアップログをローカルディスクに3日間保持することを推奨します。

  • DTSは、データベースと一部のテーブルの変更データキャプチャ (CDC) を有効にし、ソースデータベースにトリガーとDDLストレージテーブルを作成してDDL変更をキャプチャします。

  • 増分データ移行中は、FOREIGN KEY制約を無効にする必要があります。 そうしないと、タスクが失敗する可能性があります。

  • 計算列を含むテーブルは移行できません。

    説明

    SQL Serverデータベースにこれらのテーブルが含まれているかどうかを確認する方法については、ヒープテーブル、主キーのないテーブル、圧縮テーブル、およびSQL Serverデータベースの計算列を含むテーブルに関する情報を表示するにはどうすればよいですか。 「FAQ」トピックのセクション。

  • PRIMARY KEYまたはUNIQUE制約のないテーブルは、重複データを含み得る。 PRIMARY KEYまたはUNIQUE制約なしでテーブルを保持する場合は、このソリューションを使用しないことを推奨します。

  • DTSはfn_log関数を使用してログをプルおよび解析します。 この機能は安定していません。 予期しない操作が発生した場合、タスクは失敗する可能性があります。

  • 1回のデータ移行タスクで移行できるデータベースは10個以下です。 そうしないと、安定性とパフォーマンスの問題が発生します。

その他

SSMSを使用したデータの移行

操作は簡単で、プロセスは安定しており、データの不一致のリスクは低いです。

  • ソースデータベースへのデータの書き込みを停止する必要があります。 DDL 操作を実行すると、データの不整合が発生する可能性があります。

  • SSMSを使用して手動で移行を実行する必要があります。

クラウド移行ソリューションの選択

重要

データソースが増分データ移行をサポートしていない場合は、データをクラウドに移行する前に、ソースデータベースへのデータの書き込みを停止する必要があります。

データソース

増分データ移行がサポートされているかどうか

サポートされるソリューション

推奨ソリューション

自己管理型SQL Serverデータベース

課金されます

  • OSSを使用した物理クラウド移行の手動実行

  • DBSとDTSを使用して、数回クリックするだけで物理クラウド移行を実行

  • DTSを使用した論理クラウド移行の実行

DBSとDTSを使用して、数回クリックするだけで物理クラウド移行を実行できます。 詳細については、「物理ゲートウェイを使用した自己管理型SQL ServerデータベースからApsaraDB RDS For SQL Serverインスタンスへのデータの移行」をご参照ください。

Azure SQLデータベース

課金されません

  • SSMSを使用したクラウド移行の実行

  • DTSを使用して論理クラウド移行を実行し、データを完全に移行する

    説明

    増分データ移行中にデータベースコンソールコマンド (DBCC) コマンドを使用できないため、増分データを移行できません。

SSMSを使用してクラウド移行を実行します。 詳細については、「SSMSを使用したデータのクラウドへの移行」をご参照ください。

Azure SQLマネージドインスタンス

課金されます

  • DTSを使用した論理クラウド移行の実行

  • SSMSを使用したクラウド移行の実行

DTSを使用して論理クラウド移行を実行します。 詳細については、「自己管理型SQL ServerデータベースからApsaraDB RDS For SQL Serverインスタンスへのデータの移行」をご参照ください。

重要

DTSの増分データ移行タスクは、ソースデータベースで頻繁にログが切り捨てられるために失敗する場合があります。 このソリューションを短期クラウド移行に使用することを推奨します。

Azure SQL Server (論理サーバー)

Amazon RDS for SQL Server

課金されません

  • SSMSを使用したクラウド移行の実行

  • DTSを使用して論理クラウド移行を実行し、データを完全に移行する

    説明

    Amazon RDS for SQL Serverデータベースに必要なsysadminロールが使用できないため、増分データを移行できません。

DTSを使用して論理クラウド移行を実行します。 詳細については、「自己管理型SQL ServerデータベースからApsaraDB RDS For SQL Serverインスタンスへのデータの移行」をご参照ください。

Huawei Cloud RDS for SQL Server

課金されません

  • SSMSを使用したクラウド移行の実行

  • DTSを使用して論理クラウド移行を実行し、データを完全に移行する

  • OSSを使用して物理クラウド移行を手動で実行し、完全なデータ移行

OSSを使用して、物理クラウド移行を手動で実行し、完全なデータ移行を実現します。 詳細については、「セルフマネージド型SQL Serverインスタンスのフルバックアップデータを、クラウドディスクでSQL Server 2008 R2を実行するか、またはSQL Server 2012以降を実行するApsaraDB RDSインスタンスに移行する」をご参照ください。

説明

TencentDB for SQL Serverデータベース

課金されます

  • SSMSを使用したクラウド移行の実行

  • DTSを使用した論理クラウド移行の実行

  • OSSを使用した物理クラウド移行の手動実行

DTSを使用して論理クラウド移行を実行します。 詳細については、「自己管理型SQL ServerデータベースからApsaraDB RDS For SQL Serverインスタンスへのデータの移行」をご参照ください。