移行ジョブの作成には以下が含まれます。
- 移行ジョブの設定を定義します。
- ソース データベース用に作成した接続プロファイル（ソース接続プロファイル）に関する情報を指定します。
- 移行先の Cloud SQL データベース インスタンスの設定を定義し、インスタンスを作成します。
- 移行元データベースと移行先データベースのインスタンス間の接続の設定。
- 移行ジョブをテストして、ジョブに指定した接続情報が有効であることを確認します。
新しい移行先インスタンスへの移行ジョブを作成するには、次の操作を行います。
コンソール
移行ジョブの設定を定義する
- Google Cloud コンソールで、[移行ジョブ] ページに移動します。
- [移行ジョブを作成] をクリックします。
移行ジョブ構成ウィザードのページが開きます。このウィザードには、各構成ステップを案内する複数のパネルがあります。
[Save and exit] をクリックすると、移行ジョブの作成を一時停止できます。その時点で入力したデータはすべて、下書きの移行ジョブに保存されます。下書きの移行ジョブは後で完了できます。
- [開始] ページで、次の情報を入力します。
- 移行ジョブ名
これは、移行ジョブのわかりやすい名前です。この値は、 Google Cloud コンソールに表示されます。
- 移行ジョブ ID
これは、移行ジョブの機械読み取り可能な識別子です。この値は、Database Migration Service の Google Cloud CLI コマンドまたは API を使用して移行ジョブを操作する場合に使用します。
- [移行元データベース エンジン] リストから [MySQL] を選択します。
[移行先のデータベース エンジン] フィールドには自動的に入力され、変更できません。
- 移行ジョブを保存するリージョンを選択します。
Database Migration Service は完全にリージョン ベースのサービスです。つまり、移行に関連するすべてのエンティティ（移行元と移行先の接続プロファイル、移行ジョブ、移行先データベース）を 1 つのリージョンに保存する必要があります。Compute Engine インスタンス、App Engine アプリ、その他のサービスなど、データを必要とするサービスのロケーションに基づいてリージョンを選択します。宛先リージョンを選択した後、この選択を変更することはできません。
- 移行ジョブ名
- [保存して次へ] をクリックします。
ソース接続プロファイルに関する情報の指定
[ソースを定義する] ページで、次の操作を行います。
- [ソース接続プロファイル] プルダウン メニューから、移行元データベースの接続プロファイルを選択します。
- [完全なダンプの構成のカスタマイズ] セクションで、[構成の編集] をクリックします。
- [完全ダンプ構成を編集] パネルの [完全ダンプ方法] プルダウン メニューから、次のいずれかを選択します。
- 物理ベース: Percona XtraBackup ユーティリティを使用して独自のバックアップ ファイルを提供する場合は、このオプションを選択します。この方法では、追加の準備手順が必要になります。Percona XtraBackup によって生成された物理バックアップ ファイルの使用に関するガイドについては、 Percona XtraBackup 物理ファイルを使用してデータベースを移行するをご覧ください。
- 論理ベース:
mysqlshellユーティリティによって作成された論理バックアップ ファイルを使用する場合は、このオプションを選択します。このバックアップ ファイルは、Database Migration Service によって自動生成することも、独自のコピーを指定することもできます。
- ダンプ設定の残りの部分を編集します。次のいずれかを行います。
- 物理バックアップ ファイルを使用する場合は、[フォルダを指定] で [参照] をクリックし、完全なダンプ ファイルをアップロードしたフォルダを選択します。ストレージ バケット自体ではなく、完全なバックアップ ファイルを含む専用のフォルダを選択してください。
論理バックアップ ファイルを使用する場合は、データダンプ並列処理またはダンプフラグを構成します。
論理バックアップ ファイルの完全な手順については、このセクションを展開してください
[ダンプファイルの生成方法の選択] セクションで、次のいずれかのオプションを使用します。
初期ダンプを自動生成する（推奨）
Database Migration Service は、移行ジョブの作成と開始後に常に初期データベース ダンプ ファイルを生成するため、このオプションをおすすめします。
Database Migration Service は、このファイルを使用して移行元データベースの元のオブジェクト定義とテーブルデータを再現し、この情報を移行先の Cloud SQL データベース インスタンスに移行できるようにします。
自動生成ダンプを使用する場合は、[データ ダンプ オペレーションを構成する] セクションで、Database Migration Service が実行するオペレーションのタイプを選択します。
- データダンプ並列処理: MySQL バージョン 5.7 または 8 に移行する場合に使用できる、高パフォーマンスの並列処理オプションを使用します。
データ並列処理の速度は、ソース データベースに誘導される負荷の量に関連しています。
- 最適（推奨）: ソース データベースへの負荷が最適な状態で、バランスの取れたパフォーマンスが実現します。
- 最大: ダンプ速度が最も速くなりますが、ソース データベースの負荷が増加する可能性があります。
- 最小: ソース データベースで消費されるコンピューティング リソースが最小になりますが、ダンプ スループットが低下する可能性があります。
- ダンプ フラグ: このオプションは、データ ダンプ並列処理と排他的です。この設定を使用すると、ダンプファイルの作成に使用される
mysqldumpユーティリティのフラグを直接構成できます。フラグを追加するには:
- [フラグを追加] をクリックします。
次のいずれかのフラグを選択します。
add-locks:このフラグは、ダンプファイルに含まれる各テーブルをLOCK TABLESステートメントとUNLOCK TABLESステートメントで囲みます。これにより、ダンプ ファイルが移行先インスタンスに読み込まれるときの挿入が高速化されます。ignore-error:このフラグを使用すると、カンマ区切りのエラー番号のリストを入力できます。これらの数値は、mysqldumpユーティリティが無視するエラーを表します。max-allowed-packet:このフラグは、MySQL クライアントとソース MySQL データベース間の通信用のバッファの最大サイズを設定するために使用します。バッファのデフォルトサイズは 24 MB、最大サイズは 1 GB です。
- [完了] をクリックします。
- 追加するフラグごとに、上記の手順を繰り返します。
フラグを削除するには、フラグを含む行の右側にあるゴミ箱アイコンをクリックします。
- データダンプ並列処理: MySQL バージョン 5.7 または 8 に移行する場合に使用できる、高パフォーマンスの並列処理オプションを使用します。
独自の画像を指定します
デフォルトでは、Database Migration Service は移行ジョブの実行の一環として初期ダンプを行うため、このオプションは推奨されません。
独自のダンプファイルを使用する場合は、[独自のダンプファイルを指定する] を選択し、[参照] をクリックして、ファイル（複数のファイルを使用する場合は Cloud Storage フォルダ全体）を選択し、[選択] をクリックします。
ダンプが 24 時間以内に生成され、 ダンプ要件に準拠していることを確認してください。
- [保存して次へ] をクリックします。
移行先の Cloud SQL インスタンスを構成して作成する
- [宛先を定義する] ページで、[宛先インスタンスのタイプ] プルダウン メニューから [新しいインスタンス] を選択します。関連するすべての設定を定義します。
- [宛先インスタンス ID] フィールドに、Cloud SQL インスタンスの ID を指定するか、自動生成された ID を使用します。
識別子には機密情報や個人を特定できる情報を含めないでください。インスタンス名にプロジェクト ID を含める必要はありません。この処理は必要に応じて自動的に行われます（ログファイルの場合など）。
- [パスワード] フィールドに、移行先の Cloud SQL インスタンスの英数字のパスワードを入力します。これは、インスタンスの
root管理者アカウントのパスワードです。手動でパスワードを入力するか、[生成] をクリックして Database Migration Service にパスワードを自動生成してもらいます。
- [データベースのバージョン] プルダウン メニューから、移行先インスタンスのデータベース バージョンを選択します。
[マイナー バージョンを表示] をクリックして、すべてのマイナー バージョンを表示します。 クロスバージョンの移行サポートについて詳しくは、 こちらをご覧ください。
- 宛先インスタンスの Cloud SQL for MySQL エディションを選択します。利用可能なオプションは、Cloud SQL for MySQL Enterprise エディションと Cloud SQL for MySQL Enterprise Plus エディションの 2 つです。
Cloud SQL for MySQL のエディションには、異なる機能セット、使用可能なマシンタイプ、料金が用意されています。ニーズに適したエディションを選択するには、Cloud SQL のドキュメントをご覧ください。詳細については、 Cloud SQL for MySQL のエディションの概要をご覧ください。
- [リージョン] メニューには、[使ってみる] ページで選択したのと同じリージョンが表示されます。
高可用性を目的とするインスタンスを構成する場合は、[複数のゾーン（高可用性）] を選択します。プライマリ ゾーンとセカンダリ ゾーンの両方を選択できます。セカンダリ ゾーンがインスタンスの作成中に使用される場合は、次の条件が適用されます。
- ゾーンのデフォルトは、プライマリ ゾーンは 任意、セカンダリ ゾーンは 任意（プライマリとは異なる）です。
- プライマリ ゾーンとセカンダリ ゾーンの両方を指定する場合は、別々のゾーンにする必要があります。
- [接続] セクションで、宛先インスタンスにパブリック IP アドレスとプライベート IP アドレスのどちらを追加するかを選択します。両方のタイプの IP アドレスを持つようにインスタンスを構成できますが、移行には少なくとも 1 つのタイプが必要です。次のいずれかを選択してください。
- VPC ピアリングまたはリバース SSH トンネルを使用して移行する場合は、[
プライベート IP] を選択します。
プライベート IP 接続を有効にするには、追加のネットワーク要件をすべて満たしていることを確認してください。
プライベート IP の完全な要件については、このセクションを展開してください。
- Service Networking API が有効になっています。 Service Networking API を有効にするには、 Google Cloud コンソールを使用します。
-
servicenetworking.services.addPeeringIAM 権限を付与されている。 - プロジェクトに
プライベート サービス アクセスを構成しています。この場合、
compute.networkAdminIAM ロールが必要です。 - プロジェクトに非レガシー VPC ネットワークまたは共有 VPC ネットワークが 1 つ以上存在する。
-
共有 VPC ネットワークを使用している場合は、次の操作も必要になります。
- ホスト プロジェクトで Service Networking API を有効にします。
- ユーザーをホスト プロジェクトに追加します。
- ホスト プロジェクトの compute.networkAdmin IAM ロールをユーザーに付与します。
- ピアリングする関連付けられた VPC ネットワークを選択します。VPC ピアリングを使用して移行元に接続する場合は、インスタンスが存在する VPC を選択します。
- 選択した VPC にマネージド サービス ネットワークが構成されていない場合は、IP 範囲を選択して [接続] をクリックするか、自動的に選択された IP 範囲を使用して [割り振りと接続] をクリックします。
- IP 許可リストを使用してインターネット経由で移行する場合は、[
パブリック IP] を選択します。
必要に応じて、[パブリック IP] で [承認済みネットワーク] フィールドをクリックし、Cloud SQL インスタンスに接続するネットワークまたはプロキシを承認します。ネットワークは、指定したアドレスでのみ承認されます。Cloud SQL ドキュメントのパブリック IP を構成するをご覧ください。
移行ジョブの接続は後で構成します。使用可能なネットワーキング方法の詳細については、 接続を構成するをご覧ください。
- VPC ピアリングまたはリバース SSH トンネルを使用して移行する場合は、[
プライベート IP] を選択します。
- [宛先インスタンス ID] フィールドに、Cloud SQL インスタンスの ID を指定するか、自動生成された ID を使用します。
- Cloud SQL インスタンスのマシンタイプを選択します。ディスクサイズは移行元データベースのサイズ以上である必要があります。MySQL マシンタイプの詳細を確認する。
- Cloud SQL for MySQL Enterprise Plus エディションの場合: 移行先データベースでデータ キャッシュ機能を使用する場合、[データ キャッシュを有効にする] チェックボックスをオンにします。
データ キャッシュは、Cloud SQL for MySQL Enterprise Plus エディションのインスタンスで使用できるオプション機能です。高速ローカル ソリッド ステート ドライブを移行先データベースに追加します。この機能を使用すると、Cloud SQL の追加費用が発生する可能性があります。データ キャッシュの詳細については、Cloud SQL ドキュメントのデータ キャッシュの概要をご覧ください。
- Cloud SQL インスタンスのストレージ タイプを指定します。 ソリッド ステート ドライブ（SSD）またはハードディスク ドライブ（HDD）を選択できます。
- Cloud SQL インスタンスのストレージ容量（GB）を指定します。
ソース データベースのデータを処理するのに十分なストレージ容量がインスタンスにあることを確認します。この容量はいつでも増やすことができますが、減らすことはできません。
（省略可）宛先インスタンスのデータ暗号化オプションまたはリソースラベルを構成します。
このセクションを展開すると、省略可能な手順が表示されます。
[オプションの構成を表示] をクリックし、次のようにします。
移行元から移行先に移行されるデータの暗号化を管理するかどうかを指定します。デフォルトでは、データは Google Cloudによって管理される鍵で暗号化されます。ご自身で暗号化を管理する場合は、顧客管理の暗号鍵（CMEK）を使用できます。手順は次のとおりです。
- [顧客管理の暗号鍵（CMEK）を使用する] チェックボックスをオンにします。
- [顧客管理の暗号鍵を選択] メニューから CMEK を選択します。
鍵が表示されない場合は、[鍵のリソース名を入力] をクリックして、使用する鍵のリソース名を指定します。鍵リソース名の例:
projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key。- データベース サーバーに適用する必要なフラグを追加します。可能であれば、作成した移行先の Cloud SQL インスタンスのデータベース フラグが移行元データベースのデータベース フラグと同じであることを確認します。MySQL でサポートされているデータベース フラグの詳細を確認する。
- Cloud SQL インスタンスに固有の
ラベルを追加します。
ラベルはインスタンスの整理に役立ちます。たとえば、コストセンターや環境別にラベルを整理できます。ラベルは請求書にも記載されるため、ラベル間のコストの分散を確認できます。
- [移行先を作成して続行] をクリックします。 Database Migration Service が Cloud SQL の移行先インスタンスを作成します。この処理には数分かかることがあります。
移行元データベースと移行先データベースのインスタンス間の接続を設定する
[接続方法] プルダウン メニューから、ネットワーク接続方法を選択します。この方法により、新しく作成された Cloud SQL インスタンスがソース データベースに接続される方法が定義されます。現在のネットワーク接続方法には、IP 許可リスト、リバース SSH トンネル、VPC ピアリングがあります。
| 使用したい場合 | 方法 |
|---|---|
| IP 許可リストのネットワーク接続方法 | 移行先インスタンスの送信 IP アドレスを指定する必要があります。作成した Cloud SQL インスタンスが高可用性インスタンスの場合は、プライマリ インスタンスとセカンダリ インスタンスの両方の送信 IP アドレスを含めます。 |
| リバース SSH トンネル ネットワーク接続方法 | トンネルをホストする Compute Engine VM インスタンスを選択する必要があります。 インスタンスを指定すると、ソース データベースと移行先データベースの間にトンネルを設定する手順を実行するスクリプトが提供されます。スクリプトは Google Cloud CLI で実行する必要があります。 ソース データベースと Google Cloudの両方に接続できるマシンからコマンドを実行します。 |
| VPC ピアリング ネットワーク接続方法。 | 移行元データベースが存在する VPC ネットワークを選択する必要があります。このネットワークに接続するように Cloud SQL インスタンスが更新されます。 |
ネットワーク接続を選択して構成したら、[構成して続行] をクリックします。
移行ジョブをテスト、作成、実行する
この最後のステップでは、移行ジョブの設定、ソース、宛先、接続方法の概要を確認し、移行ジョブの設定の有効性をテストします。問題が発生した場合は、移行ジョブの設定を変更できます。すべての設定を編集できるわけではありません。
-
[移行ジョブのテストと作成] ページで、[ジョブをテスト] をクリックします。
テストに失敗した場合は、フローの適切な部分で問題に対処してから、再テストに戻ることができます。失敗した移行ジョブのテストに関するトラブルシューティングについては、 MySQL の問題を診断するをご覧ください。
-
移行ジョブのテストが完了したら、[ジョブを作成して開始] をクリックして移行ジョブを作成してすぐに開始するか、[ジョブを作成] をクリックして移行ジョブを作成してすぐに開始しないでください。
ジョブが作成時に開始されていない場合は、[移行ジョブ] ページで [開始] をクリックして開始できます。移行ジョブの開始時間に関係なく、移行先インスタンスの存在に対して料金が発生します。
移行が開始されました。移行ジョブを開始すると、Database Migration Service は完全なダンプを行い、移行元データベースを一時的にロックします。移行元が Amazon RDS または Amazon Aurora にある場合、Database Migration Service では、移行の開始時に短時間（約 1 分未満）の書き込みダウンタイムも必要です。詳細については、既知の制限事項をご覧ください。
- 移行ジョブを確認するに進みます。
gcloud
宛先接続プロファイルを作成します。
Google Cloud CLI を使用して新しい移行先インスタンスに移行する場合は、移行先インスタンスと接続プロファイルを 1 つのアクションで作成します。
次のコマンドを実行します（リンクをクリックして展開）。gcloud database-migration connection-profiles create cloudsqlこのサンプルでは、オプションの
--no-asyncフラグを使用して、すべてのオペレーションが同期的に実行されます。そのため、一部のコマンドは完了するまでに時間がかかることがあります。--no-asyncフラグをスキップして、コマンドを非同期で実行できます。その場合は、gcloud database-migration operations describeコマンドを使用して、オペレーションが成功したかどうかを確認する必要があります。後述のコマンドデータを使用する前に、次のように置き換えます。
- CONNECTION_PROFILE_ID は、接続プロファイルの機械読み取り可能な識別子に置き換えます。
- DATABASE_VERSION は、移行先インスタンスで使用する MySQL バージョンに置き換えます。データベース バージョンは、メジャー バージョンとマイナー バージョンの両方を含む文字列として指定します。例:
MYSQL_8_0、MYSQL_8_0_32、MYSQL_8_0_36。使用可能なすべての MySQL バージョンについては、 --database-version フラグ リファレンスをご覧ください。
- （省略可）EDITION デフォルトでは、Google Cloud CLI で作成する新しいインスタンスは Cloud SQL for MySQL Enterprise Plus エディションを使用します。Cloud SQL for MySQL Enterprise Plus エディションを使用する場合は、そのエディションでリージョンがサポートされていることを確認してください。Cloud SQL for MySQL Enterprise Plus エディションのリージョン サポートをご覧ください。
エディションを変更するには、
--editionフラグに次のいずれかの値を指定します。enterprise-plus（Cloud SQL for MySQL Enterprise Plus エディションの場合）enterprise（Cloud SQL for MySQL Enterprise エディションの場合）
-
TIER は、使用する Cloud SQL マシンタイプの名前に置き換えます。マシンタイプは、Cloud SQL の規則に従う文字列として指定します（
db-n1-standard-1、db-perf-optimized-N-2など）。Google Cloud CLI で使用できるマシンタイプとその ID の完全なリストについては、Cloud SQL for MySQL ドキュメントの マシンタイプをご覧ください。Google Cloud CLI で作成されたインスタンスは、デフォルトで、使用可能なマシンタイプが異なる Cloud SQL for MySQL Enterprise Plus エディションを使用します。Cloud SQL for MySQL Enterprise エディションでのみ使用可能なマシンタイプを使用する場合は、省略可能な
--edition=enterpriseフラグを使用してエディションを指定します。 - REGION は、接続プロファイルを保存するリージョンの ID に置き換えます。
デフォルトでは、Google Cloud CLI で作成する新しいインスタンスは Cloud SQL for MySQL Enterprise Plus エディションを使用します。Cloud SQL for MySQL Enterprise Plus エディションを使用する場合は、そのエディションでリージョンがサポートされていることを確認してください。Cloud SQL for MySQL Enterprise Plus エディションのリージョン サポートをご覧ください。エディションは、オプションの
--editionフラグを使用して変更できます。 - （省略可）CONNECTION_PROFILE_NAME は、接続プロファイルのわかりやすい名前に置き換えます。この値は、 Google Cloud コンソールに表示されます。
- ネットワーク構成
デフォルトでは、Google Cloud CLI で作成した新しいインスタンスにはパブリック IP アドレスが割り当てられ、パブリック IP 接続を使用するように構成されます。他の接続方法を使用できます。詳細については、接続を構成するをご覧ください。
パブリック IP 接続を使用する場合は、追加のフラグを使用する必要はありません。VPC ネットワーク ピアリングまたはリバース SSH トンネルでプライベート IP 接続を使用する場合は、プライベート IP 接続を有効にするための次の追加のネットワーク要件を満たしていることを確認し、コマンドに追加のフラグを追加します。
プライベート IP の完全な要件については、このセクションを展開してください。
- Service Networking API が有効になっています。 Service Networking API を有効にするには、 Google Cloud コンソールを使用します。
-
servicenetworking.services.addPeeringIAM 権限を付与されている。 - プロジェクトに
プライベート サービス アクセスを構成しています。この場合、
compute.networkAdminIAM ロールが必要です。 - プロジェクトに非レガシー VPC ネットワークまたは共有 VPC ネットワークが 1 つ以上存在する。
-
共有 VPC ネットワークを使用している場合は、次の操作も必要になります。
- ホスト プロジェクトで Service Networking API を有効にします。
- ユーザーをホスト プロジェクトに追加します。
- ホスト プロジェクトの compute.networkAdmin IAM ロールをユーザーに付与します。
プライベート IP 接続（VPC ネットワーク ピアリングを使用または Compute Engine VM でリバース SSH トンネルを使用）を使用する場合は、次のフラグを追加します。
-
--no-enable-ip-v4: （省略可）宛先インスタンスにパブリック IP アドレスを割り当てない。宛先インスタンスにパブリック IP アドレスとプライベート IP アドレスの両方を割り当てることができますが、プライベート IP 接続を使用する場合はパブリック IP アドレスを使用しない場合もあります。 -
--private-network: 宛先インスタンスにプライベート IP アドレスを割り当てるには、プライベート IP アドレスを割り当てる Virtual Private Cloud の名前を指定します。
次のコマンドを実行します。
Linux、macOS、Cloud Shell
gcloud database-migration connection-profiles \ create mysql CONNECTION_PROFILE_ID \ --no-async \ --region=REGION \ --database-version=DATABASE_VERSION \ --tier=TIER \ --display-name=CONNECTION_PROFILE_NAME
Windows（PowerShell）
gcloud database-migration connection-profiles ` create mysql CONNECTION_PROFILE_ID ` --no-async ` --region=REGION ` --database-version=DATABASE_VERSION ` --tier=TIER ` --display-name=CONNECTION_PROFILE_NAME
Windows（cmd.exe）
gcloud database-migration connection-profiles ^ create mysql CONNECTION_PROFILE_ID ^ --no-async ^ --region=REGION ^ --database-version=DATABASE_VERSION ^ --tier=TIER ^ --display-name=CONNECTION_PROFILE_NAME
次のようなレスポンスが返されます。
Waiting for connection profile [CONNECTION_PROFILE_ID] to be created with [OPERATION_ID] Waiting for operation [OPERATION_ID] to complete...done. Created connection profile CONNECTION_PROFILE_ID [OPERATION_ID]
移行ジョブを作成します。
VPC ピアリングまたはリバース SSH トンネル接続を使用する場合は、必要なフラグ（--peer-vpc、--vm、--vm-ip、--vm-port、--vpcなど）を必ず追加してください。詳細については、 接続を構成すると Google Cloud CLI の例をご覧ください。
次のコマンドを実行します（リンクをクリックして展開します）。gcloud database-migration migration-jobs createこのサンプルでは、オプションの
--no-asyncフラグを使用して、すべてのオペレーションが同期的に実行されます。そのため、一部のコマンドは完了するまでに時間がかかることがあります。--no-asyncフラグをスキップして、コマンドを非同期で実行できます。その場合は、gcloud database-migration operations describeコマンドを使用して、オペレーションが成功したかどうかを確認する必要があります。後述のコマンドデータを使用する前に、次のように置き換えます。
- MIGRATION_JOB_ID は、移行ジョブの機械読み取り可能な識別子に置き換えます。この値は、Database Migration Service の Google Cloud CLI コマンドまたは API を使用して移行ジョブを操作する場合に使用します。
- REGION は、移行ジョブを保存するリージョン ID に置き換えます。
- MIGRATION_JOB_NAME は、移行ジョブのわかりやすい名前に置き換えます。この値は、 Google Cloud コンソールの Database Migration Service に表示されます。
- SOURCE_CONNECTION_PROFILE_ID は、移行元の接続プロファイルの機械読み取り可能な識別子に置き換えます。
- DESTINATION_CONNECTION_PROFILE_ID は、移行先接続プロファイルの機械読み取り可能な ID に置き換えます。
次のコマンドを実行します。
Linux、macOS、Cloud Shell
gcloud database-migration migration-jobs \ create MIGRATION_JOB_ID \ --no-async \ --region=REGION \ --display-name=MIGRATION_JOB_NAME \ --source=SOURCE_CONNECTION_PROFILE_ID \ --destination=DESTINATION_CONNECTION_PROFILE_ID \ --type=MIGRATION_JOB_TYPE
Windows（PowerShell）
gcloud database-migration migration-jobs ` create MIGRATION_JOB_ID ` --no-async ` --region=REGION ` --display-name=MIGRATION_JOB_NAME ` --source=SOURCE_CONNECTION_PROFILE_ID ` --destination=DESTINATION_CONNECTION_PROFILE_ID ` --type=MIGRATION_JOB_TYPE
Windows（cmd.exe）
gcloud database-migration migration-jobs ^ create MIGRATION_JOB_ID ^ --no-async ^ --region=REGION ^ --display-name=MIGRATION_JOB_NAME ^ --source=SOURCE_CONNECTION_PROFILE_ID ^ --destination=DESTINATION_CONNECTION_PROFILE_ID ^ --type=MIGRATION_JOB_TYPE
次のようなレスポンスが返されます。
Waiting for migration job [MIGRATION_JOB_ID] to be created with [OPERATION_ID] Waiting for operation [OPERATION_ID] to complete...done. Created migration job MIGRATION_JOB_ID [OPERATION_ID]