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