すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:自己管理 SQL Server データベースから ApsaraDB RDS for PostgreSQL インスタンスへのデータ同期

    ドキュメントセンター

    Data Transmission Service:自己管理 SQL Server データベースから ApsaraDB RDS for PostgreSQL インスタンスへのデータ同期

    最終更新日:Mar 28, 2026

    Data Transmission Service (DTS) は、自己管理 SQL Server データベースから ApsaraDB RDS for PostgreSQL インスタンスへのデータ同期をサポートしており、スキーマ同期、完全データ同期、増分データ同期に対応しています。このトピックでは、Elastic Compute Service (ECS) インスタンス上でホストされている SQL Server データベースの設定について説明します。

    重要

    この機能は、中国 (青島)、中国 (北京)、中国 (香港) リージョンでのみ利用可能です。

    前提条件

    開始する前に、以下を確認してください：

    • ソース SQL Server データベースが占有するスペースよりも大きい利用可能なストレージを持つ ApsaraDB RDS for PostgreSQL インスタンス。詳細については、「ApsaraDB RDS for PostgreSQL インスタンスのクイック作成」をご参照ください。

    • 同期されたデータを受け取るために、宛先の RDS PostgreSQL インスタンスに作成されたデータベース。詳細については、「データベースの作成」をご参照ください。

    サポートされているソースおよび宛先データベースのバージョンについては、「データ同期シナリオの概要」をご参照ください。

    ソースインスタンスに以下のいずれかの条件が適用される場合は、タスクを複数の小さなタスクに分割してください：

    • データが複数のスキーマにまたがっている。

    • 単一のデータベースが 1 時間に 1 回以上ログをバックアップする。

    • 単一のデータベースが 1 時間に 100 以上の DDL 文を実行する。

    • 単一のデータベースでログが 20 MB/s 以上の速度で書き込まれる。

    • 1,000 を超えるテーブルで変更データキャプチャ (CDC) を有効にする必要がある。

    課金

    同期タイプ料金
    スキーマ同期と完全データ同期無料
    増分データ同期課金対象です。「課金概要」をご参照ください。

    同期可能な SQL 操作

    操作タイプ

    SQL 操作

    DML

    DML：INSERT、UPDATE、DELETE。

    説明

    UPDATE がラージオブジェクト (LOB) 列のみを変更する場合、DTS はその操作を同期しません。

    データベースアカウントの権限

    データベース必要な権限作成と権限付与の方法
    ソースの自己管理 SQL ServersysadminCREATE USER および ユーザー権限の管理
    宛先の ApsaraDB RDS for PostgreSQL インスタンス宛先データベースの所有者アカウントの作成 および データベースの作成

    制限事項

    ソースデータベース

    • テーブルには PRIMARY KEY またはすべてのフィールドが一意である UNIQUE 制約が必要です。これがない場合、宛先データベースに重複レコードが含まれる可能性があります。

    • 宛先編集 (テーブル名や列名の変更など) を伴うテーブルレベルのオブジェクトを選択する場合、1 つのタスクで同期できるテーブルは最大 5,000 です。5,000 を超えるテーブルの場合は、複数のタスクを設定するか、データベースレベルで同期してください。

    • 1 つのタスクで同期できるデータベースは最大 10 です。10 を超えるデータベースの場合は、パフォーマンスと安定性の問題を避けるために複数のタスクを設定してください。

    • DTS は fn_log 関数を使用してソースログを読み取ります。タスクが完了する前にソースログをクリアしないでください。タスクが失敗する可能性があります。

    • ログバックアップの要件：

      • データロギングを有効にします。バックアップモードを Full に設定し、フル物理バックアップを実行します。

      • 増分同期のみの場合：ログを 24 時間以上保持します。

      • 完全同期と増分同期を組み合わせる場合：ログを少なくとも 7 日間保持します。完全同期が完了した後、保持期間を 24 時間以上に短縮します。これらの要件が満たされない場合、DTS のサービスレベルアグリーメント (SLA) が保証されない可能性があります。

    • ソーステーブルで CDC を有効にするには、以下のすべての条件を満たす必要があります (そうでない場合、事前チェックは失敗します)：

      • sys.sysservers の srvname フィールドは、SERVERPROPERTY 関数の戻り値と一致する必要があります。

      • 自己管理 SQL Server：データベース所有者は sa ユーザーである必要があります。

      • ApsaraDB RDS for SQL Server：データベース所有者は sqlsa ユーザーである必要があります。

      • Enterprise Edition：SQL Server 2008 以降が必要です。

      • Standard Edition：SQL Server 2016 SP1 以降が必要です。

      • SQL Server 2017 (Standard または Enterprise Edition)：新しいバージョンにアップグレードしてください。

    • 読み取り専用のソースインスタンス：DDL 操作は同期できません。

    • Azure SQL Database ソース：1 つのタスクで 1 つのデータベースからのみデータを同期できます。

    • ApsaraDB RDS for SQL Server ソース: タスクの安定性を確保するために、透過的データ暗号化 (TDE) を無効化します。「TDE の設定」の「TDE の無効化」セクションをご参照ください。

    • 完全データ同期中、ソースデータベースで READ_COMMITTED_SNAPSHOT トランザクション分離レベルを有効にして、共有ロックがデータ書き込みに干渉するのを防ぎます。この設定がないと、データの不整合やインスタンス障害が発生する可能性があり、そのような問題は DTS SLA の対象外です。

    • スキーマ同期および完全データ同期中に DDL 文を実行しないでください。実行するとタスクが失敗します。

    • ApsaraDB RDS for SQL Server Web Edition：タスクを設定する際に、[SQL Server 増分同期モード] を [ソースデータベースのログに基づく増分同期 (ヒープテーブルはサポートされていません)] に設定します。

    その他の制限

    • サポートされていないデータの型: CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、GEOGRAPHY、および CREATE TYPE で作成されたユーザー定義型です。ソースおよびターゲットデータベースは異種であるため、データの型は一対一でマップされません。型変換があなたのワークロードに与える影響を評価してください。マッピングテーブルについては、「スキーマ同期のためのデータの型マッピング」をご参照ください。

    • 同期オブジェクトとして選択できるのはテーブルのみであり、選択したすべてのテーブルは同じスキーマ内にある必要があります。そうでない場合、データの不整合やタスクの失敗が発生する可能性があります。

    • [ソースデータベースのログに基づく増分同期 (ヒープテーブルはサポートされていません)] モードを使用する場合、テーブルにはプライマリキー列を含むクラスター化インデックスが必要です。テーブルは、ヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列を持つテーブルであってはなりません。

    • タスクに増分データ同期が含まれる場合、インデックスの再作成操作を実行しないでください。実行すると、タスクが失敗し、データ損失が発生する可能性があります。DTS は、CDC が有効になっているテーブルのプライマリキーに関連する DDL 操作を同期できません。

    • データ同期タスクで CDC が有効になっているテーブルの数が、DTS がサポートする CDC が有効なテーブルの最大数を超えると、事前チェックは失敗します。

    • CDC が有効なテーブルに書き込まれる単一フィールドが 64 KB を超える場合は、次のコマンドを実行してサイズ制限を解除してください：

      exec sp_configure 'max text repl size', -1;

    • 同期オブジェクトを変更する際、データベースを削除することはできません。

    • 同じソース SQL Server データベースを共有する複数の同期タスクの増分データ収集モジュールは、独立して動作します。

    • DTS タスクが失敗した場合、DTS サポートは 8 時間以内に復旧します。復旧中、タスクが再起動されたり、タスクパラメーターが変更されたりすることがあります。データベースパラメーターは変更されません。

    ハイブリッドログベースの解析モード

    • DTS は CDC コンポーネントを使用して増分データを同期します。ソースデータベースの CDC ジョブが期待どおりに実行されていることを確認してください。そうでない場合、DTS タスクは失敗します。

    • DTS は、ソースデータベースにトリガー dts_cdc_sync_ddl、ハートビートテーブル dts_sync_progress、および DDL 履歴テーブル dts_cdc_ddl_history を作成し、ソースデータベースと特定のテーブルに対して CDC を有効にします。

    • CDC が有効なテーブルに対して SELECT INTO、TRUNCATE、または RENAME COLUMN を実行しないでください。DTS によって作成されたトリガーは手動で削除できません。

    • 10 分以内に複数回列を追加または削除しないでください。たとえば、次の 2 つのステートメントを 10 分以内に実行すると、タスクエラーが発生します：

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • ソースデータベースで CDC が有効になっているテーブルの 1 秒あたりの最大レコード数を 1,000 に設定することを推奨します。

    • CDC コンポーネントは、デフォルトで 3 日間増分データを保存します。保持期間を延長するには、次を実行します：

      exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;

      <time> は分単位です。1 日の平均増分データ量が 1,000 万レコードを超える場合は、<time> を 1440 に設定してください。

    • 1 つのタスクでサポートされる CDC 対応テーブルは最大 1,000 です。この制限を超えると、遅延や不安定さが発生する可能性があります。

    • タスクの事前モジュールがソースデータベースでデータベースレベルおよびテーブルレベルの CDC を有効にすると、SQL Server の制限により数秒間続くテーブルレベルのロックが発生します。

    CDC ベースの増分同期 (ポーリングモード)

    • ソースデータベースアカウントには、CDC を有効にする権限が必要です。データベースレベルの CDC を有効にするには、sysadmin ロールを持つアカウントを使用します。テーブルレベルの CDC を有効にするには、特権アカウントを使用します。

      • Azure SQL Database (仮想コア (vCore) モデル)：すべてのデータベースが CDC をサポートします。DTU モデルのデータベースの場合、S3 以上のサービスティアが必要です。

      • Amazon RDS for SQL Server：特権アカウントには必要な権限があり、データベースレベルでストアドプロシージャに対して CDC を有効にできます。

      • クラスター化列ストアインデックスに対して CDC を有効にすることはできません。

    • 増分データ同期には 10 秒の遅延があります。

    • 1 つのタスクでサポートされるテーブルは最大 1,000 です。この制限を超えると、遅延や不安定さが発生する可能性があります。

    • 1 分間に 2 回以上列を追加または削除しないでください。タスクが失敗する可能性があります。

    • 同期中にソースデータベースの CDC インスタンスを変更しないでください。タスクの失敗やデータ損失が発生する可能性があります。

    • CDC コンポーネントは、デフォルトで 3 日間増分データを保存します。保持期間を延長するには、次を実行します：

      exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;

      <time> は分単位です。1 日の平均増分データ量が 1,000 万レコードを超える場合は、<time> を 1440 に設定してください。

    • タスクの事前モジュールがソースデータベースでデータベースレベルおよびテーブルレベルの CDC を有効にすると、SQL Server の制限により数秒間続くテーブルレベルのロックが発生します。

    外部キー

    • スキーマ同期中、DTS はソースから宛先に外部キーを同期します。

    • 完全データ同期および増分データ同期中、DTS はセッションレベルで外部キー制約チェックとカスケード操作を一時的に無効にします。同期中にソースでカスケード更新または削除を実行すると、データの不整合が発生する可能性があります。

    特殊なケース

    ソースが ApsaraDB RDS for SQL Server インスタンスの場合、DTS はインスタンス上に rdsdt_dtsacct という名前のアカウントを自動的に作成します。同期タスクの実行中は、このアカウントを削除したり、パスワードを変更したりしないでください。詳細については、「システムアカウント」をご参照ください。

    ストレージへの影響

    初期完全データ同期が完了した後、宛先テーブルはソースよりも多くのストレージを使用する場合があります。完全同期中の同時 INSERT 操作は、宛先でのテーブルの断片化を引き起こします。

    初期完全データ同期中、DTS はソースおよび宛先データベースの読み取りおよび書き込みリソースの一部を使用するため、データベースの負荷が増加する可能性があります。データ同期を実行する前に、ソースおよび宛先データベースのパフォーマンスを評価してください。ソースおよび宛先データベースの CPU 負荷が 30% 未満の場合など、オフピーク時にデータ同期を実行することを推奨します。

    増分同期モードの選択

    DTS は、SQL Server の増分同期用に 3 つのモードを提供しています。ソースデータベースのタイプとテーブルの特性に基づいてモードを選択してください。

    クイック選択ガイド：

    • ソースがサードパーティのクラウド SQL Server (Amazon RDS、Azure SQL Database、Azure SQL Managed Instance、Azure SQL Server on Virtual Machine、または Google Cloud SQL for SQL Server) の場合：[CDC インスタンスのポーリングとクエリ] を使用します。

    • ソーステーブルにヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列が含まれる場合：[ハイブリッドログベースの解析] を使用します。このモードはソースデータベースを変更します (オブジェクトを作成し、CDC を有効にします)。

    • すべてのテーブルにプライマリキー列を持つクラスター化インデックスがあり、ソースデータベースへの変更をゼロにしたい場合：[ログベースの解析 (非ヒープテーブルのみ)] を使用します。

    モードヒープテーブルをサポートソースデータベースを変更サポートされるソース
    ハイブリッドログベースの解析はいはい (トリガー、ハートビートテーブル、DDL 履歴テーブルを作成し、CDC を有効にします)自己管理 SQL Server、ApsaraDB RDS for SQL Server
    ログベースの解析 (非ヒープテーブルのみ)いいえいいえ自己管理 SQL Server、ApsaraDB RDS for SQL Server
    CDC インスタンスのポーリングとクエリはいはい (CDC を有効にします)Amazon RDS for SQL Server、Azure SQL Database、Azure SQL Managed Instance、Azure SQL Server on Virtual Machine、Google Cloud SQL for SQL Server

    事前準備

    タスクを設定する前に、ソース SQL Server データベースを完全復旧モデルに設定し、ログバックアップを作成します。

    重要

    複数のデータベースから同期する場合は、各データベースで以下の手順を繰り返してください。

    1. 復旧モデルを完全に設定します。ソースデータベースで次のステートメントを実行するか、SQL Server Management Studio (SSMS) を使用します。詳細については、「データベースの復旧モデルの表示または変更 (SQL Server)」をご参照ください。

      use master;
