Sincronizar dados de um banco de dados SQL Server auto-gerenciado para uma instância RDS PostgreSQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Antes de começar, verifique se você possui:

Uma instância do ApsaraDB RDS for PostgreSQL com armazenamento disponível superior ao espaço ocupado pelo banco de dados SQL Server de source. Para mais informações, consulte Crie rapidamente uma instância do ApsaraDB RDS for PostgreSQL.
Um banco de dados criado na instância RDS PostgreSQL de destino para receber os dados sincronizados. Para mais informações, consulte Crie um banco de dados.

Para verificar as versões compatíveis dos bancos de dados de source e destino, consulte Visão geral dos cenários de sincronização de dados .

Caso alguma das condições a seguir se aplique à instância de source, divida a tarefa em várias tarefas menores:

Os dados abrangem múltiplos schemas.
Um único banco de dados faz backup de logs mais de uma vez por hora.
Um único banco de dados executa mais de 100 instruções DDL por hora.
A gravação de logs excede 20 MB/s para um único banco de dados.
É necessário ative o Change Data Capture (CDC) para mais de 1.000 tabelas.

Faturamento

Tipo de sincronização	Taxa
Sincronização de schema e sincronização completa de dados	Gratuito
Sincronização incremental de dados	Pago. Consulte Visão geral do faturamento.

Operações SQL que podem ser sincronizadas

Tipo de operação	Operação SQL
DML	DML: INSERT, UPDATE, DELETE. Nota Se uma operação UPDATE modificar apenas colunas de objeto grande (LOB), o DTS não sincronizará a operação.

Permissões da conta do banco de dados

Banco de dados	Permissões necessárias	Como crie e autorizar
SQL Server auto-gerenciado de source	sysadmin	CREATE USER e Gerenciamento de permissões de usuário
Instância ApsaraDB RDS for PostgreSQL de destino	Proprietário do banco de dados de destino	Crie uma conta e Crie um banco de dados

Limitações

Banco de dados de source

As tabelas devem ter uma restrição PRIMARY KEY ou UNIQUE com todos os campos únicos. Caso contrário, o banco de dados de destino poderá conter registros duplicados.
Ao selecione objetos no nível de tabela com edição de destino (como renomear tabelas ou colunas), uma única tarefa pode sincronizar até 5.000 tabelas. Para mais de 5.000 tabelas, configure várias tarefas ou sincronize no nível do banco de dados.
Uma única tarefa pode sincronizar dados de até 10 bancos de dados. Se houver mais de 10 bancos de dados, configure várias tarefas para evitar problemas de desempenho e estabilidade.
O DTS utiliza a função fn_log para ler os logs de source. Não limpe os logs de source antes da conclusão da tarefa, pois isso pode causar falha na tarefa.
Requisitos de backup de log:
- Ative o registro de dados. Defina o modo de backup como Full e execute um backup físico completo.
- Apenas para sincronização incremental: retenha os logs por mais de 24 horas.
- Para sincronização completa e incremental combinadas: retenha os logs por pelo menos 7 dias. Após a conclusão da sincronização completa, reduza o período de retenção para mais de 24 horas. Se esses requisitos não forem atendidos, o acordo de nível de serviço (SLA) do DTS poderá não ser garantido.
Para ative o CDC nas tabelas de source, todas as condições a seguir devem ser atendidas (caso contrário, a pré-verificação falhará):
- O campo srvname em sys.sysservers deve corresponder ao valor retornado pela função SERVERPROPERTY.
- SQL Server auto-gerenciado: o proprietário do banco de dados deve ser o usuário sa.
- ApsaraDB RDS for SQL Server: o proprietário do banco de dados deve ser o usuário sqlsa.
- Edição Enterprise: é necessário SQL Server 2008 ou posterior.
- Edição Standard: é necessário SQL Server 2016 SP1 ou posterior.
- SQL Server 2017 (edição Standard ou Enterprise): atualize para uma versão mais recente.
Instâncias de source somente leitura: operações DDL não podem ser sincronizadas.
Source Azure SQL Database: uma única tarefa pode sincronizar dados de apenas um banco de dados.
Source ApsaraDB RDS for SQL Server: desative a Criptografia Transparente de Dados (TDE) para garantir a estabilidade da tarefa. Consulte a seção Desativar TDE em "Configure TDE".
Durante a sincronização completa de dados, ative o nível de isolamento de transação READ_COMMITTED_SNAPSHOT no banco de dados de source para evitar que bloqueios compartilhados interfiram nas gravações de dados. Sem essa configuração, podem ocorrer inconsistências de dados ou falhas na instância, e tais problemas não são cobertos pelo SLA do DTS.
Durante a sincronização de schema e a sincronização completa de dados, não execute instruções DDL. Isso causa falha na tarefa.
ApsaraDB RDS for SQL Server Web edition: defina SQL Server Incremental Synchronization Mode como Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) ao configure a tarefa.

