チュートリアル: Azure CLI を介して DMS (クラシック) を使用し、オンラインで PostgreSQL を Azure Database for PostgreSQL に移行する

[アーティクル]
09/27/2024

重要

より合理的で効率的な移行エクスペリエンスのため、Azure Database for PostgreSQL の新しい移行サービスを使うことをお勧めします。このサービスでは、さまざまなソース環境がサポートされているのでプロセスが簡素化され、Azure Database for PostgreSQL に簡単に移行できます。

Azure Database Migration Service (DMS) を使用して、最小限のダウンタイムでデータベースをオンプレミスの PostgreSQL インスタンスから Azure Database for PostgreSQL に移行できます。つまり、アプリケーションにとって最小限のダウンタイムで移行を実現できます。このチュートリアルでは、Azure Database Migration Service のオンライン移行アクティビティを使用して、DVD Rental サンプルデータベースを PostgreSQL 9.6 のオンプレミスインスタンスから Azure Database for PostgreSQL に移行します。

このチュートリアルでは、次の作業を行う方法について説明します。

pg_dump ユーティリティを使用してサンプルスキーマを移行する。
Azure Database Migration Service のインスタンスを作成する。
Azure Database Migration Service を使用して移行プロジェクトを作成する。
移行を実行する。
移行を監視する。

Azure Database Migration Service を使用してオンライン移行を実行するには、Premium 価格レベルに基づいてインスタンスを作成する必要があります。移行プロセス中のデータの盗難を防ぐために、ディスクは暗号化します。

重要

最適な移行エクスペリエンスのために、ターゲットデータベースと同じ Azure リージョンに Azure Database Migration Service のインスタンスを作成することをお勧めします。リージョンや地域をまたいでデータを移動する場合、移行プロセスが遅くなり、エラーが発生する可能性があります。

前提条件

このチュートリアルを完了するには、以下を実行する必要があります。

PostgreSQL コミュニティエディション 9.4、9.5、9.6、または 10 をダウンロードしてインストールします。ソースの PostgreSQL サーバーのバージョンは 9.4、9.5、9.6、10、11、12 または 13 である必要があります。詳細については、サポートされる PostgreSQL データベースバージョンに関するページをご覧ください。

ターゲットの Azure Database for PostgreSQL のバージョンは、オンプレミスの PostgreSQL バージョンと同じかそれ以降である必要があります。たとえば、PostgreSQL 9.6 は Azure Database for PostgreSQL 9.6、10、または 11 にのみ移行できますが、Azure Database for PostgreSQL 9.5 には移行できません。
Azure Database for PostgreSQL - フレキシブルサーバーにインスタンスを作成する
Azure Resource Manager デプロイモデルを使用して、Azure Database Migration Service 用の Microsoft Azure Virtual Network を作成します。これで、ExpressRoute または VPN を使用したオンプレミスのソースサーバーとのサイト間接続を確立します。仮想ネットワークの作成方法の詳細については、Virtual Network のドキュメントを参照してください。特に、詳細な手順が記載されたクイックスタートの記事を参照してください。

