Ei, geralmente sou mais um dba de desenvolvimento, mas o antigo dba saiu --- e ele saiu há cerca de um ano sem um substituto.
Eu finalmente estou olhando sob o capô de alguns desses servidores - não sou um dba de produção, mas executei alguns diagnósticos que encontrei on-line e eles dizem que tenho grandes problemas.
De qualquer forma, estou aprendendo essas coisas lentamente, mas isso parece um problema comum --- tenho o modo Full Recovery em um banco de dados específico, mas nunca faço backup - como resultado, o arquivo de log cresce exponencialmente - entendi?
Quais são minhas opções para me livrar disso?
Estou supondo:
Se eu fizer um backup completo ou agendar um, o arquivo de log será limpo depois disso?
Posso simplesmente mudar para o modelo de recuperação simples? Eu sei que isso tem implicações de recuperação - estou confortável com a perda de dados, pois este é um banco de dados de BI. Isso liberará o arquivo de log imediatamente também? Tenho que fazer algo ALÉM de mudar para o modelo de recuperação simples?
Existe alguma maneira de monitorar o progresso de qualquer uma dessas duas opções? Eu estou supondo que isso fará com que o banco de dados comece a consumir recursos fazendo uma coisa ou outra.
Obrigado!
Se você tiver um backup completo e não precisar de recuperação pontual, basta alternar o banco de dados para recuperação simples. Após o próximo ponto de verificação, você poderá reduzir o arquivo de log. Se o VLF ativo estiver no final do arquivo, reconstrua um índice ou dois e tente novamente.
O modo de recuperação permite a capacidade de recuperação Point In Time. Se você estiver no modo SIMPLE, só poderá restaurar para seu último Backup COMPLETO ou DIFERENCIAL. Se você estiver FULL, poderá recuperar para um ponto específico no tempo com base nos backups de log que fez.
Os backups de log de transações devem ser feitos para atender a um objetivo de ponto de recuperação (RPO) específico. Se a empresa disser que tolerará 1 hora de perda de dados em um desastre, você precisará fazer backups de log de transações no mínimo de hora em hora. Esses backups de log de transações serão usados em uma situação de recuperação em conjunto com seus backups COMPLETOS e DIFERENCIAIS. Fazer backups de log de transações também impedirá que seu arquivo de log de transações no banco de dados cresça exponencialmente.
Se você não tem uma estratégia de backup, veja este artigo de Paul Randal. https://www.sqlskills.com/blogs/paul/planning-a-backup-strategy-where-to-start/ https://www.sqlskills.com/blogs/paul/the-accidental-dba-day- 8-de-30-backups-planning-a-recovery-strategy/
Uma vez que você tenha alguma compreensão sobre o que você deve fazer, procure neste site um conjunto de scripts que automatizarão o backup e a manutenção de seus bancos de dados. https://ola.hallengren.com/
Ola Hallengren escreveu um conjunto estelar de scripts que a maioria dos DBAs usará para configurar backups de seus ambientes. Eles são super simples, personalizáveis e poderosos.