移行ジョブの作成には、次の操作が含まれます。
- 移行ジョブの設定を定義します。
- ソース データベース用に作成した接続プロファイル（ソース接続プロファイル）に関する情報を指定します。
- 移行先の Cloud SQL データベース インスタンスの設定を定義し、インスタンスを作成します。
- 移行元データベースと移行先データベースのインスタンス間の接続を設定します。
- 移行ジョブをテストして、ジョブに指定した接続情報が有効であることを確認します。
新しい移行先インスタンスへの移行ジョブを作成するには、次の操作を行います。
コンソール
移行ジョブの設定を定義する
- Google Cloud コンソールで、[移行ジョブ] ページに移動します。
- [移行ジョブを作成] をクリックします。
移行ジョブ構成ウィザードのページが開きます。このウィザードには、各構成手順を説明する複数のパネルが含まれています。
[保存して終了] をクリックすると、移行ジョブの作成をいつでも一時停止できます。その時点までに入力したデータはすべて、移行ジョブの下書きに保存されます。下書きの移行ジョブは後で完了できます。
- [開始] ページで、次の情報を入力します。
- 移行ジョブ名
これは、移行ジョブの人間が読める形式の名前です。この値は Google Cloud コンソールに表示されます。
- 移行ジョブ ID
これは、移行ジョブの機械可読形式の識別子です。この値は、Database Migration Service の Google Cloud CLI コマンドまたは API を使用して移行ジョブを操作するために使用します。
- [移行元データベース エンジン] リストから [MySQL] を選択します。
[移行先のデータベース エンジン] フィールドは自動的に入力され、変更できません。
- 移行ジョブを保存するリージョンを選択します。
Database Migration Service は完全にリージョンに依存するプロダクトです。つまり、移行に関連するすべてのエンティティ（移行元と移行先の接続プロファイル、移行ジョブ、移行先のデータベース）は、単一のリージョンに保存する必要があります。Compute Engine インスタンスや App Engine アプリなどのサービスや、その他のサービスなど、データを必要とするサービスのロケーションに基づいてリージョンを選択します。宛先リージョンを選択すると、この選択を変更することはできません。
- 移行ジョブ名
- [保存して次へ] をクリックします。
ソース接続プロファイルに関する情報の指定
[ソースを定義する] ページで、次の操作を行います。
- [ソース接続プロファイル] プルダウン メニューから、移行元データベースの接続プロファイルを選択します。
- [完全なダンプの構成をカスタマイズする] セクションで、[構成を編集] をクリックします。
- [完全ダンプ構成の編集] パネルの [完全ダンプ方法] プルダウン メニューから、次のいずれかを選択します。
- 物理ベース: Percona XtraBackup ユーティリティを使用して独自のバックアップ ファイルを指定する場合は、このオプションを選択します。このアプローチでは、追加の準備手順が必要です。Percona XtraBackup で生成された物理バックアップ ファイルの使用に関する完全なガイドについては、 Percona XtraBackup 物理ファイルを使用してデータベースを移行するをご覧ください。
- Logical based:
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 が移行ジョブの実行の一環として初期ダンプを実行するため、おすすめしません。
独自のダンプファイルを使用する場合は、[Provide your own] を選択し、[BROWSE] をクリックして、ファイル（複数のファイルを使用する場合は Cloud Storage フォルダ全体）を選択し、[SELECT] をクリックします。
ダンプが 24 時間以内に作成され、 ダンプ要件に準拠していることを確認してください。
- [保存して次へ] をクリックします。
移行先の Cloud SQL インスタンスを構成して作成する
- [宛先を定義する] ページの [宛先インスタンスのタイプ] プルダウン メニューから、[新しいインスタンス] を選択します。関連するすべての設定を定義します。
- [宛先インスタンス ID] フィールドに、Cloud SQL インスタンスの識別子を指定するか、自動生成された識別子を使用します。
識別子には機密情報や個人を特定できる情報を含めないでください。インスタンス名にプロジェクト 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 が有効になっている。 Google Cloud コンソールを使用して Service Networking API を有効にできます。
-
servicenetworking.services.addPeeringIAM 権限がある。 - プロジェクトで
プライベート サービス アクセスを構成している。これには
compute.networkAdminIAM ロールが必要です。 - プロジェクトに 1 つ以上の非レガシー VPC ネットワークまたは共有 VPC ネットワークがある。
-
共有 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 インスタンスの識別子を指定するか、自動生成された識別子を使用します。
- 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フラグを使用します。- Cloud SQL for MySQL Enterprise Plus エディションの
enterprise-plus - Cloud SQL for MySQL Enterprise エディションの
enterprise
- Cloud SQL for MySQL Enterprise Plus エディションの
-
TIER は、使用する Cloud SQL マシンタイプの名前で置き換えます。マシンタイプは、Cloud SQL の規則に従った文字列として指定します（例:
db-n1-standard-1、db-perf-optimized-N-2）。Google Cloud CLI で使用できるマシンタイプとその識別子の完全なリストについては、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 ロールが必要です。 - プロジェクトに 1 つ以上の非レガシー VPC ネットワークまたは共有 VPC ネットワークがある。
-
共有 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 は、移行元接続プロファイルの機械可読 ID に置き換えます。
- DESTINATION_CONNECTION_PROFILE_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]