As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Usando um SQL banco de dados Postgre como fonte AWS DMS

Você pode migrar dados de um ou vários SQL bancos de dados Postgre usando o. AWS DMS Com um SQL banco de dados Postgre como fonte, você pode migrar dados para outro SQL banco de dados Postgre ou para um dos outros bancos de dados compatíveis.

Para obter informações sobre as versões do Postgre SQL que são AWS DMS suportadas como fonte, consulteFontes para AWS DMS.

AWS DMS suporta Postgre SQL para esses tipos de bancos de dados:

Você pode usar Secure Socket Layers (SSL) para criptografar conexões entre seu SQL endpoint Postgre e a instância de replicação. Para obter mais informações sobre como usar SSL com um SQL endpoint Postgre, consulte. Usando SSL com AWS Database Migration Service

Como requisito adicional de segurança ao usar o Postgre SQL como fonte, a conta de usuário especificada deve ser um usuário registrado no banco de dados do PostgreSQL.

Para configurar um SQL banco de dados Postgre como um endpoint de AWS DMS origem, faça o seguinte:

Trabalhando com SQL bancos de dados Postgre autogerenciados como fonte em AWS DMS

Com um SQL banco de dados Postgre autogerenciado como fonte, você pode migrar dados para outro SQL banco de dados Postgre ou para um dos outros bancos de dados de destino suportados pelo. AWS DMS A fonte do banco de dados pode ser um banco de dados local ou um mecanismo autogerenciado em execução em uma instância da AmazonEC2. Você pode usar uma instância de banco de dados tanto para tarefas de carga completa quanto para tarefas de captura de dados de alteração (CDC).

Pré-requisitos para usar um banco de dados SQL Postgre autogerenciado como fonte AWS DMS

Antes de migrar dados de um banco de dados de SQL origem autogerenciado do Postgre, faça o seguinte:

Habilitando CDC o uso de um SQL banco de dados Postgre autogerenciado como fonte AWS DMS

AWS DMS suporta captura de dados de alteração (CDC) usando replicação lógica. Para habilitar a replicação lógica de um banco de dados de SQL origem autogerenciado do Postgre, defina os seguintes parâmetros e valores no postgresql.conf arquivo de configuração:

Alguns parâmetros são estáticos, e você só pode defini-los na inicialização do servidor. Quaisquer alterações em suas entradas no arquivo de configuração (para um banco de dados autogerenciado) ou no grupo de parâmetros do banco de dados (RDSpara um SQL banco de dados Postgre) são ignoradas até que o servidor seja reiniciado. Para obter mais informações, consulte a SQLdocumentação do Postgre.

Para obter mais informações sobre como habilitarCDC, consulteHabilitando a captura de dados de alteração (CDC) usando replicação lógica.

Trabalhando com SQL bancos AWS de dados Postgre gerenciados como fonte DMS

Você pode usar uma instância AWS de SQL banco de dados Postgre gerenciada como fonte para. AWS DMS Você pode realizar tarefas de carga total e alterar tarefas de captura de dados (CDC) usando uma fonte AWS gerenciada do SQL Postgre.

Pré-requisitos para usar um banco de dados SQL Postgre AWS gerenciado como fonte DMS

Antes de migrar dados de um banco de dados de SQL origem AWS gerenciado pelo Postgre, faça o seguinte:

Habilitando CDC com uma instância AWS de SQL banco de dados Postgre gerenciada com AWS DMS

AWS DMS é compatível CDC com SQL bancos de dados Amazon RDS Postgre quando a instância de banco de dados está configurada para usar a replicação lógica. A tabela a seguir resume a compatibilidade de replicação lógica de cada versão AWS gerenciada do Postgre. SQL

Você não pode usar réplicas de SQL leitura do RDS Postgre para CDC (replicação contínua).

Migração de um SQL banco de dados Amazon RDS para Postgre sem usar a conta de usuário principal

Em alguns casos, você pode não usar a conta de usuário principal para a SQL instância de banco de dados Amazon RDS Postgre que você está usando como fonte. Nesses casos, você cria vários objetos para capturar eventos da linguagem de definição de dados (DDL). Crie esses objetos utilizando uma conta diferente da conta mestrr e, depois, crie um acionador na conta de usuário mestre.

Utilize o procedimento a seguir para criar esses objetos.

Ao concluir o procedimento anterior, você poderá criar o endpoint de origem do AWS DMS utilizando a conta OtherThanMaster.

Habilitando a captura de dados de alteração (CDC) usando replicação lógica

