GSP918

概要

Database Migration Service には、1 回限りのジョブや継続的なジョブでデータを Cloud SQL に移行するためのオプションが用意されています。このサービスでは、IP 許可リスト、リバース SSH トンネル、VPC ピアリング、Private Service Connect インターフェースなど、さまざまな接続方法を使用できます。接続オプションの詳細については、接続の構成ガイドをご覧ください。

このラボでは、仮想マシンでホストされているスタンドアロンの PostgreSQL データベースを Cloud SQL for PostgreSQL に移行します。この移行では、Database Migration Service の継続的なジョブを使用し、VPC ピアリングによって接続を確立します。

Database Migration Service を使用してデータベースを移行するには、移行元データベースでいくつかの準備手順を行う必要があります。

• 専用ユーザーを作成する: このユーザーにはレプリケーション権限が必要です。
• pglogical 拡張機能を追加する: この拡張機能は、移行元のデータベースにインストールする必要があります。
• 必要な権限を付与する: 専用ユーザーには、移行用に指定されたデータベース内のスキーマとテーブルに対する権限と、postgres データベースに対する権限を付与する必要があります。

設定が完了したら、移行ジョブを作成して実行します。移行プロセスには次の操作が含まれます。

• 初期コピー: データベースの初期コピーが Cloud SQL インスタンスに正常に転送されたことを確認します。
• 継続的な移行: 継続的な移行ジョブによって移行元から Cloud SQL インスタンスへリアルタイムでデータ更新が適用される仕組みを確認します。
• プロモーション: Cloud SQL インスタンスをスタンドアロン データベースとしてプロモートし、読み取りと書き込みが可能な状態にしてジョブを完了します。

学習内容

このラボでは、次のタスクの実行方法について学びます。

• 移行元データベースを準備する。
• PostgreSQL インスタンス（スタンドアロン PostgreSQL など）への移行元接続のプロファイルを作成する。
• VPC ピアリングを使用して、移行元データベースと移行先データベースのインスタンス間の接続を構成する。
• 移行元データベースへのアクセスを許可するように、ファイアウォールとデータベースのアクセスルールを構成する。
• Database Migration Service を使用して、継続的な移行ジョブを作成、実行、検証する。
• 移行先インスタンス（Cloud SQL for PostgreSQL）をスタンドアロン データベースにプロモートして、データを読み書きできるようにする。

設定と要件

[ラボを開始] ボタンをクリックする前に

こちらの説明をお読みください。ラボには時間制限があり、一時停止することはできません。タイマーは、Google Cloud のリソースを利用できる時間を示しており、[ラボを開始] をクリックするとスタートします。

このハンズオンラボでは、シミュレーションやデモ環境ではなく実際のクラウド環境を使って、ラボのアクティビティを行います。そのため、ラボの受講中に Google Cloud にログインおよびアクセスするための、新しい一時的な認証情報が提供されます。

このラボを完了するためには、下記が必要です。

• 標準的なインターネット ブラウザ（Chrome を推奨）

注: このラボの実行には、シークレット モード（推奨）またはシークレット ブラウジング ウィンドウを使用してください。これにより、個人アカウントと受講者アカウント間の競合を防ぎ、個人アカウントに追加料金が発生しないようにすることができます。

• ラボを完了するための時間（開始後は一時停止できません）

注: このラボでは、受講者アカウントのみを使用してください。別の Google Cloud アカウントを使用すると、そのアカウントに料金が発生する可能性があります。

ラボを開始して Google Cloud コンソールにログインする方法

1. [ラボを開始] ボタンをクリックします。ラボの料金をお支払いいただく必要がある場合は、表示されるダイアログでお支払い方法を選択してください。 右側の [ラボの設定とアクセス] パネルには、以下が表示されます。

   • [Google Cloud コンソールを開く] ボタン
   • このラボで使用する一時的な認証情報（ユーザー名とパスワード）
   • このラボを行うために必要なその他の情報（ある場合）

   ラボのタイマーはページの上部に表示され、残り時間が示されます。

2. [Google Cloud コンソールを開く] をクリックします（Chrome ブラウザを使用している場合は、右クリックして [シークレット ウィンドウで開く] を選択します）。

   ラボでリソースがスピンアップし、別のタブで [ログイン] ページが表示されます。

   ヒント: タブをそれぞれ別のウィンドウで開き、並べて表示しておきましょう。

   注: [アカウントの選択] ダイアログが表示された場合は、[別のアカウントを使用] をクリックします。