Outros limites

Tipos de dados sem suporte: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY e tipos definidos pelo usuário criados com CREATE TYPE. Como os bancos de dados de source e destino são heterogêneos, os tipos de dados não possuem mapeamento um para um. Avalie o impacto da conversão de tipos em sua carga de trabalho. Para a tabela de mapeamento de tipos, consulte Mapeamentos de tipos de dados para sincronização de schema.
Apenas tabelas podem ser selecionadas como objetos de sincronização, e todas as tabelas selecionadas devem estar no mesmo schema. Caso contrário, podem ocorrer inconsistência de dados ou falha na tarefa.
Se você usar o modo Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), as tabelas devem ter índices clusterizados que contenham colunas de chave primária. As tabelas não podem ser tabelas heap, tabelas sem chaves primárias, tabelas compactadas ou tabelas com colunas computadas.
Se a tarefa envolver sincronização incremental de dados, não execute operações de reindexação. Isso pode causar falha na tarefa e perda de dados. O DTS não consegue sincronizar operações DDL relacionadas à chave primária de uma tabela com CDC ativado.
Se o número de tabelas com CDC ativado em uma tarefa de sincronização de dados exceder o limite máximo suportado pelo DTS, a pré-verificação falhará.
Se um único campo gravado em uma tabela com CDC ativado exceder 64 KB, execute o comando a seguir para remover o limite de tamanho:
```
exec sp_configure 'max text repl size', -1;
```
Ao modificar objetos de sincronização, não é possível remover bancos de dados.
Os módulos de coleta de dados incrementais de várias tarefas de sincronização que compartilham o mesmo banco de dados SQL Server de source operam independentemente.
Se uma tarefa do DTS falhar, o suporte do DTS a restaurará dentro de 8 horas. Durante a restauração, a tarefa pode ser reiniciada e seus parâmetros podem ser modificados. Os parâmetros do banco de dados não são alterados.

Modo de análise híbrida baseada em log

O DTS usa o componente CDC para sincronizar dados incrementais. Certifique-se de que o job de CDC no banco de dados de source esteja funcionando conforme esperado. Caso contrário, a tarefa do DTS falhará.
O DTS cria o gatilho dts_cdc_sync_ddl, a tabela de heartbeat dts_sync_progress e a tabela de histórico DDL dts_cdc_ddl_history no banco de dados de source, além de ative o CDC para o banco de dados de source e tabelas específicas.
Não execute SELECT INTO, TRUNCATE ou RENAME COLUMN em tabelas com CDC ativado. Os gatilhos criados pelo DTS não podem ser exclua manualmente.
Não adicione ou remova colunas mais de uma vez dentro de 10 minutos. Por exemplo, execute as duas instruções a seguir dentro de 10 minutos causa erro na tarefa:
```
ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');
```
Recomenda-se defina o número máximo de registros por segundo como 1.000 para as tabelas com CDC ativado no banco de dados de source.
O componente CDC armazena dados incrementais por 3 dias por padrão. Para estender o período de retenção, execute:
```
exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;
```
<time> está em minutos. Se o volume médio diário de dados incrementais exceder 10 milhões de registros, defina <time> como 1440.
Uma única tarefa suporta até 1.000 tabelas com CDC ativado. Exceder esse limite pode causar atrasos ou instabilidade.
Quando o pré-módulo da tarefa ativa o CDC nos níveis de banco de dados e tabela no banco de dados de source, ocorrem bloqueios no nível de tabela com duração de alguns segundos devido a limitações do SQL Server.

