このトピックでは、data Transmission Service (DTS) コンソールの物理プロトコルゲートウェイを使用して、Elastic Compute service (ECS) インスタンス、データセンター、または別のクラウドサービスプロバイダーのクラウドサーバーでホストされている自己管理型SQL ServerデータベースからApsaraDB RDS for SQL serverインスタンスにデータを移行する方法について説明します。 物理プロトコルゲートウェイは、使いやすく、高速かつ安定した移行を保証し、すべてのシナリオに適しており、移行効率を効果的に向上させることができます。
前提条件
自己管理型SQL Serverデータベースは、次の要件を満たしています。
自己管理型SQL Serverデータベースは、SQL Server 2019、SQL Server 2017、SQL Server 2016、SQL Server 2014、SQL Server 2012、SQL Server 2008 R2、またはSQL Server 2005を実行します。
説明自己管理型SQL Serverデータベースは、ECSインスタンス、データセンター、またはサードパーティのクラウドサーバーにあります。 自己管理型SQL ServerデータベースをRDSインスタンスにすることはできません。
データベースバックアップ (DBS) の物理プロトコルゲートウェイは、自己管理型SQL serverデータベースが存在するサーバーにインストールされます。 詳細については、「付録: 物理プロトコルゲートウェイの作成」をご参照ください。
説明RDSインスタンスと同じリージョンに物理プロトコルゲートウェイをインストールする必要があります。
RDSインスタンスは次の要件を満たしています。
RDSインスタンスは、SQL Server 2019、SQL Server 2017、SQL Server 2016、 SQL Server 2012、またはSQL Server 2008 R2
RDSインスタンスは、自己管理型SQL Serverデータベースと同じメジャーエンジンバージョンまたはそれ以降のメジャーエンジンバージョンを実行します。
Alibaba Cloudアカウントを使用すると、次の権限が付与されます。
AccessKeyペアが作成され、AccessKey IDとAccessKey secretが取得されます。 AccessKeyペアは、バックアップゲートウェイからDBSコンソールに登録またはログインするときのID認証に使用されます。 詳細については、「AccessKeyペアの取得」をご参照ください。
Resource Access Management (RAM) ユーザーを使用してバックアップゲートウェイを追加する場合は、AliyunDBSFullAccess権限を取得します。 詳細については、「RAM ユーザーへの権限の付与」をご参照ください。
説明デフォルトでは、DBSを有効化すると、前述の権限がAlibaba Cloudアカウントに付与されます。
バックアップゲートウェイを追加すると、Alibaba Cloudアカウントに属するすべてのRAMユーザーが、DBSコンソールでバックアップゲートウェイを使用できるようになります。
物理ゲートウェイベースの移行と論理データ移行の比較
項目 | 物理プロトコルゲートウェイベースの移行 | 論理データ移行 |
移行の原則 | ネイティブ物理バックアッププロトコルは、データをデータブロックとして宛先データベースに書き込むために使用されます。 | JDBCプロトコルは、SQL文を取得し、文を宛先データベースに書き込むために使用されます。 |
オペレーティングシステム | WindowsのSQL Serverのみがサポートされています。 デスクトップオペレーティングシステムのバージョンは、Windows XPより前にすることはできません。 サーバーオペレーティングシステムのバージョンをWindows server 2003より前にすることはできません。 | 無制限 |
Deployment | 物理プロトコルゲートウェイは、データベースが存在するサーバーにインストールする必要があります。 | ゲートウェイをインストールする必要はありません。 |
ネットワーク接続 | データベースが存在するサーバーは、Alibaba Cloudのネットワークに接続できます。 説明 自己管理型SQL serverデータベースが存在するサーバーがインターネットにアクセスできないが、ネットワーク通信に要塞ホストを使用している場合、「要塞ホストの物理ゲートウェイを使用して、自己管理型SQL ServerデータベースからApsaraDB RDS for SQL Serverインスタンスにデータを移行する」の手順に従って、自己管理型SQL ServerデータベースからRDSインスタンスにデータを移行できます。 | データベースに接続するポートを有効にするか、専用回線ベースの接続を確立する必要があります。 |
ソースデータベースの権限 | sysadminロールが必要です。 | スキーマの移行と完全移行には、SELECT権限が必要です。 増分移行にはsysadmin権限が必要です。 詳細については、「データベースアカウントに必要な権限」をご参照ください。 |
宛先データベースのバージョン | ターゲットデータベースのエンジンバージョンは、ソースデータベースのエンジンバージョンと同じかそれ以降である必要があります。 | 移行先データベースのエンジンバージョンよりも後または前のエンジンバージョンを実行する移行元データベースからデータを移行できます。 |
宛先データベースのアクセシビリティ | データ移行中、移行先データベースにアクセスできません。 | データ移行中に、ターゲットデータベースからデータを読み書きできます。 |
ソースデータベースから移行できるテーブルの制限 | メモリテーブルは移行できません。 FileStreamおよびFileTables型のフィールドは移行できません。 | 詳細については、「自己管理型SQL ServerデータベースからApsaraDB RDS For SQL Serverインスタンスへのデータの移行」をご参照ください。 |
移行シナリオ | データは、自己管理データベースからクラウドに移行できます。 説明 自己管理型SQL Serverデータベースは、ECSインスタンス、データセンター、またはサードパーティのクラウドサーバーに存在できます。 | データは、自己管理データベースまたはクラウドホストデータベースからクラウドに移行できます。 |
移行効率 | 高い。 | ミディアム。 |
データ処理の抽出、変換、ロード (ETL) | サポートされていません。 | サポートされています。 |
テーブルレベルのデータフィルタリング | サポートされていません。 | サポートされています。 |
データベースレベルのデータフィルタリング | サポートされています。 | サポートされています。 |
制限事項
カテゴリ | 説明 |
ソースデータベースの制限 |
|
データベースのバージョンとエディション | 移行先のSQL Serverのバージョンは、移行元のSQL Serverのバージョンよりも後または同じである必要があります。 SQL Serverのバージョンとエディションの順序は次のとおりです。
説明 各エディションでサポートされている移行マッピングの詳細については、このトピックの「各SQL Serverバージョンでサポートされている移行の種類」をご参照ください。 |
インメモリOLTP機能とミラーリング技術 | SQL Serverのインメモリオンライントランザクション処理システム (OLTP) 機能は、ミラーリングテクノロジと互換性がありません。 インメモリOLTP機能がソースデータベースに対して有効になっている場合、ターゲットデータベースをHigh-availability EditionのApsaraDB RDSインスタンスにすることはできません。 |
データベースの数 | ApsaraDB RDSインスタンスに作成できるデータベースの最大数は、インスタンスタイプによって異なります。 複数のデータベースをApsaraDB RDSインスタンスに移行する必要がある場合は、移行後の移行先インスタンスのデータベース数が制限を超えないようにしてください。 詳細については、「データベースの最大数」をご参照ください。 |
その他の制限 |
|
使用上の注意
データの移行中に、自己管理型SQL Serverデータベースにデータを増分的に書き込むことができます。 データの不整合を防ぐため、ワークロードの切り替え中は、自己管理型SQL Serverデータベースにデータを書き込まないことをお勧めします。
増分移行中、RDSインスタンスは一時的に使用できなくなります。 増分移行タスクが完了するまで待ち、ワークロードがRDSインスタンスに切り替えられた後、RDSインスタンスを使用します。
各SQL Serverバージョンでサポートされている移行タイプ
ソースデータベースのエンジンバージョン | RDSインスタンスのエンジンバージョン |
SQL Server Developer、SQL Server Standard、SQL Server Web、およびSQL Server Express | SQL Serverエンタープライズ |
SQL Server Standard、SQL Server Web、およびSQL Server Express | SQL Serverスタンダード |
SQL Server WebおよびSQL Server Express | SQL Server Web |
手順
[データ移行タスク] ページに移動します。
データ管理 (DMS) コンソール にログインします。
上部のナビゲーションバーで、ポインタをDTSの上に移動します。
を選択します。
説明実際の操作は、DMSコンソールのモードとレイアウトによって異なります。 詳細については、「シンプルモード」および「DMSコンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。
新しいDTSコンソールのデータ移行ページに行くこともできます。
データ移行タスクの右側にあるドロップダウンリストから、データ移行インスタンスが存在するリージョンを選択します。
説明新しいDTSコンソールを使用する場合は、左上隅にデータ移行インスタンスが存在するリージョンを選択する必要があります。
[タスクの作成] をクリックし、ソースインスタンスとターゲットインスタンスを設定します。
警告ソースデータベースとターゲットデータベースを設定した後、ページの上部に表示される制限を読むことを推奨します。 そうしないと、タスクが失敗したり、データの不一致が発生します。
セクション
パラメーター
説明
非該当
タスク名
タスクの名前。 タスク名は自動生成されます。 タスクを識別するために、有益な名前を指定することを推奨します。 一意のタスク名を指定する必要はありません。
ソースデータベース
既存のDMSデータベースインスタンスの選択
使用するデータベースインスタンス。 ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。
既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。
既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
データベースタイプ
移行元ディスクのタイプを設定します。 [SQL Server] を選択します。
アクセス方法
ソースデータベースのアクセス方法。 [物理プロトコル] を選択します。
インスタンスリージョン
自己管理型SQL Serverデータベースが存在するリージョン。
物理プロトコルゲートウェイ (DBS Backup Gateway)
このタスクに使用される物理プロトコルゲートウェイ。
説明物理プロトコルゲートウェイのインストール方法の詳細については、このトピックの「物理プロトコルゲートウェイを使用した自己管理型SQL ServerデータベースからApsaraDB RDS For SQL Serverインスタンスへのデータの移行」をご参照ください。
ホスト名またはIPアドレス
。
自己管理型SQL Serverデータベースのホスト名またはIPアドレス。 デフォルト値: localhost。
ポート番号
自己管理型SQL Serverデータベースのサービスポート番号。 デフォルト値: 1433
宛先データベース
既存のDMSデータベースインスタンスの選択
使用するインスタンス。 ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。
既存のインスタンスを選択した場合、DTSはインスタンスのパラメーター設定を自動的に適用します。 対応するパラメーターを再度設定する必要はありません。
既存のインスタンスを使用しない場合は、データベースのパラメーターを設定する必要があります。
データベースタイプ
ターゲットデータベースのタイプ。 デフォルト値: SQL Server。
アクセス方法
ターゲットデータベースのアクセス方法。 デフォルト値: Alibaba Cloudインスタンス
インスタンスリージョン
ターゲットApsaraDB RDS for SQL Serverインスタンスが存在するリージョン。
インスタンスID
ターゲットApsaraDB RDS for SQL ServerインスタンスのID。
データベースアカウント
ターゲットApsaraDB RDS for SQL Serverインスタンスへのアクセスに使用されるデータベースアカウント。
説明データベースアカウントを作成し、そのアカウントに権限を付与する方法の詳細については、「特権アカウントまたは標準アカウントの作成」および「アカウントの権限の変更」をご参照ください。
データベースパスワード
ターゲットApsaraDB RDS for SQL Serverインスタンスへのアクセスに使用されるパスワード。
[Test Connectivity and Proceed] をクリックします。
[DTSサーバーのCIDRブロック] ダイアログボックスで、[接続をテストして続行] をクリックします。
、ソースまたはターゲットデータベースがAlibaba Cloudデータベースインスタンス (ApsaraDB RDS for MySQL、ApsaraDB for MongoDBインスタンスなど) の場合、DTSは自動的にDTSサーバーのCIDRブロックをインスタンスのIPアドレスホワイトリストに追加します。 ソースデータベースまたはターゲットデータベースがElastic Compute Service (ECS) インスタンスでホストされている自己管理データベースの場合、DTSサーバーのCIDRブロックがECSインスタンスのセキュリティグループルールに自動的に追加されます。ECSインスタンスがデータベースにアクセスできることを確認する必要があります。 自己管理データベースが複数のECSインスタンスでホストされている場合、DTSサーバーのCIDRブロックを各ECSインスタンスのセキュリティグループルールに手動で追加する必要があります。 ソースデータベースまたはターゲットデータベースが、データセンターにデプロイされているか、サードパーティのクラウドサービスプロバイダーによって提供される自己管理データベースである場合、DTSサーバーのCIDRブロックをデータベースのIPアドレスホワイトリストに手動で追加して、DTSがデータベースにアクセスできるようにする必要があります。 詳細については、「DTSサーバーのCIDRブロックの追加」トピックの「DTSサーバーのCIDRブロック」セクションをご参照ください。
警告DTSサーバーのパブリックCIDRブロックがデータベースインスタンスのホワイトリストまたはECSインスタンスのセキュリティグループルールに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。 したがって、DTSを使用してデータを移行する前に、潜在的なリスクを理解して認識し、ユーザー名とパスワードのセキュリティの強化、公開されるポートの制限、API呼び出しの認証、ホワイトリストまたはセキュリティグループルールの定期的なチェック、CIDRブロックの禁止、またはExpress Connectを使用したデータベースインスタンスのDTSへの接続、VPNゲートウェイ、またはSmart Access Gateway。
移行するオブジェクトを選択し、詳細設定を設定します。
パラメーター
説明
タスクステージ
フルデータ移行のみを実行するには、デフォルトで必要なフルデータ移行を選択します。
データ移行中のサービスの継続性を確保するには、[フルデータ移行] および [増分データ移行] を選択します。
説明増分データ移行が選択されていない場合、データ移行中にソースインスタンスにデータを書き込まないことを推奨します。 これにより、ソースデータベースとターゲットデータベース間のデータの整合性が確保されます。
ソースオブジェクト
ソースデータベース内のオブジェクト。 [ソースオブジェクト] セクションから1つ以上のオブジェクトを選択し、アイコンをクリックして [選択済みオブジェクト] セクションにオブジェクトを追加します。
説明データベース、複数のデータベース、またはインスタンス全体を移行できます。
[選択済みオブジェクト]
移行するオブジェクト。
[次へ: 詳細設定] をクリックし、[詳細設定] ページに移動します。
パラメーター
説明
Set Alerts
データ移行タスクのアラートを設定するかどうかを指定します。 タスクが失敗するか、移行の待ち時間が指定されたしきい値を超えると、アラート送信先は通知を受け取ります。 有効な値:
No: アラートを設定しません。
Yes: アラートを設定します。 この場合、アラートしきい値と アラート通知設定 詳細については、「モニタリングとアラートの設定」トピックの「DTSタスクを作成するときのモニタリングとアラートの設定」をご参照ください。
失敗した接続の再試行時間
失敗した接続のリトライ時間範囲。 データ移行タスクの開始後にソースデータベースまたはターゲットデータベースの接続に失敗した場合、DTSはその時間範囲内ですぐに接続を再試行します。 有効な値: 10 ~ 1440 単位は分です。 デフォルト値: 720 パラメーターを30より大きい値に設定することを推奨します。 DTSが指定された時間範囲内にソースデータベースとターゲットデータベースに再接続すると、DTSはデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。
説明ソースまたはターゲットデータベースが同じである複数のデータ移行タスクに対して異なるリトライ時間範囲を設定した場合、設定された最短のリトライ時間範囲が優先されます。
DTSが接続を再試行すると、DTSインスタンスに対して課金されます。 業務要件に基づいて再試行時間範囲を指定することを推奨します。 ソースインスタンスとターゲットインスタンスがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。
ページの右下隅にある [次へ: タスク設定の保存と事前チェック] をクリックします。
説明DTSは、データ移行タスクの開始前に事前チェックを実行します。 データ移行タスクは、タスクが事前チェックに合格した後にのみ開始できます。
タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にあるアイコンをクリックして詳細を表示します。
原因に基づいて問題をトラブルシューティングした後、再度事前チェックを実行できます。
問題をトラブルシューティングする必要がない場合は、失敗した項目を無視し、新しい事前チェックを開始します。
[事前チェック] ステップで、[成功率] が100% に達したら、[次へ: インスタンスの購入] をクリックします。
購入ページで、チェックボックスを選択して利用規約を読み、同意します。
から [確認] をクリックして、データ移行タスクを開始します。
[データ移行タスク] ページでデータ移行タスクのIDをクリックし、[タスク管理] ページで移行の進行状況を確認できます。
説明ApsaraDB RDSコンソールで、完全移行または増分移行の進行状況を表示することもできます。 ApsaraDB RDSコンソールにログインします。 [インスタンス] ページで、表示するインスタンスを見つけ、インスタンスの名前をクリックします。 表示されるページで、[バックアップと復元] をクリックして進行状況を表示します。
完全移行タスクの進行状況が100% で、増分移行タスクが [実行中] 状態の場合は、 ワークロードをクラウドに切り替えるためのボタンをクリックします。
クラウドに切り替えてもよろしいですか。 メッセージを表示し、[今すぐ開始] をクリックして、切り替えが完了するまで待ちます。
説明データの一貫性を確保するために、まずソースインスタンスへのデータの書き込みを停止し、切り替えが完了するまで待ってから、ビジネスをApsaraDB RDSインスタンスに切り替えることを推奨します。 切り替えプロセスには数分かかります。