3. 必要に応じて、下のユーザー名をコピーして、[ログイン] ダイアログに貼り付けます。

   {{{user_0.username | "Username"}}}

   [ラボの設定とアクセス] パネルでもユーザー名を確認できます。

4. [次へ] をクリックします。

5. 以下のパスワードをコピーして、[ようこそ] ダイアログに貼り付けます。

   {{{user_0.password | "Password"}}}

   [ラボの設定とアクセス] パネルでもパスワードを確認できます。

6. [次へ] をクリックします。

   重要: ラボで指定された認証情報を使用する必要があります。ご自身の Google Cloud アカウントの認証情報は使用しないでください。 注: このラボでご自身の Google Cloud アカウントを使用すると、追加料金が発生する場合があります。

7. その後のページはクリックして先に進みます。

   • 利用規約に同意します。
   • 一時的なアカウントなので、復元オプションや 2 要素認証プロセスは設定しないでください。
   • 無料トライアルには登録しないでください。

しばらくすると、このタブで Google Cloud コンソールが開きます。

注: Google Cloud のプロダクトやサービスにアクセスするには、ナビゲーション メニューをクリックするか、[検索] フィールドにサービス名またはプロダクト名を入力します。

Cloud Shell をアクティブにする

Cloud Shell は、開発ツールと一緒に読み込まれる仮想マシンです。5 GB の永続ホーム ディレクトリが用意されており、Google Cloud で稼働します。Cloud Shell を使用すると、コマンドラインで Google Cloud リソースにアクセスできます。

1. Google Cloud コンソールの上部にある「Cloud Shell をアクティブにする」アイコン をクリックします。

2. ウィンドウで次の操作を行います。

   • Cloud Shell 情報ウィンドウで操作を進めます。
   • Cloud Shell が認証情報を使用して Google Cloud API を呼び出すことを承認します。

接続した時点で認証が完了しており、プロジェクトに各自の Project_ID、 が設定されます。出力には、このセッションの PROJECT_ID を宣言する次の行が含まれています。

Your Cloud Platform project in this session is set to {{{project_0.project_id | "PROJECT_ID"}}}

gcloud は Google Cloud のコマンドライン ツールです。このツールは、Cloud Shell にプリインストールされており、タブ補完がサポートされています。

3. （省略可）次のコマンドを使用すると、有効なアカウント名を一覧表示できます。

gcloud auth list

4. [承認] をクリックします。

出力:

ACTIVE: * ACCOUNT: {{{user_0.username | "ACCOUNT"}}} To set the active account, run: $ gcloud config set account `ACCOUNT`

5. （省略可）次のコマンドを使用すると、プロジェクト ID を一覧表示できます。

gcloud config list project

出力:

[core] project = {{{project_0.project_id | "PROJECT_ID"}}} 注: Google Cloud における gcloud ドキュメントの全文については、gcloud CLI の概要ガイドをご覧ください。

Database Migration API が有効になっていることを確認する

Database Migration Service を通じてデータベース データの移動を管理するには、Database Migration API が必要です。

1. Google Cloud コンソールのタイトルバーにある [検索] フィールドに「Database Migration API」と入力し、検索結果から [Database Migration API] をクリックします。

API が有効になっている場合は、[管理] ボタンが表示されます。

2. [有効にする] ボタンが表示されている場合は、それをクリックして API を有効にします。

Service Networking API が有効になっていることを確認する

VPC ピアリングとプライベート IP アドレスを介した接続をサポートするように Cloud SQL を構成するには、Service Networking API が必要です。

1. Cloud コンソールのタイトルバーにある [検索フィールド] に「Service Networking API」と入力し、検索結果から [Service Networking API] をクリックします。

API が有効になっている場合は、[管理] ボタンが表示されます。

2. [有効にする] ボタンが表示されている場合は、それをクリックして API を有効にします。

タスク 1. 移行元データベースを準備する

Database Migration Service を使用した移行に向けて、移行元データベースに pglogical 拡張機能を追加し、データベース移行ユーザーを作成します。

