Pular para o conteúdo principal

Questão de Banco de Dados — SQL Server — CESPE / CEBRASPE 2025

Banco de DadosSQL Server
Código
ce417242
Banca
CESPE / CEBRASPE
Órgão
PC DF
Ano
2025
Cargo
GAAPC ( )
Julgue o item a seguir, 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.
  1. CCerto
  2. 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”.

Always On Availability Groups no SQL Server

Gabarito: Errado. O item afirma que o Always On Availability Groups não permite que réplicas de leitura sejam consultadas diretamente em caso de falhas, o que é incorreto. Na verdade, o recurso permite configurar réplicas secundárias como legíveis, possibilitando que consultas de leitura sejam direcionadas a elas, inclusive durante uma falha do nó primário, desde que a réplica secundária esteja acessível. A afirmação confunde o conceito de alta disponibilidade com a capacidade de leitura das réplicas, que são funcionalidades complementares e não excludentes.

O Always On Availability Groups é um recurso de alta disponibilidade e recuperação de desastres do SQL Server que opera no nível do banco de dados. Ele agrupa um conjunto de bancos de dados que falham juntos como uma unidade, chamada de grupo de disponibilidade. Cada grupo possui uma réplica primária (que aceita leituras e escritas) e uma ou mais réplicas secundárias (que mantêm cópias dos dados). A replicação entre as réplicas pode ser síncrona ou assíncrona. Na replicação síncrona, as transações são confirmadas no primário e na secundária antes de serem consideradas concluídas, garantindo que não haja perda de dados em caso de falha. Na assíncrona, a confirmação ocorre apenas no primário, podendo haver perda de dados em uma falha, mas com menor latência.

Um ponto crucial é que as réplicas secundárias podem ser configuradas para permitir acesso somente leitura. Isso significa que, mesmo em operação normal, é possível direcionar consultas de leitura para as réplicas secundárias, aliviando a carga do primário. Em caso de falha do primário, ocorre o failover automático ou manual, promovendo uma réplica secundária a primária. Durante esse processo, se a réplica secundária que assumiu estiver configurada como legível, ela continuará atendendo às consultas de leitura. Portanto, a afirmação de que "não permite que réplicas de leitura sejam consultadas diretamente em caso de falhas" está incorreta, pois as réplicas legíveis podem ser consultadas tanto em operação normal quanto em cenários de failover.

A pegadinha da questão está em sugerir que a capacidade de leitura das réplicas é incompatível com a alta disponibilidade. Na prática, são recursos que se complementam: a alta disponibilidade garante a continuidade do serviço, e as réplicas legíveis otimizam o desempenho e a escalabilidade. O candidato que conhece o funcionamento do Always On percebe que a leitura direta nas réplicas é uma funcionalidade nativa e desejável, não uma limitação.

Always On Availability Groups
  • 1Réplica primária
    • Leituras e escritas
  • 2Réplicas secundárias
    • Legíveis (somente leitura)
    • Consultadas em operação normal
    • Consultadas em failover
  • 3Modos de replicação
    • Síncrona
      • Confirma no primário e secundário
      • Sem perda de dados
    • Assíncrona
      • Confirma só no primário
      • Menor latência
LEVEL · soulevel.com.br

Item — ❌ Errado

A afirmação está incorreta porque o Always On Availability Groups permite que réplicas secundárias sejam configuradas como legíveis, e essas réplicas podem ser consultadas diretamente, inclusive em caso de falha do nó primário. A funcionalidade de leitura nas réplicas é um dos principais benefícios do recurso, permitindo descarregar consultas de leitura do primário e melhorar o desempenho geral. Em um cenário de failover, a réplica que assume o papel de primária continua atendendo às consultas, e as demais réplicas legíveis permanecem acessíveis para leitura. Portanto, a premissa de que "não permite que réplicas de leitura sejam consultadas diretamente em caso de falhas" é falsa.

Gabarito: Errado.

Link permanente: /questoes/ce417242