Executamos nosso trabalho de backup semanal às 21:00 às sextas-feiras e estamos enfrentando alguns problemas com relação ao espaço em disco (que às vezes fica perigosamente baixo) e ao desempenho. Estamos buscando simplificar / otimizar o que acontece e agradeceríamos seus comentários.
Especificamente:
O processo de backup leva cerca de 4 horas para atualizar as estatísticas durante o backup. Podemos desativar com segurança esse processo para economizar tempo?
Estamos com pouco espaço em disco com muita regularidade e imaginando se devemos refazer o processo. Atualmente, ele cria o backup e exclui o backup anterior, e é isso que está sobrecarregando o espaço em disco. Podemos excluir com segurança o anterior primeiro e depois fazer o backup?
Quaisquer outros comentários ou observações serão muito bem-vindos EDIT: O tamanho total dos arquivos SQL no servidor é de cerca de 35 GB. Um db tem cerca de 25 GB de tamanho, enquanto os outros seis compartilham os outros 10 GB.
Respostas:
(1) Sim, eu normalmente tenho o processo de backup por si só. Eu não estaria fazendo muita coisa durante o meu tempo de backup, se pudesse. Você pode fazer o backup e fazer a atualização nas estatísticas. Parece que você está executando dois trabalhos (1 para backup e 1 para atualização de estatísticas) ao mesmo tempo?
(2) Você copia o backup em fita ou outro armazenamento em disco? Nesse caso, normalmente limpo os arquivos antes de criar novos backups localmente. Caso contrário, se estiver buscando espaço de armazenamento, considere compactar o arquivo de backup antes da criação do novo. (Ou seja, se você não puder ativar a compactação nos backups, como o @Simon sugeriu, isso também economizará espaço.)
fonte
Só posso responder à pergunta 2 aqui. Eu recomendo que você dê uma olhada nos backups compactados.
fonte
1) Não vejo uma relação direta entre a tarefa de fazer um backup e a tarefa de atualizar estatísticas. Então você pode dividi-los sem nenhum problema. Eu veria a parte das estatísticas de atualização mais relacionada a um trabalho que desfragmentaria / reconstruiria os índices.
2) Mesmo que seja por pouco tempo, você não quer ficar sem um backup. Portanto, você desejará remover o último backup apenas se já o tiver salvo em outro lugar.
Nota lateral aqui: se você estiver fazendo backups na mesma caixa de armazenamento em que possui o banco de dados, os backups não serão seguros quando houver um problema de hardware na caixa de armazenamento. Portanto, você precisa garantir espaço suficiente para backups em outro lugar, não na mesma máquina.
Nota lateral 2: conforme especificado já por Simon, invista tempo / dinheiro em backups compactados se houver problemas de espaço. Você pode ver muitas idéias nesta pergunta: O menor backup possível… com o SQL Server .
fonte
Sua tarefa de atualização de estatísticas não deve levar 4 horas para um banco de dados de 3 a 4 GB. É mais provável que você tenha alguns problemas de E / S ou um banco de dados fortemente fragmentado que esteja criando problemas de E / S. Execute uma desfragmentação ou reconstrução de índice no banco de dados e veja se isso melhora o desempenho. Caso contrário, inicie o perfmon e verifique onde está o gargalo de desempenho.
fonte
Eu não recomendaria excluir seu backup único antes de fazer um novo. Não seria a primeira vez que um backup falharia ou a instância seria desativada, e um intervalo no tempo sem chance de recuperação é desaconselhável.
Essa não é a solução para o seu problema. Descobrir como ter mais espaço para abrigar os dois seria o caminho certo a seguir.
fonte