Você pode usar o recurso de replicação lógica nativa SQL do Postgre para permitir a captura de dados de alteração (CDC) durante a migração do banco de dados para fontes do SQL Postgre. Você pode usar esse recurso com uma instância de banco de dados Postgre autogerenciada SQL e também com uma instância de banco de dados Amazon RDS for Postgre SQLSQL. Essa abordagem reduz o tempo de inatividade e ajuda a garantir que o banco de dados de destino esteja sincronizado com o banco de dados Postgre SQL de origem.

AWS DMS suporta CDC SQL tabelas Postgre com chaves primárias. Se uma tabela não tiver uma chave primária, os registros de gravação antecipada (WAL) não incluirão uma imagem anterior da linha do banco de dados. Nesse caso, não é DMS possível atualizar a tabela. Aqui, é possível utilizar configurações adicionais e utilizar a identidade da réplica da tabela como uma solução alternativa. No entanto, essa abordagem pode gerar logs adicionais. É recomendável utilizar a identidade da réplica da tabela como solução alternativa somente após testes cuidadosos. Para obter mais informações, consulte Configurações adicionais ao usar um SQL banco de dados Postgre como fonte DMS.

Para carga total CDC e CDC somente tarefas, AWS DMS usa slots de replicação lógica para reter WAL os registros para replicação até que os registros sejam decodificados. Na reinicialização (não na retomada) de uma carga e CDC tarefa completas ou de uma CDC tarefa, o slot de replicação é recriado.

Configurar o plug-in pglogical

Implementado como uma SQL extensão do Postgre, o plug-in pglogical é um sistema de replicação lógica e modelo para replicação seletiva de dados. A tabela a seguir identifica as versões de origem do SQL banco de dados Postgre que suportam o plug-in pglogical.

Antes de configurar o pglogical para uso com AWS DMS, primeiro habilite a replicação lógica para alterar a captura de dados (CDC) em seu banco de dados de origem do Postgre. SQL

Depois que a replicação lógica for habilitada em seu banco de dados de SQL origem Postgre, use as etapas a seguir para configurar o pglogical para uso com. DMS

Agora você pode criar uma AWS DMS tarefa que realiza a captura de dados de alteração para o endpoint do banco de dados de SQL origem do Postgre.

Usando pontos de CDC partida nativos para configurar uma CDC carga de uma fonte Postgre SQL

Para habilitar pontos CDC iniciais nativos com o Postgre SQL como fonte, defina o atributo de conexão slotName extra com o nome de um slot de replicação lógica existente ao criar o endpoint. Esse slot de replicação lógica mantém as alterações contínuas desde a hora da criação do endpoint, portanto, ele é compatível com a replicação de um ponto no tempo.

O Postgre SQL grava as alterações do banco de dados em WAL arquivos que são descartados somente depois de ler AWS DMS com êxito as alterações do slot de replicação lógica. O uso de slots de replicação lógica pode impedir que as alterações registradas sejam excluídas antes de serem consumidas pelo mecanismo de replicação.

No entanto, dependendo da taxa de alteração e consumo, as alterações mantidas em um slot de replicação lógica podem causar a utilização elevado do disco. Recomendamos que você defina alarmes de uso de espaço na SQL instância de origem do Postgre ao usar slots de replicação lógica. Para obter mais informações sobre como definir o atributo de conexão adicional slotName, consulte Configurações do endpoint e atributos extras de conexão (ECAs) ao usar o Postgre SQL como fonte DMS.

O procedimento a seguir demonstra essa abordagem com mais detalhes.

Ao usar pontos de CDC partida nativos com o plug-in pglogical e quiser usar um novo slot de replicação, conclua as etapas de configuração a seguir antes de criar uma tarefa. CDC

Agora você pode criar uma CDC única tarefa com um ponto inicial SQL nativo do Postgre usando o novo slot de replicação. Para obter mais informações sobre o plug-in pglogical, consulte a Documentação do pglogical 3.7

Migrando do Postgre SQL para o Postgre usando SQL AWS DMS

Quando você migra de um mecanismo de banco de dados diferente do Postgre SQL para um SQL banco de dados Postgre, AWS DMS é quase sempre a melhor ferramenta de migração a ser usada. Mas quando você está migrando de um banco de dados Postgre para um SQL banco de dados PostgreSQL, as SQL ferramentas do Postgre podem ser mais eficazes.

Usando ferramentas SQL nativas do Postgre para migrar dados