GO
ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

      <database_name> をソースデータベースの名前に置き換えます。例：

      use master;
GO
ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

    2. ソースデータベースの完全バックアップを作成します。完全バックアップが既に存在する場合は、この手順をスキップしてください。

      プレースホルダー説明
      <database_name>ソースデータベースの名前
      <physical_backup_device_name>バックアップファイルのストレージパスとファイル名
      BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
GO

      例：

      BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
GO

    3. ソースデータベースのログバックアップを作成します。

      BACKUP LOG <database_name> TO DISK='<physical_backup_device_name>' WITH init;
GO

      例：

      BACKUP LOG mytestdata TO DISK='D:\backup\dblog.bak' WITH init;
GO

    同期タスクの設定

    ステップ 1: データ同期ページを開く

    次のいずれかの方法を使用します：

    DTS コンソール

    1. DTS コンソールにログインします。DTS コンソール

    2. 左側のナビゲーションウィンドウで、[データ同期] をクリックします。

    3. 左上隅で、同期タスクが存在するリージョンを選択します。

    DMS コンソール

    手順は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。

    1. DMS コンソールにログインします。DMS コンソール

    2. 上部のナビゲーションバーで、[データ + AI] にポインターを合わせ、[DTS (DTS)] > [データ同期] を選択します。

    3. [データ同期タスク] の右側にあるドロップダウンリストから、インスタンスが存在するリージョンを選択します。

    ステップ 2: ソースデータベースと宛先データベースの設定

    [タスクの作成] をクリックします。タスク設定ページで、次のパラメーターを設定します。

    タスク名

    パラメーター説明
    [タスク名]DTS は自動的に名前を生成します。タスクを識別するために、わかりやすい名前を指定してください。一意の名前は必要ありません。

    ソースデータベース

    パラメーター説明
    [既存の接続を選択]ソースが DTS に登録されている場合は、リストから選択します。DTS は残りのフィールドを自動入力します。そうでない場合は、以下のフィールドを設定します。DMS コンソールでは、[DMS データベースインスタンスを選択] からインスタンスを選択します。
    データベースの種類[SQL Server] を選択します。
    アクセス方法[ECS 上の自己管理データベース] を選択します。他のアクセスタイプについては、「準備の概要」をご参照ください。
    インスタンスのリージョンソース SQL Server データベースをホストする ECS インスタンスが存在するリージョン。
    [ECS インスタンス ID]ソース SQL Server データベースをホストする ECS インスタンスの ID。
    [ポート番号]ソース SQL Server データベースのサービスポート。デフォルト：1433。
    [データベースアカウント]ソース SQL Server データベースのアカウント。必要な権限については、「データベースアカウントの権限」をご参照ください。
    データベース パスワードデータベースアカウントのパスワード。
    [暗号化]ソースで SSL 暗号化が有効になっていない場合は [非暗号化] を選択します。有効になっている場合は [SSL 暗号化] を選択します。DTS はデフォルトでサーバー証明書を信頼します。

    宛先データベース

    パラメーター説明
    [既存の接続を選択]宛先が DTS に登録されている場合は、リストから選択します。DTS は残りのフィールドを自動入力します。そうでない場合は、以下のフィールドを設定します。
    データベースの種類[PostgreSQL] を選択します。
    アクセス方法[Alibaba Cloud インスタンス] を選択します。
    インスタンスリージョン宛先 RDS PostgreSQL インスタンスが存在するリージョン。
    [インスタンス ID]宛先 ApsaraDB RDS for PostgreSQL インスタンスの ID。
    [データベース名]同期されたデータを受け取る宛先インスタンス内のデータベースの名前。
    [データベースアカウント]宛先インスタンスのアカウント。必要な権限については、「データベースアカウントの権限」をご参照ください。
    データベースパスワードデータベースアカウントのパスワード。
    暗号化接続を暗号化するかどうかを指定します。[SSL暗号化] の場合、必要に応じて [CA証明書]、[クライアント証明書]、および [クライアント証明書の秘密鍵] をアップロードし、その後 [クライアント証明書の秘密鍵パスワード] を指定します。SSL暗号化されたセルフマネージド PostgreSQL 送信先の場合、[CA証明書] のアップロードが必要です。ApsaraDB RDS for PostgreSQL インスタンスでの SSL 構成については、「SSL暗号化」をご参照ください。

    ステップ 3: 接続テスト

    ページ下部の [接続テストと次へ] をクリックします。[DTS サーバーの CIDR ブロック] ダイアログボックスで、[接続テスト] をクリックします。

    DTS サーバーの CIDR ブロックが、ソースおよびターゲットデータベースのセキュリティ設定に追加されていることを確認してください。詳細については、「DTS サーバーの CIDR ブロックをオンプレミスデータベースのセキュリティ設定に追加する」をご参照ください。

    ステップ 4: 同期オブジェクトの設定

    [オブジェクトの設定] ステップで、次のパラメーターを設定します。

    パラメーター説明
    同期タイプデフォルトでは、増分データ同期 が選択されています。また、スキーマ同期 および 全量データ同期 も選択してください。事前チェックを実行した後、DTS はソースから既存データを同期し、増分同期のベースラインを確立します。
    SQL Server 増分同期モードソースおよびテーブルの特性に応じてモードを選択してください。「増分同期モードの選択」をご参照ください。
    DTS がサポートする CDC 有効化対象テーブルの最大数同期インスタンスが CDC を有効化できるテーブルの最大数です。デフォルト値：1,000。ただし、SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期（ヒープテーブルは非対応） に設定している場合は利用できません。
    競合テーブルの処理モード事前チェックを実行してエラーを報告オブジェクト名のマップ：事前チェックでは、宛先テーブルの名前がソーステーブルと重複していないかを検証します。重複が検出された場合、事前チェックは失敗します。解決には、オブジェクト名マッピングを使用して宛先テーブルの名前を変更してください。「」をご参照ください。エラーを無視して続行：同一名称の事前チェックをスキップします。スキーマが一致し、宛先レコードとソースレコードのプライマリキーまたは一意キーが一致する場合、全量同期では既存の宛先レコードが保持され、増分同期では宛先レコードが上書きされます。スキーマが異なる場合、初期化に失敗する可能性があります。慎重にご使用ください。
    宛先インスタンスにおけるオブジェクト名の大文字小文字の制御宛先におけるデータベース名、テーブル名、カラム名の大文字小文字の形式を制御します。デフォルト値：DTS デフォルトポリシー宛先インスタンスのオブジェクト名の大文字/小文字の指定。「」をご参照ください。
    ソースオブジェクトソースオブジェクト ボックスでテーブルをクリックし、矢印アイコンをクリックして 選択済みオブジェクト に移動します。選択したすべてのテーブルは、同じスキーマ内にある必要があります。
    選択済みオブジェクトデフォルトでは、ソースのスキーマ名およびテーブル名が宛先名として使用されます。宛先スキーマ名を変更するには、選択済みオブジェクト 内のスキーマを右クリックし、スキーマ名 を編集します。テーブル名またはカラム名の変更、WHERE フィルター条件の設定、または増分同期における SQL 操作の選択を行うには、選択済みオブジェクト 内のテーブルを右クリックします。詳細については、「フィルター条件の指定オブジェクト名のマップ」および「」をご参照ください。

    ステップ 5: 詳細設定

    [次へ: 詳細設定] をクリックします。

    パラメーター説明
    [タスクスケジューリング用の専用クラスター]デフォルトでは、DTS はタスクを共有クラスターにスケジュールします。安定性を高めるには、専用クラスターを購入してください。詳細については、「DTS 専用クラスターとは」をご参照ください。
    [接続失敗時の再試行時間]タスク開始後に DTS が失敗した接続を再試行する時間。有効な値：10～1440 分。デフォルト：720。30 分以上に設定してください。複数のタスクが同じソースまたは宛先を共有する場合、最も短い再試行時間が優先されます。DTS は再試行期間中もインスタンスに課金します。
    [その他の問題での再試行時間]DTS が失敗した DDL または DML 操作を再試行する時間。有効な値：1～1440 分。デフォルト：10。10 分以上に設定してください。[接続失敗時の再試行時間] より短くする必要があります。
    [完全データ同期の帯域幅調整を有効にする]完全同期中の読み取り/書き込みリソース使用量を制限します。[ソースデータベースへの QPS]、[完全データ移行の RPS]、および [データ移行速度 (MB/s)] を設定します。[完全データ同期] が選択されている場合にのみ利用可能です。
    [増分データ同期の帯域幅調整を有効にする]増分同期中のリソース使用量を制限します。[増分データ同期の RPS] と [データ同期速度 (MB/s)] を設定します。
    環境タグ任意。インスタンスに環境ラベルをタグ付けします。
    [ETL の設定]ETL (抽出・変換・書き出し) 機能を有効にするかどうかを指定します。[はい]アラート通知設定 を選択すると、コードエディタでデータ処理文を記述できます。詳細については、「データ移行またはデータ同期タスクでの ETL の設定」をご参照ください。
    [モニタリングとアラート]アラートを設定するかどうかを指定します。[はい] を選択すると、アラートのしきい値と通知の連絡先を設定できます。タスクが失敗した場合、または同期遅延がしきい値を超えた場合に、アラートが送信されます。詳細については、「DTS タスクの作成時にモニタリングとアラートを設定する」をご参照ください。

    ステップ 6: データ検証の設定 (任意)

    [次のステップ: データ検証] をクリックします。詳細については、「データ検証タスクの設定」をご参照ください。

    ステップ 7: 事前チェックの実行

    [次へ: タスク設定を保存して事前チェック] をクリックします。

    • このタスクを設定するための API パラメーターをプレビューするには、[次へ: タスク設定を保存して事前チェック] にポインターを合わせ、[OpenAPI パラメーターのプレビュー] をクリックします。

    • タスクを開始する前に、事前チェックに合格する必要があります。

    • 事前チェックが失敗した場合は、失敗した各項目の横にある [詳細の表示] をクリックし、問題を修正して事前チェックを再実行します。

    • アラートがトリガーされた場合：無視できないアラートについては、問題を修正して再実行します。無視できるアラートについては、[アラート詳細の確認] をクリックし、詳細ダイアログで [無視] をクリックし、[OK] をクリックしてから、[再度事前チェック] をクリックします。

    ステップ 8: インスタンスの購入

    1. [成功率] が [100%] に達するまで待ち、次に [次へ: インスタンスの購入] をクリックします。

    2. 購入ページで、次のパラメーターを設定します。

      パラメーター説明
      課金方法サブスクリプション：期間分を前払いします。長期利用の場合、コスト効率に優れています。選択可能な期間は 1～9 か月、1 年、2 年、3 年、または 5 年です。従量課金：1 時間単位で課金されます。短期利用に適しています。不要になった場合はインスタンスをリリースし、継続的な課金を回避してください。
      リソースグループ設定項目同期インスタンスのリソースグループです。デフォルト：デフォルトリソースグループ。詳細については、「What is Resource Management?
      インスタンスクラス同期速度を決定します。ワークロード要件に基づいて選択してください。詳細については、「Instance classes of data synchronization instances」をご参照ください。

    3. [Data Transmission Service (従量課金) 利用規約] を読み、選択します。

    4. [購入して開始] をクリックします。ダイアログボックスで [OK] をクリックします。

    タスクがタスクリストに表示されます。そこから進捗を監視してください。

    次のステップ