Este tópico descreve os métodos de restauração de dados compatíveis com o ApsaraDB RDS for SQL Server.
Cenário 1: Restaurar dados na nuvem
Método | Operação relacionada |
Restaurar dados em uma instância RDS existente | Restaurar dados do SQL Server. Nota Para restaurar um único banco de dados em uma instância RDS existente, recomendamos criar um backup manual seguindo as instruções em Criar um backup manual. Em seguida, use o arquivo de backup manual como ponto de referência para a restauração dos dados. Esse método facilita a reversão flexível de dados em cenários como atualizações ou lançamentos de versões de aplicativos. |
Restaurar dados em uma nova instância RDS (anteriormente conhecida como instância RDS clonada) | |
Restaurar dados de uma instância RDS temporária para a instância RDS original (Este método é adequado apenas para instâncias RDS que executam o SQL Server 2008 R2 e utilizam SSDs locais premium.) | |
Restaurar dados entre regiões | |
Restaurar dados em um banco de dados autogerenciado a partir de arquivos de backup | Baixe os arquivos de backup seguindo as instruções em Baixar backups de dados e logs. Depois, restaure os dados no banco de dados autogerenciado usando esses arquivos. |
Cenário 2: Migrar dados locais para a nuvem
Para obter mais informações, consulte Visão geral dos métodos de migração de dados e Soluções de migração para a nuvem do SQL Server.
|
Fonte de dados |
Migração incremental |
Abordagens disponíveis |
Abordagem recomendada |
|
SQL Server autogerenciado |
Sim |
Backup físico via OSS (manual), backup físico via Data Disaster Recovery e DTS, migração lógica via DTS |
Usar Data Disaster Recovery e DTS para migrar dados com base em arquivos de backup físico |
|
Azure SQL Database |
Sim |
Migração lógica via DTS, migração ponta a ponta pelo console do ApsaraDB RDS, migração via SQL Server Management Studio (SSMS) |
Migração ponta a ponta pelo console do ApsaraDB RDS ou migração lógica via DTS |
|
Azure SQL Managed Instance |
— |
Migração lógica via DTS, migração ponta a ponta pelo console do ApsaraDB RDS, migração via SSMS, backup físico via OSS |
— |
|
SQL Server em Azure Virtual Machines |
— |
Migração lógica via DTS, migração ponta a ponta pelo console do ApsaraDB RDS, migração via SSMS, backup físico via OSS |
— |
|
Amazon RDS for SQL Server |
Sim |
Migração lógica via DTS, migração ponta a ponta pelo console do ApsaraDB RDS, migração via SSMS, backup físico via OSS |
Migração ponta a ponta pelo console do ApsaraDB RDS ou migração lógica via DTS |
|
Huawei Cloud RDS for SQL Server |
Não |
Backup físico via OSS (apenas dados completos), migração lógica via DTS (apenas dados completos), migração via SSMS |
|
|
TencentDB for SQL Server |
Sim |
Migração lógica via DTS, backup físico via OSS, migração via SSMS |
|
|
TencentDB for SQL Server |
Não |
Migração via SSMS |
Use o SSMS para migrar para a nuvem |
|
Google Cloud SQL for SQL Server |
Sim |
Migração lógica via DTS, migração via SSMS |
Na migração lógica via DTS a partir do Azure SQL Database, Azure SQL Managed Instance, SQL Server em Azure Virtual Machines, Amazon RDS for SQL Server e Google Cloud SQL for SQL Server, defina o parâmetro SQL Server Incremental Synchronization Mode como Polling and querying CDC instances for incremental synchronization ao configurar a migração incremental.
Ao migrar do Huawei Cloud RDS for SQL Server executando o SQL Server 2008 R2, atualize a versão do banco de dados antes de iniciar a migração. Para obter instruções sobre como criar e baixar arquivos de backup no Huawei Cloud RDS for SQL Server, consulte a documentação do Huawei Cloud.