仮想ネットワークのセットアップ中、Microsoft へのネットワークピアリングに ExpressRoute を使用する場合は、サービスのプロビジョニング先となるサブネットに、次のサービスエンドポイントを追加してください。
- ターゲットデータベースエンドポイント (SQL エンドポイント、Azure Cosmos DB エンドポイントなど)
- ストレージエンドポイント
- サービスバスエンドポイント
Azure Database Migration Service にはインターネット接続がないため、この構成が必要となります。
仮想ネットワークのネットワークセキュリティグループ (NSG) の規則によって、ServiceBus、Storage、AzureMonitor の ServiceTag の送信ポート 443 がブロックされていないことを確認します。仮想ネットワークの NSG トラフィックのフィルター処理の詳細については、ネットワークセキュリティグループによるネットワークトラフィックのフィルター処理に関する記事を参照してください。
データベースエンジンアクセスのために Windows ファイアウォールを構成します。
Azure Database Migration Service がソース PostgreSQL サーバーにアクセスできるように Windows ファイアウォールを開きます。既定では TCP ポート 5432 が使用されています。
ソースデータベースの前でファイアウォールアプライアンスを使用する場合は、Azure Database Migration Service が移行のためにソースデータベースにアクセスできるように、ファイアウォール規則を追加することが必要な場合があります。
Azure Database for PostgreSQL のサーバーレベルのファイアウォール規則を作成して、Azure Database Migration Service がターゲットデータベースにアクセスできるようにします。 Azure Database Migration Service に使用する仮想ネットワークのサブネット範囲を指定します。
CLI を呼び出すには、次の 2 つの方法があります。
- Azure portal の右上隅にある [Cloud Shell] ボタンを選択します。
- CLI をローカルにインストールして実行します。この移行に必要な Azure リソースを管理するには、CLI 2.18 以降のバージョンのコマンドラインツールが必要です。
  
  CLI をダウンロードするには、Azure CLI のインストールに関する記事の手順に従ってください。その記事には、Azure CLI をサポートするプラットフォームの一覧も示されています。
  
  Windows Subsystem for Linux (WSL) を設定するには、Windows 10 インストールガイドの指示に従います。
postgresql.config ファイルを編集して次のパラメーターを設定することで、ソースサーバーでの論理レプリケーションを有効にします。
- wal_level = logical
- max_replication_slots = [スロットの数]。推奨設定値は 5 です。
- max_wal_senders = [同時実行タスクの数]。 max_wal_senders パラメーターは、実行できる同時実行タスクの数を設定します。推奨設定値は 10 です。

サンプルスキーマを移行する

テーブルスキーマ、インデックス、ストアドプロシージャなどのすべてのデータベースオブジェクトを完了するには、ソースデータベースからスキーマを抽出し、データベースに適用する必要があります。

pg_dump -s コマンドを使用して、データベースのスキーマダンプファイルを作成します。
```
pg_dump -O -h hostname -U db_username -d db_name -s > your_schema.sql
```
たとえば、スキーマファイル dvdrental データベースをダンプするには:
```
pg_dump -O -h localhost -U postgres -d dvdrental -s  > dvdrentalSchema.sql
```
pg_dump ユーティリティの使用方法の詳細については、 pg-dump チュートリアルの例を参照してください。
ターゲット環境に空のデータベース (Azure Database for PostgreSQL - フレキシブルサーバー) を作成します。
スキーマダンプファイルを復元して作成したターゲットデータベースに、スキーマをインポートします。
```
psql -h hostname -U db_username -d db_name < your_schema.sql
```
次に例を示します。
```
psql -h mypgserver-20170401.postgres.database.azure.com  -U postgres -d dvdrental < dvdrentalSchema.sql
```
注意

移行サービスにより、外部キーの有効化/無効化が内部的に処理され、信頼性のある堅牢なデータ移行が確保されるようトリガーされます。そのため、ターゲットデータベーススキーマの変更は検討する必要はありません。

Azure CLI を使用した DMS のインスタンスのプロビジョニング

DMS の同期の拡張機能をインストールします。
- 次のコマンドを実行して Azure にサインインします。
```
az login
```
- プロンプトが表示されたら、Web ブラウザーを開き、デバイスを認証するためのコードを入力します。記載されている手順に従います。
- 通常の CLI パッケージ (バージョン 2.18.0 以降) で PostgreSQL のオンライン移行を利用できるようになり、dms-preview 拡張機能は必要ありません。拡張機能を過去にインストールした場合は、次の手順を使用して削除できます。
  - dms-preview 拡張機能が既にインストールされているかどうかを確認するには、次のコマンドを実行します。
```
az extension list -o table
```
  - dms-preview 拡張機能がインストールされている場合、それをアンインストールするには、次のコマンドを実行します。
