このトピックでは、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インスタンスに切り替えることを推奨します。 切り替えプロセスには数分かかります。