Temos um banco de dados de produção muito grande que é de 10 TB. Estamos pensando em migrá-lo para um serviço em nuvem, mas preciso entender os riscos e estimar a duração de todo o processo. Eu faço backup do banco de dados uma vez por mês usando a solução de backup Native SQL Server 2014 SP2. A duração é de quase 720 minutos - 12 h. A taxa de compactação é 5, o que significa que o tamanho do backup é de quase 2 TB. Não podemos arcar com backups diferenciais porque acumulados, eles ocupam tanto tempo e espaço quanto o Full, então fazemos backups T-log (~200 Mb cada) em vez de 10 minutos ~ 144 arquivos por dia. A GRANDE questão é ter todas essas estatísticas, alguém tem ideia de quanto tempo levaria para restaurar um backup de 2 TB contendo 10 TB de dados? Seria muito mais longo do que a duração do backup completo?
relate perguntas
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Backups de banco de dados no Oracle - Exportar o banco de dados ou usar outras ferramentas?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Isso é simples e rápido de testar.
Pegue esse arquivo de backup de 2 TB, copie-o para o Azure usando AzCopy . Provisione um SQL Server usando a imagem "Licença gratuita: SQL Server 2017 Developer no Windows Server 2016" configurada com 12 a 15 TB de armazenamento SSD. Área de trabalho remota para a VM SQL e restaure o backup diretamente do Armazenamento de Blobs ou copie-o para um disco local e restaure-o.
Apenas lembre-se de desligar a VM quando não estiver testando e destruí-la e os discos quando terminar para minimizar as cobranças.
Obrigado a todos pelas respostas. Aqui está o que eu fiz para estimar o tempo de restauração. Atualmente, não podemos arcar com um cenário de teste real de restauração do backup de 2 TB e ainda não conheço a configuração final para a migração. Seria próximo do que temos agora. E será em Alibaba Cloud. Usaremos máquinas virtuais clássicas (ECS). Testei 2 restaurações de backup menores no 4º nó em um cluster SQL de 4 nós, que é idêntico na configuração com a instância do SQL Server de produção. As restaurações revelaram um aumento no tempo de restauração de 20% a 50% em relação ao tempo de backup. Tomando os 50% e aplicando ao tempo de backup de 720 minutos - obtive um tempo de restauração de 1080 minutos (18 horas). Também testei o caso com os backups dos dois bancos de dados testados divididos em 5 arquivos e o tempo de restauração não diminuiu.