Sincronização incremental baseada em CDC (modo de polling)

A conta do banco de dados de source deve ter permissão para ative o CDC. Para ative o CDC no nível do banco de dados, use uma conta com a função sysadmin. Para ative o CDC no nível da tabela, use uma conta privilegiada.
- Azure SQL Database (modelo vCore): todos os bancos de dados suportam CDC. Para bancos de dados do modelo DTU, é necessária uma camada de serviço S3 ou superior.
- Amazon RDS for SQL Server: uma conta privilegiada possui as permissões necessárias; o CDC pode ser ativado para procedimentos armazenados no nível do banco de dados.
- Não é possível ative o CDC para índices columnstore clusterizados.
A sincronização incremental de dados tem uma latência de 10 segundos.
Uma única tarefa suporta até 1.000 tabelas. Exceder esse limite pode causar atrasos ou instabilidade.
Não adicione ou remova colunas mais de duas vezes dentro de um minuto, pois a tarefa pode falhar.
Não modifique instâncias de CDC no banco de dados de source durante a sincronização. Isso pode causar falha na tarefa ou perda de dados.
O componente CDC armazena dados incrementais por 3 dias por padrão. Para estender o período de retenção, execute:
```
exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;
```
<time> está em minutos. Se o volume médio diário de dados incrementais exceder 10 milhões de registros, defina <time> como 1440.
Quando o pré-módulo da tarefa ativa o CDC nos níveis de banco de dados e tabela no banco de dados de source, ocorrem bloqueios no nível de tabela com duração de alguns segundos devido a limitações do SQL Server.

Chaves estrangeiras

Durante a sincronização de schema, o DTS sincroniza as chaves estrangeiras da source para o destino.
Durante a sincronização completa e incremental de dados, o DTS desativa temporariamente as verificações de restrições de chave estrangeira e as operações em cascata no nível da sessão. Se você execute atualizações ou exclusões em cascata na source durante a sincronização, pode ocorrer inconsistência de dados.

Casos especiais

Se a source for uma instância do ApsaraDB RDS for SQL Server, o DTS cria automaticamente uma conta chamada rdsdt_dtsacct na instância. Não exclua essa conta nem altere sua senha enquanto a tarefa de sincronização estiver em execução. Para mais informações, consulte Contas do sistema.

Impacto no armazenamento

Após a conclusão da sincronização completa inicial de dados, as tabelas de destino podem usar mais armazenamento do que a source. Operações INSERT concorrentes durante a sincronização completa causam fragmentação de tabela no destino.

Durante a sincronização completa inicial de dados, o DTS utiliza alguns recursos de leitura e gravação dos bancos de dados de source e destino, o que pode aumentar a carga do banco de dados. Avalie o desempenho dos bancos de dados de source e destino antes de realizar a sincronização de dados. Recomendamos execute a sincronização de dados fora dos horários de pico, por exemplo, quando a carga da CPU dos bancos de dados de source e destino estiver abaixo de 30%.

Escolha um modo de sincronização incremental

O DTS oferece três modos para sincronização incremental do SQL Server. Selecione um modo com base no tipo do seu banco de dados de source e nas características das tabelas.

Guia de seleção rápida:

A source é um SQL Server em nuvem de terceiros (Amazon RDS, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine ou Google Cloud SQL for SQL Server): use Polling and querying CDC instances.
As tabelas de source incluem tabelas heap, tabelas sem chaves primárias, tabelas compactadas ou tabelas com colunas computadas: use Hybrid log-based parsing. Este modo modifica o banco de dados de source (cria objetos e ativa o CDC).
Todas as tabelas têm índices clusterizados com colunas de chave primária e você deseja zero modificações no banco de dados de source: use Log-based parsing (non-heap tables only).

