EnglishDeutschFrançaisEspañolPortuguês

Google Cloud · GCP-PCDB · Advanced

Professional Cloud Database Engineer — Questões de prática e simulado

Pratique com questões realistas de GCP-PCDB, alinhadas aos objetivos do exame. Alex explica cada resposta, e seu Readiness Score mostra o que estudar em seguida.

55Questões
120minLimite de tempo

Verificado com Google Cloud · agosto de 2026Versão atual do exame

Sobre o exame

A certificação Professional Cloud Database Engineer valida sua capacidade de projetar, criar, gerenciar e solucionar problemas em bancos de dados do Google Cloud. Esta credencial é voltada para profissionais de banco de dados que traduzem requisitos de negócios e técnicos em soluções de banco de dados escaláveis, resilientes e econômicas. O exame abrange uma ampla gama de serviços de banco de dados do Google Cloud, incluindo Cloud SQL (MySQL, PostgreSQL, SQL Server), AlloyDB for PostgreSQL, Spanner, Firestore, Bigtable e Memorystore, além de cenários de migração e gerenciamento de múltiplos bancos de dados.

O que cai na prova

Projetar soluções de banco de dados escaláveis e de alta disponibilidade é o bloco de maior peso, com 32%: planejamento de capacidade confrontado com métricas de carga de trabalho, o tradeoff entre deployment zonal e multirregional, configuração de rede e criptografia do banco, e a decisão entre um serviço gerenciado pelo Google e uma alternativa que você mesmo opera. Gerenciar uma solução com várias tecnologias de banco de dados vem em seguida, com 25%: IAM e controle de acesso no nível do usuário, diagnóstico de queries lentas e disputa por recursos, desenho de backup e recuperação em torno de metas de RTO e RPO, e ajuste de custo por meio de escolhas de scaling e replicação. O planejamento de migração leva 23% e cobre estratégias com downtime próximo de zero, caminhos de fallback e replicação reversa, e a escolha da ferramenta de migração certa para uma combinação específica de origem e destino. Fechando o blueprint, implantar bancos que sobrevivem a falhas responde por 20%: provisionamento de réplicas multirregionais e failover automatizado, comprovados por testes contínuos em vez de desenhados no papel.

A prova trata operar um banco de dados como algo inseparável de projetá-lo. Quase metade das questões está em gestão contínua e migração, não na arquitetura inicial, o que favorece quem já levou um banco de produção por um failover ou um cutover.

Estrutura do exame: 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

Formato do exame e tipos de pergunta

A prova traz de 50 a 60 questões de múltipla escolha e de múltipla seleção em uma janela de 120 minutos, na proporção aproximada de 80% com resposta única para 20% com múltiplas respostas. O guia oficial atual não prevê estudos de caso: as questões são cenários independentes que testam design de banco de dados, gestão de múltiplos bancos, planejamento de migração e deployment de alta disponibilidade nos serviços de banco de dados do Google Cloud.

Tipos de pergunta: GCP-PCDB

Múltipla escolha80%

Escolha a única resposta certa entre quatro ou cinco opções — o formato básico da prova.

Resposta múltipla20%

Mais de uma resposta está certa e você precisa de todas; o enunciado diz quantas marcar.

Google Cloud confirma esses tipos de questão — não publica uma distribuição percentual; as proporções refletem nosso banco de questões alinhado ao exame.

Experimente cinco questões de GCP-PCDB

Cinco questões direto do nosso banco de Professional Cloud Database Engineer. Responda uma — Alex explica o porquê.

O exame e o app são em inglês — estas questões de exemplo nós traduzimos.

Migrar soluções de dados1 / 5

Você está desenhando uma estratégia de migração para mover um banco de dados Oracle de 5 TB para o Cloud SQL for PostgreSQL. A aplicação tolera no máximo 30 minutos de indisponibilidade. Qual abordagem de migração é a mais adequada?

AlexExplicação completa do Alex

