Estou tentando criar uma estratégia de backup para o SQL Server 2005. Estou pensando em fazer backup completo uma vez por semana, backup diferencial uma vez ao dia e backup de log de transações a cada 15 minutos. O banco de dados tem cerca de 50GB de tamanho. A coisa é que o banco de dados é ao vivo a cada segundo do dia. O backup completo atrapalhará qualquer operação? Preciso fazer alguma coisa em particular para fazer backups sem interrupções em nenhuma operação de banco de dados?
Junto com o que já foi dito, minha sugestão é que você determine qual é o requisito do negócio em relação à tolerância para perda de dados e tempo de inatividade. O fato de você estar "pensando" em como fazer backup do banco de dados me diz que está adivinhando qual é o método e o tempo apropriados para fazer backup, em vez de saber o que é necessário para atingir seu objetivo de negócios em relação à perda de dados. tempo de inatividade.
Eu só posso echo joeqwerty. Para uma linha séria de aplicativos de negócios em que a disponibilidade e o tempo de inatividade realmente importam, você tem para começar com "Quais são os requisitos de negócios em relação à disponibilidade e integridade de dados".
Não pense apenas em backup , pense em restauração .
Quanto tempo levaria para restaurar o DB ao último estado conhecido usando seu esquema proposto? Você sabe? Esse período de tempo é aceitável para os negócios?
O que a empresa pode oferecer nessa área e isso permite que você forneça o que eles exigem?
Eu sei que pode parecer contra-intuitivo pensar em restaurar antes de você descobrir como fazer backup, mas no caso de algo ruim acontecer, então essa abordagem vai doer muito menos a longo prazo.
Não haverá uma 'pausa' das operações do banco de dados com um backup do SQL Server, mas isso não significa que o desempenho não será afetado. A melhor prática para este IMHO é configurar um disco separado apenas para backup que é separado para seus dados e disco de log.
Tags backup sql-server-2005