Backup de banco de dados invasivo

Question

Estou procurando a melhor maneira de fazer backup do meu banco de dados abrangente . Li a documentação mas ainda tem algumas perguntas.

Parece que o método de Operações Contínuas só me permite fazer backup de todo o banco de dados? Então eu faço butil -startbu @filelist , então backup de todo o banco de dados (cópia, rsync, etc), em seguida, execute butil -endbu @filelist . Examinando a documentação, não vejo uma maneira de obter logs de transações desse método; como eu faria para MSSQL ( BACKUP LOG ACCT TO DISK ) ou Postgres ( archive_command ). Com o rsync, pode ser possível fazer isso a cada 15 minutos.

O método de arquivamento de arquivamento significa que eu teria que ocasionalmente parar o banco de dados para obter um backup completo, o que é aceitável para mim. Mas posso copiar os arquivos de log do servidor a cada 15 minutos, ou seja, envio de logs?

Obrigado.

    

Answer 1

Da leitura do restante desse capítulo, parece que sua suposição está correta. Não há equivalente ao envio de log do MS-SQL.

Restoring Data Files when Using Continuous Operations If you are using Continuous Operations for your backup strategy, then you have no recovery log that can be used to recover changes since your last backup. All database changes since your last backup are lost, with the possible exception of any transactions stored in the transaction log. Any such transactions are automatically rolled forward by the database engine when it starts up.

Assim, existem logs de transações, mas não parece que o sistema coloque qualquer tipo de estrutura em torno de enviá-los ou garantir que eles estejam fazendo o que você espera que eles façam. IOW, não sei como você confirmará se um determinado log de transação é consistente com qualquer backup completo fornecido com a operação contínua.

Se você deseja fazer o registro de arquivamento a cada 15 minutos, é necessário desligar o banco de dados a cada 15 minutos. Esse não é um modo normal de operação para a maioria dos bancos de dados de produção - o seu ambiente permite isso?

    

Answer 2

Meu entendimento sobre os registros de arquivamento é que você precisa excluí-los manualmente após cada backup, pois eles estão sendo gravados constantemente para que você possa fazer o backup a cada 15 minutos.

Etapa inicial: interrompa o banco de dados, crie um backup, ative o arquivamento, inicie o db Então, você poderia fazer o backup dos arquivos a cada 15 minutos por ~ 24 horas. Próximo backup completo: Pare o banco de dados, crie um backup, exclua / renomeie arquivos, inicie o db Então, você poderia fazer o backup dos arquivos a cada 15 minutos por ~ 24 horas. Próximo backup completo: Pare o banco de dados, crie um backup, exclua / renomeie arquivos, inicie o db .... assim por diante

O motivo, pelo que entendi, é que, se você não excluir / renomear os arquivos, ele ainda incluirá todas as alterações desde o primeiro backup (que já estão no seu backup mais recente). A manutenção dos arquivos é da responsabilidade do SEU ... não parece haver algo automatizado em torno disso.

Do Guia de Operações Avançadas

"Após um backup bem-sucedido, exclua todos os registros de arquivamento existentes.

Cuidado: exclua os arquivos de log correspondentes antes de retomar trabalhando com os arquivos de dados. Sincronizando os arquivos de dados de backup e os arquivos de log correspondentes são um fator crítico de sucesso recuperação. "