Minha equipe está pensando em fazer backup de todos os bancos de dados em um Isilon NAS e estamos realizando testes de tempo para ver se o tempo de restauração do NAS é mais rápido do que executar uma cópia para o armazenamento local antes da restauração. Além de considerar o rendimento do armazenamento de origem e destino e o link de rede, o que mais devemos considerar antes de fazer uma seleção? Obrigada!
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Na minha experiência, não há nada a ganhar copiando arquivos localmente antes de executar a restauração. Se o destino da restauração tiver capacidade de E/S suficiente, você poderá restaurar a partir do compartilhamento de rede muito próximo à velocidade de uma cópia de arquivo.
Sinta-se à vontade para restaurar pela rede, se estiver estável. Se não estiver, é muito mais rápido copiá-lo primeiro e depois tentar restaurar. Com uma cópia, você pode usar um programa do tipo robocopy para continuar de onde parou em caso de erro/interrupção da rede. Depois de copiado, você pode apenas restaurar no SQL Server. O SQL Server não poderá 'recomeçar de onde parou' em caso de erros de rede.
O backup é mais sensível do que uma restauração, seu arquivo será totalmente restaurado ou não será totalmente restaurado; essas são as únicas 2 opções. Os backups podem ser corrompidos durante muitas partes diferentes do processo do subsistema de E/S do disco no armazenamento, cópia na rede, disco em repouso, possivelmente, etc.
Obviamente, isso não quer dizer que seu backup restaurado não será corrompido após a restauração, ou mesmo que seu próprio banco de dados não tenha sido corrompido durante o backup. :)