Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Pode migrar bases de dados do SQL Server para instâncias do Cloud SQL para SQL Server com o serviço de migração de base de dados através de um fluxo de cópia de segurança e restauro.
Primeiro, carrega a cópia de segurança completa da base de dados e os ficheiros de registo de transações para um contentor do Cloud Storage. Em seguida, o serviço de migração de base de dados monitoriza ativamente o seu contentor e replica continuamente os dados para a instância do Cloud SQL for SQL Server de destino.
Esta página oferece uma vista geral das principais funcionalidades do Database Migration Service para migrações homogéneas do SQL Server:
A
origem e o destino suportados apresentam todas as versões do SQL Server suportadas pelo serviço de migração de bases de dados.
A monitorização
apresenta uma introdução aos registos e às métricas que podem
ajudar a observar o progresso e o estado da sua tarefa de migração.
Encriptação analisa como pode migrar
com ficheiros de cópia de segurança do SQL Server encriptados.
Bases de dados de origem e de destino suportadas
Pode usar o Database Migration Service para migrar entre a mesma versão e edição do SQL Server ou de versões anteriores do SQL Server para versões posteriores suportadas no Cloud SQL, desde que siga as diretrizes de compatibilidade de versões. Para mais informações,
consulte as atualizações de versão e edição suportadas para a sua versão do SQL Server
na documentação da Microsoft. Por exemplo, consulte o artigo
Atualizações de versões e edições suportadas (SQL Server 2022).
A tabela seguinte apresenta todas as bases de dados de origem e de destino do SQL Server compatíveis:
Bases de dados de origem
Bases de dados de destino
Amazon RDS
Cloud SQL para SQL Server versões 2022, 2019 e 2017
SQL Server autogerido
(nas instalações ou em qualquer VM na nuvem que controla totalmente)
Fluxo de dados de migrações contínuas
Para migrações homogéneas do SQL Server para o Cloud SQL, o Database Migration Service suporta o fluxo de
migração contínua. Nesta abordagem, os dados são primeiro
carregados a partir de um ficheiro de cópia de segurança completo da base de dados e, em seguida, a partir de um ficheiro de cópia de segurança diferencial.
Depois, são atualizados continuamente com base nos ficheiros de registo de transações que carrega para
um segmento do Cloud Storage dedicado.
Figura 1. Movimento de dados durante o Database Migration Service para migrações do SQL Server. (clique para aumentar)
A um nível elevado, os seus dados movem-se pelas fases de migração da seguinte forma:
Carrega os seus ficheiros de cópia de segurança para o Cloud Storage.
As migrações contínuas do SQL Server requerem que faça primeiro uma cópia de segurança completa da base de dados de origem e, em seguida, carregue o ficheiro de cópia de segurança para um contentor do Cloud Storage.
Para atualizações subsequentes, pode fornecer opcionalmente um ficheiro de cópia de segurança diferencial
e, em seguida, carregar ficheiros de registo de transações.
Também pode automatizar a criação e os carregamentos contínuos de registos de transações.
Para ver detalhes sobre como o Database Migration Service usa diferentes tipos de ficheiros de cópias de segurança
em migrações homogéneas do SQL Server, consulte
Tipos de ficheiros de cópias de segurança suportados.
Quando a tarefa de migração é iniciada, o Database Migration Service carrega a cópia de segurança completa mais recente da base de dados para a instância de destino do Cloud SQL para SQL Server.
Assim que o carregamento inicial estiver concluído, o serviço de migração de bases de dados muda para a fase de carregamento incremental. Neste ponto, o Database Migration Service faz o seguinte:
Se a tarefa de migração estiver configurada para usar um ficheiro de cópia de segurança diferencial, o serviço de migração de bases de dados analisa a pasta diff e carrega ficheiros de cópia de segurança diferencial para a instância de destino. Se a tarefa de migração estiver configurada para usar um ficheiro de cópia de segurança diferencial, mas o serviço de migração de bases de dados não o conseguir encontrar no contentor do Cloud Storage, a tarefa de migração apresenta um erro enquanto procura continuamente o ficheiro de cópia de segurança diferencial na pasta diff.
O serviço de migração de bases de dados carrega os ficheiros de cópia de segurança diferencial apenas uma vez, no início da fase de carregamento incremental. Quando a tarefa de migração prossegue para trabalhar com ficheiros de registo de transações, não são reconhecidos novos ficheiros de cópia de segurança diferencial quando os carrega para a pasta diff.
Agora, o Serviço de migração de bases de dados analisa continuamente o seu contentor do Cloud Storage
para encontrar ficheiros de cópias de segurança do registo de transações a replicar na instância de destino.
À medida que novos dados são apresentados na base de dados de origem, pode continuar a exportar
os ficheiros de cópia de segurança do registo de transações e carregá-los para o mesmo contentor do Cloud Storage. O Database Migration Service recolhe todos os novos ficheiros de cópia de segurança do registo de transações e replica-os na base de dados de destino.
Pode parar a replicação em curso e promover a tarefa de migração quando quiser
mudar a sua aplicação para que use a instância de destino do Cloud SQL para SQL Server
como a base de dados de produção. Para aceder a um guia de migração passo a passo detalhado, consulte o
guia de migração do Cloud SQL para SQL Server.
Monitorização
Figura 2. Diagrama de observabilidade de amostra no Database Migration Service.
(clique para aumentar)
O Database Migration Service oferece capacidades de registo e observabilidade extensas para ajudar a monitorizar o progresso da migração. Estas funcionalidades incluem diagnósticos em tempo real para o atraso na replicação e o processamento de ficheiros de cópia de segurança do registo de transações, bem como registos detalhados para o estado do trabalho de migração e o estado da instância de destino do Cloud SQL para SQL Server.
O Database Migration Service é totalmente compatível com
cópias de segurança do SQL Server encriptadas. Se carregar a sua chave de encriptação para o Google Cloud, o serviço de migração de base de dados pode desencriptar em segurança os seus dados e carregá-los para a instância de destino do Cloud SQL para SQL Server sem comprometer a segurança dos seus dados.
Para saber mais sobre os dados e o apoio técnico de funcionalidades do SQL Server no serviço de migração de base de dados, consulte as
limitações conhecidas.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-21 UTC."],[[["\u003cp\u003eDatabase Migration Service allows the migration of SQL Server databases to Cloud SQL for SQL Server using a backup and restore method, where full database backups and transaction logs are uploaded to Cloud Storage.\u003c/p\u003e\n"],["\u003cp\u003eThe service supports various source databases, including Amazon RDS and self-managed SQL Servers, and can migrate between different SQL Server versions as long as version compatibility guidelines are met.\u003c/p\u003e\n"],["\u003cp\u003eData migration occurs in a continuous flow, starting with a full backup, followed by an optional differential backup, and then ongoing updates from transaction log files uploaded to a designated Cloud Storage bucket.\u003c/p\u003e\n"],["\u003cp\u003eDatabase Migration Service offers monitoring capabilities, including real-time diagnostics and detailed logs, to track the progress and health of the migration process.\u003c/p\u003e\n"],["\u003cp\u003eThe migration service can handle encrypted SQL Server backups, ensuring data security by decrypting the files using an uploaded encryption key during the migration process.\u003c/p\u003e\n"]]],[],null,["# Database Migration Service for SQL Server\n\nYou can migrate SQL Server databases to Cloud SQL for SQL Server\ninstances with Database Migration Service by using a backup and restore flow.\nYou first upload the full database backup and transaction\nlog files to a Cloud Storage bucket. Database Migration Service then actively\nmonitors your bucket, and continuously replicates your data to the destination\nCloud SQL for SQL Server instance.\n\nThis page provides an overview of the key Database Migration Service\nfeatures for homogeneous SQL Server migrations:\n\n- [Supported source and destination](#supported-src-and-dest) lists all SQL Server\n versions supported by Database Migration Service.\n\n- [Continuous migrations data flow](#data-flow-migration-types) provides an end-to-end overview\n of how your data moves in Google Cloud during the migration process.\n\n- [Monitoring](#monitoring)\n gives an introduction for logs and metrics that can\n help you observe the progress and health of your migration job.\n\n- [Encryption](#securing-migration-jobs) looks at how you can migrate\n with encrypted SQL Server backup files.\n\nSupported source and destination databases\n------------------------------------------\n\nYou can use Database Migration Service to migrate between the same SQL Server\nversion and edition, or from earlier versions of\nSQL Server to later versions supported in Cloud SQL, as long\nas you follow the version compatibility guidelines. For more information,\nsee the supported version and edition upgrades for your SQL Server\nversion in Microsoft documentation. For example, see\n[Supported version and edition upgrades (SQL Server 2022)](https://learn.microsoft.com/en-us/sql/database-engine/install-windows/supported-version-and-edition-upgrades-2022?view=sql-server-ver16#upgrades-from-earlier-versions-to-sql-server-2022).\n\nThe following table lists all supported SQL Server source and destination\ndatabases:\n\nContinuous migrations data flow\n-------------------------------\n\nFor homogeneous SQL Server migrations to Cloud SQL,\nDatabase Migration Service supports the\n[continuous migration](/database-migration/docs/overview#migrationconcepts) flow. In this approach, your data is first\nloaded from a full database backup file, then from a differential backup file,\nand then continuously updated based on transaction log files you upload to\na dedicated Cloud Storage bucket.\n[](#lightbox-trigger) **Figure 1.** Data movement during Database Migration Service for SQL Server migrations. (click to enlarge)\n\nAt a high level, your data moves through the migration phases as follows:\n\n1. You upload your backup files to Cloud Storage.\n\n Continuous SQL Server migrations require that you first take a\n full backup of your source database, and then upload the backup file to\n a Cloud Storage bucket.\n For subsequent updates, you can optionally provide a differential backup file,\n and then upload transaction log files.\n You can also automate continuous transaction log creation and uploads.\n - For more information on automating continuous transaction log creation and\n uploads, see\n [Schedule transaction log backups](/database-migration/docs/sqlserver/automate-backup-exports).\n\n - For details on how Database Migration Service uses different types of backup files\n in homogeneous SQL Server migrations, see\n [Supported backup file types](/database-migration/docs/sqlserver/supported-backup-files).\n\n2. When the migration job starts, Database Migration Service loads the latest full\n database backup to the destination Cloud SQL for SQL Server instance.\n\n3. Once the initial load is complete, Database Migration Service switches to the incremental\n load phase. At this point, Database Migration Service performs the following:\n\n 1. If your migration job is configured to use a differential backup file,\n Database Migration Service scans the `diff` folder and loads differential backup\n files to your destination instance. If your migration job is configured\n to use a differential backup file, but Database Migration Service can't find it\n in the Cloud Storage bucket, the migration job shows an error\n while continuously searching the `diff` folder for the differential\n backup file.\n\n Database Migration Service loads differential backup files only once, at the beginning\n of the incremental load phase. When the migration job proceeds to work with\n transaction log files no new differential backup files are recognized when\n you upload them to the `diff` folder.\n 2. Now Database Migration Service continuously scans your Cloud Storage bucket\n for transaction log backup files to replicate on your destination instance.\n\n4. As new data shows up in your source database, you can keep exporting\n the transaction log backup files and uploading them to the same Cloud Storage\n bucket. Database Migration Service picks up all new transaction log backup files and\n replicates them on the destination database.\n\nYou can stop the ongoing replication and promote the migration job when you want\nto switch your application to so that it uses the Cloud SQL for SQL Server\ndestination instance as the production database. For a detailed step-by-step\nmigration guide, see\n[Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide).\n\nMonitoring\n----------\n\n[](#lightbox-trigger) **Figure 2.** Sample observability diagram in Database Migration Service. (click to enlarge)\n\nDatabase Migration Service provides extensive logging and observability capabilities\nto help you monitor the migration progress. These features include real-time\ndiagnostics for replication delay and transaction log backup file processing,\nas well as detailed logs for Cloud SQL for SQL Server destination instance health\nand migration job state.\n\nFor more details, see\n[Migration job metrics](/database-migration/docs/sqlserver/migration-job-metrics).\n\nEncryption\n----------\n\nDatabase Migration Service is fully compatible with\n[encrypted SQL Server backups](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-encryption). If you upload your\nencryption key to Google Cloud, Database Migration Service can safely decrypt\nyour data and load it to the Cloud SQL for SQL Server destination instance without\ncompromising your data security.\n\nFor more details, see\n[Encrypted SQL Server backup files](/database-migration/docs/sqlserver/backup-file-encryption).\n\nWhat's next\n-----------\n\n- To learn more about SQL Server data and feature support in\n Database Migration Service, see\n [Known limitations](/database-migration/docs/sqlserver/known-limitations).\n\n- To get a complete, step-by-step migration walkthrough, see\n [Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide)."]]