Modo	Suporta tabelas heap	Modifica o banco de dados de source	Sources suportadas
Hybrid log-based parsing	Sim	Sim (cria gatilho, tabela de heartbeat, tabela de histórico DDL; ativa CDC)	SQL Server auto-gerenciado, ApsaraDB RDS for SQL Server
Log-based parsing (non-heap tables only)	Não	Não	SQL Server auto-gerenciado, ApsaraDB RDS for SQL Server
Polling and querying CDC instances	Sim	Sim (ativa CDC)	Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine, Google Cloud SQL for SQL Server

Preparações

Antes de configure a tarefa, defina o banco de dados SQL Server de source para o modo de recuperação completa e crie um backup de log.

Importante

Se estiver sincronizando vários bancos de dados, repita as etapas a seguir para cada banco de dados.

Defina o modelo de recuperação como completo. Execute a seguinte instrução no banco de dados de source ou use o SQL Server Management Studio (SSMS). Para detalhes, consulte Visualize ou alterar o modelo de recuperação de um banco de dados (SQL Server).
```
use master;
GO
ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO
```
Substitua <database_name> pelo nome do banco de dados de source. Por exemplo:
```
use master;
GO
ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO
```

Crie um backup completo do banco de dados de source. Pule esta etapa se já existir um backup completo.

Espaço reservado	Descrição
`<database_name>`	Nome do banco de dados de source
`<physical_backup_device_name>`	Caminho de armazenamento e nome do arquivo de backup

BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
GO

Exemplo:

BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
GO

Crie um backup de log para o banco de dados de source.

BACKUP LOG <database_name> TO DISK='<physical_backup_device_name>' WITH init;
GO

Exemplo:

BACKUP LOG mytestdata TO DISK='D:\backup\dblog.bak' WITH init;
GO

Configure a tarefa de sincronização

Etapa 1: Abrir a página de Sincronização de Dados

Use um dos seguintes métodos:

Console do DTS

Faça login no console do DTS.console do DTS
No painel de navegação à esquerda, clique em Data Synchronization.
No canto superior esquerdo, selecione a região onde a tarefa de sincronização reside.

Console do DMS

As etapas podem variar com base no modo e layout do console do DMS. Consulte

Modo simples

e

Personalizar o layout e o estilo do console do DMS

.

Faça login no console do DMS.console do DMS
Na barra de navegação superior, passe o ponteiro sobre Data + AI e escolha DTS (DTS) > Data Synchronization.
Na lista suspensa à direita de Data Synchronization Tasks, selecione a região onde a instância reside.

Etapa 2: Configure bancos de dados de source e destino

Clique em Create Task. Na página de configuração da tarefa, defina os seguintes parâmetros.

Nome da tarefa

Parâmetro	Descrição
Task Name	O DTS gera um nome automaticamente. Especifique um nome descritivo para identificar a tarefa. Um nome exclusivo não é obrigatório.

Banco de dados de source

Parâmetro	Descrição
Select Existing Connection	Se a source estiver registrada no DTS, selecione-a na lista. O DTS preencherá automaticamente os campos restantes. Caso contrário, configure os campos abaixo. No console do DMS, selecione a instância em Select a DMS database instance.
Database Type	Selecione SQL Server.
Access Method	Selecione Self-managed Database on ECS. Para outros tipos de acesso, consulte Visão geral da preparação.
Instance Region	Região onde reside a instância ECS que hospeda o banco de dados SQL Server de source.
ECS Instance ID	ID da instância ECS que hospeda o banco de dados SQL Server de source.
Port Number	Porta de serviço do banco de dados SQL Server de source. Padrão: 1433.
Database Account	Conta para o banco de dados SQL Server de source. Para as permissões necessárias, consulte Permissões da conta do banco de dados.
Database Password	Senha da conta do banco de dados.
Encryption	Selecione Non-encrypted se a criptografia SSL não estiver ativada na source. Selecione SSL-encrypted se estiver. O DTS confia no certificado do servidor por padrão.