pglogical 拡張機能を使用してデータベースをアップグレードするには、次の操作を行います。

• pglogical 拡張機能をインストールして構成します。
• Cloud Shell と Cloud SQL からのアクセスを許可するようにスタンドアロンの PostgreSQL データベースを構成します。
• スタンドアロン サーバー上の postgres、orders、gmemegen_db データベースに pglogical データベース拡張機能を追加します。

データベース移行ユーザーを作成するには、レプリケーション権限を持つ migration_admin ユーザーを作成し、そのユーザーに対して、スキーマとリレーションに関する必要な権限を付与します。

pglogical 拡張機能でデータベースをアップグレードする

このセクションでは、postgresql-vm VM インスタンスに pglogical データベース拡張機能をインストールして構成し、必要なサーバー パラメータを構成して、PostgreSQL サービスを再起動します。

1. Google Cloud コンソールのナビゲーション メニュー（）で、[Compute Engine] > [VM インスタンス] をクリックします。

2. postgresql-vm VM インスタンスで、[SSH] をクリックします。

3. プロンプトが表示されたら、[承認] をクリックします。

4. SSH ターミナルで、pglogical データベース拡張パッケージをインストールします。

sudo apt-get update && sudo apt-get install -y postgresql-{{{project_0.startup_script.postgres_version | 14}}}-pglogical 注: pglogical は、PostgreSQL 拡張機能として完全に実装される論理的なレプリケーション システムです。完全に統合されているため、トリガーや外部プログラムは必要ありません。物理レプリケーションに代わるもので、選択的なレプリケーションにパブリッシュ / サブスクライブ モデルを使用して、データを非常に効率的に複製します。

5. postgresql.conf と pg_hba.conf を構成して論理レプリケーションと出力プラグインを有効にし、PostgreSQL サービスを再起動します。

sudo bash -c 'cat << "EOF" >> /etc/postgresql/{{{project_0.startup_script.postgres_version | 14}}}/main/postgresql.conf shared_preload_libraries = '\''pglogical'\'' output_plugin_libraries = '\''pglogical_output'\'' wal_level = logical max_worker_processes = 10 max_replication_slots = 10 max_wal_senders = 10 listen_addresses = '\''*'\'' EOF' echo "host all all 0.0.0.0/0 md5" | sudo tee -a /etc/postgresql/{{{project_0.startup_script.postgres_version | 14}}}/main/pg_hba.conf echo "host replication all 0.0.0.0/0 md5" | sudo tee -a /etc/postgresql/{{{project_0.startup_script.postgres_version | 14}}}/main/pg_hba.conf sudo systemctl stop postgresql sudo systemctl start postgresql@{{{project_0.startup_script.postgres_version | 14}}}-main

データベース移行ユーザーを作成して権限を付与する

このセクションでは、専用の migration_admin レプリケーション ユーザーを作成し、すべてのアクティブなデータベースで pglogical 拡張機能を有効にして、必要な権限を付与します。

1. postgresql-vm ターミナルで、次のコマンドを実行します。

# Create the replication user sudo -u postgres psql << 'EOF' CREATE USER migration_admin PASSWORD 'DMS_1s_cool!'; ALTER ROLE migration_admin WITH REPLICATION; ALTER DATABASE orders OWNER TO migration_admin; EOF # Apply extensions and permissions across all active databases for db in postgres orders gmemegen_db; do sudo -u postgres psql -d "$db" << 'EOF' CREATE EXTENSION IF NOT EXISTS pglogical; GRANT USAGE ON SCHEMA pglogical TO migration_admin; GRANT ALL ON SCHEMA pglogical TO migration_admin; GRANT SELECT ON ALL TABLES IN SCHEMA pglogical TO migration_admin; GRANT USAGE ON SCHEMA public TO migration_admin; GRANT ALL ON SCHEMA public TO migration_admin; GRANT SELECT ON ALL TABLES IN SCHEMA public TO migration_admin; EOF done # Transfer table ownership in orders to migration_admin sudo -u postgres psql -d orders << 'EOF' ALTER TABLE public.distribution_centers OWNER TO migration_admin; ALTER TABLE public.inventory_items OWNER TO migration_admin; ALTER TABLE public.order_items OWNER TO migration_admin; ALTER TABLE public.products OWNER TO migration_admin; ALTER TABLE public.users OWNER TO migration_admin; EOF 注: orders データベースのテーブルのオーナー権限を migration_admin に移行することで、ラボの評価チェックと継続的なレプリケーション テストの両方が正常に実行されるようになります。

