EnglishDeutschFrançaisEspañolPortuguês

Google Cloud · GCP-PCDB · Advanced

Professional Cloud Database Engineer — Übungsfragen und Probeprüfung

Bereite dich mit eigens erstellten Übungsfragen und verständlichen Antworterklärungen auf GCP-PCDB vor. Frage Alex, deinen KI-Tutor, wenn du mehr Details brauchst. Deine Ergebnisse zeigen dir, welche Themen du wiederholen solltest, und zeitlich begrenzte Probeprüfungen helfen dir, deine Zeiteinteilung zu üben.

55Fragen der Probeprüfung
120minZeitlimit

Mit Angaben von Google Cloud abgeglichen · August 2026 · Aktuelle Prüfungsversion

Über die Prüfung

Die Zertifizierung Professional Cloud Database Engineer bestätigt deine Fähigkeit, Datenbanken in Google Cloud zu entwerfen, aufzubauen, zu verwalten und zu beheben. Sie richtet sich an Datenbankfachleute, die geschäftliche und technische Anforderungen in skalierbare, ausfallsichere und kosteneffiziente Datenbanklösungen übersetzen. Die Prüfung deckt ein breites Spektrum an Datenbankdiensten von Google Cloud ab, darunter Cloud SQL (MySQL, PostgreSQL, SQL Server), AlloyDB for PostgreSQL, Spanner, Firestore, Bigtable und Memorystore, dazu Szenarien für Migration und die Verwaltung mehrerer Datenbanken.

Fünf Fragen zu GCP-PCDB ausprobieren

Übe mit fünf Fragen aus dem aktuellen Fragenpool für Professional Cloud Database Engineer in der App, jeweils mit Antwort und Erklärung.

Datenlösungen migrieren1 / 5

Du entwirfst eine Migrationsstrategie, um eine 5 TB große Oracle-Datenbank nach Cloud SQL for PostgreSQL zu verschieben. Die Anwendung verträgt maximal 30 Minuten Downtime. Welcher Migrationsansatz ist am besten geeignet?

AlexGanze Erklärung von Alex

Der Database Migration Service (DMS) unterstützt die kontinuierliche Migration von Oracle nach Cloud SQL for PostgreSQL. Bei einer kontinuierlichen Migration erstellt DMS zuerst einen vollständigen Dump der Quelldaten und wechselt dann zu Change Data Capture (CDC) mit Oracle LogMiner, um laufende Änderungen zu replizieren. Das ermöglicht eine Downtime nahe null: Du stoppst die Schreibvorgänge auf der Quelle, prüfst die Daten und promotest das Ziel. Für eine 5 TB große Datenbank mit einem Downtime-Fenster von 30 Minuten ist die kontinuierliche Migration ideal, weil CDC das Ziel bis zum Cutover synchron hält. Ein Export als SQL-Dump erfordert eine längere Downtime, die proportional zur Datenbankgröße wächst. Manuelle Neueingabe ist in dieser Größenordnung unpraktikabel. Datastream nach Cloud Storage mit anschließendem Dataflow fügt gegenüber der nativen CDC-Pipeline von DMS unnötige Zwischenschritte und Komplexität hinzu. Ref: cloud.google.com/database-migration/docs/oracle-to-postgresql/scenario-overview

Quelledocs.cloud.google.com

Innovative, skalierbare und hochverfügbare Cloud-Datenbanklösungen entwerfen2 / 5

Eine globale Fintech-Anwendung benötigt eine relationale Datenbank mit starker Konsistenz, horizontal skalierbaren Schreibvorgängen und einem monatlichen Verfügbarkeits-SLA von 99.999%, das auch den Ausfall einer kompletten Region abdeckt. Das Architekturteam möchte, dass Google Cloud Replikation und Failover automatisch übernimmt, ohne Sharding auf Anwendungsebene. Welche Datenbankkonfiguration solltest du entwerfen?

