Pessoalmente, eu tenho um banco de dados de 12GB (e crescente) que tem um backup noturno. Eu mantenho 5 dias em disco cada no seu próprio arquivo e copio-os para a fita todas as noites com um mês ou mais de retenção. Também tenho logs de transações enviados a cada hora, cada um para seu próprio arquivo. Eu mantenho 3 dias destes ao redor, mas nunca os copio para fita. Se eu atualizar o armazenamento na fita, também posso iniciar isso, embora provavelmente não seja necessário (IMO), pois você tem os backups noturnos no intervalo.
Como Peter disse, é bom manter os backups em disco por pelo menos alguns dias para fazer restaurações mais rápidas e fáceis, sem mencionar as restaurações em um banco de dados secundário por razões de depuração mais fáceis. Também é bom ter um bom tempo de retenção para a fita. Não é tanto um problema para mim, mas é bom para se você tiver recursos de exclusão em seu aplicativo e o cliente tiver um 'oops eu deletei algo ... um mês atrás que eu preciso hoje, você pode recuperá-lo para mim? tipo momento.
Editar:
Em resposta ao comentário e ampliando minha resposta um pouco aqui. Eu uso um segundo / terceiro trabalho SQL para gerenciar os arquivos para mim. No SQL 2005 eu tive problemas gerenciando os arquivos onde ele não iria apagar corretamente, então eu escrevi algum código (VBScript) para fazer isso para mim em uma tarefa agendada, na medida em que excluí-lo. Mas, no SQL 2008, eles o corrigiram, ou eu apenas fiz um trabalho melhor configurando-o e ele exclui meus backups antigos, remessas de log antigas e até mesmo outro para manter a integridade do banco de dados. Em seguida, eu uso algum script VB para copiar meus arquivos para "fita", que eu realmente deveria reescrever em C # na próxima vez que eu ficar entediado. Estou usando o drive / discos IOMEGA REV como minha "fita" e eles estão funcionando muito bem.