確認チェックリスト

移行ジョブを開始する前に、postgresql-vm で次のクエリを実行して、すべてが正しく構成されていることを確認します。

# 1. Verify shared libraries & wal level sudo -u postgres psql -c "SHOW shared_preload_libraries; SHOW wal_level;" # 2. Verify pglogical extension in each database for db in postgres orders gmemegen_db; do sudo -u postgres psql -d "$db" -c "\dx pglogical" done # 3. Test logical replication slot creation sudo -u postgres psql -d orders -c " SELECT pg_create_logical_replication_slot('dms_verify_slot', 'pglogical_output'); SELECT pg_drop_replication_slot('dms_verify_slot'); "

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 PostgreSQL 移行元インスタンスを移行用に準備する。

タスク 2. 継続的な移行ジョブを作成して開始する

新しい移行ジョブを作成するには、既存の接続プロファイルを使用して移行元データベース インスタンスを指定する必要があります。次に、移行先データベース インスタンスを確立し、移行元インスタンスと移行先インスタンスの間の必要な接続を設定します。

PostgreSQL 移行元インスタンスの接続情報を取得する

このステップでは、Cloud SQL に移行する移行元データベース インスタンスの内部 IP アドレスを特定します。

1. Google Cloud コンソールのナビゲーション メニュー（）で、[Compute Engine] > [VM インスタンス] をクリックします。

2. インスタンス リストで、postgresql-vm を見つけます。

3. 内部 IP（10.128.0.2 など）をコピーしておきます。この IP アドレスは、次のセクションで接続プロファイルを構成する際に使用します。

継続的な移行ジョブを作成する

1. Google Cloud コンソールのタイトルバーにある [検索] に「データベースの移行」と入力して Enter キーを押し、検索結果で [データベースの移行] をクリックします。

2. 左側のメニューで、[移行ジョブ] をクリックし、[移行ジョブを作成] をクリックします。

注: 移行ジョブ ウィザードが左側に読み込まれ、次の構成手順が表示されます。

使ってみる

このステップでは、新しい継続的な移行ジョブを作成します。

1. [開始] タブで、次の値を指定します。残りの設定はデフォルトのままにします。

フィールド	値
移行ジョブ名	vm-to-cloudsql
移行元データベース エンジン	PostgreSQL
移行先データベース エンジン	Cloud SQL for PostgreSQL
宛先リージョン
移行ジョブの種類	継続的

2. [保存して続行] をクリックします。

ソースを定義する

このステップでは、移行元インスタンスを定義し、PostgreSQL 移行元インスタンスの新しい接続プロファイルを作成します。

接続プロファイルには、移行元データベース インスタンス（スタンドアロンの PostgreSQL など）に関する情報が保存され、Database Migration Service でデータを移行元から移行先 Cloud SQL データベース インスタンスに移行するために使用されます。作成した接続プロファイルは、さまざまな移行ジョブで再利用できます。

1. [移行元接続プロファイル] で、[接続プロファイルを作成] を選択します。

2. [接続プロファイルの作成] タブで、次の値を指定します。その他の値はデフォルトのままにします。

フィールド	値
移行元エンジン	PostgreSQL
移行先エンジン	Cloud SQL for PostgreSQL
プロファイルの種類	ソース
接続プロファイルの名前	postgres-vm
リージョン
接続構成の定義	定義
ホスト名または IP アドレス	前のタスクでコピーした PostgreSQL 移行元インスタンスの内部 IP（10.128.0.2 など）
ポート	5432
ユーザー名	migration_admin
パスワード	DMS_1s_cool!

3. [保存] をクリックします。
4. [作成] をクリックします。

移行ジョブ ウィザードの [ソースを定義する] ページに、postgres-vm という名前の新しい接続プロファイルが表示されます。

5. [保存して続行] をクリックします。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 PostgreSQL 移行元インスタンスの新しい接続プロファイルを作成する。

移行先を定義する

このステップでは、移行での移行先インスタンスを定義します。

