Renomear o BAK ou alterar COMPATIBILITY_LEVEL não permite que uma engine antiga leia um backup novo. Schema e dados devem ser convertidos e copiados novamente no destino.
De um BAK novo para um BAK da versão destino
Envie um BAK, escolha o destino disponível e defina um nome novo. O serviço valida, reconstrói definições aceitas, transfere linhas, audita e entrega um BAK pronto para restore.
Comece pelo compatibility preflight
Faça o inventário de tables, columns, collations, keys, indexes, views, procedures, triggers, data types e features específicas da versão antes de criar o target. Mantenha a conexão source em read-only.
Crie o target e transfira os dados
Crie um novo target database e gere definições T-SQL para a target engine. Transfira rows em batches controlados, preserve identity values e recrie constraints seguindo as dependências.
Reconstrua, verifique e entregue
Reconstrua objetos programáveis suportados, documente deferred items, compare row counts e hashes SHA-256, execute checks DBCC e gere um BAK nativo após RESTORE VERIFYONLY ou test restore bem-sucedido.
Converta seu database com um workflow guiado
Troque scripts frágeis por inspection, acompanhamento de progresso e verification baseada em evidências.
Abrir dashboard de conversão