模擬試験 1 — Professional Cloud Database Engineer

全 50 問。本番形式（2 時間、休憩なし）で実施してください。出題比重: Section1 16問(32%) / Section2 13問(25%) / Section3 12問(23%) / Section4 9問(20%) 目標: 正答率 70% 以上（35/50）

問題

Q1

グローバル展開する SaaS で、ユーザー口座データを 強整合・ACID で管理する必要があります。世界中の顧客から同時書き込みがあり、ダウンタイム最小化が必須。最適な DB は？

A. Cloud SQL for PostgreSQL
B. Spanner Multi-region
C. AlloyDB
D. Bigtable

Q2

オンプレ MySQL 8.0 を Cloud SQL for MySQL 8.0 にニアゼロダウンタイムで移行したい。最適なツールは？

A. mysqldump
B. Datastream
C. Database Migration Service (DMS) Continuous
D. Transfer Appliance

Q3

Cloud SQL for PostgreSQL の HA 構成 SLA は？

A. 99.5%
B. 99.9%
C. 99.95%
D. 99.99%

Q4

Bigtable のスキーマで、5,000 台のセンサーから毎秒投入される時系列データの行キーとして最適なのは？

A. <timestamp>_<sensor_id>
B. <sensor_id>_<timestamp>
C. <sensor_id>_<reversed_timestamp>
D. <random_uuid>_<timestamp>

Q5

Cloud SQL Enterprise Plus でのみ利用可能な機能は？

A. Auth Proxy
B. PITR
C. Data Cache（NVMe）
D. CMEK

Q6

GKE 上のアプリから Cloud SQL Private IP に接続する標準パターンは？

A. Public IP に直接 TCP
B. Cloud SQL Auth Proxy を sidecar + Workload Identity
C. SSH トンネル
D. Private Service Connect 経由のみ

Q7

Spanner Regional インスタンスで CPU 利用率 75% が継続。最も適切なアクションは？

A. Processing Units を増やす
B. Multi-region 化
C. リードレプリカ追加
D. インスタンス再起動

Q8

Cloud SQL の PITR の最大保持期間は？

A. 7 日
B. 14 日
C. 35 日
D. 365 日

Q9

オンプレ Oracle 環境を Cloud に移行。PL/SQL ストアド、RAC、Spatial を使用し、コード変更を最小化したい。最適なソリューションは？

A. AlloyDB へ DMS 異種移行
B. Cloud SQL for PostgreSQL + PostGIS
C. Bare Metal Solution へリフトアンドシフト
D. Spanner PostgreSQL Interface

Q10

Memorystore for Redis Standard Tier の SLA は？

A. 99.5%
B. 99.9%
C. 99.95%
D. 99.999%

Q11

Datastream の ターゲット として可能なものをすべて選べ（複数選択）

A. BigQuery
B. Cloud Storage
C. Pub/Sub
D. Cloud SQL
E. Spanner

Q12

AlloyDB の Read Pool の目的は？

A. クロスリージョン DR
B. 同一リージョン内の読み取り水平スケール
C. データ暗号化
D. バックアップ高速化

Q13

本番 Cloud SQL HA のフェイルオーバー試験の推奨頻度は？

A. 毎日
B. 月次 + 大変更後
C. 年 1 回
D. 試験不要

Q14

ある金融機関で EU 域内データ保持が法令要件。Cloud SQL の構成は？

A. eur3 マルチリージョン
B. europe-west1 + 組織ポリシー gcp.resourceLocations
C. Cloud Storage Multi-region (EU)
D. Spanner Multi-region

Q15

DMS Continuous 移行でカットオーバー時、最初に行うことは？

A. 新 DB へ Promote
B. アプリの書き込みを停止し、残ログ適用完了待ち
C. リードレプリカ追加
D. バックアップ取得

Q16

Cloud SQL クロスリージョンリードレプリカの目的は？

A. グローバル読み取り分散
B. リージョン障害時の DR（手動 Promote）
C. ストレージ拡張
D. 自動フェイルオーバー

Q17

モバイルアプリで、オフライン編集 + 復帰時のリアルタイム同期が必要。最適な DB は？

A. Cloud SQL
B. Spanner
C. Firestore Native
D. Memorystore

Q18

Spanner の TrueTime API が解決する課題は？

A. クエリパフォーマンス
B. グローバル分散環境での順序付け・外部整合性
C. データ圧縮
D. キャッシュ管理

Q19

Cloud SQL の自動バックアップデフォルト保持期間は？

A. 1 日
B. 7 日
C. 30 日
D. 365 日

Q20

AlloyDB クラスタの Secondary Cluster の説明として正しいのは？

A. 同一リージョン内のリードレプリカ
B. クロスリージョンの読み取り可能 DR クラスタ
C. キャッシュ層
D. バックアップストレージ

Q21

DMS Heterogeneous で対応している組み合わせは？

A. MongoDB → Firestore
B. Oracle → Cloud SQL PostgreSQL / AlloyDB
C. Cloud SQL → BigQuery
D. Spanner → AlloyDB

Q22

リアルタイムランキング機能（プレイヤースコアのソート + TOP100）に最適な DB は？