Banco de dados de destino

Parâmetro	Descrição
Select Existing Connection	Se o destino estiver registrado no DTS, selecione-o na lista. O DTS preencherá automaticamente os campos restantes. Caso contrário, configure os campos abaixo.
Database Type	Selecione PostgreSQL.
Access Method	Selecione Alibaba Cloud Instance.
Instance Region	Região onde reside a instância RDS PostgreSQL de destino.
Instance ID	ID da instância ApsaraDB RDS for PostgreSQL de destino.
Database Name	Nome do banco de dados na instância de destino que receberá os dados sincronizados.
Database Account	Conta para a instância de destino. Para as permissões necessárias, consulte Permissões da conta do banco de dados.
Database Password	Senha da conta do banco de dados.
Encryption	Especifica se a conexão deve ser criptografada. Para SSL-encrypted, faça upload do CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário, e então especifique a Private Key Password of Client Certificate. Para um destino PostgreSQL auto-gerenciado com criptografia SSL, é obrigatório fazer upload do CA Certificate. Para configuração de SSL em uma instância ApsaraDB RDS for PostgreSQL, consulte Criptografia SSL.

Etapa 3: Testar conectividade

Na parte inferior da página, clique em Test Connectivity and Proceed. Na caixa de diálogo CIDR Blocks of DTS Servers, clique em Test Connectivity.

Certifique-se de que os blocos CIDR dos servidores DTS foram adicionados às configurações de segurança dos bancos de dados de source e destino. Consulte Adicionar os blocos CIDR dos servidores DTS .

Etapa 4: Configure objetos de sincronização

Na etapa Configure Objects, defina os seguintes parâmetros.

Parâmetro	Descrição
Synchronization Types	Por padrão, Incremental Data Synchronization está selecionado. Selecione também Schema Synchronization e Full Data Synchronization. Após a pré-verificação, o DTS sincroniza os dados históricos da source para estabelecer a linha de base para a sincronização incremental.
Schema Mapping Mode of Source and Destination Databases	O modo de mapeamento de schema entre os bancos de dados de source e destino. Não pode ser modificado.
SQL Server Incremental Synchronization Mode	Selecione um modo com base nas características da sua source e das tabelas. Consulte Escolha um modo de sincronização incremental.
The maximum number of tables for which CDC is enabled that DTS supports	Número máximo de tabelas para as quais a instância de sincronização pode ative o CDC. Padrão: 1.000. Não disponível quando SQL Server Incremental Synchronization Mode está definido como Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).
Processing Mode of Conflicting Tables	Precheck and Report Errors: a pré-verificação confirme que as tabelas de destino não compartilham nomes com as tabelas de source. Se existirem nomes idênticos, a pré-verificação falha. Para resolver, use o mapeamento de nomes de objetos para renomear as tabelas de destino. Consulte Mapear nomes de objetos. Ignore Errors and Proceed: ignora a pré-verificação de nomes idênticos. Se os schemas coincidirem e um registro no destino tiver a mesma chave primária ou única que um registro de source: durante a sincronização completa, o registro existente no destino é mantido; durante a sincronização incremental, o registro de destino é sobrescrito. Se os schemas diferirem, a inicialização pode falhar. Prossiga com cautela.
Capitalization of Object Names in Destination Instance	Controla a capitalização dos nomes de bancos de dados, tabelas e colunas no destino. Padrão: DTS default policy. Consulte Especificar a capitalização dos nomes de objetos na instância de destino.
Source Objects	Na caixa Source Objects, clique em uma tabela e, em seguida, clique em no ícone de seta para movê-la para Selected Objects. Todas as tabelas selecionadas devem estar no mesmo schema.
Selected Objects	Por padrão, os nomes de schema e tabela de source são usados como nomes de destino. Para renomear um schema de destino, clique em com o botão direito no schema em Selected Objects e edite Schema Name. Para renomear tabelas ou colunas, defina condições de filtro WHERE ou selecione operações SQL para sincronização incremental, clique em com o botão direito em uma tabela em Selected Objects. Para detalhes, consulte Especificar condições de filtro e Mapear nomes de objetos.

