Como excluir índices de backups no SQL Server 2008

Se você alternar para o modo de recuperação total, poderá fazer isso com grupos de arquivos, mas é muito, muito desajeitado. Você deixa os dados no grupo de arquivos primário e coloca os índices em um grupo de arquivos separado (não padrão, essa é a chave).

Em seguida, você escalona seus backups para fazer backups de grupo de arquivos do primário todas as noites e backups de log de transações a cada X minutos.

Quando ocorre um desastre, você restaura o grupo de arquivos primário sozinho. Os dados estão online de repente, mas os índices não. No entanto, para voltar à normalidade, você precisará exportar esses dados para um novo banco de dados limpo e adicionar índices a partir daí. Você não pode colocar o banco de dados completamente online sem restaurar todos os grupos de arquivos e não pode dizer "Não preciso mais desse outro grupo de arquivos".

Para saber mais sobre como isso funciona, confira meu tutorial em vídeo sobre restaurações de grupos de arquivos.

Honestamente, você realmente não quer fazer isso, mesmo que supere os outros problemas que outros levantam aqui.

Quando você restaura o backup em uma emergência, não quer esperar que os índices sejam reconstruídos e sofrerá um desempenho abominável até que o faça.

Não consigo pensar em uma situação em que você queira restaurar um backup sem índices; portanto, em todos os casos, você realmente deseja fazer backup deles ao mesmo tempo.

Você provavelmente precisará procurar outras soluções para esse problema ...

-Adão

Parece que isso não é suportado. A partir desta informação de relatório de bug :

Tem havido muito interesse neste, então vou entrar em mais detalhes sobre o que está acontecendo nos bastidores e o que significaria implementar essa funcionalidade. Alguns tipos de páginas de índice são segregados em unidades de alocação separadas, enquanto outros são misturados às páginas de dados. Onde atualmente olhamos apenas para o bitmap de alocação para ver se uma extensão está alocada, agora teríamos que entrar e interpretar o que está armazenado em cada unidade de alocação. Além disso, agora não poderíamos apenas fazer uma varredura linear dos arquivos de dados copiando dados, estaríamos pulando no arquivo. Toda essa interpretação das estruturas de dados tornaria o backup drasticamente lento. A restauração fica ainda mais interessante, pois existem muitas estruturas que teriam que ser consertadas para dar conta dos furos no backup. Caso contrário, você teria mapas de alocação apontando para páginas que não foram salvas em backup e, portanto, com lixo etc. mais restaurá-lo. A outra faceta a considerar é que isso exigiria um grande esforço de engenharia para fazer tudo certo. Embora esse não seja o seu problema na superfície, considere que isso significa que outros recursos que você deseja ver não seriam construídos.

pode ser uma ideia maluca, mas vamos lá.

1. elimine seus índices não agrupados que ocupam muito espaço
2. faça um backup
3. recrie os índices que você derrubou

É claro que você só pode realmente fazer isso se seu banco de dados permitir algum tempo de inatividade durante o dia.

Além disso, não descarte seus índices clusterizados, pois o SQL Server desperdiçará muito tempo convertendo-os em um heap.

Comprar esse espaço em disco extra parece uma solução mais fácil?

Você já pensou em fazer backups compactados ? este é um novo recurso de 2008, pode ser uma opção para você.