A. Cloud SQL
B. Memorystore for Redis (Sorted Set)
C. Bigtable
D. Firestore

Q23

Cloud SQL HA 構成の Standby インスタンス について正しいのは？

A. 読み取り接続を分散できる
B. 別ゾーンに同期スタンバイ、自動フェイルオーバー先
C. 別リージョンにある
D. 別プロジェクトに作成

Q24

本番 DB の Terraform を使う最大の理由 は？

A. パフォーマンス向上
B. 環境間の再現性 + 災害時の即時再構築 + 変更レビュー
C. ストレージコスト削減
D. 自動 HA 化

Q25

ベクトル検索 + RAG パイプラインで、PostgreSQL 互換 + 高速 ANN を実現したい。最適な DB は？

A. Cloud SQL + pgvector
B. AlloyDB + pgvector + ScaNN インデックス
C. Spanner Vector Index
D. Bigtable

Q26

DMS Migration Job で、CDC で 同期されないもの は？

A. INSERT
B. UPDATE
C. DELETE
D. CREATE PROCEDURE / TRIGGER

Q27

Spanner の Backup 最大保持期間は？

A. 7 日
B. 35 日
C. 1 年（365 日）
D. 無期限

Q28

Cloud SQL の IAM DB 認証 のメリットは？

A. クエリ高速化
B. パスワード管理不要、監査ログ統合、ローテーション自動
C. ストレージ削減
D. レプリ遅延短縮

Q29

GitHub Actions から Terraform で Cloud SQL を構築。鍵レス認証手段は？

A. SA キー JSON を GitHub Secret に保存
B. Workload Identity Federation で GitHub OIDC → GCP SA
C. パスワード認証
D. SSH 鍵

Q30

Datastream のユースケース として最適なのは？

A. オンプレ Oracle を AlloyDB に完全移行
B. オンプレ DB の変更を BigQuery にリアルタイムストリーミング
C. Cloud SQL のバックアップ
D. オフライン大容量転送

Q31

Bigtable で SSD と HDD の選定。通常運用 + 低レイテンシ参照 には？

A. HDD（コスト重視）
B. SSD
C. Memorystore
D. どちらでも変わらない

Q32

本番 PostgreSQL のメンテナンスダウンタイムを 10秒以下 にしたい。最適な選択は？

A. Cloud SQL Enterprise + クロスリージョンレプリカ
B. Cloud SQL Enterprise Plus（Near-Zero Downtime）
C. AlloyDB Secondary Cluster
D. Spanner Multi-region

Q33

Cloud SQL のメジャーバージョンアップで ロールバック容易 にしたい。最適な手段は？

A. インプレースアップグレード
B. 新バージョンインスタンス + DMS で並行同期 + 切替
C. リードレプリカ Promote
D. バックアップから新バージョンへリストア

Q34

Cloud SQL CPU 80% が瞬間的に発生するが業務影響なし。誤検知防止のアラートは？

A. CPU > 80% で即時
B. CPU > 80% が 1 分間継続
C. CPU > 80% が 5 分間継続
D. CPU > 50% で即時

Q35

Cloud SQL の Maintenance Window の説明として正しいのは？

A. 完全に無効化可能
B. 業務時間外に設定し、自動パッチ適用を集中させる
C. 自動マイナーアップグレードを停止できる
D. メンテナンス時に手動フェイルオーバー必須

Q36

ある DB のリードレプリカで 常時 5 分以上の遅延。最も適切な対応は？

A. Primary をスケールアップ
B. レプリカのリソース確認 + 不要書き込み負荷削減
C. クロスリージョン化
D. PITR 無効化

Q37

MongoDB アプリを Google Cloud に移行。コード変更最小化したい。最適な移行先は？

A. Bigtable + HBase API
B. Firestore (MongoDB-compatible)
C. Spanner
D. AlloyDB

Q38

Spanner Multi-region の SLA は？

A. 99.9%
B. 99.95%
C. 99.99%
D. 99.999%

Q39

データ整合性確認の最も信頼性の高い方法は？

A. 目視ランダム数行比較
B. 行数比較 + ハッシュ比較 + アプリ E2E テスト
C. アプリが動けば OK
D. DMS のステータス Healthy 確認

Q40

Cloud SQL Enterprise Plus の最大 vCPU は？

A. 64
B. 96
C. 128
D. 256

Q41

本番 Cloud SQL でストレージ自動増加を有効化した。縮小は可能か？

A. 可能
B. 不可能
C. 30 日以内なら可能
D. 別インスタンスに移行すれば可能

Q42

PostgreSQL テーブルが想定以上に肥大化 + クエリ遅延。最初に確認すべきは？

A. インデックス再構築
B. autovacuum / VACUUM ANALYZE の状態
C. マシンタイプアップ
D. リードレプリカ追加

Q43

Firestore Multi-region (asia1) の SLA は？

A. 99.9%
B. 99.95%
C. 99.99%
D. 99.999%

Q44

移行プロジェクトの典型的な失敗要因 として最も多いのは？

A. ハードウェア故障
B. 事前テスト不足 + ロールバック計画不在
C. ネットワーク帯域不足
D. ライセンス問題