1. [移行先インスタンスのタイプ] で、[既存のインスタンス] を選択します。

2. [移行先インスタンスの選択] で、[postgresql-cloudsql] を選択します。

3. [選択して続行] をクリックします。

4. 確認のメッセージが表示されたら、インスタンス名「postgresql-cloudsql」を入力します。

5. [確認して続行] をクリックします。

注: 「移行先インスタンスは降格され、移行元データベースのレプリカに変換されます」という警告メッセージは無視してください。

接続方法を定義する

このステップでは、移行用の接続方法を定義します。

1. [接続方法] で [VPC ピアリング] を選択します。

2. [VPC] で [デフォルト] を選択します。

VPC ネットワーク（この例のデフォルト ネットワーク）に提供された情報を使用して、Database Migration Service が VPC ピアリングを構成します。

新しいメッセージにより移行先インスタンスが作成されたことが通知されたら、次のステップに進みます。

3. [構成して続行] をクリックします。

移行データベースを構成する

このステップでは、移行元インスタンスを移行用に定義します。

1. [移行するデータベース] で、[すべてのデータベース] を選択します。

2. [保存して続行] をクリックします。

自動的に割り振られた IP 範囲から postgresql-vm インスタンスへのアクセスを許可する

このステップでは、Database Migration Service にスタンドアロンの PostgreSQL データベースへのアクセスを許可するように pg_hba.conf PostgreSQL 構成ファイルを編集します。

1. 割り当てられた IP アドレス範囲を取得するには、コンソールのナビゲーション メニュー（）で、[VPC ネットワーク] をクリックし、[VPC 接続] を右クリックして、[新しいタブでリンクを開く] を選択します。

2. [VPC ネットワーク ピアリング] タブを選択します。

3. servicenetworking-googleapis-com エントリをクリックし、下部の [適用されているルートのビュー] をクリックします。

4. [ネットワーク] で [default] を選択し、[リージョン] で [] を選択して、[表示] をクリックします。

5. [送信先 IP 範囲] 列で、peering-route-xxxxx... ルートの横にある IP 範囲（10.107.176.0/24 など）を記録します。これは、次の手順で使用します。

6. VM インスタンスのターミナル セッションで、pg_hba.conf ファイルを次のように編集します。

sudo nano /etc/postgresql/{{{project_0.startup_script.postgres_version | 14}}}/main/pg_hba.conf

7. ファイルの最後の行は次のようになっています。

#GSP918 - allow access to all hosts host all all 0.0.0.0/0 md5

「すべての IP アドレス」範囲（0.0.0.0/0）を、前の手順で記録した範囲に置き換えます。

#GSP918 - allow access to all hosts host all all 10.107.176.0/24 md5 注: 上記のステップがなくても移行は機能しますが、このようにすることで移行プロセス中に移行元データベースのセキュリティが強化されるという利点があります。さらに、移行後に、移行されたデータベースが信頼できるデータソースになったときにアクセスが制限されます。

8. Ctrl+O キー、Enter キー、Ctrl+X キーの順に押して、ファイルを保存し、nano エディタを終了します。

9. 変更を反映させるには、VM インスタンスのターミナル セッションで次のコマンドを実行して PostgreSQL サービスを再起動します。

sudo systemctl start postgresql@{{{project_0.startup_script.postgres_version | 14}}}-main

継続的な移行ジョブをテストして開始する

このステップでは、移行ジョブをテストして開始します。

1. 前に開いた [Database Migration Service] タブで、移行ジョブの詳細を確認します。

2. [ジョブをテスト] をクリックします。

3. テストが成功したら、[ジョブを作成して開始] をクリックします。

4. 確認を求めるメッセージが表示されたら、[作成して開始] をクリックします。

継続的な移行ジョブのステータスを確認する

このステップでは、継続的な移行ジョブが実行されていることを確認します。

1. Google Cloud コンソールのナビゲーション メニュー（）で、[データベースの移行] > [移行ジョブ] をクリックします。

2. 移行ジョブ [vm-to-cloudsql] をクリックして、詳細ページを表示します。