Etapa 5: Configure definições avançadas

Clique em Next: Advanced Settings.

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS agenda a tarefa para o cluster compartilhado. Para maior estabilidade, adquira um cluster dedicado. Consulte O que é um cluster dedicado do DTS.
Retry Time for Failed Connections	Tempo durante o qual o DTS tenta reconectar após falhas de conexão depois que a tarefa inicia. Valores válidos: 10–1440 minutos. Padrão: 720. Defina como mais de 30 minutos. Se várias tarefas compartilharem a mesma source ou destino, o menor tempo de nova tentativa terá precedência. O DTS cobra pela instância durante os períodos de nova tentativa.
Retry Time for Other Issues	Tempo durante o qual o DTS tenta novamente operações DDL ou DML com falha. Valores válidos: 1–1440 minutos. Padrão: 10. Defina como mais de 10 minutos. Deve ser menor que Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Limita o uso de recursos de leitura/gravação durante a sincronização completa. Configure QPS to the source database, RPS of Full Data Migration e Data migration speed (MB/s). Disponível apenas quando Full Data Synchronization estiver selecionado.
Enable Throttling for Incremental Data Synchronization	Limita o uso de recursos durante a sincronização incremental. Configure RPS of Incremental Data Synchronization e Data synchronization speed (MB/s).
Environment Tag	Opcional. Marque a instância com um rótulo de ambiente.
Configure ETL	Indica se o recurso de extração, transformação e carga (ETL) deve ser ativado. Selecione Yesconfigurações de notificação de alerta para escrever instruções de processamento de dados no editor de código. Consulte Configure ETL em uma tarefa de migração ou sincronização de dados.
Monitoring and Alerting	Indica se alertas devem ser configurados. Selecione Yes para defina um limiar de alerta e contatos de notificação. Alertas são enviados quando a tarefa falha ou a latência de sincronização excede o limiar. Consulte Configure monitoramento e alertas ao crie uma tarefa do DTS.

Etapa 6: Configure verificação de dados (opcional)

Clique em Next Step: Data Verification. Para detalhes, consulte Configure uma tarefa de verificação de dados.

Etapa 7: Execute a pré-verificação

Clique em Next: Save Task Settings and Precheck.

Para visualize os parâmetros da API para configure esta tarefa, passe o mouse sobre Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters.
A tarefa deve passar na pré-verificação antes de poder iniciar.
Se a pré-verificação falhar, clique em View Details ao lado de cada item com falha, corrija os problemas e execute a pré-verificação novamente.
Se um alerta for acionado: para alertas que não podem ser ignorados, corrija o problema e execute novamente. Para alertas ignoráveis, clique em Confirm Alert Details, depois em Ignore na caixa de diálogo de detalhes, clique em OK e, em seguida, clique em Precheck Again.

Etapa 8: Adquirir a instância

Aguarde até que Success Rate atinja 100%, e então clique em Next: Purchase Instance.

Na página de compra, configure os seguintes parâmetros.

Parâmetro	Descrição
Billing Method	Subscription: pagamento antecipado por um período. Mais econômico para uso de longo prazo. Opções: 1–9 meses, 1 ano, 2 anos, 3 anos ou 5 anos. Pay-as-you-go: faturamento por hora. Adequado para uso de curto prazo. Libere a instância quando não for mais necessária para evitar cobranças contínuas.
Resource Group Settings	Grupo de recursos para a instância de sincronização. Padrão: default resource group. Consulte O que é Resource Management?
Instance Class	Determina a velocidade de sincronização. Selecione com base nos requisitos da carga de trabalho. Consulte Classes de instância de instâncias de sincronização de dados.

Leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
Clique em Buy and Start. Na caixa de diálogo, clique em OK.

A tarefa aparece na lista de tarefas. Monitore seu progresso a partir daí.

Data Transmission Service:Sincronizar dados de um banco de dados SQL Server auto-gerenciado para uma instância RDS PostgreSQL