O Database Migration Service (DMS) oferece suporte à migração contínua de Oracle para Cloud SQL for PostgreSQL. Durante a migração contínua, o DMS primeiro faz um dump completo dos dados de origem e depois passa para o Change Data Capture (CDC) usando o Oracle LogMiner para replicar as mudanças em andamento. Isso permite uma indisponibilidade próxima de zero: você interrompe as gravações na origem, valida os dados e promove o destino. Para um banco de 5 TB com uma janela de indisponibilidade de 30 minutos, a migração contínua é ideal porque o CDC mantém o destino sincronizado até o cutover. Exportar um dump SQL exige uma indisponibilidade longa, proporcional ao tamanho do banco. Reinserir os dados na mão é inviável nessa escala. Datastream para o Cloud Storage com Dataflow acrescenta etapas intermediárias e complexidade desnecessárias em comparação com o pipeline nativo de CDC do DMS. Ref: cloud.google.com/database-migration/docs/oracle-to-postgresql/scenario-overview

Fontecloud.google.com

Projetar soluções de banco de dados na nuvem inovadoras, escaláveis e de alta disponibilidade2 / 5

Uma aplicação fintech global precisa de um banco de dados relacional com consistência forte, escalabilidade horizontal de escrita e um SLA de disponibilidade mensal de 99.999% que proteja contra a indisponibilidade de uma região inteira. O time de arquitetura quer que o Google Cloud cuide da replicação e do failover automaticamente, sem sharding na camada da aplicação. Qual configuração de banco de dados você deve desenhar?

AlexExplicação completa do Alex

O Spanner é o banco de dados relacional do Google, com escalabilidade horizontal e consistência forte. A disponibilidade depende da configuração da instância: configurações regionais mantêm as réplicas dentro de uma única região e têm SLA de 99.99%, enquanto as multirregionais distribuem as réplicas de leitura e escrita entre regiões e têm o SLA mais alto, de 99.999% (menos de cinco minutos de indisponibilidade por ano). As configurações multirregionais têm pelo menos três regiões e cinco réplicas, e o Spanner faz o failover automaticamente quando uma região fica indisponível. Isso contrasta com o Cloud SQL, em que a alta disponibilidade é apenas zonal dentro de uma região. Por isso, escolher a configuração da instância é a principal alavanca de design tanto para disponibilidade quanto para residência de dados. Dica de prova: associe o número mágico 99.999% diretamente ao Spanner multirregional, e 99.99% (Spanner regional) ou 99.95% (Cloud SQL HA) aos níveis mais baixos.

Fontecloud.google.com

Gerenciar uma solução que pode abranger várias tecnologias de banco de dados3 / 5

Você administra uma instância do Cloud SQL for MySQL e precisa configurar a janela de manutenção. A aplicação tem pico de uso entre 9 AM e 6 PM nos dias úteis. Quando você deve agendar a janela de manutenção?

AlexExplicação completa do Alex

O Cloud SQL permite configurar uma janela de manutenção especificando o dia e a hora das atualizações. A documentação do Google recomenda agendar a manutenção em períodos de pouco tráfego para reduzir o impacto nos usuários. As janelas de manutenção padrão já ficam fora do pico: dias úteis das 10 PM às 6 AM e fins de semana. O próprio exemplo do Google mostra um varejista agendando a manutenção à meia-noite de domingo — o período de menor tráfego. Com pico de uso das 9 AM às 6 PM nos dias úteis, agendar em horários de baixo movimento (fins de semana ou tarde da noite) é o correto. A manutenção é totalmente agendável (a opção “A manutenção não pode ser agendada e acontece de forma aleatória” está errada — ela não acontece de forma aleatória). Agendar depois das janelas de backup não tem relação nenhuma com baixo impacto. No horário de pico, a interrupção seria máxima. Você também pode definir períodos de bloqueio de manutenção de até 90 dias para impedir atualizações em momentos críticos para o negócio. Ref: cloud.google.com/sql/docs/mysql/maintenance

Fontecloud.google.com

Implantar bancos de dados escaláveis e de alta disponibilidade no Google Cloud4 / 5

Você está implantando uma instância do Cloud SQL for PostgreSQL com alta disponibilidade e precisa testar o processo de recuperação de desastres. Como você pode verificar se o failover automático funciona corretamente?

AlexExplicação completa do Alex