3. 移行ジョブのステータスを確認します。

   • ジョブが開始されていない場合、ステータスは [開始前] と表示されます。ジョブを開始するか、削除するかを選択できます。
   • ジョブが開始されると、ステータスは [開始中] と表示され、その後 [実行中] に遷移して、最初のデータベース ダンプが処理中であることが示されます。
   • 最初のデータベース ダンプが完了すると、[フェーズ] のステータスが [CDC] になり、継続的な移行がアクティブであることが示されます。

ジョブフェーズが [CDC] に変わったら、次のタスクに進みます。

注: 継続的な移行ジョブが実行中ステータスのままの場合、移行先データベースは引き続き移行元からデータ更新を受け取ります。移行先データベースをスタンドアロン データベースにプロモートしてデータが読み書きできるようになったら、完了ステータスになります。これについては、タスク 4 で行います。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 継続的な移行ジョブを作成、開始、確認する。

タスク 3. Cloud SQL for PostgreSQL でデータを確認する

Cloud SQL で PostgreSQL データベースを確認する

1. Google Cloud コンソールの ナビゲーション メニュー（）で、[Cloud SQL] をクリックします。

2. postgresql-cloudsql-master というインスタンス ID を開きます。

3. インスタンス postgresql-cloudsql（PostgreSQL リードレプリカ）をクリックします。

4. [レプリカ インスタンス] メニューで、[データベース] をクリックします。

postgres、orders、gmemegen_db という名前のデータベースが Cloud SQL に移行されていることを確認します。

PostgreSQL インスタンスに接続する

1. [レプリカ インスタンス] メニューで、[概要] をクリックします。

2. [このインスタンスとの接続] セクションまでスクロールし、[Cloud Shell を開く] をクリックします。

PostgreSQL に接続するためのコマンドが Cloud Shell に次のように事前入力されます。

gcloud sql connect postgresql-cloudsql --user=postgres --quiet

3. 事前入力されたコマンドを実行します。

4. プロンプトが表示されたら API について [承認] をクリックします。

5. 前に設定したパスワードの入力を求められたら、次のように入力します。

supersecret!

移行先インスタンスの PostgreSQL インタラクティブ コンソールが有効になりました。

Cloud SQL for PostgreSQL インスタンスのデータを確認する

1. PostgreSQL インタラクティブ コンソールでデータベースを選択するには、次のコマンドを実行します。

\c orders;

2. パスワードの入力を求められたら、次のように入力します。

supersecret!

3. 次のコマンドを使用して distribution_centers テーブルにクエリを実行します。

select * from distribution_centers;

出力:

longitude | latitude | name | id -----------+----------+---------------------------------------------+---- -89.9711 | 35.1174 | Memphis TN | 1 -87.6847 | 41.8369 | Chicago IL | 2 -95.3698 | 29.7604 | Houston TX | 3 -118.25 | 34.05 | Los Angeles CA | 4 -90.0667 | 29.95 | New Orleans LA | 5 -73.7834 | 40.634 | Port Authority of New York/New Jersey NY/NJ | 6 -75.1667 | 39.95 | Philadelphia PA | 7 -88.0431 | 30.6944 | Mobile AL | 8 -79.9333 | 32.7833 | Charleston SC | 9 -81.1167 | 32.0167 | Savannah GA | 10

4. 次のコマンドを使用して PostgreSQL インタラクティブ コンソールを終了します。

\q

スタンドアロンの移行元データを更新して継続的な移行をテストする

1. Cloud Shell で次のコマンドを実行して、移行元 PostgreSQL インスタンスに接続します。

export VM_NAME=postgresql-vm export PROJECT_ID=$(gcloud config list --format 'value(core.project)') export POSTGRESQL_IP=$(gcloud compute instances describe ${VM_NAME} \ --zone={{{ project_0.default_zone|(zone) }}} --format="value(networkInterfaces[0].accessConfigs[0].natIP)") echo $POSTGRESQL_IP psql -h $POSTGRESQL_IP -p 5432 -d orders -U migration_admin 注: 上記は、VM インスタンス上のスタンドアロン データベースにアクセスする別の方法です。

2. パスワードの入力を求められたら、次のように入力します。

DMS_1s_cool!

3. psql で次のコマンドを入力します。

\c orders; insert into distribution_centers values(-80.1918,25.7617,'Miami FL',11);

4. 次のコマンドを使用して、インタラクティブな psql セッションを終了します。

\q

