Cloud Database Engineer勉強法｜4分野の対策手順

Cloud Database Engineer（PCDE）の勉強法でまず捨てるべきものがあります。「この要件ならこの製品」という対応表の暗記です。公式試験ガイド v1.2 の本文には、Cloud SQL も Spanner も Bigtable も AlloyDB も一度も登場しません。製品名を外した能力の記述だけが並んでいます。

代わりに効くのは、整合性・スケール・可用性・アクセス特性・コストという5つの軸で要件を分解し、候補を絞ってから各製品の仕様で検証する進め方です。製品名が変わっても、この5軸は変わりません。

ここでは、出発点別の学習時間の見積もり、配点（32%・25%・23%・20%）どおりの時間配分、自分で作る判断軸、そして落ちる人が共通して踏む3つの罠までを手順にしています。読み終えたら、今週どこに何時間使うかが決まります。

対策の前提——製品名の暗記を捨てるところから始める

公式ページには、ブランド変更に伴って試験が更新されたこと、製品名は試験ガイドで確認するようにという案内が出ています。そしてその試験ガイドには、製品名が書かれていません。この2つを合わせて読むと、対策の重心が見えてきます。製品名と機能の対応を暗記するのではなく、要件から候補を絞り、そのうえで各製品の仕様を確かめます。

たとえばガイドには「セッションプーラーサービスを使う理由を説明する」という項目があります。ここで問われているのは、プーラーの製品名ではありません。接続数がインスタンスの上限に当たるとき、アプリ側を直すのか、プーラーを挟むのか、インスタンスを大きくするのかという判断です。

同じことが、マネージドとアンマネージドの区別（セルフマネージド、ベアメタル、Google マネージド、Google Cloud ネイティブ、パートナー提供）にも、SQL と NoSQL の切り分け（構造化、半構造化、非構造化、ベクトル）にも当てはまります。

この方針転換がやっかいなのは、市販の教材や無料の解説記事の多くが、製品ごとの章立てで書かれている点です。教材の順番どおりに読み進めると、知識は増えるのに問題が解けない、という状態に陥ります。最初にぶつかる壁はここです。

Google Cloud Professional Cloud Database Engineerの合格を、AIが最短ルートで。

Google Cloud Professional Cloud Database Engineerの問題集①を無料体験・クレジットカード不要

無料で試す

学習時間は70〜200時間——出発点別に逆算する

総量は、いまの立ち位置で大きく変わります。公式が推奨するのは「データベース・IT 全般5年以上、うち Google Cloud 2年以上」。以下は、この水準からどれだけ離れているかをもとに SkillStack編集部が置いた計画用の目安です。実際の必要量は、ハンズオン経験と初回演習の正答率で上下します。

いまの状態	必要時間の目安	重点を置く分野
Google Cloud のマネージドDBを運用している	70〜90時間	移行・コスト最適化
オンプレミスのDBA経験は長いが Google Cloud は未経験	120〜160時間	マネージドの制約・デプロイ
他社クラウドでマネージドDBを扱っている	100〜130時間	設計の選択肢・移行ツール
アプリ開発が本業で、DB は使う側	160〜200時間	HA/DR・監視・バックアップ

週あたりの時間を当てはめると、受験日が見えます。平日5日を1時間ずつ、休日2日を2時間ずつの週9時間なら、120時間で14週。平日2時間×5日＋休日2時間×2日の週14時間なら9週です。試験は通年で受けられるので、先に日付を決めてしまったほうが計画は崩れにくくなります。

試験の全体像や難易度の位置づけを先に確認したい場合は、Cloud Database Engineerとは｜難易度と出題範囲に概要をまとめています。

配点どおりに時間を割る——120時間の内訳

初期配分は出題比率に合わせます。総量120時間なら、設計に38時間、管理に30時間、移行に28時間、デプロイに24時間。まずこれを週割りに落とし、最初の演習で正答率が低かった分野へ後から時間を寄せていきます。

設計（32%）——容量見積もりとHA/DRの選択から入る

最大の分野で、小項目も4つあります。着手順は、容量とコストの見積もり、高可用性と災害復旧の選択、アプリからの接続方式、そしてデータベースの評価です。

ここで手を動かすべきは、既存ワークロードの指標から必要なマシンタイプとストレージを出す練習です。ピーク IOPS、平均接続数、データ増加率あたりを起点に、CPU とメモリの使用率、読み書きの比率、許容レイテンシ、可用性要件まで並べて「いまの環境なら何が必要か」を数字で言えるようにします。あわせて、マルチリージョン・リージョン・ゾーンの3択をコストと RPO で比較する表を自分で作ってください。ここが後の判断軸の土台になります。

管理（25%）——監視の閾値とバックアップ設計を言語化する

この分野は、運用経験があれば短時間で埋まり、なければ時間を食います。ガイドが挙げるのは、スロークエリとロックの評価、不足しているインデックスの特定、RAM・CPU・ストレージ・I/O と監査ログの監視、割り当ての監視と更新、リソース競合の調査、エラーと性能指標のアラート設定です。

対策は具体的にできます。「CPU 使用率が何%で何分続いたらアラートを出すか」「接続数の割り当てに何%で気づきたいか」を、自分の言葉で決めてメモすること。固定の正解がある値ではないので、SLO と平常時のベースライン、継続時間、割り当ての余力から「なぜその数字か」を説明できる状態を目指してください。バックアップ側は、RTO・RPO・PITR の3語を、それぞれ具体的な設定に翻訳できる状態を目指します。

移行（23%）——小項目は1つだけ、それでも12問前後