O Cloud SQL oferece um failover manual justamente para testar a recuperação de desastres em alta disponibilidade. A documentação do Google diz: “Testar o failover é opcional, mas é recomendado para que você veja como sua aplicação responde quando ocorre um failover.” Você o aciona com gcloud sql instances failover INSTANCE_NAME, pela Cloud SQL Admin API (instances.failover) ou pelo botão Failover no Console. Isso simula a falha de uma zona e dispara o mecanismo de failover automático para a instância standby, permitindo validar a lógica de reconexão da sua aplicação e medir o tempo real de failover. Excluir a instância primária a destrói de forma permanente — isso não é um teste. Desligar uma zona pelo Console não é possível para usuários individuais. Desconectar a rede é pouco confiável e não testa o mecanismo real de failover do Cloud SQL. Ref: cloud.google.com/sql/docs/postgres/configure-ha#initiate-failover

Fontecloud.google.com

Migrar soluções de dados5 / 5

Você está planejando uma migração sem indisponibilidade de um banco de dados Oracle on-premises para o Spanner. Qual abordagem de migração você deve seguir?

AlexExplicação completa do Alex

Migrar de Oracle para Spanner exige uma abordagem em fases porque é uma migração heterogênea — o Spanner tem um modelo de dados fundamentalmente diferente (sem stored procedures, sem triggers, design de chaves diferente). O guia oficial de migração do Google determina: (1) converter o schema e o modelo de dados, (2) traduzir as consultas SQL, (3) alterar a aplicação para gravar nos dois bancos (escrita dupla), (4) exportar/importar os dados em massa via Dataflow, (5) manter a consistência usando CDC (por exemplo, Striim ou Oracle LogMiner), (6) validar e fazer o cutover. Essa abordagem em fases permite zero indisponibilidade porque mantém os dois sistemas sincronizados até haver confiança suficiente. O Datastream não consegue transmitir diretamente para o Spanner. O DMS não oferece suporte à migração direta de Oracle para Spanner. Exportar/importar CSV exige indisponibilidade e não sincroniza as mudanças. Ref: cloud.google.com/spanner/docs/migrating-oracle-to-cloud-spanner

Fontecloud.google.com

304 questões, construídas como o exame

Cada domínio do exame GCP-PCDB tem questões suficientes no banco para você praticar a fundo. Um simulado apresenta 55 questões seguidas, no mesmo cronômetro de 120 minutos do dia do exame.

Ata de verificação: GCP-PCDB

Conferência do conteúdo com a Google Cloud4 de agosto de 2026

última verificação com a fonte oficial da Google Cloud

Cobertura do conteúdo11 objetivos oficiais

distribuídos em 4 domínios, segundo o guia oficial do exame

Tamanho do banco304 questões

= 5 simulados completos de 55 questões — nunca a mesma questão duas vezes

Cobertura de domíniostodos os 4 domínios no peso oficial

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

Validação canônica304 de 304

cada uma verificada com a documentação oficial da Google Cloud — resposta, opções e explicação, fonte citada

Metodologia documentada abertamente.Como as questões são feitas →

Preparação para GCP-PCDB

Quanto tempo você precisa depende da experiência prática que já tem. O resto é definido pelo fornecedor: como a prova é aplicada, quando você pode refazê-la e por quanto tempo a certificação continua válida.

A prova é aplicada pela Pearson VUE, com supervisão online ou em centro de testes, e está disponível em inglês e japonês. A certificação vale 2 anos e é renovada a cada 2 anos, dentro do período de elegibilidade para renovação.

Seu plano: GCP-PCDB

Preparação

Tempo de estudo50–120 h

normalmente cerca de 50 h se você já trabalha com essas tecnologias, cerca de 120 h começando do zero

NívelAvançado
Vale ter antesSem pré-requisitos formais. O recomendado é ter mais de 5 anos de experiência geral com bancos de dados, incluindo 2 anos de prática com soluções de banco de dados do Google Cloud.

Dia da prova e depois

ModalidadePearson VUE (supervisionado online ou centro de testes)
Política de repetição14 dias de espera após a primeira tentativa reprovada, 60 dias após a segunda, 365 dias após a terceira. Máximo de 4 tentativas em um período de 2 anos.
Validade2 anos

Recertificação a cada 2 anos, dentro do período em que você fica elegível para a renovação

As horas são a nossa própria estimativa de planejamento — a Google Cloud não publica um tempo de preparação para esta prova. Um ponto de partida para o seu calendário, não uma meta.

Erros comuns

