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á.
# Criar provedores de dados de origem na DMS Schema Conversion
Você pode usar um banco de dados Microsoft SQL Server, Oracle, PostgreSQL, MySQL, IBM for LUW DB2 DB2 , z/OS IBM for e SAP ASE (Sybase ASE) como provedor de dados de origem em projetos de migração para DMS Schema Conversion.
Configure a rede para permitir a interação entre o provedor de dados de origem e a DMS Schema Conversion. Para obter mais informações, consulte [Configurar uma rede para a DMS Schema Conversion](instance-profiles-network.md).
**Topics**
+ [Utilizar um banco de dados Microsoft SQL Server como origem na DMS Schema Conversion](data-providers-sql-server.md)
+ [Utilizar um banco de dados Oracle como origem na DMS Schema Conversion](data-providers-oracle.md)
+ [Utilizar um banco de dados Oracle Data Warehouse como origem no DMS Schema Conversion](data-providers-oracle-dw.md)
+ [Utilizar um banco de dados PostgreSQL como origem na DMS Schema Conversion](sc-data-providers-postgresql.md)
+ [Utilizar um banco de dados MySQL como destino na DMS Schema Conversion](sc-data-providers-mysql.md)
+ [Usando um banco de dados IBM Db2 para Linux, UNIX e Windows como fonte na conversão do esquema DMS](sc-data-providers-db2luw.md)
+ [Usando um IBM Db2 para z/OS banco de dados como fonte na conversão de esquema do DMS](sc-data-providers-db2zos.md)
+ [Usando um banco de dados SAP ASE (Sybase ASE) como fonte na conversão de AWS DMS esquema](dm-data-providers-source-sybase-ASE.md)
# Utilizar um banco de dados Microsoft SQL Server como origem na DMS Schema Conversion
É possível utilizar bancos de dados SQL Server como origem na DMS Schema Conversion.
É possível utilizar a DMS Schema Conversion para converter objetos de código de banco de dados SQL Server para os seguintes destinos:
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS para MySQL
+ RDS para PostgreSQL.
Para obter informações sobre as versões compatíveis do banco de dados SQL Server, consulte [Provedores de dados de origem para a DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Para obter mais informações sobre como usar a Conversão de Esquema DMS com um banco de dados SQL Server de origem, consulte o passo a passo da migração do [SQL Server para o MySQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html). step-by-step
## Privilégios do Microsoft SQL Server como origem
Veja a seguir a lista de privilégios obrigatórios para o Microsoft SQL Server como origem:
+ VIEW DEFINITION
+ VIEW DATABASE STATE
O privilégio `VIEW DEFINITION` permite que usuários com acesso público vejam as definições de objetos. A DMS Schema Conversion utiliza o privilégio `VIEW DATABASE STATE` para verificar os recursos da edição SQL Server Enterprise.
Repetir a concessão para cada banco de dados cujo esquema que você está convertendo.
Além disso, conceda os seguintes privilégios no banco de dados `master`:
+ VIEW SERVER STATE
+ VIEW ANY DEFINITION
A DMS Schema Conversion utiliza o privilégio `VIEW SERVER STATE` para coletar as definições e as configurações do servidor. Conceda o privilégio `VIEW ANY DEFINITION` para visualizar os provedores de dados.
Para ler as informações sobre o Microsoft Analysis Services, execute o comando a seguir no banco de dados `master`.
```
EXEC master..sp_addsrvrolemember @loginame = N'', @rolename = N'sysadmin'
```
No exemplo anterior, substitua espaço reservado `` pelo nome do usuário a quem você concedeu os privilégios necessários anteriormente.
Para ler informações sobre o SQL Server Agent, adicione seu usuário à função de SQLAgent usuário. Execute o comando a seguir no banco de dados `msdb`.
```
EXEC sp_addrolemember , ;
```
No exemplo anterior, substitua o espaço reservado `` pelo nome do perfil do SQL Server Agent. Substitua espaço reservado `` pelo nome do usuário a quem você concedeu os privilégios necessários anteriormente. Para obter mais informações, consulte [Adicionar um usuário à função de SQLAgent usuário](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.Agent.html#SQLServerAgent.AddUser) no *Guia do usuário do Amazon RDS*.
Para detectar o envio de logs, conceda o privilégio `SELECT on dbo.log_shipping_primary_databases` no banco de dados `msdb`.
Para utilizar a abordagem de notificação da replicação da linguagem de definição de dados (DDL), conceda o privilégio `RECEIVE ON .` nos bancos de dados de origem. Neste exemplo, substitua o espaço reservado `` pelo nome do esquema do banco de dados. Substitua o espaço reservado `` pelo nome de uma tabela de filas.
# Utilizar um banco de dados Oracle como origem na DMS Schema Conversion
É possível utilizar bancos de dados Oracle como origem de migração na DMS Schema Conversion.
Para conectar-se ao banco de dados Oracle, utilize o ID do sistema (SID) Oracle. Para encontrar o Oracle SID, envie a consulta a seguir para seu banco de dados Oracle:
```
SELECT sys_context('userenv','instance_name') AS SID FROM dual;
```
É possível utilizar a DMS Schema Conversion para converter objetos de código de banco de dados do Oracle para os seguintes destinos:
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS para MySQL
+ RDS para PostgreSQL.
Para obter informações sobre as versões compatíveis do banco de dados Oracle, consulte [Provedores de dados de origem para a DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Para obter mais informações sobre como usar a Conversão de Esquema DMS com um banco de dados Oracle de origem, consulte o passo a passo da migração de [Oracle para PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html). step-by-step
## Privilégios do Oracle como origem
Os privilégios obrigatórios para o Oracle como origem são listados a seguir:
+ CONECTAR
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
+ SELECT ON SYS.ARGUMENT\$1
# Utilizar um banco de dados Oracle Data Warehouse como origem no DMS Schema Conversion
Você pode usar bancos de dados Oracle Data Warehouse como origem de migração no DMS Schema Conversion para converter objetos de código de banco de dados e código de aplicação no Amazon Redshift.
Para obter informações sobre versões compatíveis do banco de dados Oracle, consulte [Provedores de dados de origem para a DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Para obter mais informações sobre como usar a Conversão de Esquema DMS com um banco de dados Oracle de origem, consulte o passo a passo da migração de [Oracle para PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html). step-by-step
## Privilégios para usar o banco de dados Oracle Data Warehouse como origem
Os seguintes privilégios são obrigatórios para o Oracle Data Warehouse como origem:
+ CONECTAR
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
## Configurações de conversão do Oracle Data Warehouse para o Amazon Redshift
Para obter mais informações sobre o DMS Schema Conversion, consulte [Especificar as configurações de conversão de esquemas para projetos de migração](schema-conversion-settings.md).
As configurações de conversão do Oracle Data Warehouse para o Amazon Redshift incluem as seguintes opções:
+ **Adicionar comentários no código convertido para os itens de ação da gravidade selecionada ou superior**: essa configuração limita o número de comentários com itens de ação no código convertido. O DMS adiciona comentários no código convertido para itens de ação da gravidade selecionada e superior.
Por exemplo, para minimizar o número de comentários em seu código convertido, escolha **Somente erros**. Para incluir comentários para todos os itens de ação em seu código convertido, escolha **Todas as mensagens**.
+ **O número máximo de tabelas para o cluster do Amazon Redshift de destino**: essa configuração define o número de tabelas que o DMS pode aplicar cluster do Amazon Redshift de destino. O Amazon Redshift tem cotas que limitam as tabelas de uso para diferentes tipos de nós de cluster. Essa configuração é compatível com os seguintes valores:
+ **Auto**: o DMS determinará o número de tabelas a serem aplicadas ao cluster do Amazon Redshift de destino, dependendo do tipo de nó.
+ **Definir um valor**: defina o número de tabelas manualmente.
O DMS converte todas as tabelas de origem, mesmo que o número de tabelas seja maior do que o cluster do Amazon Redshift pode armazenar. O DMS armazena o código convertido em seu projeto e não o aplica ao banco de dados de destino. Se você atingir a cota de cluster do Amazon Redshift para as tabelas ao aplicar o código convertido, o DMS exibirá uma mensagem de aviso. Além disso, o DMS aplica tabelas ao cluster do Amazon Redshift de destino até que o número de tabelas atinja o limite.
Para obter informações sobre cotas da tabela do Amazon Redshift, consulte [Cotas e limites no Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/amazon-redshift-limits.html).
+ **Usar a visualização UNION ALL**: essa configuração permite definir o número máximo de tabelas de destino que o DMS pode criar para uma única tabela de origem.
O Amazon Redshift não oferece suporte ao particionamento de tabelas. Para emular o particionamento de tabelas e acelerar a execução de consultas, o DMS pode migrar cada partição da tabela de origem para uma tabela separada no Amazon Redshift. Em seguida, o DMS cria uma visualização que inclui dados das tabelas de destino que ele cria.
O DMS determina automaticamente o número de partições na tabela de origem. Dependendo do tipo de particionamento da tabela de origem, esse número pode exceder a cota das tabelas que você pode aplicar ao seu cluster do Amazon Redshift. Para evitar atingir essa cota, insira o número máximo de tabelas de destino que o DMS pode criar para partições de uma única tabela de origem. A opção padrão é 368 tabelas, que representam uma partição para 366 dias do ano e mais duas tabelas para partições NON RANGE e UNKNOWN.
+ **Os elementos de formato de tipo de data que você usa no código Oracle são semelhantes às strings de formato de data e hora no Amazon Redshift**: use essa configuração para converter funções de formatação de tipo de dados como `TO_CHAR`, `TO_DATE` e `TO_NUMBER` com elementos de formato de data e hora que o Amazon Redshift não aceita. Por padrão, o DMS usa funções do pacote de extensões para emular esses elementos de formato não aceitos no código convertido.
O modelo de formato de data e hora no Oracle inclui mais elementos do que as strings de formato de data e hora no Amazon Redshift. Quando o código-fonte incluir somente elementos de formato de data e hora compatíveis com o Amazon Redshift, defina esse valor para evitar funções do pacote de extensões no código convertido. Quando as funções de extensão são evitadas, o código convertido é executado mais rapidamente.
+ **Os elementos de formato numérico que você usa no código Oracle são semelhantes às strings de formato numérico no Amazon Redshift**: use essa configuração para converter funções de formatação de tipo de dados numéricos como que o Amazon Redshift não aceita. Por padrão, o DMS usa funções do pacote de extensões para emular esses elementos de formato não aceitos no código convertido.
O modelo de formato numérico no Oracle inclui mais elementos do que as strings de formato numérico no Amazon Redshift. Quando o código-fonte incluir somente elementos de formato numérico compatíveis com o Amazon Redshift, defina esse valor para evitar funções do pacote de extensões no código convertido. Quando as funções de extensão são evitadas, o código convertido é executado mais rapidamente.
+ **Usar a função NVL para emular o comportamento das funções LEAD e LAG do Oracle**: se o código-fonte não usar os valores padrão para deslocamento nas funções `LAG` e `LEAD`, o DMS poderá emular essas funções com a função `NVL`. Por padrão, o DMS gera um item de ação para cada uso das funções .`LEAD` e `LAG`. Quando essas funções são emuladas com `NVL`, o código convertido é executado mais rapidamente.
+ **Emular o comportamento das chaves primárias e exclusivas**: defina essa configuração para que o DMS emule o comportamento das restrições de chave primária e exclusiva no cluster do Amazon Redshift de destino. O Amazon Redshift não impõe restrições de chave primária e exclusiva e as utiliza apenas para fins informativos. Se o código-fonte usar restrições de chave primária ou exclusiva, defina essa configuração para garantir que o DMS emule o respectivo comportamento.
+ **Usar a codificação de compactação**: defina essa configuração para aplicar a codificação de compactação às colunas da tabela do Amazon Redshift. O DMS atribui automaticamente a codificação de compactação às colunas usando o algoritmo padrão do Redshift. Para obter mais informações sobre codificação de compactação, consulte [Codificações de compactação](https://docs.aws.amazon.com/redshift/latest/dg/c_Compression_encodings.html) no *Guia do desenvolvedor de banco de dados do Amazon Redshift*.
Por padrão, o Amazon Redshift não aplica compactação a colunas definidas como chaves de classificação e distribuição. Para aplicar compactação a essas colunas, defina **Usar codificação de compactação para colunas de CHAVE**. Você pode selecionar essa opção somente ao selecionar a opção **Usar codificação de compactação**.
# Utilizar um banco de dados PostgreSQL como origem na DMS Schema Conversion
É possível utilizar bancos de dados PostgreSQL como a origem da migração na DMS Schema Conversion.
É possível utilizar a DMS Schema Conversion para converter objetos de código de banco de dados do PostgreSQL para os seguintes destinos:
+ MySQL
+ Aurora MySQL
Os privilégios obrigatórios para PostgreSQL como origem são listados a seguir:
+ CONNECT ON DATABASE
+ USAGE ON SCHEMA
+ SELECT ON ALL TABLES IN SCHEMA
+ SELECT ON ALL SEQUENCES IN SCHEMA
# Utilizar um banco de dados MySQL como destino na DMS Schema Conversion
É possível utilizar bancos de dados MySQL como a origem da migração na DMS Schema Conversion.
É possível utilizar a DMS Schema Conversion para converter objetos de código de banco de dados de um banco de dados MySQL para os seguintes destinos:
+ PostgreSQL
+ Aurora PostgreSQL
Os privilégios obrigatórios do MySQL como origem são listados a seguir:
+ `SELECT ON *.*`
+ `SHOW VIEW ON *.*`
## Configurações de conversão de MySQL para PostgreSQL
Para obter mais informações sobre o DMS Schema Conversion, consulte [Especificar as configurações de conversão de esquemas para projetos de migração](schema-conversion-settings.md).
As configurações de conversão do MySQL para PostgreSQL incluem o seguinte:
+ **Comentários no código SQL convertido**: defina essa configuração para adicionar comentários no código convertido dos itens de ação com a severidade selecionada ou de grau mais alto.
Valores válidos:
+ **Somente erros**
+ **Erros e advertências**
+ **Todas as mensagens**
# Usando um banco de dados IBM Db2 para Linux, UNIX e Windows como fonte na conversão do esquema DMS
Você pode usar um banco de dados IBM Db2 para Linux, UNIX e Windows como fonte de migração no DMS Schema Conversion.
Você pode usar o DMS Schema Conversion para converter objetos de código de banco de dados do Db2 for Linux, UNIX e Windows Database para os seguintes destinos:
+ Aurora PostgreSQL
+ Amazon RDS para PostgreSQL
Para obter informações sobre as versões suportadas dos bancos de dados IBM Db2 para Linux, UNIX e Windows, consulte [Provedores de dados de origem para a DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Pré-requisitos do IBM Db2 para Linux, UNIX e Windows como banco de dados de origem
Você pode usar o exemplo de código a seguir para verificar a versão do seu banco de dados IBM Db2 for Linux, UNIX e Windows de origem:
```
SELECT SERVICE_LEVEL FROM SYSIBMADM.ENV_INST_INFO;
```
## Privilégios do IBM Db2 para Linux, UNIX e Windows como banco de dados de origem
Os privilégios necessários para se conectar a um banco de dados Db2 para Linux, UNIX e Windows e ler catálogos e tabelas do sistema são os seguintes:
```
EXECUTE ON PACKAGE NULLID.SYSSH200
EXECUTE ON PACKAGE NULLID.SQLC2O26 /* If Db2 LUW runs on a Linux operating system */
EXECUTE ON FUNCTION SYSPROC.ENV_GET_INST_INFO
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_AUTHORITIES_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_GROUPS_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_ROLES_FOR_AUTHID
SELECT ON SYSIBMADM.ENV_INST_INFO
SELECT ON SYSIBMADM.ENV_SYS_INFO
SELECT ON SYSIBMADM.PRIVILEGES
SELECT ON SYSCAT.ATTRIBUTES
SELECT ON SYSCAT.CHECKS
SELECT ON SYSCAT.COLIDENTATTRIBUTES
SELECT ON SYSCAT.COLUMNS
SELECT ON SYSCAT.DATAPARTITIONEXPRESSION
SELECT ON SYSCAT.DATAPARTITIONS
SELECT ON SYSCAT.DATATYPEDEP
SELECT ON SYSCAT.DATATYPES
SELECT ON SYSCAT.HIERARCHIES
SELECT ON SYSCAT.INDEXCOLUSE
SELECT ON SYSCAT.INDEXES
SELECT ON SYSCAT.INDEXPARTITIONS
SELECT ON SYSCAT.KEYCOLUSE
SELECT ON SYSCAT.MODULEOBJECTS
SELECT ON SYSCAT.MODULES
SELECT ON SYSCAT.NICKNAMES
SELECT ON SYSCAT.PERIODS
SELECT ON SYSCAT.REFERENCES
SELECT ON SYSCAT.ROUTINEPARMS
SELECT ON SYSCAT.ROUTINES
SELECT ON SYSCAT.ROWFIELDS
SELECT ON SYSCAT.SCHEMATA
SELECT ON SYSCAT.SEQUENCES
SELECT ON SYSCAT.TABCONST
SELECT ON SYSCAT.TABLES
SELECT ON SYSCAT.TRIGGERS
SELECT ON SYSCAT.VARIABLEDEP
SELECT ON SYSCAT.VARIABLES
SELECT ON SYSCAT.VIEWS
SELECT ON SYSIBM.SYSDUMMY1
```
# Usando um IBM Db2 para z/OS banco de dados como fonte na conversão de esquema do DMS
Você pode usar um IBM Db2 para z/OS bancos de dados como fonte de migração no DMS Schema Conversion.
Você pode usar o DMS Schema Conversion para converter objetos de código de banco de dados do Db2 for z/OS Database para os seguintes destinos:
+ Amazon RDS para Db2
+ Amazon RDS para PostgreSQL
+ Aurora PostgreSQL
Para obter mais informações sobre as versões suportadas do IBM Db2 para z/OS banco de dados, consulte [Provedores de dados de origem para conversão de esquema DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.SchemaConversion).
## Pré-requisitos do IBM Db2 for como banco de dados de origem z/OS
A z/OS versão do banco de dados de nível 100 de funções do IBM Db2 para versão 12 não suporta a maioria dos novos recursos do IBM Db2 para a z/OS versão 12. Essa versão do banco de dados fornece suporte para fallback para o Db2 versão 11 e compartilhamento de dados com o Db2 versão 11. Para evitar a conversão de recursos não suportados do Db2 versão 11, recomendamos que você use um IBM Db2 para função de z/OS banco de dados de nível 500 ou superior como fonte para SC. AWS DMS
Você pode usar o exemplo de código a seguir para verificar a versão do seu IBM Db2 de origem para z/OS banco de dados:
```
SELECT GETVARIABLE('SYSIBM.VERSION') as version FROM SYSIBM.SYSDUMMY1;
```
Esse código deve exibir uma versão `DSN12015` ou superior.
Você pode usar o seguinte exemplo de código para verificar o valor do registro especial `APPLICATION COMPATIBILITY` em seu banco de dados IBM Db2 para z/OS de origem.
```
SELECT CURRENT APPLICATION COMPATIBILITY as version FROM SYSIBM.SYSDUMMY1;
```
Esse código deve exibir uma versão `V12R1M500` ou superior.
## Privilégios do IBM Db2 z/OS como banco de dados de origem
Os privilégios necessários para se conectar a um z/OS banco de dados do Db2 for e ler catálogos e tabelas do sistema são os seguintes:
```
SELECT ON SYSIBM.LOCATIONS
SELECT ON SYSIBM.SYSCHECKS
SELECT ON SYSIBM.SYSCOLUMNS
SELECT ON SYSIBM.SYSDATABASE
SELECT ON SYSIBM.SYSDATATYPES
SELECT ON SYSIBM.SYSDUMMY1
SELECT ON SYSIBM.SYSFOREIGNKEYS
SELECT ON SYSIBM.SYSINDEXES
SELECT ON SYSIBM.SYSKEYCOLUSE
SELECT ON SYSIBM.SYSKEYS
SELECT ON SYSIBM.SYSKEYTARGETS
SELECT ON SYSIBM.SYSJAROBJECTS
SELECT ON SYSIBM.SYSPACKAGE
SELECT ON SYSIBM.SYSPARMS
SELECT ON SYSIBM.SYSRELS
SELECT ON SYSIBM.SYSROUTINES
SELECT ON SYSIBM.SYSSEQUENCES
SELECT ON SYSIBM.SYSSEQUENCESDEP
SELECT ON SYSIBM.SYSSYNONYMS
SELECT ON SYSIBM.SYSTABCONST
SELECT ON SYSIBM.SYSTABLES
SELECT ON SYSIBM.SYSTABLESPACE
SELECT ON SYSIBM.SYSTRIGGERS
SELECT ON SYSIBM.SYSVARIABLES
SELECT ON SYSIBM.SYSVIEWS
```
# Usando um banco de dados SAP ASE (Sybase ASE) como fonte na conversão de AWS DMS esquema
Você pode usar bancos de dados SAP ASE (Sybase ASE) como fonte de migração no DMS Schema Conversion.
Você pode usar o DMS Schema Conversion para converter objetos de código de banco de dados do banco de dados SAP ASE (Sybase ASE) para os seguintes destinos:
+ Aurora PostgreSQL
+ RDS para PostgreSQL
Para obter informações sobre as versões suportadas do banco de dados SAP ASE (Sybase ASE), consulte [Provedores de dados de origem para a DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Privilégios do SAP ASE (Sybase ASE) como banco de dados de origem
Os seguintes privilégios são necessários ao usar o SAP ASE (Sybase ASE) como banco de dados de origem:
+ USE master
+ selecione em dbo.spt\$1values
+ selecione em asehostname
Para cada banco de dados a ser migrado, conceda os seguintes privilégios:
+ USE db\$1name *(substitua db\$1name pelo nome do banco de dados que está sendo migrado*)
+ selecione em dbo.sysusers
+ selecione em dbo.sysobjects
+ selecione em dbo.sysindexes
+ selecione em dbo.syscolumns
+ selecione em dbo.sysreferences
+ selecione em dbo.syscomments
+ selecione nas partições dbo.sys
+ selecione em dbo.syspartitionkeys
+ selecione em dbo.sysconstraints
+ selecione em dbo.systypes
+ selecione em dbo.sysqueryplans