GabaritoA — full, transaction log e differential.
Gabarito: letra A. O MS SQL Server 2019 suporta três tipos principais de backup: full (completo), transaction log (log de transações) e differential (diferencial). Esses são os tipos nativos documentados pela Microsoft para o mecanismo de banco de dados, e é exatamente essa tríade que a alternativa A apresenta.
O backup é uma cópia de segurança dos dados que permite recuperar o banco em caso de falha, erro humano ou desastre. No SQL Server, cada tipo de backup tem uma finalidade específica e se relaciona com o modelo de recuperação do banco (simple, full ou bulk-logged). O backup full copia o banco de dados inteiro, incluindo os dados e o log de transações suficiente para restaurá-lo. O backup differential copia apenas as mudanças feitas desde o último backup full, reduzindo o tamanho e o tempo de backup. O backup de transaction log registra todas as transações ocorridas desde o último backup de log, permitindo restaurar o banco até um ponto específico no tempo (point-in-time recovery).
Na prática, uma estratégia comum é: fazer um backup full diário, backups diferenciais a cada poucas horas e backups de log de transações a cada 15-30 minutos. Isso equilibra o tempo de restauração (RTO) e a perda máxima de dados aceitável (RPO). Por exemplo, se um banco falhar às 14h, com backups de log a cada 15 minutos, você pode restaurar até o último log (13h45) e perder no máximo 15 minutos de dados.
A pegadinha desta questão é que a banca inventa termos que parecem plausíveis (como "segment", "relational", "flat") para confundir quem não conhece a nomenclatura oficial. O candidato que estudou a documentação do SQL Server reconhece imediatamente os três tipos corretos. Guarde a tríade: full, differential e transaction log — é a base de qualquer estratégia de backup no SQL Server.
A alternativa apresenta exatamente os três tipos principais de backup suportados pelo SQL Server: full (completo), transaction log (log de transações) e differential (diferencial). Esses são os tipos nativos documentados pela Microsoft, usados em conjunto para garantir recuperação completa e point-in-time.
Os termos "segment", "relational" e "regular" não correspondem a nenhum tipo de backup do SQL Server. "Relational" se refere ao modelo de dados (relacional), não a backup. A banca inventou esses nomes para parecerem técnicos.
"Flat", "free" e "primary" não são tipos de backup do SQL Server. "Flat" pode lembrar arquivo plano (flat file), mas não é um tipo de backup. "Primary" se refere ao filegroup primário do banco, não a um tipo de backup.
"Indexed", "integrated" e "spatial" não são tipos de backup. "Spatial" se refere a dados geoespaciais (SQL Server tem suporte a tipos espaciais), mas não é um tipo de backup. A banca misturou conceitos de banco de dados para criar distratores.
"Recursive", "dimensional" e "master" não são tipos de backup. "Dimensional" lembra modelagem dimensional (data warehouse), e "master" é o nome de um banco de sistema do SQL Server, mas nenhum deles é um tipo de backup.
A banca cria termos que soam técnicos ("segment", "relational", "flat", "spatial") para confundir quem não domina a nomenclatura oficial. O candidato que conhece a documentação do SQL Server reconhece imediatamente a tríade correta: full, differential e transaction log. Não se deixe enganar por nomes inventados — memorize os três tipos oficiais.
Para fixar, lembre da estratégia de backup: full (base), differential (mudanças desde o full) e transaction log (mudanças desde o último log). Essa tríade é a base de qualquer plano de recuperação de desastres no SQL Server. Em provas, sempre desconfie de termos que não aparecem na documentação oficial.
Gabarito: letra A
Link permanente: /questoes/vu222876