EnglishDeutschFrançaisEspañolPortuguês

Google Cloud · GCP-PCDB · Advanced

Professional Cloud Database Engineer — Questions d'entraînement et examen blanc

Prépare GCP-PCDB avec des questions d’entraînement originales et des réponses clairement expliquées. Demande des précisions à Alex, ton tuteur IA, repère les sujets à revoir grâce à tes résultats et entraîne-toi à gérer ton temps avec des examens blancs chronométrés.

55Questions de l’examen blanc
120minTemps imparti

Vérifié auprès de Google Cloud · août 2026 · Version actuelle de l’examen

À propos de l’examen

La certification Professional Cloud Database Engineer valide ta capacité à concevoir, créer, gérer et dépanner des bases de données sur Google Cloud. Elle s’adresse aux professionnels des bases de données qui traduisent des besoins métier et techniques en solutions évolutives, résilientes et économiques. L’examen couvre un large éventail de services de bases de données Google Cloud, dont Cloud SQL (MySQL, PostgreSQL, SQL Server), AlloyDB for PostgreSQL, Spanner, Firestore, Bigtable et Memorystore, ainsi que des scénarios de migration et de gestion multi-bases.

Essaie cinq questions sur GCP-PCDB

Entraîne-toi avec cinq questions de la banque actuelle de l’app pour Professional Cloud Database Engineer, accompagnées de leurs réponses et explications.

Migrer des solutions de données1 / 5

Tu conçois une stratégie de migration pour déplacer une base de données Oracle de 5 TB vers Cloud SQL for PostgreSQL. L'application tolère au maximum 30 minutes d'indisponibilité. Quelle approche de migration est la plus adaptée ?

AlexExplication complète d’Alex

Database Migration Service (DMS) prend en charge la migration continue d'Oracle vers Cloud SQL for PostgreSQL. Pendant une migration continue, DMS réalise d'abord un dump complet des données source, puis bascule sur le Change Data Capture (CDC) via Oracle LogMiner pour répliquer les modifications en cours. Cela permet une indisponibilité quasi nulle : tu arrêtes les écritures sur la source, tu vérifies les données et tu promeus la destination. Pour une base de 5 TB avec une fenêtre d'indisponibilité de 30 minutes, la migration continue est idéale, car le CDC garde la destination synchronisée jusqu'au cutover. Un export sous forme de dump SQL impose une indisponibilité longue, proportionnelle à la taille de la base. La ressaisie manuelle est irréaliste à cette échelle. Datastream vers Cloud Storage puis Dataflow ajoute des étapes intermédiaires et de la complexité inutiles par rapport au pipeline CDC natif de DMS. Ref: cloud.google.com/database-migration/docs/oracle-to-postgresql/scenario-overview

Sourcedocs.cloud.google.com

Concevoir des solutions de bases de données cloud innovantes, scalables et hautement disponibles2 / 5

Une application fintech mondiale a besoin d'une base de données relationnelle offrant une cohérence forte, une scalabilité horizontale en écriture et un SLA de disponibilité mensuelle de 99.999% qui protège contre l'indisponibilité d'une région entière. L'équipe d'architecture veut que Google Cloud gère la réplication et le basculement automatiquement, sans sharding au niveau applicatif. Quelle configuration de base de données dois-tu concevoir ?

AlexExplication complète d’Alex

Spanner est la base de données relationnelle de Google, scalable horizontalement et à cohérence forte. Sa disponibilité dépend de la configuration d'instance : les configurations régionales gardent les réplicas dans une seule région et offrent un SLA de 99.99%, tandis que les configurations multirégionales répartissent les réplicas en lecture-écriture sur plusieurs régions et offrent le SLA supérieur de 99.999% (moins de cinq minutes d'indisponibilité par an). Une configuration multirégionale comprend au moins trois régions et cinq réplicas, et Spanner gère automatiquement le basculement lorsqu'une région devient indisponible. C'est différent de Cloud SQL, où la haute disponibilité reste zonale à l'intérieur d'une région. Le choix de la configuration d'instance est donc le levier de conception central, à la fois pour la disponibilité et pour la résidence des données. Astuce d'examen : associe le chiffre magique 99.999% directement à Spanner multirégional, et 99.99% (Spanner régional) ou 99.95% (Cloud SQL HA) aux niveaux inférieurs.

Sourcecloud.google.com

Gérer une solution pouvant couvrir plusieurs technologies de bases de données3 / 5