Recomendamos que você use as ferramentas de migração SQL de banco de dados Postgre, como pg_dump nas seguintes condições:

O utilitário pg_dump usa o COPY comando para criar um esquema e um despejo de dados de um banco de dados Postgre. SQL O script de despejo gerado pelo pg_dump carrega os dados em um banco de dados com o mesmo nome e recria as tabelas, os índices e as chaves estrangeiras. Para restaurar os dados para um banco de dados com outro nome, utilize o comando pg_restore e o parâmetro -d.

Se você estiver migrando dados de um banco de dados de SQL origem do Postgre executado em EC2 um SQL destino do Amazon RDS for Postgre, poderá usar o plug-in pglogical.

Para obter mais informações sobre a importação de um SQL banco de dados Postgre na Amazon RDS para Postgre ou Amazon SQL Aurora Postgre -Compatible Edition, consulte. SQL https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/PostgreSQL.Procedural.Importing.html

Usando DMS para migrar dados do Postgre para o Postgre SQL SQL

AWS DMS pode migrar dados, por exemplo, de um SQL banco de dados Postgre de origem que está no local para uma instância Amazon RDS for Postgre ou SQL Aurora Postgre de destino. SQL Os tipos de SQL dados principais ou básicos do Postgre geralmente migram com sucesso.

Os tipos de dados compatíveis com o banco de dados de origem, mas que não são compatíveis com o destino, podem não ser migrados com êxito. AWS DMS transmite alguns tipos de dados como cadeias de caracteres se o tipo de dados for desconhecido. Alguns tipos de dados, como XML eJSON, podem ser migrados com sucesso como arquivos pequenos, mas podem falhar se forem documentos grandes.

Ao executar a migração do tipo de dados, lembre-se de que:

A tabela a seguir mostra os tipos de SQL dados de origem do Postgre e se eles podem ser migrados com êxito.

Migrando tipos de dados GIS espaciais pós-espaciais

Dados espaciais identificam a informação de geometria de um objeto ou local no espaço. Os bancos de dados SQL relacionais de objetos Postgre oferecem suporte a tipos de dados pós-espaciaisGIS.

Antes de migrar objetos de dados SQL espaciais do Postgre, certifique-se de que o GIS plug-in Post esteja ativado em nível global. Isso garante a AWS DMS criação exata das colunas de dados espaciais de origem para a instância de banco de dados de SQL destino do Postgre.

Para migrações SQL homogêneas do Postgre SQL para o Postgre, AWS DMS suporta a migração de tipos e subtipos de objetos de dados GIS geométricos e geográficos (coordenadas geodésicas) do Post, como os seguintes:

Migração do Babelfish para o Amazon Aurora Postgre usando SQL AWS DMS

Você pode migrar as tabelas de SQL origem do Babelfish for Aurora Postgre para qualquer endpoint de destino compatível usando o. AWS DMS

Ao criar seu endpoint de AWS DMS origem usando o DMS console ou os CLI comandosAPI, você define a origem como Amazon Aurora SQL Postgre e o nome do banco de dados como. babelfish_db Na seção Configurações do Endpoint, verifique se o DatabaseModeestá definido como Babelfish e BabelfishDatabaseNameestá definido como o nome do banco de dados T- do Babelfish de origem. SQL Em vez de usar a porta Babelfish1433, use a TCP porta Aurora Postgre. SQL TCP 5432

Você deve criar suas tabelas antes de migrar dados para garantir que DMS usa os tipos de dados e metadados de tabela corretos. Se você não criar suas tabelas no destino antes de executar a migração, DMS poderá criar as tabelas com tipos de dados e permissões incorretos.

Adicionar regras de transformação à tarefa de migração

Ao criar uma tarefa de migração para uma fonte do Babelfish, você precisa incluir regras de transformação que garantam o DMS uso das tabelas de destino pré-criadas.

Se você definir o modo de migração de vários bancos de dados ao definir seu SQL cluster Babelfish para Postgre, adicione uma regra de transformação que renomeia o nome do esquema para o esquema T-. SQL Por exemplo, se o nome do SQL esquema T fordbo, e o nome do esquema do Babelfish para Postgre formydb_dbo, renomeie o SQL esquema para usar uma regra de transformação. dbo Para encontrar o nome do SQL esquema Postgre, consulte a arquitetura Babelfish no Guia do usuário do Amazon Aurora.

Se você usa o modo de banco de dados único, não precisa usar uma regra de transformação para renomear esquemas de banco de dados. Os nomes dos SQL esquemas do Postgre têm um one-to-one mapeamento para os nomes dos esquemas no banco de dados T-. SQL

