Questão de Banco de Dados — SQL Server — Avança SP 2024

Recuperação de banco de dados SQL Server

Gabarito: letra E. Para recuperar um banco de dados SQL Server de uma falha, o administrador precisa restaurar um conjunto de backups em uma sequência de restauração logicamente correta e significativa. A recuperação de um banco de dados após uma falha de mídia ou catastrófica depende fundamentalmente de cópias de segurança (backups) que, combinadas com os logs de transações, permitem reconstruir o estado consistente mais recente do banco.

A recuperação de falhas é um dos pilares da administração de bancos de dados. Quando ocorre uma falha de mídia — como um disco danificado — ou uma falha catastrófica, o banco de dados pode ficar inacessível ou corrompido. Nesses cenários, a estratégia de recuperação envolve restaurar uma cópia antiga do banco de dados que foi salva por meio de um backup e, em seguida, reaplicar as operações registradas no log de transações para reconstruir o estado mais recente possível. O backup é, portanto, a matéria-prima essencial para a restauração.

A sequência de restauração é um conceito crítico: não basta ter os backups; é preciso aplicá-los na ordem correta. Por exemplo, em um modelo de recuperação simples, você restaura o backup completo (full) e, em seguida, os backups diferenciais e de log de transações, nessa ordem, para trazer o banco ao ponto desejado no tempo. Restaurar fora de ordem ou omitir um backup intermediário pode resultar em um banco inconsistente ou na perda de dados. O SQL Server gerencia isso por meio de uma cadeia de backups, onde cada backup de log contém o LSN (Log Sequence Number) que o conecta ao backup anterior.

É importante distinguir a recuperação de falhas de outros conceitos relacionados, como o controle de concorrência e o gerenciamento de transações. Enquanto o COMMIT e o ROLLBACK lidam com a atomicidade das transações individuais, e o deadlock é um problema de concorrência, a recuperação de falhas trata da restauração do banco como um todo após um evento catastrófico. O backup é o mecanismo que permite essa restauração, sendo complementado pelo log de transações para refazer (REDO) ou desfazer (UNDO) operações conforme necessário.

A pegadinha desta questão está em confundir a recuperação de falhas com outros mecanismos do SGBD. O candidato pode ser tentado a escolher "COMMITs" ou "deadlocks" por serem termos técnicos relacionados a transações, mas nenhum deles é um conjunto de dados que se restaura. A palavra-chave é "restaurar" — e o que se restaura é um backup. As demais alternativas são distratores que não se encaixam no contexto de restauração de um banco de dados após uma falha.

Guarde a distinção central: backup é o conjunto de dados que se restaura; log de transações é o complemento que permite refazer operações; COMMIT e ROLLBACK são comandos de transação; deadlock é um problema de concorrência. É exatamente essa fronteira que separa a alternativa correta das demais.

Alternativa A — ❌ Incorreta

Deadlocks são situações de impasse entre transações concorrentes, onde cada uma aguarda um recurso que a outra detém. Eles são um problema de controle de concorrência, resolvido pelo SGBD com detecção e resolução automática (geralmente escolhendo uma vítima para sofrer rollback). Não são um conjunto de dados que se restaura em uma sequência de restauração. A confusão aqui é associar deadlock a falhas de banco, mas a recuperação de falhas não envolve restaurar deadlocks.

Alternativa B — ❌ Incorreta

"Ferramentas específicas" é um termo genérico demais. Embora o SQL Server ofereça ferramentas como o SQL Server Management Studio (SSMS) para executar restaurações, a questão pede o que se restaura, não a ferramenta usada para restaurar. A alternativa não se encaixa no contexto de "conjunto de backups" que é restaurado em sequência.

Alternativa C — ❌ Incorreta

COMMIT é um comando de transação que confirma permanentemente as alterações feitas por uma transação. Ele é usado para encerrar uma transação com sucesso, mas não é um conjunto de dados que se restaura. A confusão aqui é associar COMMIT à durabilidade das transações, mas a recuperação de falhas de mídia exige backups, não comandos de transação.

Alternativa D — ❌ Incorreta

"Recursos" é um termo vago que pode se referir a qualquer coisa — recursos de hardware, recursos do sistema, etc. Não é um termo técnico específico para restauração de banco de dados. A alternativa não tem relação direta com o processo de recuperação de falhas.

Alternativa E — ✅ Correta ⟵ GABARITO

Backups são as cópias de segurança do banco de dados que permitem a recuperação após uma falha. A restauração de um banco de dados SQL Server envolve aplicar uma sequência de backups — completo, diferencial e de log — na ordem correta para reconstruir o estado consistente mais recente. O backup é o conjunto de dados que se restaura, e a sequência de restauração é logicamente determinada pela cadeia de backups.

Gabarito: letra E — backups.