```
az extension remove --name dms-preview
```
  - dms-preview 拡張機能が正しくアンインストールされたことを確認するには、次のコマンドを実行します。dms-preview 拡張機能が一覧に表示されていてはなりません。
```
az extension list -o table
```
  重要
  
  dms-preview 拡張機能は、Azure DMS でサポートされている他の移行パスにまだ必要である場合があります。拡張機能が必要かどうかを判断するには、特定の移行パスのドキュメントを確認してください。このドキュメントでは、Azure Database for PostgreSQL オンラインに対する PostgreSQL に固有の拡張機能の要件について説明します。
- DMS でサポートされているすべてのコマンドを表示するには、次のコマンドを実行します。
```
az dms -h
```
- 複数の Azure サブスクリプションがある場合は、次のコマンドを実行して、DMS サービスのインスタンスのプロビジョニングに使用するサブスクリプションを設定します。
```
az account set -s <SubscriptionID>
```

次のコマンドを実行して、DMS のインスタンスをプロビジョニングします。

az dms create -l <location> -n <newServiceName> -g <yourResourceGroupName> --sku-name Premium_4vCores --subnet/subscriptions/<SubscriptionID>/resourceGroups/<ResourceGroupName>/providers/Microsoft.Network/virtualNetworks/<VirtualNetwork>/subnets/<SubnetName> –tags tagName1=tagValue1 tagWithNoValue

たとえば、次のコマンドはサービスを作成します。 <SubscriptionID>、<ResourceGroupName>、<VirtualNetwork> を有効な値に置き換えます。

場所:米国東部 2
サブスクリプション: <SubscriptionID>
リソースグループ名: <ResourceGroupName>
DMS サービス名: PostgresCLI

az dms create -l eastus2 -g <ResourceGroupName> -n PostgresCLI --subnet /subscriptions/<SubscriptionID>/resourceGroups/ERNetwork/providers/Microsoft.Network/virtualNetworks/<VirtualNetwork>/subnets/Subnet-1 --sku-name Premium_4vCores

DMS サービスのインスタンスを作成するには約 10 分かかります。

DMS エージェントの IP アドレスを特定して Postgres pg_hba.conf ファイルに追加できるようにするには、次のコマンドを実行します。
```
az network nic list -g <ResourceGroupName> --query '[].ipConfigurations | [].privateIpAddress'
```
次に例を示します。
```
az network nic list -g <resource-group> --query '[].ipConfigurations | [].privateIpAddress'
```
次のアドレスのような結果が表示されます。
```
[
  "172.16.136.18"
]
```
Postgres pg_hba.conf ファイルに、DMS エージェントの IP アドレスを追加します。
- DMS でのプロビジョニングが完了したら、DMS の IP アドレスをメモしておきます。
- 次のエントリのように、ソース上の pg_hba.conf ファイルに IP アドレスを追加します。
```
host     all            all        172.16.136.18/10    md5
host     replication    postgres   172.16.136.18/10    md5
```
次に、以下のコマンドを実行して、PostgreSQL の移行プロジェクトを作成します。
```
az dms project create -l <location> -g <ResourceGroupName> --service-name <yourServiceName> --source-platform PostgreSQL --target-platform AzureDbforPostgreSQL -n <newProjectName>
```
たとえば、次のパラメーターを使用してプロジェクトを作成するには、下記のコマンドを実行します。
- 場所: 米国中西部
- リソースグループ名: <ResourceGroupName>
- サービス名: PostgresCLI
- プロジェクト名: PGMigration
- ソースプラットフォーム: PostgreSQL
- ターゲットプラットフォーム: AzureDbForPostgreSql
```
az dms project create -l westcentralus -n PGMigration -g <ResourceGroupName> --service-name PostgresCLI --source-platform PostgreSQL --target-platform AzureDbForPostgreSql
```
次の手順を使用して PostgreSQL 移行タスクを作成します。