O exemplo de regra de transformação a seguir mostra como renomear o nome do esquema de mydb_dbo back para: dbo

{
    "rules": [
        {
            "rule-type": "transformation",
            "rule-id": "566251737",
            "rule-name": "566251737",
            "rule-target": "schema",
            "object-locator": {
                "schema-name": "mydb_dbo"
            },
            "rule-action": "rename",
            "value": "dbo",
            "old-value": null
        },
        {
            "rule-type": "selection",
            "rule-id": "566111704",
            "rule-name": "566111704",
            "object-locator": {
                "schema-name": "mydb_dbo",
                "table-name": "%"
            },
            "rule-action": "include",
            "filters": []
        }
    ]
}

Limitações para usar um endpoint de SQL origem Postgre com tabelas Babelfish

As seguintes limitações se aplicam ao usar um endpoint de SQL origem do Postgre com tabelas do Babelfish:

Removendo AWS DMS artefatos de um banco de dados de origem do Postgre SQL

Para capturar DDL eventos, AWS DMS cria vários artefatos no SQL banco de dados Postgre quando uma tarefa de migração é iniciada. Quando a tarefa é concluída, é recomendável remover esses artefatos.

Para remover os artefatos, execute os comandos a seguir (na ordem em que são exibidos), em que {AmazonRDSMigration} é o esquema no qual os artefatos foram criados: O descarte de um esquema deve ser feito com extremo cuidado. Nunca descarte um esquema operacional, especialmente um esquema que seja público.

drop event trigger awsdms_intercept_ddl;

O trigger do evento não pertence a um esquema específico.

drop function {AmazonRDSMigration}.awsdms_intercept_ddl()
drop table {AmazonRDSMigration}.awsdms_ddl_audit
drop schema {AmazonRDSMigration}

Configurações adicionais ao usar um SQL banco de dados Postgre como fonte DMS

Você pode adicionar configurações adicionais ao migrar dados de um SQL banco de dados Postgre de duas maneiras:

Usando a configuração do SQL endpoint MapBooleanAsBoolean Postgre

Você pode usar as configurações de SQL endpoint do Postgre para mapear um booleano como booleano da sua fonte do Postgre para SQL um destino do Amazon Redshift. Por padrão, um BOOLEAN tipo é migrado como varchar (5). Você pode especificar MapBooleanAsBoolean para permitir que o Postgre SQL migre o tipo booleano como booleano, conforme mostrado no exemplo a seguir.

--postgre-sql-settings '{"MapBooleanAsBoolean": true}'

Observe que você deve definir essa configuração nos endpoints de origem e de destino para que ela tenha efeito.

Como Meu SQL não tem um BOOLEAN tipo, use uma regra de transformação em vez dessa configuração ao migrar BOOLEAN dados para MeuSQL.

Configurações do endpoint e atributos extras de conexão (ECAs) ao usar o Postgre SQL como fonte DMS

Você pode usar configurações de endpoint e atributos extras de conexão (ECAs) para configurar seu banco de dados de SQL origem do Postgre. Você especifica as configurações do endpoint ao criar o endpoint de origem usando o AWS DMS console ou usando o create-endpoint comando no AWS CLI, com a --postgre-sql-settings '{"EndpointSetting": "value", ...}' JSON sintaxe.

A tabela a seguir mostra as configurações do endpoint e ECAs que você pode usar com o Postgre SQL como fonte.

Limitações no uso de um SQL banco de dados Postgre como fonte DMS

As seguintes limitações se aplicam ao usar o Postgre SQL como fonte para AWS DMS:

Tipos de dados de origem para Postgre SQL

A tabela a seguir mostra os tipos de dados de SQL origem do Postgre que são suportados durante o uso AWS DMS e o mapeamento padrão para AWS DMS os tipos de dados.

Para obter informações sobre como visualizar o tipo de dados mapeado no destino, consulte a seção relativa ao endpoint de destino que você está usando.

Para obter informações adicionais sobre AWS DMS os tipos de dados, consulteTipos de dados do AWS Database Migration Service.

Trabalhando com tipos LOB de dados de origem para o Postgre SQL

Os tamanhos das SQL colunas do Postgre afetam a conversão dos tipos de SQL LOB dados do Postgre em tipos de AWS DMS dados. Para trabalhar com isso, siga estas etapas para os seguintes tipos de dados do AWS DMS :