ここが差のつく分野です。小項目は「データ移行とレプリケーションの設計と実装」の1つだけ。それでいて出題比率は23%、50〜60問なら12問前後を占めます。市販の教材で扱いが薄くなりがちな領域でもあります。

押さえる論点は5つです。ゼロダウンタイム／準ゼロダウンタイムの方式、長時間の停止を許容する方式、切り戻し計画、Google Cloud から移行元への逆レプリケーション、DDL と DML の変換。このうち逆レプリケーションは見落とされがちですが、ガイドに明記されています。「切り替えた後で問題が出たらどう戻すか」を説明できるようにしておいてください。

デプロイ（20%）——手を動かした分がいちばん素直に返ってくる

4分野でいちばん素直です。高可用構成のプロビジョニング、HA と DR のテスト、マルチリージョンのレプリケーション設定、リードレプリカの追加とスケール、インスタンス作成の自動化、監視の構成。すべて実機で再現できます。

対象となる新規ユーザーなら、無料トライアルの300米ドル相当（90日間有効）で次の7項目を通せます。操作名や挙動は製品によって変わるため、ここでは Cloud SQL for PostgreSQL を例に置きます。1項目1〜3時間、合計で15時間前後が目安です。

高可用性を有効にしたインスタンスを作り、フェイルオーバーを実際に起こす
リードレプリカを追加し、参照を振り分けてから昇格させる
自動バックアップを設定し、別インスタンスへ復元する
PITR で5分前の時点を新しいインスタンスに復元する
プライベートIPで接続し、パブリックIPを無効化する
スロークエリのログを出し、実行計画から不足インデックスを特定する
CPU とストレージ使用率にアラートを設定し、意図的に閾値を超えさせる

手順つきで進めたいなら、Google Skills の「Professional Database Engineer Certification」学習パス（12アクティビティ構成）が対応します。合わせて、公式サイトから無料のサンプル問題が公開されています。出題の言い回しに慣れる用途として、早い段階で一度通しておくと方向のずれに気づけます。

「要件→構成」の判断軸を5つ自作する

製品名の対応表の代わりに作るのが、この5軸です。演習で迷った問題を、毎回この5つのどれで決まったかに分類していきます。

軸	問題文から拾う言葉	絞り込みの方向
整合性	「常に最新」「結果整合で可」「グローバルに一貫」	強整合が要るかどうかで候補を大きく絞れる
スケール	「将来10倍」「書き込みが増える」「季節変動」	縦に伸ばすか、横に分けるか
可用性	「RTO 5分」「RPO ゼロ」「リージョン障害でも継続」	ゾーン／リージョン／マルチリージョンの3択
アクセス特性	「参照が9割」「時系列」「キー検索のみ」「ベクトル検索」	SQL か NoSQL か、レプリカを足すか
コスト	「日中のみ利用」「常時稼働」「予算上限あり」	常時稼働前提かスパイク前提か

使い方は単純です。演習で1問解くたびに、決め手になった軸の番号を問題の横に書く。20問も続けると、自分がどの軸を読み落としているかが見えてきます。見落とされやすいのは「コスト」と「アクセス特性」です。技術的に正しい答えを選んでしまい、要件に書かれた予算や読み書き比率を読み飛ばすからです。

落ちる人の共通点——3つの罠

罠1：製品別の章立てで学び、要件文を読まない

いちばん多いパターンです。製品ごとの特徴は説明できるのに、3行の要件文から決め手を拾えない。対策は、演習のたびに5軸のどれで決まったかを記録することに尽きます。知識の量ではなく、読み取りの型が足りていません。

罠2：移行（23%）を最後に回す

移行は小項目が1つしかないため、範囲表を眺めると軽く見えます。実際は12問前後を占めます。しかも切り戻しや逆レプリケーションは、実務で経験していなければ想像で答えることになります。設計と管理を終えてから着手すると、残り時間が足りません。移行は3番目ではなく、2番目に着手してください。

罠3：ハンズオンをチュートリアルの読了で代替する

フェイルオーバーを一度も起こしたことがないまま、HA の設問に答えるのは危険です。切り替えに何が起き、接続がどうなり、どれくらいの時間がかかるのか。この体感があるかどうかで、選択肢の消去速度が変わります。無料トライアルの90日という期限があるので、開始のタイミングはデプロイ分野に入る直前に合わせるのが得策です。

よくある質問

実務経験が浅くても合格できますか

推奨経験の「5年以上（うち Google Cloud 2年以上）」は受験条件ではないため、挑戦自体は可能です。ただし出題の重心が運用と移行にあるぶん、経験の不足はハンズオンで埋める必要があります。上に挙げた7項目を自分の手で通すだけでも、デプロイ分野（20%）の不安はかなり減ります。

SQLのチューニングはどこまで必要ですか

クエリを一から書かせる出題はありません。求められるのは、実行計画を見て不足しているインデックスを指摘できること、ロックやリソース競合を疑えることです。チューニングの専門書を1冊仕上げるより、自分が作ったテーブルでスロークエリを再現するほうが近道です。

Data Engineer（PDE）と並行して勉強できますか

中心領域は異なりますが、データストアの選定や監視・運用といった一部は重なります。PDE は取り込み・処理・分析が中心で、PCDE は業務アプリが使うデータベースの可用性と移行が中心です。並行より、目的に近いほうを先に取るほうが効率的です。分析基盤が本業なら PDE、止められないデータベースを預かる立場なら PCDE を先に置いてください。

ブランド変更で試験内容は大きく変わりますか

公式が案内しているのは製品名の更新で、現行ガイド v1.2 では4セクションと比率（32%・25%・23%・20%）を確認できます。変更点の詳細は公開されていないため断定はできませんが、性質から選ぶ練習をしていれば、名称の変更で崩れる部分は限られます。