AlexGanze Erklärung von Alex

Spanner ist Googles horizontal skalierbare, streng konsistente relationale Datenbank. Die Verfügbarkeit ergibt sich aus der Instanzkonfiguration: Regionale Konfigurationen halten alle Replikate innerhalb einer einzigen Region und haben ein SLA von 99.99%, während multiregionale Konfigurationen Lese-/Schreib-Replikate über mehrere Regionen verteilen und das höhere SLA von 99.999% bieten (weniger als fünf Minuten Downtime pro Jahr). Multiregionale Konfigurationen umfassen mindestens drei Regionen und fünf Replikate, und Spanner führt das Failover automatisch aus, wenn eine Region nicht mehr verfügbar ist. Im Gegensatz dazu ist Hochverfügbarkeit bei Cloud SQL nur zonal innerhalb einer Region. Die Wahl der Instanzkonfiguration ist damit der zentrale Design-Hebel für Verfügbarkeit und Datenresidenz. Prüfungstipp: Ordne die magische Zahl 99.999% direkt Spanner multiregional zu und 99.99% (regionales Spanner) bzw. 99.95% (Cloud SQL HA) den niedrigeren Stufen.

Quellecloud.google.com

Eine Lösung verwalten, die mehrere Datenbanktechnologien umfassen kann3 / 5

Du verwaltest eine Cloud SQL for MySQL-Instanz und musst das Wartungsfenster konfigurieren. Die Anwendung hat werktags zwischen 9 AM und 6 PM ihre Spitzenlast. Wann solltest du das Wartungsfenster einplanen?

AlexGanze Erklärung von Alex

Mit Cloud SQL kannst du ein Wartungsfenster konfigurieren und darin Tag und Uhrzeit für Updates festlegen. Die Google-Dokumentation empfiehlt, Wartungen in verkehrsarme Zeiten zu legen, um die Auswirkungen auf Nutzer zu minimieren. Die Standard-Wartungsfenster liegen bereits außerhalb der Spitzenzeiten: werktags 10 PM–6 AM sowie am Wochenende. Googles eigenes Beispiel zeigt einen Händler, der die Wartung sonntags um Mitternacht einplant — die Zeit mit dem geringsten Traffic. Bei Spitzenlast werktags von 9 AM–6 PM ist es richtig, die Wartung in verkehrsarme Zeiten zu legen (Wochenende oder spät in der Nacht). Wartung ist vollständig planbar (die Option „Wartung lässt sich nicht planen und erfolgt zufällig“ ist falsch — sie erfolgt nicht zufällig). Eine Planung nach den Backup-Fenstern hat keinerlei Bezug zu geringen Auswirkungen. Während der Spitzenzeiten wäre die Störung am größten. Du kannst außerdem Zeiträume ohne Wartung von bis zu 90 Tagen festlegen, um Updates in geschäftskritischen Phasen zu blockieren. Ref: cloud.google.com/sql/docs/mysql/maintenance

Quelledocs.cloud.google.com

Skalierbare und hochverfügbare Datenbanken in Google Cloud bereitstellen4 / 5

Du stellst eine Cloud SQL for PostgreSQL-Instanz mit Hochverfügbarkeit bereit und musst den Disaster-Recovery-Prozess testen. Wie kannst du überprüfen, ob das automatische Failover korrekt funktioniert?

AlexGanze Erklärung von Alex