Cloud SQL PostgreSQL データベースに接続して更新データが移行されたことを確認する

1. Cloud Shell で次のコマンドを入力して、移行先の Cloud SQL PostgreSQL インスタンスに接続します。

gcloud sql connect postgresql-cloudsql --user=postgres --quiet

2. 前に設定したパスワードの入力を求められたら、Cloud SQL インスタンスのパスワードを次のように入力します。

supersecret!

移行先インスタンスの PostgreSQL インタラクティブ コンソールが有効になりました。

Cloud SQL for PostgreSQL データベースのデータを確認する

1. Cloud Shell で、次のコマンドを使用して PostgreSQL インタラクティブ コンソールのアクティブなデータベースを選択します。

\c orders;

2. 前に設定したパスワードの入力を求められたら、次のように入力します。

supersecret!

3. 次のコマンドを使用して distribution_centers テーブルにクエリを実行します。

select * from distribution_centers;

出力:

longitude | latitude | name | id -----------+----------+---------------------------------------------+---- -89.9711 | 35.1174 | Memphis TN | 1 -87.6847 | 41.8369 | Chicago IL | 2 -95.3698 | 29.7604 | Houston TX | 3 -118.25 | 34.05 | Los Angeles CA | 4 -90.0667 | 29.95 | New Orleans LA | 5 -73.7834 | 40.634 | Port Authority of New York/New Jersey NY/NJ | 6 -75.1667 | 39.95 | Philadelphia PA | 7 -88.0431 | 30.6944 | Mobile AL | 8 -79.9333 | 32.7833 | Charleston SC | 9 -81.1167 | 32.0167 | Savannah GA | 10 -80.1918 | 25.7617 | Miami FL | 11

スタンドアロンの orders データベースに追加された新しい行が移行されたデータベースに存在することに注意してください。

4. 次のコマンドを使用して PostgreSQL インタラクティブ コンソールを終了します。

\q

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 移行元から移行先へのデータの継続的な移行をテストします。

タスク 4. データの読み取りと書き込みのために Cloud SQL をスタンドアロン インスタンスにプロモートする

1. Google Cloud コンソールのナビゲーション メニュー（）で [すべてのプロダクトを表示] をクリックし、[データベース] セクションの [データベースの移行] > [移行ジョブ] をクリックします。

2. 移行ジョブ名 [vm-to-cloudsql] をクリックして、詳細ページを表示します。

3. [プロモート] をクリックします。

4. 確認するメッセージが表示されたら、[プロモート] をクリックします。

プロモートが完了すると、ジョブのステータスが [完了] に更新されます。

5. Google Cloud コンソールのナビゲーション メニュー（）で、[すべてのプロダクトを表示] をクリックします。[データベース] セクションで、[Cloud SQL] をクリックします。

postgresql-cloudsql がスタンドアロン インスタンスになり、データの読み書きが可能になっていることに注意してください。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 データの読み取りと書き込みのために Cloud SQL for PostgreSQL データベースをスタンドアロン インスタンスにプロモートする。

お疲れさまでした

データベースを PostgreSQL インスタンスから Cloud SQL for PostgreSQL に移行するための継続的な Database Migration Service ジョブを構成しました。

次のステップと詳細情報

データ移行、Cloud SQL データベース、Database Migration Service の詳細については、次のリソースをご覧ください。

• Database Migration Service のドキュメント
• Cloud SQL for PostgreSQL のドキュメント
• 移行ガイドの種類

Google Cloud トレーニングと認定資格

Google Cloud トレーニングと認定資格を通して、Google Cloud 技術を最大限に活用できるようになります。必要な技術スキルとベスト プラクティスについて取り扱うクラスでは、学習を継続的に進めることができます。トレーニングは基礎レベルから上級レベルまであり、オンデマンド、ライブ、バーチャル参加など、多忙なスケジュールにも対応できるオプションが用意されています。認定資格を取得することで、Google Cloud テクノロジーに関するスキルと知識を証明できます。

マニュアルの最終更新日: 2026 年 9 月 28 日

ラボの最終テスト日: 2026 年 9 月 28 日

Copyright 2026 Google LLC. All rights reserved. Google および Google のロゴは Google LLC の商標です。その他すべての企業名および商品名はそれぞれ各社の商標または登録商標です。