Questão de Banco de Dados — SQL Server — FUNDATEC 2023
Banco de Dados›SQL Server
Código
qq896926
Banca
FUNDATEC
Órgão
PROCERGS
Ano
2023
Nível
Superior
Cargo
ANC - Analista em Computação - Ênfase em Suporte de Banco de Dados
Assinale a alternativa que apresenta um caso de uso que é mais adequado para uso do Accelerated Database Recovery (ADR) do Microsoft SQL Server 2019.
AUm sistema operando com transações de longa duração.
BQuando o banco de dados está operando com mirroring (espelhamento).
CEm um sistema que executa muitas atualizações pequenas, mas não agrupadas.
DQuando o sistema não tem sofrido com indisponibilidade.
EEm sistemas onde o espaço de armazenamento é mais importante do que disponibilidade.
Revelar gabarito e comentário▾
GabaritoA — Um sistema operando com transações de longa duração.
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”.
Accelerated Database Recovery (ADR) - SQL Server 2019
Gabarito: letra A. O Accelerated Database Recovery (ADR) é um recurso do SQL Server 2019 que melhora a disponibilidade do banco de dados ao acelerar o processo de recuperação após falhas, especialmente em cenários de transações de longa duração. Ele reduz drasticamente o tempo de rollback e permite que o banco de dados fique online mais rapidamente.
A banca testa o conhecimento sobre o caso de uso mais adequado (e mais vantajoso) do ADR: transações com longa duração. As demais alternativas apresentam cenários onde o ADR não é especialmente recomendado ou até mesmo contraindicado.
Alternativa A — ✅ Correta ⟵ GABARITO
Transações de longa duração são o principal alvo do ADR. Em casos de rollback de uma transação longa (que pode demorar horas), o ADR utiliza um mecanismo de versão persistente (PVS) e um processo de recuperação acelerada, permitindo que o banco de dados fique disponível quase imediatamente e que o rollback ocorra em segundo plano. Isso torna o ADR ideal para sistemas que operam com transações longas, onde a demora no rollback tradicional causaria longa indisponibilidade.
Alternativa B — ❌ Incorreta
O ADR pode ser usado com mirroring? Na verdade, o ADR é compatível com espelhamento, mas o mirroring não é um caso de uso especialmente mais adequado. O mirroring já oferece failover rápido; o principal benefício do ADR não está aí. Além disso, o ADR é recomendado para ambientes de alta disponibilidade, mas não como uma solução específica para mirroring. O caso de uso mais adequado continua sendo transações longas.
Alternativa C — ❌ Incorreta
Muitas atualizações pequenas e não agrupadas (não em lote) não geram a necessidade de grande aceleração de rollback. O ADR não é projetado para otimizar esse tipo de carga; ele é mais benéfico quando há transações volumosas que, se precisarem ser revertidas, demorariam muito. Atualizações pequenas são rapidamente revertidas até mesmo sem ADR.
Alternativa D — ❌ Incorreta
Se o sistema não tem sofrido com indisponibilidade, não há necessidade de implementar o ADR. O ADR é uma funcionalidade para mitigar indisponibilidade causada por rollbacks longos. Em sistemas já estáveis, o custo de ativação e manutenção (uso maior de espaço em tempdb) pode não compensar.
Alternativa E — ❌ Incorreta
O ADR consome mais espaço de armazenamento (devido ao armazenamento persistente de versões). Portanto, é contraindicado quando o espaço é mais importante que a disponibilidade. Esse cenário é justamente o oposto do recomendado para o ADR, que prioriza disponibilidade em detrimento de espaço.
PEGA ESSA DICA!
Memorize que o ADR é especialmente útil para transações de longa duração (grande volume de alterações que demandam rollback demorado). Em questões de prova, a menção a "transações longas" é a pista para escolher essa alternativa.