Cloud SQL bietet ein manuelles Failover speziell zum Testen der HA-Disaster-Recovery. In der Google-Dokumentation heißt es: „Das Testen des Failovers ist optional, wird aber empfohlen, damit du sehen kannst, wie deine Anwendung im Failover-Fall reagiert.“ Du löst es mit gcloud sql instances failover INSTANCE_NAME, über die Cloud SQL Admin API (instances.failover) oder über die Failover-Schaltfläche in der Console aus. Das simuliert einen Zonenausfall und stößt den automatischen Failover-Mechanismus zur Standby-Instanz an, sodass du die Wiederverbindungslogik deiner Anwendung validieren und die tatsächliche Failover-Dauer messen kannst. Das Löschen der primären Instanz zerstört sie dauerhaft — das ist kein Test. Eine Zone über die Console herunterzufahren ist für einzelne Nutzer nicht möglich. Das Trennen des Netzwerks ist unzuverlässig und testet den tatsächlichen Failover-Mechanismus von Cloud SQL nicht. Ref: cloud.google.com/sql/docs/postgres/configure-ha#initiate-failover

Quellecloud.google.com

Datenlösungen migrieren5 / 5

Du planst eine Migration ohne Downtime von einer On-Premises-Oracle-Datenbank zu Spanner. Welchem Migrationsansatz solltest du folgen?

AlexGanze Erklärung von Alex

Die Migration von Oracle zu Spanner erfordert ein phasenweises Vorgehen, weil es sich um eine heterogene Migration handelt — Spanner hat ein grundlegend anderes Datenmodell (keine Stored Procedures, keine Trigger, anderes Schlüsseldesign). Googles offizieller Migrationsleitfaden schreibt vor: (1) Schema und Datenmodell konvertieren, (2) SQL-Abfragen übersetzen, (3) die Anwendung so anpassen, dass sie in beide Datenbanken schreibt (Dual-Write), (4) Daten per Dataflow im Bulk exportieren/importieren, (5) die Konsistenz mit CDC aufrechterhalten (z. B. Striim oder Oracle LogMiner), (6) validieren und Cutover durchführen. Dieses phasenweise Vorgehen ermöglicht null Downtime, weil beide Systeme synchron gehalten werden, bis genug Vertrauen aufgebaut ist. Datastream kann nicht direkt nach Spanner streamen. DMS unterstützt keine direkte Migration von Oracle nach Spanner. CSV-Export/-Import erfordert Downtime und bietet keine Änderungssynchronisierung. Ref: cloud.google.com/spanner/docs/migrating-oracle-to-cloud-spanner

Quelledocs.cloud.google.com

Die Fragen in der App sind derzeit auf Englisch. Übersetzungen in dieser Vorschau gelten nur für die Vorschau. Welche Sprachen für die offizielle Prüfung verfügbar sind, erfährst du beim Prüfungsanbieter.

304 Übungsfragen

Der Pass-IT-Fragenpool bietet dir Aufgaben zur Vorbereitung auf GCP-PCDB. Eine Probeprüfung auf Pass-IT umfasst 55 Fragen bei einem Zeitlimit von 120 Minuten. Diese Einstellungen gelten für die Übung.

Angaben zum Fragenpool: GCP-PCDB

Prüfungsziele im Leitfaden11 im offiziellen Leitfaden aufgeführte Prüfungsziele

verteilt auf 4 Bereiche im offiziellen Prüfungsleitfaden

Größe des Fragenpools304 Fragen

= Der Umfang des Fragenpools entspricht rechnerisch 5 Zusammenstellungen mit je 55 Fragen. Daraus folgt nicht, dass jede Probeprüfung andere Fragen verwendet.

Bereiche im Prüfungsplan4 Bereiche im Prüfungsplan

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

Als mit Quellen abgeglichen erfasst304 von 304

Fragen, deren Antwort, Antwortoptionen und Erklärung als mit der offiziellen Dokumentation von Google Cloud abgeglichen erfasst sind

Inhalte der Prüfung