この手順では、接続元 IP、ユーザー ID とパスワード、接続先 IP、ユーザー ID、パスワード、およびタスクの種類を使用して接続を確立します。
- オプションの完全な一覧を表示するには、次のコマンドを実行します。
```
az dms project task create -h
```
  接続元と接続先の両方について、入力パラメーターはオブジェクトの一覧を含む json ファイルを参照します。
  
  PostgreSQL の接続に対する接続 JSON オブジェクトの形式。
```
{
    // if this is missing or null, you will be prompted
    "userName": "user name",
    // if this is missing or null (highly recommended) you will  be prompted
    "password": null,
    "serverName": "server name",
    // if this is missing, it will default to the 'postgres' database
    "databaseName": "database name",
    // if this is missing, it will default to 5432
    "port": 5432
}
```
  json オブジェクトを一覧表示するデータベースオプションの json ファイルもあります。 PostgreSQL の場合、データベースオプションの JSON オブジェクトの形式は次のとおりです。
```
[
    {
        "name": "source database",
        "target_database_name": "target database",
        "selectedTables": [
            "schemaName1.tableName1",
            ...n
        ]
    },
    ...n
]
```
- ソース接続 json を作成するには、メモ帳を開き、次の json をコピーしてファイルに貼り付けます。ソースサーバーに従って変更した後、C:\DMS\source.json にファイルを保存します。
```
{
    "userName": "postgres",
    "password": null,
    "serverName": "13.51.14.222",
    "databaseName": "dvdrental",
    "port": 5432
}
```
- ターゲット接続 json を作成するには、メモ帳を開き、次の json をコピーしてファイルに貼り付けます。ターゲットサーバーに従って変更した後、C:\DMS\target.json にファイルを保存します。
```
{
    "userName": " dms@builddemotarget",
    "password": null,
    "serverName": " builddemotarget.postgres.database.azure.com",
    "databaseName": "inventory",
    "port": 5432
}
```
- 移行するデータベースのインベントリとマッピングの一覧が含まれるデータベースオプションの json ファイルを作成します。
  - 移行するテーブルの一覧を作成します。または、SQL クエリを使用して、ソースデータベースから一覧を生成することもできます。テーブルの一覧を生成するサンプルクエリを次に示します。このクエリを使用する場合は、必ず最後のテーブル名の末尾にある最後のコンマを削除して、有効な JSON 配列にしてください。
```
SELECT FORMAT('%s,', REPLACE(FORMAT('%I.%I', schemaname, tablename), '"', '\"')) AS SelectedTables
FROM pg_tables
WHERE schemaname NOT IN ('pg_catalog', 'information_schema');
```
  - データベースごとに 1 つのエントリが含まれ、ソースとターゲットのデータベース名および移行対象に選択されたテーブルの一覧が指定されている、データベースオプションの JSON ファイルを作成します。上の SQL クエリの出力を使用して、selectedTables 配列を設定できます。
    
    Note
    
    選択されたテーブルの一覧が空の場合、サービスにより、一致するスキーマ名とテーブル名を持つすべてのテーブルが移行に含められます。
```
[
    {
        "name": "dvdrental",
        "target_database_name": "dvdrental",
        "selectedTables": [
            "schemaName1.tableName1",
            "schemaName1.tableName2",
            ...
            "schemaNameN.tableNameM"
        ]
    },
    ... n
]
```
- 次のコマンドを実行します。このコマンドは、ソース接続、ターゲット接続、およびデータベースオプション json ファイルを受け取ります。
```
az dms project task create -g <ResourceGroupName> --project-name PGMigration --source-connection-json c:\DMS\source.json --database-options-json C:\DMS\option.json --service-name PostgresCLI --target-connection-json c:\DMS\target.json --task-type OnlineMigration -n runnowtask
```
この時点で、移行タスクは正常に送信されています。

タスクの進行状況を表示するには、次のコマンドを実行します。

一般的なタスクの状態を簡単に確認するには:

az dms project task show --service-name PostgresCLI --project-name PGMigration --resource-group <ResourceGroupName> --name runnowtask

移行の進行状況の情報を含む詳細なタスクの状態を確認するには:

az dms project task show --service-name PostgresCLI --project-name PGMigration --resource-group <ResourceGroupName> --name runnowtask --expand output

JMESPath クエリ形式を使用して、展開された出力から migrationState のみを抽出することもできます。

az dms project task show --service-name PostgresCLI --project-name PGMigration --resource-group <ResourceGroupName> --name runnowtask --expand output --query 'properties.output[].migrationState'

出力には、さまざまな移行ステップの進行状況を示すいくつかのパラメーターがあります。たとえば、次の出力のようになります。

{
    "output": [
        // Database Level
        {
            "appliedChanges": 0, // Total incremental sync applied after full load
            "cdcDeleteCounter": 0, // Total delete operation  applied after full load
            "cdcInsertCounter": 0, // Total insert operation applied after full load
            "cdcUpdateCounter": 0, // Total update operation applied after full load
            "databaseName": "inventory",
            "endedOn": null,
            "fullLoadCompletedTables": 2, //Number of tables completed full load
            "fullLoadErroredTables": 0, //Number of tables that contain migration error
            "fullLoadLoadingTables": 0, //Number of tables that are in loading status
            "fullLoadQueuedTables": 0, //Number of tables that are in queued status
            "id": "db|inventory",
            "incomingChanges": 0, //Number of changes after full load
            "initializationCompleted": true,
            "latency": 0,
            //Status of migration task
            "migrationState": "READY_TO_COMPLETE", //READY_TO_COMPLETE => the database is ready for cutover
            "resultType": "DatabaseLevelOutput",
            "startedOn": "2018-07-05T23:36:02.27839+00:00"
        }, {
            "databaseCount": 1,
            "endedOn": null,
            "id": "dd27aa3a-ed71-4bff-ab34-77db4261101c",
            "resultType": "MigrationLevelOutput",
            "sourceServer": "138.91.123.10",
            "sourceVersion": "PostgreSQL",
            "startedOn": "2018-07-05T23:36:02.27839+00:00",
            "state": "PENDING",
            "targetServer": "builddemotarget.postgres.database.azure.com",
            "targetVersion": "Azure Database for PostgreSQL"
        },
        // Table 1
        {
            "cdcDeleteCounter": 0,
            "cdcInsertCounter": 0,
            "cdcUpdateCounter": 0,
            "dataErrorsCount": 0,
            "databaseName": "inventory",
            "fullLoadEndedOn": "2018-07-05T23:36:20.740701+00:00", //Full load completed time
            "fullLoadEstFinishTime": "1970-01-01T00:00:00+00:00",
            "fullLoadStartedOn": "2018-07-05T23:36:15.864552+00:00", //Full load started time
            "fullLoadTotalRows": 10, //Number of rows loaded in full load
            "fullLoadTotalVolumeBytes": 7056, //Volume in Bytes in full load
            "id": "or|inventory|public|actor",
            "lastModifiedTime": "2018-07-05T23:36:16.880174+00:00",
            "resultType": "TableLevelOutput",
            "state": "COMPLETED", //State of migration for this table
            "tableName": "public.catalog", //Table name
            "totalChangesApplied": 0 //Total sync changes that applied after full load
        },
        //Table 2
        {
            "cdcDeleteCounter": 0,
            "cdcInsertCounter": 50,
            "cdcUpdateCounter": 0,
            "dataErrorsCount": 0,
            "databaseName": "inventory",
            "fullLoadEndedOn": "2018-07-05T23:36:23.963138+00:00",
            "fullLoadEstFinishTime": "1970-01-01T00:00:00+00:00",
            "fullLoadStartedOn": "2018-07-05T23:36:19.302013+00:00",
            "fullLoadTotalRows": 112,
            "fullLoadTotalVolumeBytes": 46592,
            "id": "or|inventory|public|address",
            "lastModifiedTime": "2018-07-05T23:36:20.308646+00:00",
            "resultType": "TableLevelOutput",
            "state": "COMPLETED",
            "tableName": "public.orders",
            "totalChangesApplied": 0
        }
    ],
    // DMS migration task state
    "state": "Running", //Running => service is still listening to any changes that might come in
    "taskType": null
}

