Respostas:
Imagine que você pode ter muitos trabalhos de backup. Backups completos, backups diferenciais, backups de log de transações ... Agora imagine que você precisa mover todos os seus backups do disco local para a SAN. se você usa dispositivos de backup, basta recriar os dispositivos com caminhos para o novo disco. Porém, se seus scripts de backup forem escritos para usar caminhos completos, você precisará reescrever todos os trabalhos, cada etapa do trabalho para alterar esses caminhos.
Mas pode haver um cenário em que você não precisa usar os dispositivos de backup, por exemplo, quando usa algum cenário personalizado em que altera dinamicamente o caminho do backup ou o nome do arquivo (por exemplo, adicionando data / hora à pasta ou nome do arquivo).
Eu prefiro um arquivo por backup
Eu não quero:
Se você tiver um banco de dados com tamanho de TB, partições, grupos de arquivos e quiser fazer backups / restaurações parciais, esses problemas serão multiplicados. Em uma situação de DR, quero tudo simples e claro.
A maioria das lojas (grandes e pequenas) em que eu já fiz isso: é mais simples lidar com arquivos auto-descritivos.
O conceito de "dispositivo" remonta ao Sybase, SQL Server 6.5 e versões anteriores. Aqui você também tinha dispositivos de disco MDFs e LDFs separados foram introduzidos com o SQL Server 7
Um dispositivo de backup lógico é apenas uma abstração do dispositivo físico.
Isso simplifica a alternância entre dispositivos físicos, pois você pode alterar a definição do dispositivo lógico em vez de precisar editar seus scripts de backup ou pacotes de manutenção.
Usei um dispositivo de backup lógico para um sistema de relatórios em que queríamos executar várias restaurações e não quisemos criar um script para o caminho completo. Poderíamos facilmente alterar a definição do dispositivo de despejo sem precisar alterar nossos scripts.
Acredito que o mesmo conceito se aplica ao uso de um dispositivo de despejo lógico para backups em fita, embora nunca tenhamos despejado diretamente na fita.
Esses são os únicos benefícios que conheço agora.
Embora tenham seus usos, prefiro manter um backup completo, diferencial ou de log de transações por arquivo, pois facilita a execução de scripts de limpeza para excluir backups antigos e impedir que as unidades de backup se encham.
No meu entender, os benefícios de usar um dispositivo de backup estão simplificando os scripts, facilitando a movimentação de unidades ou dispositivos e, o mais útil, na minha opinião; ser capaz de ter um script de backup uniforme em vários servidores, onde o local do backup pode ser definido servidor a servidor, mas o dispositivo de backup pode permanecer o mesmo em todos os servidores. Por exemplo "Primary_Backup_Location".
Além do que já foi escrito acima, a única outra razão pela qual pude ver o uso de dispositivos de backup é se você tem espaço limitado. Se você tiver um banco de dados de 100 GB e 2 unidades com 60 GB de espaço livre cada, poderá criar um dispositivo de backup em cada unidade e fazer backup em ambas. A ressalva é que você precisa dos dois dispositivos para restaurar.
-chris
- é claro que você também pode gravar em vários arquivos de backup em vez dos dispositivos.