Preciso minimizar o armazenamento do SQL Server em preparação para migrar para a nuvem.
Há cerca de 10 bancos de dados que provavelmente são 99% lixo/necessários para exclusão. Talvez 100%. Bancos de dados de relatórios.
Qual é a melhor maneira de fazer algum tipo de "backup" compactado por apenas 6 meses? ... São cerca de 500 GB no total... os arquivos LDF e MDF seriam suficientes? (não economizaria em armazenamento, mas posso colocar em algum lugar barato).
É algo que é basicamente inútil, mas ocasionalmente algum caso marginal pode ser necessário para colocá-lo online. Não é provável, mas é possível.
Estou pensando que provavelmente há uma opção de backup suficiente. Não preciso de um ponto no tempo ou algo extravagante. Apenas "aqui estão os 10 dbs nesta data (digamos hoje) em caso de emergência". Esses são bancos de dados de relatórios amplamente autocontidos - não aplicativos complicados. Entendo que a corrupção pode ser possível de alguma forma, mas estou disposto a arriscar.
Esta também é uma versão vergonhosamente antiga do SQL Server, 2014, se isso for relevante.
Você não pode simplesmente pegar todos os dados mais recentes dos últimos 6 meses, o SQL Server não armazena a data de criação/modificação de cada linha .
Então você precisa selecionar os registros que deseja fazer backup no nível lógico do banco de dados. Se você não especificou a coluna de data com antecedência, você pode tentar selecionar os registros que precisa por algum outro recurso, por exemplo, por ID - você pode pegar os últimos 10.000 registros.
Em seguida, crie um novo banco de dados e copie os dados de cada tabela usando
Este comando criará imediatamente uma tabela, mas sem índices e chaves estrangeiras. Isso é bom no seu caso, pois a ausência deles reduzirá o tamanho do backup.
WITH COMPRESSION
opçãoComo alternativa, crie um backup lógico do banco de dados. Por exemplo, criando um Export Data Tier Application - esse backup pode ocupar ainda menos espaço.