Questão de Banco de Dados — SQL — CESPE / CEBRASPE 2025
Banco de Dados›SQL
Código
ce209501
Banca
CESPE / CEBRASPE
Órgão
PC-DF
Ano
2025
Nível
Superior
Cargo
Gestor de Apoio as Atividades Policiais Civis - Especialidade: Analista de Informática: Banco de Dados
Julgue o item subsequente, relativo a administração de banco de dados PostgreSQL, SQL Server e MongoDB.No SQL Server, o recurso de Always On Availability Groups permite a replicação síncrona entre instâncias, oferecendo alta disponibilidade, mas não permite que réplicas de leitura sejam consultadas diretamente em caso de falhas.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
SQL Server Always On Availability Groups
Gabarito: Errado (alternativa E). A afirmação está incorreta porque o recurso Always On Availability Groups (AG) do SQL Server permite a configuração de réplicas secundárias legíveis, que podem ser consultadas diretamente para leitura, inclusive em cenários de falha da réplica primária. O AG suporta réplicas síncronas e assíncronas, e as réplicas secundárias síncronas (ou assíncronas) podem ser configuradas como legíveis para aliviar a carga da primária. Em caso de falha, a réplica síncrona promovida a primária permanece acessível; antes da promoção, já era legível. Portanto, a afirmativa que nega essa possibilidade é falsa.
Analisemos a fundo: O Always On Availability Groups oferece alta disponibilidade e recuperação de desastres, permitindo a criação de um grupo de bancos de dados que falham juntos. Os modos de disponibilidade incluem síncrono (confirmação de commit aguarda escrita no secundário) e assíncrono. As réplicas secundárias podem ser configuradas para permitir acesso de leitura (readable secondary), seja para consultas de relatórios ou backup. Essa funcionalidade é ativada por meio da opção SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY).
O erro da assertiva está em afirmar que "não permite que réplicas de leitura sejam consultadas diretamente em caso de falhas". Na verdade, as réplicas legíveis continuam acessíveis durante falhas, a menos que o administrador as redirecione. Durante um failover, a réplica sincronizada se torna a nova primária, mas até lá pode ser consultada. Além disso, mesmo sem failover, as réplicas são legíveis em operação normal.
Always On Availability Groups: Modos de replicação (Síncrono (commit aguarda secundário), Assíncrono); Réplicas secundárias (Legíveis (readable secondary), Consultas de relatórios, Backup); Em caso de falha (Réplica síncrona promovida a primária, Réplica legível permanece acessível)
NÃO CAIA NESSA!
A banca tenta confundir o candidato ao sugerir que as réplicas de leitura perdem a capacidade de consulta em falhas. Na verdade, elas permanecem legíveis; o que pode mudar é o papel (primária/secundária). O candidato que estudou superficialmente pode achar que apenas a primária é consultável, mas o AG foi projetado justamente para permitir escalabilidade de leitura.