Cloud SQL, AlloyDB e Spanner atendem cargas relacionais, e a prova espera uma leitura precisa de quando cada um se encaixa, não uma noção vaga de que se sobrepõem. O AlloyDB, em especial, ocupa um meio-termo entre os outros dois que é fácil de julgar errado. Disaster recovery e alta disponibilidade acabam confundidos, mesmo resolvendo cenários de falha diferentes: failover automático dentro da região versus replicação e recuperação entre regiões. Database Migration Service e Datastream cobrem migrações heterogêneas e de change data capture que muita gente nem sabe que existem como opção, e o controle de acesso via IAM é frequentemente confundido com permissões de usuário no próprio banco, que são configuradas e auditadas separadamente.

Pontos de atenção: GCP-PCDB

  1. 01Cloud SQL vs Spanner

    Confundir quando usar o Cloud SQL (relacional de região única) e quando usar o Spanner (relacional distribuído globalmente), conforme os requisitos de consistência e escala

  2. 02AlloyDB positioning

    Não entender que o AlloyDB fica entre o Cloud SQL e o Spanner, como uma opção de alto desempenho compatível com PostgreSQL

  3. 03Migration tools

    Deixar de lado o que o Database Migration Service e o Datastream oferecem em migrações sem downtime e com CDC

  4. 04HA vs DR

    Confundir alta disponibilidade (failover automático dentro de uma região) com disaster recovery (replicação e failover entre regiões)

  5. 05IAM for databases

    Não separar os papéis do Cloud IAM das permissões de usuário no próprio banco na hora de controlar o acesso

  6. 06NoSQL selection

    Escolher o serviço NoSQL errado: Firestore para documentos, Bigtable para análises wide-column e Memorystore para cache

O Pass-IT treina você exatamente nesses pontos fracos — adaptativo e espaçado →

Perguntas frequentes

Quais são os erros mais comuns no exame Professional Cloud Database Engineer?

Os erros mais comuns incluem: Cloud SQL vs Spanner, AlloyDB positioning, Migration tools, HA vs DR, IAM for databases, NoSQL selection. Concentre seu tempo de estudo nessas áreas para não perder pontos.

O que o exame Professional Cloud Database Engineer cobra?

Projetar soluções de banco de dados escaláveis e de alta disponibilidade é a maior seção, com 32%, seguida de gerenciar soluções que abrangem várias tecnologias de banco de dados, com 25%. Migrar soluções de dados fica com 23% e implantar bancos de dados com 20%. A migração é um quarto do exame, o que surpreende quem se preparou só para projetar do zero.

Que experiência o exame Cloud Database Engineer pressupõe?

O Google Cloud recomenda cinco anos ou mais de trabalho com bancos de dados no geral, incluindo dois anos de prática com os próprios serviços de banco de dados dele. É o perfil recomendado mais alto de todos os exames do nosso catálogo. Nada é verificado na hora de agendar, mas o orçamento de 80 horas do catálogo parte do princípio de que você já tem essa experiência.

Com que frequência você precisa se recertificar como Cloud Database Engineer?

A cada dois anos, dentro do período de elegibilidade para renovação. O Google Cloud não tem uma via de educação continuada, então se recertificar significa fazer um exame em vez de acumular créditos.

Em quanto tempo você pode refazer o exame Cloud Database Engineer?

Depois de 14 dias para a segunda tentativa, 60 dias para a terceira e 365 dias daí em diante, com limite de quatro tentativas num período de dois anos. Essa escalada é a mesma em toda a linha professional do Google Cloud.

O Pass-IT é uma ferramenta de estudo independente, sem afiliação com a Google Cloud nem endosso da Google Cloud; Google Cloud e os nomes dos exames são marcas dos respectivos titulares.

Uma certificação. Um único pagamento.

Acesso completo ao GCP-PCDB

Acesse todo o banco de questões desta certificação. Alex explica cada resposta, e seu Readiness Score mostra o que estudar em seguida.

Comprar acesso ao GCP-PCDB por $29.99Um único pagamento. Acesso vitalício a esta certificação.
Veja grátis se você está pronto20 questões. Sem cartão. Veja o que estudar antes de comprar.

Chegue a 80 % de preparação e passe — ou seu dinheiro de volta.

Como funciona o score →