一括移行タスク

全体の読み込みが完了すると、データベースの一括移行の準備が整います。新しいトランザクションによるソースサーバーのビジー状態によっては、DMS タスクで、全体の読み込みが完了した後でも変更が適用されている可能性があります。

すべてのデータを確実に取り込むには、ソースデータベースとターゲットデータベース間の行数を検証します。たとえば、状態の出力から次の詳細を検証できます。

Database Level
"migrationState": "READY_TO_COMPLETE" => Status of migration task. READY_TO_COMPLETE means database is ready for cutover
"incomingChanges": 0 => Check for a period of 5-10 minutes to ensure no new incoming changes need to be applied to the target server

Table Level (for each table)
"fullLoadTotalRows": 10    => The row count matches the initial row count of the table
"cdcDeleteCounter": 0      => Number of deletes after the full load
"cdcInsertCounter": 50     => Number of inserts after the full load
"cdcUpdateCounter": 0      => Number of updates after the full load

次のコマンドを使用して、データベースの一括移行タスクを実行します。
```
az dms project task cutover -h
```
たとえば、次のコマンドでは、"Inventory" データベースのカットオーバーが開始されます。
```
az dms project task cutover --service-name PostgresCLI --project-name PGMigration --resource-group <ResourceGroupName> --name runnowtask  --object-name Inventory
```

一括移行の進行状況を監視するには、次のコマンドを実行します。

az dms project task show --service-name PostgresCLI --project-name PGMigration --resource-group <ResourceGroupName> --name runnowtask

データベースの移行状態に [完了] と表示されたら、順序を再作成 (該当する場合) して、アプリケーションを Azure Database for PostgreSQL の新しいターゲットインスタンスに接続します。

サービス、プロジェクト、タスクのクリーンアップ

DMS タスク、プロジェクト、またはサービスをキャンセルまたは削除する必要がある場合は、次の順序でキャンセルを実行します。

実行中のタスクを取り消す
ジョブを削除する
プロジェクトを削除する
DMS サービスを削除する

実行中のタスクをキャンセルするには、次のコマンドを使用します。

az dms project task cancel --service-name PostgresCLI --project-name PGMigration --resource-group <ResourceGroupName> --name runnowtask

実行中のタスクを削除するには、次のコマンドを使用します。

az dms project task delete --service-name PostgresCLI --project-name PGMigration --resource-group <ResourceGroupName> --name runnowtask

プロジェクトを削除するには、次のコマンドを使用します。

az dms project delete -n PGMigration -g <ResourceGroupName> --service-name PostgresCLI

DMS サービスを削除するには、次のコマンドを使用します。
```
az dms delete -g <ResourceGroupName> -n PostgresCLI
```

次の方法で共有

チュートリアル: Azure CLI を介して DMS (クラシック) を使用し、オンラインで PostgreSQL を Azure Database for PostgreSQL に移行する

前提条件

サンプルスキーマを移行する

Azure CLI を使用した DMS のインスタンスのプロビジョニング

一括移行タスク

サービス、プロジェクト、タスクのクリーンアップ

フィードバック

その他のリソース

次の方法で共有

チュートリアル: Azure CLI を介して DMS (クラシック) を使用し、オンラインで PostgreSQL を Azure Database for PostgreSQL に移行する

前提条件

サンプル スキーマを移行する

Azure CLI を使用した DMS のインスタンスのプロビジョニング

一括移行タスク

サービス、プロジェクト、タスクのクリーンアップ

関連するコンテンツ

フィードバック

その他のリソース

サンプルスキーマを移行する