Há muitos softwares por aí que fazem backup do SQL Server diretamente do banco de dados, em vez de fazer o backup de um arquivo que foi retirado do SQL Server. Eu sempre tive medo de usá-lo, em termos de seu impacto no sistema de produção. Alguém tem alguma experiência com isto? É confiável? Importa qual produto você está usando ou interage com as APIs conhecidas do SQL Server, por isso não importa realmente?
Os backups nativos são tão confiáveis quanto as ferramentas de terceiros. As ferramentas de terceiros realmente usam o backup nativo para fazer backup do banco de dados. Eles simplesmente configuram uma unidade de fita virtual e o backup para esse dispositivo. Esse dispositivo está realmente lá dlls que fazem compressão extra, etc no backup.
Fazer backup dos arquivos do banco de dados via backup da rede sem interromper o banco de dados do SQL Server NÃO é suportado e não deve ser usado.
Tenho experiência (além da funcionalidade de backup nativa do SQL Server) com o SQL Backup do Redgate e o LiteSpeed for SQL Server da Quest, ambos sólidos e, para mim, funcionam mais rápido que o backup nativo do SQL. Ambos instalam procedimentos armazenados estendidos em sua instância do SQL. Na minha experiência, é muito mais confiável usar um desses produtos, ou até mesmo a funcionalidade de backup nativa do SQL, do que fazer backup do nível do sistema de arquivos. Você também tem muito mais opções disponíveis usando o backup nativo do SQL ou um pacote de backup de terceiros.
Os backups do SQL Server são de nível corporativo. Você pode criar um script em lote que faça backup do banco de dados e, em seguida, execute-o no agendador.
Não adquirimos nada além do SQL Server 2008 (o mesmo se aplica a 2005) e temos a seguinte recuperação de desastres: * backup diário de cada banco de dados de produção em arquivo usando um script em lote * replicação de bancos de dados de produção para o servidor de backup - a falha do sistema de produção requer apenas uma alteração de configuração no aplicativo da Web.
O SQL Server tem um sistema de alerta para informar se algo está errado. O impacto sobre a produção tem sido mínimo e nosso DRA é bastante strong, dado que não pagamos nada extra. Temos nossos dados em mais de três locais físicos e, no pior dos casos, perderíamos apenas um dia de dados.
Qualquer backup é tão confiável quanto a restauração correspondente .
Eu recuperei as tabelas SQL2005 ao vivo usando o agente do Backup Exec, de forma totalmente integrada e limpa. Ele usa o Volume Shadow Copy em vez das APIs SQL para realizar seu trabalho, mas espero que o gravador SQL VSS apenas use as APIs internamente de qualquer maneira (o VSS é apenas uma interface comum para fazer backup e restaurar no final do dia). / p>
Se você realmente deseja o backup do SQL ao vivo Você pode tentar com a replicação do banco de dados
Tags sql-server