Das Design skalierbarer, hochverfügbarer Datenbanklösungen hat mit 32 % das größte Gewicht. Geprüft werden Kapazitätsplanung anhand von Workload-Metriken, die Abwägung zwischen zonalem und multiregionalem Deployment, Networking und Verschlüsselung für Datenbanken sowie die Entscheidung zwischen einem von Google verwalteten Dienst und einer selbst betriebenen Alternative. Es folgt mit 25 % das Verwalten einer Lösung über mehrere Datenbanktechnologien hinweg: IAM und Zugriffssteuerung auf User-Ebene, das Diagnostizieren langsamer Queries und von Ressourcenkonflikten, Backup- und Recovery-Konzepte rund um RTO- und RPO-Ziele sowie Kostensteuerung über Scaling- und Replikationsentscheidungen. Die Migrationsplanung macht 23 % aus: Strategien mit nahezu null Downtime, Fallback- und Reverse-Replication-Pfade und die Frage, welches Migrationstool zu welcher Kombination aus Quelle und Ziel passt. Den Abschluss bildet mit 20 % das Deployment ausfallsicherer Datenbanken: Multi-Region-Replikate und automatisches Failover bereitstellen, laufend getestet statt nur auf dem Papier entworfen.

Die Prüfung behandelt den Betrieb einer Datenbank als untrennbar von ihrem Design. Knapp die Hälfte der Fragen liegt im laufenden Management und in der Migration, nicht in der initialen Architektur. Das belohnt dich, wenn du eine Produktionsdatenbank schon einmal durch ein Failover oder einen Cutover gebracht hast.

Prüfungsplan: 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

Prüfungsformat und Fragetypen

Die Prüfung stellt dir 50 bis 60 Single- und Multiple-Choice-Fragen in einem Zeitfenster von 120 Minuten, ungefähr im Verhältnis 80 % Einzelantwort zu 20 % Mehrfachauswahl. Case Studies gibt es im aktuellen Exam Guide nicht. Die Fragen sind eigenständige Szenarien zu Datenbankdesign, Management über mehrere Datenbanken hinweg, Migrationsplanung und hochverfügbarem Deployment mit den Datenbankdiensten von Google Cloud.

Fragetypen: GCP-PCDB

Multiple Choice80%

Wähle die einzelne Antwort aus, die die Anforderungen der Frage am besten erfüllt.

Mehrfachauswahl20%

Wähle mehrere Antworten aus. Beachte dabei, wie viele Antworten laut Aufgabenstellung gefragt sind.

Offizielle Informationen zu den Frageformaten findest du bei Google Cloud. Die dargestellten Anteile beziehen sich auf den Pass-IT-Fragenpool und geben keine Verteilung für die offizielle Prüfung vor.

Vorbereitung auf GCP-PCDB

Die Prüfung läuft über Pearson VUE, entweder online beaufsichtigt oder in einem Testcenter, und wird auf Englisch und Japanisch angeboten. Die Zertifizierung ist 2 Jahre gültig und wird alle 2 Jahre innerhalb des dafür vorgesehenen Erneuerungszeitraums verlängert.

Vorbereitung und Organisation: GCP-PCDB

Vorbereitung

Beispielhafter Lernaufwand50–120 h

Beispiel für die Planung: von 50 h mit einschlägiger Erfahrung bis 120 h beim Einstieg; dein Bedarf kann außerhalb dieser Spanne liegen

NiveauFortgeschritten
Empfohlene VorkenntnisseKeine formalen Voraussetzungen. Empfohlen werden mehr als 5 Jahre Erfahrung mit Datenbanken insgesamt, davon 2 Jahre praktische Arbeit mit den Datenbanklösungen von Google Cloud.

Prüfung und Erhalt der Zertifizierung

DurchführungPearson VUE (online beaufsichtigt oder Prüfungszentrum)
Wiederholungsregeln14 Tage Wartezeit nach dem ersten nicht bestandenen Versuch, 60 Tage nach dem zweiten, 365 Tage nach dem dritten. Maximal 4 Versuche innerhalb von 2 Jahren.
Gültigkeit der Zertifizierung2 Jahre

Rezertifizierung alle 2 Jahre innerhalb des Zeitraums, in dem du für die Verlängerung berechtigt bist

Häufige Fehlerquellen

