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á.

# Especificar as configurações de conversão de esquemas para projetos de migração
<a name="schema-conversion-settings"></a>

Depois de criar um projeto de migração, é possível especificar as configurações de conversão na DMS Schema Conversion. É possível alterar as configurações de conversão de esquemas para melhorar o desempenho do código convertido.

**Como editar as configurações de conversão**

1. Faça login no Console de gerenciamento da AWS e abra o AWS DMS console em [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Escolha **Projetos de migração**. A página **Projetos de migração** é aberta.

1. Escolha o projeto de migração. Escolha **Conversão de esquemas** e **Iniciar conversão de esquemas**.

1. Escolha **Configurações**. A página **Configurações** é aberta.

1. Na seção **Conversão**, altere as configurações.

1. Escolha **Aplicar** e **Conversão de esquemas**.

Para todos os pares de conversão, é possível limitar o número de comentários com itens de ação no código convertido. Para limitar o número de comentários no código convertido, abra as configurações de conversão no projeto de migração.

Em **Comentários no código SQL convertido**, escolha o nível de gravidade dos itens de ação. A DMS Schema Conversion adiciona comentários no código convertido para itens de ação com a gravidade selecionada e superior. Por exemplo, para minimizar o número de comentários no código convertido, escolha **Somente erros**.

Para incluir comentários para todos os itens de ação no código convertido, escolha **Todas as mensagens**.

Outras configurações de conversão são diferentes para cada par de bancos de dados de origem e de destino.

**Topics**
+ [Como entender as configurações de conversão do Oracle para MySQL](schema-conversion-oracle-mysql.md)
+ [Como entender as configurações da conversão do Oracle para o PostgreSQL](schema-conversion-oracle-postgresql.md)
+ [Como entender as configurações de conversão do SQL Server para MySQL](schema-conversion-sql-server-mysql.md)
+ [Como entender as configurações de conversão do SQL Server para o PostgreSQL](schema-conversion-sql-server-postgresql.md)
+ [Como entender as configurações da conversão do PostgreSQL para o MySQL](schema-conversion-postgresql-mysql.md)
+ [Compreendendo as configurações de conversão do IBM Db2 for LUW para Amazon RDS for PostgreSQL](schema-conversion-db2-luw-postgresql.md)
+ [Compreendendo as configurações de conversão do IBM Db2 for z/OS to Amazon RDS for Db2](schema-conversion-db2-zos-db2.md)
+ [Compreendendo as configurações de conversão do IBM Db2 for z/OS para o Amazon RDS for PostgreSQL](schema-conversion-db2-zos-postgresql.md)
+ [Entendendo as configurações de conversão do SAP ASE (Sybase ASE) para PostgreSQL](schema-conversion--sybase-ASE.md)

# Como entender as configurações de conversão do Oracle para MySQL
<a name="schema-conversion-oracle-mysql"></a>

As configurações de conversão do Oracle para MySQL na DMS Schema Conversion incluem o seguinte:
+ O banco de dados Oracle de origem pode utilizar a pseudocoluna `ROWID`. O MySQL não é compatível com uma funcionalidade semelhante. A DMS Schema Conversion pode emular a pseudocoluna `ROWID` no código convertido. Para fazer isso, ative a opção **Gerar ID de linha**.

  Se o código do Oracle de origem não utilizar a pseudocoluna `ROWID`, desative a opção **Gerar ID de linha**. Nesse caso, o código convertido funciona mais rapidamente.
+ O código do Oracle de origem pode incluir os perfis `TO_CHAR`, `TO_DATE` e `TO_NUMBER` com parâmetros que não são compatíveis com o MySQL. Por padrão, a DMS Schema Conversion emula a utilização desses parâmetros no código convertido.

  É possível utilizar os perfis nativos do MySQL `TO_CHAR`, `TO_DATE` e `TO_NUMBER` quando o código do Oracle de origem não tem parâmetros que não são compatíveis com o MySQL. Nesse caso, o código convertido funciona mais rapidamente. Para isso, selecione os seguintes valores:
  + **Utilize um perfil TO\$1CHAR nativo do MySQL**
  + **Utilize um perfil TO\$1DATE nativo do MySQL**
  + **Utilize um perfil TO\$1NUMBER nativo do MySQL**
+ O banco de dados e as aplicações podem ser executados em fusos horários diferentes. Por padrão, a DMS Schema Conversion emula os fusos horários no código convertido. No entanto, essa emulação não é necessária quando o banco de dados e as aplicações utilizam o mesmo fuso horário. Nesse caso, selecione **Melhorar o desempenho do código convertido quando o banco de dados e as aplicações utilizam o mesmo fuso horário**.

# Como entender as configurações da conversão do Oracle para o PostgreSQL
<a name="schema-conversion-oracle-postgresql"></a>

As configurações de conversão do Oracle para PostgreSQL na DMS Schema Conversion incluem o seguinte:
+ Para converter objetos de banco de dados aplicáveis usando IA generativa, habilite a configuração **IA generativa**. Objetos convertidos com êxito usando IA generativa serão claramente identificados com o **Item de ação 5444**, que declara: “This conversion uses machine learning models that generate predictions based on patterns in data”. Para obter mais informações, consulte [Converter objetos de banco de dados com IA generativa](schema-conversion-convert.databaseobjects.md).
  + É possível converter esquemas para em diferentes versões compatíveis do banco de dados de destino, não apenas na versão mais recente. Para especificar uma versão, use a configuração **Versão do mecanismo de destino**. As opções de conversão disponíveis vão variar conforme a versão selecionada do mecanismo. No momento, as versões 14 e 15 do PostgreSQL são compatíveis (elas têm configurações idênticas). Observe que usar uma versão do mecanismo de destino durante a conversão de esquema que seja diferente da versão especificada nessa configuração pode causar problemas e erros de compatibilidade ao executar a operação “Aplicar ao destino”.
+ AWS DMS pode converter visualizações materializadas Oracle em tabelas ou visualizações materializadas no PostgreSQL. Para **Visões materializadas**, escolha como converter as visões materializadas de origem.
+ O banco de dados Oracle de origem pode utilizar a pseudocoluna `ROWID`. O PostgreSQL não é compatível com funcionalidade semelhante. A DMS Schema Conversion pode emular a `ROWID` pseudocoluna no código convertido utilizando o tipo de dados `bigint` ou `character varying`. Para fazer isso, escolha **Utilizar o tipo de dados bigint para emular a pseudocoluna ROWID** ou **Utilizar o tipo de dados com variação de caracteres para emular a pseudocoluna ROWID** em **ID da linha**.
  + Para converter o tipo de dados NUMBER no tipo de dados numérico mais adequado, dependendo da precisão e da escala, você pode selecionar “Usar o mapeamento otimizado do tipo de dados para colunas do tipo de dados NUMBER”.
+ Se o código do Oracle de origem não utilizar a pseudocoluna `ROWID`, escolha **Não gerar**. Nesse caso, o código convertido funciona mais rapidamente.
+ O código do Oracle de origem pode incluir os perfis `TO_CHAR`, `TO_DATE` e `TO_NUMBER` com parâmetros que não são compatíveis com o PostgreSQL. Por padrão, a DMS Schema Conversion emula a utilização desses parâmetros no código convertido.

  É possível utilizar perfis nativos do PostgreSQL, `TO_CHAR`, `TO_DATE` e `TO_NUMBER`, quando o código do Oracle de origem não tem parâmetros que não são compatíveis com o PostgreSQL. Nesse caso, o código convertido funciona mais rapidamente. Para isso, selecione os seguintes valores:
  + **Utilizar um perfil TO\$1CHAR nativo do PostgreSQL**
  + **Utilizar um perfil TO\$1DATE nativo do PostgreSQL**
  + **Utilizar um perfil TO\$1NUMBER nativo do PostgreSQL**
+ O banco de dados e as aplicações podem ser executados em fusos horários diferentes. Por padrão, a DMS Schema Conversion emula os fusos horários no código convertido. No entanto, essa emulação não é necessária quando o banco de dados e as aplicações utilizam o mesmo fuso horário. Nesse caso, selecione **Melhorar o desempenho do código convertido quando o banco de dados e as aplicações utilizam o mesmo fuso horário**.
+ Para continuar utilizando sequências no código convertido, selecione **Preencher sequências convertidas com o último valor gerado no lado da origem**.
+ Em alguns casos, o banco de dados Oracle de origem pode armazenar somente valores inteiros nas colunas de chave primária ou estrangeira do tipo de dados `NUMBER`. Nesses casos, AWS DMS pode converter essas colunas para o tipo de `BIGINT` dados. Essa abordagem melhorará o desempenho do código convertido. Para fazer isso, selecione **Converter colunas de chave primária e estrangeira do tipo de dados NUMBER para o tipo de dados BIGINT**. Verifique se a origem não inclui valores de ponto flutuante nessas colunas para evitar perda de dados.
+ Para ignorar acionadores e restrições desativados no código da origem, escolha **Converter** somente acionadores e restrições ativos.
+ É possível utilizar a DMS Schema Conversion para converter variáveis de sequência de caracteres chamadas de SQL dinâmico. O código de banco de dados pode alterar os valores dessas variáveis de string. Para garantir que AWS DMS sempre converta o valor mais recente dessa variável de string, selecione **Converter o código SQL dinâmico criado nas rotinas chamadas**.
+ As versões 10 e anteriores do PostgreSQL não são compatíveis com procedimentos. Se você não estiver familiarizado com o uso de procedimentos no PostgreSQL AWS DMS , pode converter procedimentos Oracle em funções do PostgreSQL. Para fazer isso, selecione **Converter procedimentos em perfis**.
+ Para ver informações adicionais sobre os itens de ação ocorridos, é possível adicionar perfis específicos ao pacote de extensão. Para fazer isso, selecione **Adicionar funções do pacote de extensão que geram exceções definidas pelo usuário**. Escolha os níveis de gravidade para aumentar as exceções definidas pelo usuário. Não deixe de aplicar o pacote de extensão depois de converter os objetos do banco de dados de origem. Para obter mais informações sobre a extensão, consulte [Utilizar pacotes de extensão](extension-pack.md). 
+ O banco de dados Oracle de origem pode incluir restrições com nomes gerados automaticamente. Se o código-fonte utilizar esses nomes, selecione **Manter os nomes das restrições geradas pelo sistema**. Se o código-fonte utilizar essas restrições, mas não utilizar seus nomes, desmarque essa opção para aumentar a velocidade da conversão.
+ Se o bancos de dados de origem e de destino forem executados em fusos horários diferentes, o perfil que emula o perfil do Oracle integrado `SYSDATE` retornará valores diferentes em comparação com o perfil de origem. Para garantir que os perfis de origem e de destino retornem os mesmos valores, escolha **Definir o fuso horário do banco de dados de origem**.
+ É possível utilizar os perfis da extensão orafce no código convertido. Para fazer isso, em **Rotinas integradas do Orafce**, selecione os perfis a serem utilizados. Para obter mais informações sobre orafce, consulte [orafce](https://github.com/orafce/orafce) on. GitHub

# Como entender as configurações de conversão do SQL Server para MySQL
<a name="schema-conversion-sql-server-mysql"></a>

As configurações de conversão do SQL Server para o MySQL na DMS Schema Conversion incluem o seguinte:
+ O banco de dados SQL Server de origem pode armazenar a saída de `EXEC` em uma tabela. A DMS Schema Conversion cria tabelas temporárias e um procedimento adicional para emular esse recurso. Para utilizar essa emulação, selecione **Criar rotinas adicionais para lidar com conjuntos de dados abertos**.

# Como entender as configurações de conversão do SQL Server para o PostgreSQL
<a name="schema-conversion-sql-server-postgresql"></a>

As configurações de conversão do SQL Server para PostgreSQL na DMS Schema Conversion incluem o seguinte:
+ Para converter objetos de banco de dados aplicáveis usando IA generativa, habilite a configuração **IA generativa**. Objetos convertidos com êxito usando IA generativa serão claramente identificados com o **Item de ação 7744**, que declara: “This conversion uses machine learning models that generate predictions based on patterns in data”. Para obter mais informações, consulte [Converter objetos de banco de dados com IA generativa](schema-conversion-convert.databaseobjects.md).
+ No SQL Server, é possível utilizar índices com o mesmo nome em tabelas diferentes. No entanto, no PostgreSQL, todos os nomes de índices utilizados no esquema devem ser exclusivos. Para garantir que a DMS Schema Conversion gere nomes exclusivos para todos os índices, selecione **Gerar nomes exclusivos para índices**.
+ As versões 10 e anteriores do PostgreSQL não são compatíveis com procedimentos. Se você não estiver familiarizado com o uso de procedimentos no PostgreSQL AWS DMS , pode converter procedimentos do SQL Server em funções do PostgreSQL. Para fazer isso, selecione **Converter procedimentos em perfis**.
+ O banco de dados SQL Server de origem pode armazenar a saída de `EXEC` em uma tabela. A DMS Schema Conversion cria tabelas temporárias e um procedimento adicional para emular esse recurso. Para utilizar essa emulação, selecione **Criar rotinas adicionais para lidar com conjuntos de dados abertos**.
+ É possível definir o modelo a ser utilizado para os nomes dos esquemas no código convertido. Em **Nomes de esquemas**, selecione uma das seguintes opções:
  + **DB**: utiliza o nome do banco de dados SQL Server como o nome de um esquema no PostgreSQL.
  + **ESQUEMA**: utiliza o nome do esquema do SQL Server como o nome de um esquema no PostgreSQL.
  + **DB\$1SCHEMA**: utiliza uma combinação dos nomes do banco de dados e do esquema do SQL Server como o nome de um esquema no PostgreSQL.
+ É possível manter a distinção de maiúsculas e minúsculas no nome dos operandos de origem. Para evitar a conversão de nomes de operandos em minúsculas, selecione **Evitar conversão em minúsculas em operações com distinção entre maiúsculas e minúsculas**. Essa opção será adequada somente se o recurso de distinção de maiúsculas e minúsculas estiver habilitado no banco de dados de origem.
+ É possível manter os nomes dos parâmetros do banco de dados de origem. A DMS Schema Conversion pode adicionar aspas duplas aos nomes dos parâmetros no código convertido. Para fazer isso, selecione **Manter nomes de parâmetros originais**.
+ Você pode manter uma série de parâmetros de rotina do banco de dados de origem. O DMS Schema Conversion cria domínios e os utiliza para especificar um tamanho para os parâmetros de rotina. Para isso, selecione **Preservar tamanho dos parâmetros**.
+ Para converter objetos integrados não compatíveis em objetos stub, habilite a configuração **Converter objetos integrados não compatíveis em objetos stub**:
  +  Quando habilitada, a DMS SC substitui objetos integrados não compatíveis pelos objetos stub correspondentes no banco de dados de destino. Esse recurso converte seções de código que normalmente seriam delimitadas pelo problema de migração 7811 ou 7904. Ele cria objetos stub com base no tipo de objeto integrado de origem: `PROCEDURE` para procedimentos, `VIEW` para visualizações ou tabelas.

    A conversão de um objeto de banco de dados de origem com uma chamada de um objeto não compatível resulta na chamada de um objeto stub e no problema de migração 7822. 

    Você pode optar por criar objetos stub em um esquema separado habilitando a opção **Criar objetos stub em um esquema separado**. Quando selecionados, os objetos stub são criados em um esquema especial denominado `aws_sqlserver_stub` no banco de dados de destino. Se não forem selecionados, eles serão criados no mesmo esquema dos objetos de chamada. 
  + As rotinas de stub são nomeadas com base no nome totalmente qualificado do integrado original. Para visualizações de stub, a convenção de nomenclatura inclui o nome do esquema do sistema `system_schema_name$builtin_view_name`. 

    Durante a reconversão, a DMS SC verifica as rotinas de stub existentes no banco de dados de destino. Se já houver uma rotina com o mesmo nome e parâmetros de entrada, ela não será substituída. 

    Após a conversão, analise e implemente o código personalizado para rotinas de stub, conforme necessário.
+ O tipo de dados `CITEXT` para todas as configurações de tipos de dados de string na Conversão de Esquema do DMS inclui o seguinte:
  + Para usar o tipo de dados `CITEXT` para operações de string que não diferenciam maiúsculas de minúsculas ao realizar a conversão do SQL Server em PostgreSQL, habilite a configuração **Usar CITEXT para todos os tipos de dados de string**. Essa opção ajuda a manter um comportamento consistente ao migrar de um SQL Server sem distinção entre maiúsculas e minúsculas para um ambiente PostgreSQL com distinção entre maiúsculas e minúsculas.
  + Quando habilitada, a DMS SC converte todos os tipos de dados de string relevantes do banco de dados SQL Server de origem em `CITEXT` no PostgreSQL. Isso elimina a necessidade de chamadas explícitas da função LOWER () em condições e, em operações condicionais, converte automaticamente expressões de string em `CITEXT`.
  + Para saber se sua instância do SQL Server diferencia maiúsculas e minúsculas, execute a seguinte consulta:

    ```
    SELECT SERVERPROPERTY('COLLATION');
    ```

    Um resultado contendo “CI” indica que não há distinção entre maiúsculas e minúsculas, enquanto “CS” indica distinção entre maiúsculas e minúsculas.
  + A conversão `CITEXT` pode não ser adequada nos cenários em que configurações explícitas de agrupamento com distinção entre maiúsculas e minúsculas são usadas em nível de servidor, banco de dados ou coluna.

    Para usar esse recurso, o módulo `CITEXT` deve estar instalado e disponível no banco de dados PostgreSQL de destino.
  + Ao utilizar a conversão do tipo de dados `CITEXT`, considere as seguintes práticas recomendadas:
    + Ative esse recurso ao migrar de um SQL Server que não diferencia maiúsculas de minúsculas para manter um comportamento consistente no PostgreSQL.
    + Analise o código da aplicação para garantir que ele não se baseie em operações de string com distinção entre maiúsculas e minúsculas.
    + Teste minuciosamente a aplicação após a migração para confirmar se o comportamento que não diferencia maiúsculas e minúsculas é mantido conforme o esperado.

# Como entender as configurações da conversão do PostgreSQL para o MySQL
<a name="schema-conversion-postgresql-mysql"></a>

As configurações de conversão do PostgreSQL para o MySQL na DMS Schema Conversion incluem o seguinte:
+ **Comentários no código SQL convertido**: esta configuração inclui comentários no código convertido dos itens de ação com a severidade selecionada ou de grau mais alto. Essa configuração é compatível com os seguintes valores: 
  + Somente erros
  + Erros e advertências
  + Todas as mensagens

# Compreendendo as configurações de conversão do IBM Db2 for LUW para Amazon RDS for PostgreSQL
<a name="schema-conversion-db2-luw-postgresql"></a>

**nota**  
O AWS Management Console não suporta a criação de projetos de migração no DMS Schema Conversion que usam o IBM Db2 for LUW como provedor de dados de origem com o Amazon RDS for PostgreSQL como provedor de dados de destino. Em vez disso, use a AWS CLI ou a API de conversão de esquema do DMS. 

As configurações de conversão do IBM Db2 para Linux, UNIX e Windows para Amazon RDS for PostgreSQL na conversão do esquema DMS incluem o seguinte:
+  **Comentários no código SQL convertido**: esta configuração inclui comentários no código convertido dos itens de ação com a severidade selecionada ou de grau mais alto. Essa configuração é compatível com os seguintes valores: 
  + Somente erros
  + Erros e advertências
  + Todas as mensagens

# Compreendendo as configurações de conversão do IBM Db2 for z/OS to Amazon RDS for Db2
<a name="schema-conversion-db2-zos-db2"></a>

As configurações de conversão da IBM z/OS para o Amazon RDS na DB2 conversão do esquema DMS incluem o seguinte:
+ **Comentários no código SQL convertido**: esta configuração inclui comentários no código convertido dos itens de ação com a severidade selecionada ou de grau mais alto. Essa configuração é compatível com os seguintes valores: 
  + Somente erros
  + Erros e advertências
  + Todas as mensagens

# Compreendendo as configurações de conversão do IBM Db2 for z/OS para o Amazon RDS for PostgreSQL
<a name="schema-conversion-db2-zos-postgresql"></a>

**nota**  
O AWS Management Console não suporta a criação de projetos de migração no DMS Schema Conversion que usam o IBM Db2 z/OS como provedor de dados de origem com o Amazon RDS for PostgreSQL como provedor de dados de destino. Em vez disso, use a AWS CLI ou a API de conversão de esquema do DMS. 

As configurações de conversão do IBM Db2 for z/OS para Amazon RDS for PostgreSQL na conversão do esquema DMS incluem o seguinte:
+  **Comentários no código SQL convertido**: esta configuração inclui comentários no código convertido dos itens de ação com a severidade selecionada ou de grau mais alto. Essa configuração é compatível com os seguintes valores: 
  + Somente erros
  + Erros e advertências
  + Todas as mensagens

# Entendendo as configurações de conversão do SAP ASE (Sybase ASE) para PostgreSQL
<a name="schema-conversion--sybase-ASE"></a>

As configurações de conversão do SAP ASE (Sybase ASE) para PostgreSQL na conversão do esquema DMS incluem o seguinte:
+ Para converter objetos de banco de dados aplicáveis usando IA generativa, habilite a configuração **IA generativa**. Objetos convertidos com sucesso usando IA generativa serão claramente identificados com o **Item de Ação 3077**, que afirma: “Essa conversão usa modelos de aprendizado de máquina que geram previsões com base em padrões nos dados”. Para obter mais informações, consulte [Converter objetos de banco de dados com IA generativa](schema-conversion-convert.databaseobjects.md).
+ **Comentários no código SQL convertido**: esta configuração inclui comentários no código convertido dos itens de ação com a severidade selecionada ou de grau mais alto. Essa configuração é compatível com os seguintes valores: 
  + Somente erros
  + Erros e advertências
  + Todas as mensagens
+ É possível definir o modelo a ser utilizado para os nomes dos esquemas no código convertido. Em **Nomes de esquemas**, selecione uma das seguintes opções:
  + **DB** — Usa o nome do banco de dados SAP ASE (Sybase ASE) como nome de esquema no PostgreSQL.
  + **ESQUEMA** — Usa o nome do esquema SAP ASE (Sybase ASE) como nome de esquema no PostgreSQL.
  + **DB\$1SCHEMA** — Usa uma combinação do banco de dados SAP ASE (Sybase ASE) e nomes de esquema como nome de esquema em.
+ Você pode manter as letras maiúsculas e minúsculas dos nomes dos objetos em seu banco de dados de origem. Para fazer isso, selecione Tratar nomes de objetos do banco de dados de origem com distinção entre maiúsculas e minúsculas. Quando essa opção está desativada, todos os nomes de objetos do banco de dados são convertidos em minúsculas.
+ Você pode evitar converter operandos em minúsculas durante operações que não diferenciam maiúsculas de minúsculas. A conversão do esquema DMS não aplicará a função LOWER aos operandos no código convertido. Para fazer isso, selecione **Evitar converter operandos em minúsculas para operações que não diferenciam maiúsculas de minúsculas**. Quando essa opção não está selecionada (padrão), a Conversão de Esquema do DMS aplica automaticamente a função LOWER para converter operandos em minúsculas antes de realizar comparações sem distinção entre maiúsculas e minúsculas.
+ No SAP ASE (Sybase ASE), você pode criar índices com nomes idênticos em tabelas diferentes. O PostgreSQL exige que todos os nomes de índice dentro de um esquema sejam exclusivos. Para garantir que a conversão de AWS esquema crie nomes de índice exclusivos durante a migração, selecione **Gerar nomes exclusivos para índices**. Essa opção adiciona prefixos automaticamente aos nomes dos índices para evitar conflitos de nomenclatura no banco de dados PostgreSQL de destino.