Q45

本番 DB のバックアップを 7 年間保管。最もコスト効率の良い手段は？

A. Cloud SQL 自動バックアップ 7 年
B. PITR 7 年
C. 月次エクスポート → Cloud Storage Archive
D. 常時レプリカ

Q46

Spanner で「タイムスタンプ昇順の主キー」 → 書き込み性能問題。対策は？

A. インデックス追加
B. タイムスタンプ反転を主キーに
C. PU 増加
D. Multi-region 化

Q47

データサイエンティストに Spanner の特定 DB の 読み取りのみ 許可。最小権限の IAM ロールは？

A. roles/spanner.databaseAdmin
B. roles/spanner.databaseUser
C. roles/spanner.databaseReader
D. roles/spanner.viewer

Q48

Bigtable Multi-cluster routing の SLA は？

A. 99.9%
B. 99.95%
C. 99.99%
D. 99.999%

Q49

DMS で MySQL → Cloud SQL MySQL 移行の 前提条件 として正しいものをすべて選べ（複数選択）

A. binary log 有効化（log_bin=ON）
B. binlog_format=ROW
C. server_id 一意設定
D. replica ユーザー作成
E. innodb_buffer_pool_size 最大化

Q50

Bigtable の CPU 利用率が 70% を超え続ける。最適な対応は？

A. オートスケーリング有効化（CPU ターゲット 60%）
B. SSD → HDD に変更
C. リージョン変更
D. テーブル再作成

📊 解答と解説

問	解答	簡易解説
Q1	B	グローバル + 強整合 + ACID = Spanner Multi-region
Q2	C	同種 + ニアゼロ = DMS Continuous
Q3	C	Cloud SQL Regional HA = 99.95%
Q4	C	同センサーのホットスポット回避にタイムスタンプ反転
Q5	C	Data Cache (NVMe) は Enterprise Plus 限定
Q6	B	GKE → Cloud SQL の標準パターン
Q7	A	Spanner CPU 65% 推奨上限、PU 増加
Q8	C	PITR 最大 35 日
Q9	C	Oracle 固有機能フル活用 → BMS
Q10	B	Memorystore Redis Standard = 99.9%
Q11	A, B, C	Datastream ターゲットは BigQuery/GCS/Pub-Sub
Q12	B	Read Pool は読み取り水平スケール
Q13	B	月次 + 大変更後
Q14	B	リージョン指定 + 組織ポリシーで他リージョン禁止
Q15	B	カットオーバー時はアプリ書き込み停止 + 残ログ適用
Q16	B	クロスリージョンリードレプリカ = DR
Q17	C	モバイル + オフライン + リアルタイム同期 = Firestore Native
Q18	B	TrueTime = グローバル順序付け + 外部整合性
Q19	B	デフォルト 7 日（最大 365 日）
Q20	B	AlloyDB Secondary Cluster = クロスリージョン読み取り DR
Q21	B	DMS Heterogeneous = Oracle/SQL Server → PG/AlloyDB
Q22	B	Sorted Set = Redis ZADD/ZRANGE
Q23	B	Standby は別ゾーン同期 + 自動フェイルオーバー
Q24	B	IaC = 再現性 + 災害復旧 + レビュー
Q25	B	AlloyDB pgvector + ScaNN = 高速 ANN
Q26	D	DDL (CREATE PROCEDURE/TRIGGER) は CDC 非対応
Q27	C	Spanner Backup = 最大 1 年
Q28	B	IAM DB 認証 = パスワード管理不要 + 監査統合
Q29	B	Workload Identity Federation で鍵レス
Q30	B	Datastream = CDC + BigQuery 連携
Q31	B	通常運用は SSD、HDD はバックアップ用
Q32	B	Near-Zero Downtime は Enterprise Plus 限定
Q33	B	Blue-Green + DMS でロールバック容易
Q34	C	5 分継続で誤検知防止
Q35	B	業務時間外に設定
Q36	B	レプリ遅延はレプリカ側リソースと負荷見直し
Q37	B	Firestore (MongoDB-compatible) で Wire Protocol 互換
Q38	D	Spanner Multi-region = 99.999%
Q39	B	多階層検証が標準
Q40	C	Cloud SQL Enterprise Plus = 最大 128 vCPU
Q41	B	自動増加は縮小不可
Q42	B	デッドタプル膨張 = VACUUM 状態確認
Q43	D	Firestore Multi-region = 99.999%
Q44	B	テスト不足 + ロールバック計画不在が最多
Q45	C	長期アーカイブ = GCS Archive クラス
Q46	B	タイムスタンプ反転でホットスポット回避
Q47	C	databaseReader が最小権限
Q48	D	Multi-cluster routing = 99.999%
Q49	A, B, C, D	binary log + ROW + server_id + replica ユーザーが必須
Q50	A	CPU 高負荷はオートスケーリング

採点

35 問以上正解（70%）: 合格圏内。Section別の弱点を補強して本番へ
30〜34 問: あと一押し。間違えた章を学習資料で復習
30 問未満: 学習資料を再度通読し、問題集の正答率 80% を目指す