Atualmente distribuímos snapshots de nosso banco de dados para nossas lojas usando rdiff em backups compactados de todo o banco de dados.
Para otimizar o tempo que leva para criar esses backups e para cada loja baixá-los, pretendemos deixar de fora algumas das tabelas/linhas menos importantes.
As duas maiores tabelas já estão em seus próprios grupos de arquivos, mas não são somente leitura, pois ainda são usadas.
Examinei o particionamento horizontal para separar os dados mais antigos em um grupo de arquivos somente leitura e posso excluí-los de um backup usando backups parciais; no entanto, não estou claro sobre como particionar horizontalmente uma tabela que já contém dados. A maior parte do que encontro é sobre a criação de uma nova tabela particionada.
O particionamento é a maneira recomendada de restringir o que é incluído em um backup completo ou existe outra maneira que eu não conheço?
Estamos executando o SQL Server 2005 Enterprise.
Responder1
Supondo que você ainda queira alterar suas 'linhas menos importantes', coloque esses dados em um grupo de arquivos diferente (mas ainda gravável). Em seguida, deixe esse grupo de arquivos fora do seu conjunto de backup.
...e você pode usar ALTER TABLE para colocar uma tabela em um esquema de partição específico.
ALTERAR A TABELA:http://msdn.microsoft.com/en-us/library/ms190273.aspx
Responder2
Você considerou a replicação ou o envio de logs? Parece um bom argumento para isso.
Além disso, não conheço seu ambiente específico, mas se o seu único motivo para NÃO executar o banco de dados no modo de recuperação total é que você não deseja lidar com backups de t-log, eu verificaria com os usuários corporativos se ou não ser capaz de recuperar apenas até o último backup é "bom o suficiente" para eles.