Tu gères une instance Cloud SQL for MySQL et tu dois configurer la fenêtre de maintenance. L'application connaît son pic d'utilisation entre 9 AM et 6 PM en semaine. Quand dois-tu planifier la fenêtre de maintenance ?

AlexExplication complète d’Alex

Cloud SQL te permet de configurer une fenêtre de maintenance en précisant le jour et l'heure des mises à jour. La documentation de Google recommande de planifier la maintenance pendant les périodes de faible trafic afin de limiter l'impact sur les utilisateurs. Les fenêtres de maintenance par défaut sont déjà placées en heures creuses : en semaine de 10 PM à 6 AM, et le week-end. L'exemple donné par Google montre un commerçant qui planifie la maintenance le dimanche à minuit — la période au trafic le plus faible. Avec un pic d'utilisation de 9 AM à 6 PM en semaine, planifier la maintenance en heures creuses (week-end ou tard dans la nuit) est le bon choix. La maintenance est entièrement planifiable (l'option « La maintenance ne peut pas être planifiée et se produit de façon aléatoire » est fausse — elle ne se produit pas de façon aléatoire). La planifier après les fenêtres de sauvegarde n'a aucun lien avec un impact faible. La planifier en heures de pointe maximiserait la gêne. Tu peux aussi définir des périodes d'interdiction de maintenance allant jusqu'à 90 jours pour bloquer les mises à jour pendant les moments critiques pour l'activité. Ref: cloud.google.com/sql/docs/mysql/maintenance

Sourcedocs.cloud.google.com

Déployer des bases de données scalables et hautement disponibles dans Google Cloud4 / 5

Tu déploies une instance Cloud SQL for PostgreSQL en haute disponibilité et tu dois tester le processus de reprise après sinistre. Comment peux-tu vérifier que le basculement automatique fonctionne correctement ?

AlexExplication complète d’Alex

Cloud SQL propose un basculement manuel prévu précisément pour tester la reprise après sinistre en haute disponibilité. La documentation de Google indique : « Tester le basculement est facultatif, mais recommandé pour que tu puisses voir comment ton application réagit en cas de basculement. » Tu le déclenches avec gcloud sql instances failover INSTANCE_NAME, via la Cloud SQL Admin API (instances.failover), ou avec le bouton Failover de la Console. Cela simule la panne d'une zone et déclenche le mécanisme de basculement automatique vers l'instance de secours, ce qui te permet de valider la logique de reconnexion de ton application et de mesurer le temps de basculement réel. Supprimer l'instance principale la détruit définitivement — ce n'est pas un test. Éteindre une zone depuis la Console n'est pas possible pour un utilisateur. Couper le réseau n'est pas fiable et ne teste pas le vrai mécanisme de basculement de Cloud SQL. Ref: cloud.google.com/sql/docs/postgres/configure-ha#initiate-failover

Sourcecloud.google.com

Migrer des solutions de données5 / 5

Tu prépares une migration sans interruption de service d'une base de données Oracle on-premises vers Spanner. Quelle approche de migration dois-tu suivre ?

AlexExplication complète d’Alex

Migrer d'Oracle vers Spanner impose une approche par phases, car il s'agit d'une migration hétérogène — Spanner a un modèle de données fondamentalement différent (pas de procédures stockées, pas de triggers, conception des clés différente). Le guide de migration officiel de Google prescrit : (1) convertir le schéma et le modèle de données, (2) traduire les requêtes SQL, (3) modifier l'application pour qu'elle écrive dans les deux bases (double écriture), (4) exporter/importer les données en masse via Dataflow, (5) maintenir la cohérence avec le CDC (par exemple Striim ou Oracle LogMiner), (6) valider et basculer. Cette approche par phases permet zéro interruption de service en gardant les deux systèmes synchronisés jusqu'à ce que la confiance soit établie. Datastream ne peut pas écrire directement dans Spanner en streaming. DMS ne prend pas en charge la migration directe d'Oracle vers Spanner. L'export/import CSV impose une interruption et n'assure aucune synchronisation des modifications. Ref: cloud.google.com/spanner/docs/migrating-oracle-to-cloud-spanner

Sourcedocs.cloud.google.com

Les questions de l’app sont actuellement en anglais. Les traductions de cet aperçu concernent uniquement l’aperçu. Consulte l’organisme de certification pour connaître les langues disponibles pour l’examen officiel.

304 questions d’entraînement

La banque de questions Pass-IT te permet de t’entraîner pour GCP-PCDB. Un examen blanc Pass-IT comporte 55 questions à traiter en 120 minutes : ces paramètres sont ceux de l’entraînement.

Détails de la banque de questions : GCP-PCDB

Objectifs du guide11 objectifs répertoriés dans le guide officiel

répartis entre 4 domaines dans le guide officiel de l’examen

Taille de la banque304 questions

= La taille de la banque équivaut à 5 séries de 55 questions. Cela ne signifie pas que chaque examen blanc utilise une série distincte.

Domaines du programme4 domaines dans le programme de l’examen

Design innovative, scalable, and highly available cloud database solutions 90 · Manage a solution that can span multiple database technologies 81 · Migrate data solutions 65 · Deploy scalable and highly available databases in Google Cloud 68

Questions marquées comme vérifiées à partir des sources304 sur 304

questions dont la réponse, les choix et l’explication sont enregistrés comme ayant été vérifiés à partir de la documentation officielle de Google Cloud

Contenu de l’examen

La conception de solutions de bases de données évolutives et hautement disponibles pèse le plus lourd, avec 32 % : planification de la capacité confrontée aux métriques de charge, arbitrage entre déploiement zonal et multirégional, mise en place du networking et du chiffrement, et choix entre un service géré par Google et une alternative que tu administres toi-même. Vient ensuite la gestion d’une solution répartie sur plusieurs technologies de bases de données, à 25 % : IAM et contrôle des accès au niveau utilisateur, diagnostic des requêtes lentes et de la contention de ressources, conception des sauvegardes et de la restauration autour d’objectifs RTO et RPO, et optimisation des coûts par les choix de scaling et de réplication. La planification des migrations représente 23 %, avec les stratégies à interruption quasi nulle, les chemins de repli et de réplication inverse, et l’association d’un outil de migration à un couple source/cible précis. Le déploiement de bases de données capables de survivre à une panne ferme le programme à 20 % : provisionnement de replicas multirégionaux et bascule automatique, le tout validé par des tests réguliers plutôt que conçu sur le papier.

L’examen considère qu’exploiter une base de données est indissociable de sa conception : près de la moitié des questions relèvent de la gestion courante et de la migration plutôt que de l’architecture initiale, ce qui avantage les candidats qui ont déjà fait passer une base de production par un failover ou une bascule.

Programme de l’examen : GCP-PCDB

Design innovative, scalable, and highly available cloud database solutions~32%

Match database compute and storage sizing to real usage patterns, weigh high-availability and disaster-recovery tradeoffs, plan how applications will actually connect, and choose between managed and self-run database options based on cost and compliance needs.

≈ 26 h
Manage a solution that can span multiple database technologies~25%

Sort out how applications connect and authenticate across a mixed database estate, keep it monitored with backup and recovery in place, tune it for cost and performance, and automate the routine maintenance that keeps it healthy.

≈ 20 h
Migrate data solutions~23%

Plan database migrations that minimize downtime, keep a fallback and reverse-replication path in case something goes wrong, and pick the right migration tool for the source and target involved.

≈ 18 h
Deploy scalable and highly available databases in Google Cloud~20%

Stand up databases built to survive failure - multi-region replication, read replicas, automated provisioning - and verify the resulting setup through testing and ongoing monitoring.

≈ 16 h

Format de l’examen et types de questions

L’examen propose 50 à 60 questions à choix unique et à choix multiples en 120 minutes, dans une proportion d’environ 80 % à réponse unique pour 20 % à réponses multiples. Le guide d’examen actuel ne prévoit aucune étude de cas : ce sont des scénarios indépendants qui portent sur la conception de bases de données, la gestion multi-bases, la planification des migrations et le déploiement en haute disponibilité sur les services de bases de données de Google Cloud.

Types de questions : GCP-PCDB

Choix multiple80%

Sélectionne la seule réponse qui répond le mieux aux exigences de la question.

Réponse multiple20%

Sélectionne plusieurs réponses. Respecte le nombre de choix demandé dans la question.

Consulte Google Cloud pour les informations officielles sur les formats de questions. Les proportions affichées décrivent la banque de questions Pass-IT et ne permettent pas de déduire celles de l’examen officiel.

Préparation à GCP-PCDB

L’examen se passe chez Pearson VUE, en ligne avec surveillance à distance ou dans un centre d’examen, et il est proposé en anglais et en japonais. La certification est valable 2 ans et se renouvelle tous les 2 ans pendant la période d’éligibilité au renouvellement.

Préparation et modalités : GCP-PCDB

Préparation

Exemple de durée de préparation50–120 h

fourchette illustrative pour t’organiser : de 50 h avec une expérience pertinente à 120 h si tu débutes ; tes besoins peuvent se situer en dehors de cette fourchette

NiveauAvancé
Connaissances conseilléesAucun prérequis officiel. Il est conseillé d'avoir au moins 5 ans d'expérience globale avec les bases de données, dont 2 ans de pratique sur les solutions de bases de données Google Cloud.

Passage de l’examen et maintien de la certification

Modalités de passagePearson VUE (surveillé en ligne ou centre d'examen)
Conditions de nouvelle tentative14 jours d'attente après le premier échec, 60 jours après le deuxième, 365 jours après le troisième. Maximum 4 tentatives sur une période de 2 ans.
Validité de la certification2 ans

Recertification tous les 2 ans, pendant la période d'éligibilité au renouvellement

Erreurs fréquentes

Points à revoir : GCP-PCDB

  1. 01Cloud SQL vs Spanner

    Confondre les cas d’usage de Cloud SQL (relationnel mono-région) et de Spanner (relationnel distribué à l’échelle mondiale), selon les besoins de cohérence et de montée en charge

  2. 02AlloyDB positioning

    Ne pas voir où se situe AlloyDB : une option compatible PostgreSQL taillée pour la performance, à mi-chemin entre Cloud SQL et Spanner

  3. 03Migration tools

    Passer à côté de Database Migration Service et de Datastream pour les migrations sans interruption de service et la capture de changements (CDC)

  4. 04HA vs DR

    Confondre haute disponibilité (bascule automatique à l’intérieur d’une même région) et reprise après sinistre (réplication et bascule entre régions)

  5. 05IAM for databases

    Ne pas distinguer les rôles Cloud IAM des permissions utilisateur définies dans la base elle-même pour gérer le contrôle d’accès

  6. 06NoSQL selection

    Se tromper de service NoSQL : Firestore pour les documents, Bigtable pour l’analytique en colonnes larges, Memorystore pour le cache

Questions fréquentes

Quels points méritent une attention particulière pendant la préparation de Professional Cloud Database Engineer ?

Les points à revoir comprennent Cloud SQL vs Spanner, AlloyDB positioning, Migration tools, HA vs DR, IAM for databases, NoSQL selection. Travaille sur des exemples pour vérifier que tu comprends les distinctions et que tu peux expliquer ta réponse.

Que couvre l'examen Professional Cloud Database Engineer ?

La conception de solutions de bases de données évolutives et hautement disponibles est la plus grosse partie avec 32%, suivie de la gestion de solutions couvrant plusieurs technologies de bases de données à 25%. La migration de solutions de données pèse 23% et le déploiement de bases de données 20%. La migration représente un quart de l'examen, ce qui surprend ceux qui ont préparé uniquement la conception sur une base vierge.

Quelle expérience l'examen Cloud Database Engineer suppose-t-il ?

Google Cloud recommande cinq ans ou plus d'expérience globale avec les bases de données, dont deux ans de pratique sur ses propres services de bases de données. C'est le profil recommandé le plus exigeant de tout notre catalogue. Rien n'est vérifié à l'inscription, mais le budget de 80 heures indiqué au catalogue part du principe que cette expérience est déjà acquise.

À quelle fréquence dois-tu te recertifier comme Cloud Database Engineer ?

Tous les deux ans, pendant la période d'éligibilité au renouvellement. Google Cloud ne propose pas de voie par formation continue : se recertifier veut dire repasser un examen, pas cumuler des crédits.

Au bout de combien de temps peux-tu repasser l'examen Cloud Database Engineer ?

Après 14 jours pour la deuxième tentative, 60 jours pour la troisième et 365 jours au-delà, dans la limite de quatre tentatives sur une période de deux ans. Cette progression est la même dans toute la gamme professional de Google Cloud.

Une certification, 12 mois

Entraînement pour GCP-PCDB

Concentre ton entraînement sur une certification ou choisis Pro pour t’entraîner à toutes les certifications.

Commencer un entraînement gratuitEssaie les 20 premières questions sans carte bancaire pour voir si cet entraînement te convient.

Pour les achats éligibles : remboursement garanti si tu échoues à ton examen.

Voir les conditions de garantie →