Esta é uma questão teórica para ajudar no meu entendimento. Qual é o processo para mudar do modelo de recuperação completo para simples no sql server?
O processo é o seguinte:
- Faça um backup de log trans antes da mudança para simples, para que eu possa fazer uma recuperação pontual até a mudança.
- Mude para simples.
- Possivelmente execute DBCC SHRINKFILE com TRUNCATE ONLY para liberar algum espaço em disco.
- Possivelmente altere o banco de dados para diminuir o tamanho do arquivo de log trans.
- Faça um backup completo.
Acho que minhas principais perguntas sobre o ponto 1. Se eu não fizer um backup de log trans, SIMPLES descartará todos os dados no log trans final ou mudará para backup SIMPLES do log trans (acho que não).
Também acredito que é uma prática recomendada executar uma troca de pós-backup completo para SIMPLE, para que novas transações possam ser enviadas dos logs trans para os arquivos de dados no ponto de verificação.
Depois de mudar para Simples, o Trans Log não manterá mais um registro de operações desde seu último backup (arquivos de banco de dados) - no ponto da troca, todas as transações terão sido confirmadas nos arquivos principais do banco de dados, portanto, não serão descartadas - elas são já efetivo nos arquivos de banco de dados.
Seu ponto 1 não vale a pena (na minha opinião) - uma vez alterado para SIMPLE, você deve fazer backup dos arquivos do banco de dados - que conterão todos os dados.
Lembre-se de que o modelo de recuperação COMPLETO existe apenas para que você não precise fazer backup dos arquivos do banco de dados todas as vezes (portanto, no modelo de recuperação COMPLETO, seu processo de recuperação é: Restaurar arquivos do banco de dados principal e restaurar backups do log de transações). Com o modelo SIMPLE, o processo de recuperação é apenas restaurar arquivos do banco de dados principal.
O que estou tentando dizer é: O mais rápido possível (dependendo do desempenho e do tipo de transação) as transações que podem ser encontradas no Log de transações são confirmadas nos arquivos de dados principais (mdf, ndf) que são armazenados no .bak quando o backup for feito. Portanto, o modelo SIMPLE permite que você restaure até o ponto no tempo em que você fez um .bak. seria uma restauração de Bak + trn + trn + trn (se você tivesse feito 3 backups trn desde seu último bak).
O único objetivo dos diferentes modelos de recuperação é a estratégia de backup e o tempo economizado por não fazer um bak toda vez.
Agora que digitei, entendo por que você fez a pergunta!
Embora não seja um inglês perfeito, acho que isso fornece uma análise relativamente boa dos diferentes modelos e por que você os usaria: http://www.todo-backup.com/backup-resource/sql-backup-software/three-sql -server-recovery-models.htm
É assim que eu faria sua lista:
Notas: Se você está preocupado, faça um backup antes de 1 também. Vou deixar 3 e 4 como estão, porque são questões totalmente diferentes! ( http://www.sqlskills.com/blogs/paul/why-you-should-not-shrink-your-data-files/ )
IMHO você
MUST take transaction log backup before swithching to simple recoveryiria ajudá-lo na recuperação do PIT, bem como documentado e recomendado no artigo BOL . Não fará nenhum dano e você terá um failsafe.Observe também que é aconselhável alterar o modelo de recuperação quando a carga no banco de dados for relativamente menor. Embora você possa alterá-lo no horário de pico, alterar o modelo de recuperação bloqueia o banco de dados e, se a carga for alta, você poderá enfrentar atrasos.
Nenhuma transação/alteração seria perdida se você mudasse de recuperação total para simples. Alterar o modelo de recuperação forçaria um ponto de verificação que confirmaria as transações que podem ser confirmadas. Depois de alterar o modelo de recuperação para um ponto de verificação automático simples, truncaria os logs de transações (se nenhuma transação de execução longa estiver mantendo os logs)
Os pontos 3 e 4 não são totalmente obrigatórios, você tem um motivo específico para fazê-lo?
O ponto 5 é necessário e você deve fazer pelo menos backup completo diário do banco de dados em recuperação simples. No entanto, o backup do banco de dados deve estar de acordo com o RPO e o RTO acordados. Você também pode fazer backup diferencial em recuperação simples para reduzir o RTO.