Themen zum Wiederholen: GCP-PCDB

  1. 01Cloud SQL vs Spanner

    Du verwechselst, wann Cloud SQL (relational, eine Region) und wann Spanner (relational, global verteilt) die richtige Wahl ist, gemessen an den Anforderungen an Konsistenz und Skalierung

  2. 02AlloyDB positioning

    Du ordnest AlloyDB falsch ein: Es ist die leistungsstarke, PostgreSQL-kompatible Option zwischen Cloud SQL und Spanner

  3. 03Migration tools

    Du übersiehst, was Database Migration Service und Datastream können, nämlich Migrationen ohne Downtime und per CDC

  4. 04HA vs DR

    Du bringst Hochverfügbarkeit (automatisches Failover innerhalb einer Region) und Disaster Recovery (Replikation und Failover über Regionen hinweg) durcheinander

  5. 05IAM for databases

    Du hältst bei der Zugriffssteuerung Cloud-IAM-Rollen und Benutzerrechte auf Datenbankebene nicht auseinander

  6. 06NoSQL selection

    Du greifst zum falschen NoSQL-Dienst: Firestore für Dokumente, Bigtable für Wide-Column-Analysen, Memorystore fürs Caching

Häufig gestellte Fragen

Welche Fehlerquellen sollte ich bei der Vorbereitung auf Professional Cloud Database Engineer beachten?

Zu den Themen, die du wiederholen solltest, gehören Cloud SQL vs Spanner, AlloyDB positioning, Migration tools, HA vs DR, IAM for databases, NoSQL selection. Prüfe anhand von Beispielen, ob du die Unterschiede verstehst und deine Antwort begründen kannst.

Was wird in der Prüfung zum Professional Cloud Database Engineer abgefragt?

Der Entwurf skalierbarer und hochverfügbarer Datenbanklösungen ist mit 32% der größte Bereich, gefolgt vom Verwalten von Lösungen über mehrere Datenbanktechnologien hinweg mit 25%. Das Migrieren von Datenlösungen macht 23% aus, das Bereitstellen von Datenbanken 20%. Migration ist damit ein Viertel der Prüfung, was alle überrascht, die sich nur auf Design auf der grünen Wiese vorbereitet haben.

Welche Erfahrung setzt die Prüfung zum Cloud Database Engineer voraus?

Google Cloud empfiehlt fünf oder mehr Jahre Erfahrung mit Datenbanken insgesamt, davon zwei Jahre praktisch mit den eigenen Datenbankdiensten. Das ist der höchste empfohlene Hintergrund aller Prüfungen in unserem Katalog. Bei der Buchung wird nichts überprüft, aber das Katalogbudget von 80 Stunden geht davon aus, dass diese Erfahrung bereits da ist.

Wie oft musst du dich als Cloud Database Engineer rezertifizieren?

Alle zwei Jahre, innerhalb des Zeitraums für die Verlängerung. Google Cloud bietet keinen Weg über Weiterbildung an, Rezertifizierung heißt also Prüfung ablegen statt Punkte sammeln.

Wie schnell kannst du die Prüfung zum Cloud Database Engineer wiederholen?

Nach 14 Tagen für den zweiten Versuch, 60 Tagen für den dritten und 365 Tagen danach, begrenzt auf vier Versuche in einem Zeitraum von zwei Jahren. Die Staffelung ist über die gesamte Professional-Reihe von Google Cloud hinweg gleich.

Eine Zertifizierung, 12 Monate

Für GCP-PCDB üben

Übe gezielt für eine Zertifizierung oder wähle Pro, um für alle Zertifizierungen zu üben.

Kostenlos mit dem Üben beginnenProbiere die ersten 20 Fragen ohne Kreditkarte aus und finde heraus, ob die Übungen zu dir passen.

Für berechtigte Käufe: Geld-zurück-Garantie bei Nichtbestehen.

Garantiebedingungen ansehen →