Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Creazione di fornitori di dati di origine per la conversione dello schema DMS
È possibile utilizzare un database Microsoft SQL Server, Oracle, PostgreSQL, MySQL, IBM for LUW DB2 DB2 , IBM for e SAP ASE (Sybase ASE) come fornitore di z/OS dati di origine nei progetti di migrazione per DMS Schema Conversion.
Assicurati di configurare la rete per consentire l'interazione tra il fornitore di dati di origine e la conversione dello schema DMS. Per ulteriori informazioni, consulta [Configurazione di una rete per la conversione dello schema DMS](instance-profiles-network.md).
**Topics**
+ [Utilizzo di un database Microsoft SQL Server come origine nella conversione dello schema DMS](data-providers-sql-server.md)
+ [Utilizzo di un database Oracle come origine nella conversione dello schema DMS](data-providers-oracle.md)
+ [Utilizzo di un database Oracle Data Warehouse come origine nella conversione dello schema DMS](data-providers-oracle-dw.md)
+ [Utilizzo di un database PostgreSQL come sorgente in DMS Schema Conversion](sc-data-providers-postgresql.md)
+ [Utilizzo di un database MySQL come sorgente in DMS Schema Conversion](sc-data-providers-mysql.md)
+ [Utilizzo di un database IBM Db2 per Linux, UNIX e Windows come origine in DMS Schema Conversion](sc-data-providers-db2luw.md)
+ [Utilizzo di un IBM Db2 for z/OS database come sorgente in DMS Schema Conversion](sc-data-providers-db2zos.md)
+ [Utilizzo di un database SAP ASE (Sybase ASE) come origine in Schema Conversion AWS DMS](dm-data-providers-source-sybase-ASE.md)
# Utilizzo di un database Microsoft SQL Server come origine nella conversione dello schema DMS
È possibile utilizzare i database SQL Server come origine della migrazione nella conversione dello schema DMS.
È possibile utilizzare la conversione dello schema DMS per convertire gli oggetti di codice del database da SQL Server alle seguenti destinazioni:
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS per MySQL
+ RDS per PostgreSQL
Per informazioni sulle versioni supportate del database SQL Server, consulta [Provider di dati di origine per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Per ulteriori informazioni sull'utilizzo di DMS Schema Conversion con un database SQL Server di origine, consulta la procedura dettagliata per la [migrazione da SQL Server a MySQL step-by-step](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html).
## Privilegi per Microsoft SQL Server come origine
Esamina il seguente elenco di privilegi necessari per Microsoft SQL Server come origine:
+ VIEW DEFINITION
+ VIEW DATABASE STATE
Il privilegio `VIEW DEFINITION` consente agli utenti con accesso pubblico di visualizzare le definizioni degli oggetti. La conversione dello schema DMS utilizza il privilegio `VIEW DATABASE STATE` per verificare le funzionalità di SQL Server Enterprise Edition.
Ripeti l'assegnazione per ogni database di cui desideri convertire lo schema.
Inoltre, assegna i seguenti privilegi sul database `master`:
+ VIEW SERVER STATE
+ VIEW ANY DEFINITION
La conversione dello schema DMS utilizza il privilegio `VIEW SERVER STATE` per raccogliere le impostazioni e la configurazione del server. Assicurati di fornire il privilegio `VIEW ANY DEFINITION` per visualizzare i fornitori di dati.
Per leggere le informazioni su Microsoft Analysis Services, esegui il seguente comando sul database `master`.
```
EXEC master..sp_addsrvrolemember @loginame = N'', @rolename = N'sysadmin'
```
Nell'esempio precedente, sostituisci il segnaposto `` con il nome dell'utente a cui sono stati precedentemente assegnati i privilegi richiesti.
Per leggere informazioni su SQL Server Agent, aggiungi il tuo utente al ruolo Utente. SQLAgent Esegui il comando seguente sul database `msdb`.
```
EXEC sp_addrolemember , ;
```
Nell'esempio precedente, sostituisci il segnaposto `` con il nome del ruolo SQL Server Agent. Sostituisci il segnaposto `` con il nome dell'utente a cui sono stati precedentemente assegnati i privilegi richiesti. Per ulteriori informazioni, consulta [Aggiungere un utente al ruolo SQLAgent Utente](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.Agent.html#SQLServerAgent.AddUser) nella *Guida per l'utente di Amazon RDS*.
Per rilevare l'invio dei log, fornisci il privilegio `SELECT on dbo.log_shipping_primary_databases` sul database `msdb`.
Per utilizzare l'approccio di notifica della replica DDL (Data Definition Language), assegna il privilegio `RECEIVE ON .` sui database di origine. In questo esempio, sostituisci il segnaposto `` con il nome dello schema di database. Quindi, sostituisci il segnaposto `` con il nome di una tabella di coda.
# Utilizzo di un database Oracle come origine nella conversione dello schema DMS
È possibile utilizzare i database Oracle come origine della migrazione nella conversione dello schema DMS.
Per connettersi al database Oracle, utilizza il SID (System ID) Oracle. Per individuare il SID Oracle, invia la seguenti query al database Oracle:
```
SELECT sys_context('userenv','instance_name') AS SID FROM dual;
```
È possibile utilizzare la conversione dello schema DMS per convertire gli oggetti di codice del database da Oracle Database alle seguenti destinazioni:
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS per MySQL
+ RDS per PostgreSQL
Per informazioni sulle versioni supportate del database Oracle, consulta [Provider di dati di origine per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Per ulteriori informazioni sull'utilizzo di DMS Schema Conversion con un database Oracle di origine, consulta la procedura dettagliata per la migrazione [da Oracle a PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html). step-by-step
## Privilegi per Oracle come origine
I privilegi necessari per Oracle come origine sono i seguenti:
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
+ SELECT ON SYS.ARGUMENT\$1
# Utilizzo di un database Oracle Data Warehouse come origine nella conversione dello schema DMS
È possibile utilizzare i database Oracle Data Warehouse come origine della migrazione per la conversione dello schema DMS al fine di convertire gli oggetti del codice del database e il codice dell'applicazione in Amazon Redshift.
Per informazioni sulle versioni supportate del database Oracle, consulta [Provider di dati di origine per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Per ulteriori informazioni sull'utilizzo di DMS Schema Conversion con un database Oracle di origine, consulta la procedura dettagliata per la migrazione [da Oracle a PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html). step-by-step
## Privilegi per l'utilizzo di un database Oracle Data Warehouse come origine
I privilegi necessari per Oracle Data Warehouse come origine sono i seguenti:
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
## Impostazioni di conversione da Oracle Data Warehouse ad Amazon Redshift
Per informazioni sulla modifica delle impostazioni della conversione dello schema DMS, consulta [Specifica delle impostazioni di conversione dello schema per i progetti di migrazione](schema-conversion-settings.md).
Le impostazioni di conversione da Oracle Data Warehouse ad Amazon Redshift sono le seguenti:
+ **Aggiungi commenti nel codice convertito per gli elementi d'azione con la gravità selezionata o superiore**: questa impostazione limita il numero di commenti per gli elementi d'azione nel codice convertito. DMS aggiunge i commenti nel codice convertito per gli elementi d'azione con la gravità selezionata o superiore.
Ad esempio, per ridurre al minimo il numero di commenti nel codice convertito, scegli **Solo errori**. Per includere commenti per tutti gli elementi d'azione nel codice convertito, scegli **Tutti i messaggi**.
+ **Numero massimo di tabelle per il cluster Amazon Redshift di destinazione**: questa impostazione specifica il numero massimo di tabelle che DMS può applicare al cluster Amazon Redshift di destinazione. Amazon Redshift dispone di quote che limitano l'utilizzo delle tabelle per diversi tipi di nodo cluster. Questa impostazione supporta i seguenti valori:
+ **Automatico**: DMS determina il numero di tabelle da applicare al cluster Amazon Redshift di destinazione in base al tipo di nodo.
+ **Imposta un valore**: specifica il numero di tabelle manualmente.
DMS converte tutte le tabelle di origine, anche se il numero di tabelle è superiore a quello che il cluster Amazon Redshift può archiviare. DMS archivia il codice convertito nel progetto e non lo applica al database di destinazione. Se raggiungi la quota del cluster Amazon Redshift per le tabelle quando applichi il codice convertito, DMS visualizza un messaggio di avviso. Inoltre, DMS applica le tabelle al cluster Amazon Redshift di destinazione fino a quando il numero di tabelle non raggiunge il limite.
Per informazioni sulle quote delle tabelle Amazon Redshift, consulta [Quote e limiti in Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/amazon-redshift-limits.html).
+ **Utilizza la vista UNION ALL**: questa impostazione consente di specificare il numero massimo di tabelle di destinazione che DMS può creare per una singola tabella di origine.
Amazon Redshift non supporta il partizionamento della tabella. Per emulare il partizionamento della tabella e accelerare l'esecuzione delle query, DMS può migrare ogni partizione della tabella di origine in una tabella separata in Amazon Redshift. Quindi, DMS genera una vista che include i dati di tutte le tabelle di destinazione che crea.
DMS determina automaticamente il numero di partizioni nella tabella di origine. A seconda del tipo di partizionamento della tabella di origine, questo numero può superare la quota delle tabelle che puoi applicare al cluster Amazon Redshift. Per evitare di raggiungere questa quota, inserisci il numero massimo di tabelle di destinazione che DMS può creare per le partizioni di una singola tabella di origine. L'opzione predefinita è 368 tabelle, che rappresenta una partizione per 366 giorni all'anno, più due tabelle per le partizioni NO RANGE e UNKNOWN.
+ **Gli elementi del formato datetype utilizzati nel codice Oracle sono simili alle stringhe del formato datetime in Amazon Redshift**: utilizza questa impostazione per convertire le funzioni di formattazione dei tipi di dati come `TO_CHAR`, `TO_DATE` e `TO_NUMBER` con elementi del formato datetime non supportati da Amazon Redshift. Per impostazione predefinita, DMS utilizza le funzioni dei pacchetti di estensione per emulare questi elementi del formato non supportati nel codice convertito.
Il modello del formato datetime di Oracle include più elementi rispetto alle stringhe del formato datetime di Amazon Redshift. Se il codice sorgente include solo elementi del formato datetime supportati da Amazon Redshift, imposta questo valore per evitare le funzioni dei pacchetti di estensione nel codice convertito e accelerare l'esecuzione del codice convertito.
+ **Gli elementi del formato numerico utilizzati nel codice Oracle sono simili alle stringhe del formato numerico in Amazon Redshift**: utilizza questa impostazione per convertire le funzioni di formattazione dei tipi di dati numerici non supportati da Amazon Redshift. Per impostazione predefinita, DMS utilizza le funzioni dei pacchetti di estensione per emulare questi elementi del formato non supportati nel codice convertito.
Il modello del formato numerico di Oracle include più elementi rispetto alle stringhe del formato numerico di Amazon Redshift. Se il codice sorgente include solo elementi del formato numerico supportati da Amazon Redshift, imposta questo valore per evitare le funzioni dei pacchetti di estensione nel codice convertito e accelerare l'esecuzione del codice convertito.
+ **Utilizza la funzione NVL per emulare il comportamento delle funzioni Oracle LEAD e LAG**: se il codice sorgente non utilizza i valori predefiniti per l'offset delle funzioni `LEAD` e `LAG`, DMS può emularle con la funzione `NVL`. Per impostazione predefinita, DMS genera un elemento d'azione per ogni utilizzo delle funzioni `LEAD` e `LAG`. L'emulazione di queste funzioni tramite `NVL` accelera l'esecuzione del codice convertito.
+ **Emula il comportamento delle chiavi primarie e univoche**: specifica questa impostazione per fare in modo che DMS emuli il comportamento dei vincoli delle chiavi primarie e univoche nel cluster Amazon Redshift di destinazione. Amazon Redshift non impone i vincoli delle chiavi primarie e univoche e li utilizza solo a scopo informativo. Se il codice sorgente utilizza i vincoli delle chiavi primarie e univoche, specifica questa impostazione per assicurarti che DMS ne emuli il comportamento.
+ **Usa la codifica di compressione**: specifica questa impostazione per applicare la codifica di compressione alle colonne della tabella Amazon Redshift. DMS assegna automaticamente la codifica di compressione utilizzando l'algoritmo Redshift predefinito. Per informazioni sulla codifica di compressione, consulta [Codifiche di compressione](https://docs.aws.amazon.com/redshift/latest/dg/c_Compression_encodings.html) nella *Guida per sviluppatori di database di Amazon Redshift*.
Amazon Redshift per impostazione predefinita non applica la compressione alle colonne definite come chiavi di ordinamento e distribuzione. Per applicare la compressione a queste colonne, imposta **Usa la codifica di compressione per le colonne KEY**. Puoi selezionare questa opzione solo quando imposti **Usa la codifica di compressione**.
# Utilizzo di un database PostgreSQL come sorgente in DMS Schema Conversion
È possibile utilizzare i database PostgreSQL come origine di migrazione in DMS Schema Conversion.
È possibile utilizzare DMS Schema Conversion per convertire gli oggetti del codice del database dal database PostgreSQL ai seguenti obiettivi:
+ MySQL
+ Aurora MySQL
I privilegi richiesti per PostgreSQL come sorgente sono i seguenti:
+ CONNECT ON DATABASE
+ USAGE ON SCHEMA
+ SELECT ON ALL TABLES IN SCHEMA
+ SELECT ON ALL SEQUENCES IN SCHEMA
# Utilizzo di un database MySQL come sorgente in DMS Schema Conversion
È possibile utilizzare i database MySQL come origine di migrazione in DMS Schema Conversion.
È possibile utilizzare DMS Schema Conversion per convertire gli oggetti del codice del database dal database MySQL ai seguenti obiettivi:
+ PostgreSQL
+ Aurora PostgreSQL
I privilegi richiesti per MySQL come sorgente sono i seguenti:
+ `SELECT ON *.*`
+ `SHOW VIEW ON *.*`
## Impostazioni di conversione da MySQL a PostgreSQL
Per informazioni sulla modifica delle impostazioni della conversione dello schema DMS, consulta [Specifica delle impostazioni di conversione dello schema per i progetti di migrazione](schema-conversion-settings.md).
Le impostazioni di conversione da MySQL a PostgreSQL includono quanto segue:
+ **Commenti nel codice SQL convertito**: imposta questa impostazione per aggiungere commenti nel codice convertito per le azioni con la gravità selezionata o superiore.
Valori validi:
+ **Solo errori**
+ **Errori e avvertenze**
+ **Tutti i messaggi**
# Utilizzo di un database IBM Db2 per Linux, UNIX e Windows come origine in DMS Schema Conversion
È possibile utilizzare un database IBM Db2 per Linux, UNIX e Windows come origine di migrazione in DMS Schema Conversion.
È possibile utilizzare DMS Schema Conversion per convertire gli oggetti del codice del database da Db2 per Linux, UNIX e Windows Database ai seguenti obiettivi:
+ Aurora PostgreSQL
+ Amazon RDS per PostgreSQL
Per informazioni sulle versioni supportate dei database IBM Db2 for Linux, UNIX e Windows, vedi [Provider di dati di origine per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Prerequisiti per IBM Db2 for Linux, UNIX e Windows come database di origine
È possibile utilizzare il seguente esempio di codice per verificare la versione del database IBM Db2 di origine per Linux, UNIX e Windows:
```
SELECT SERVICE_LEVEL FROM SYSIBMADM.ENV_INST_INFO;
```
## Privilegi per IBM Db2 per Linux, UNIX e Windows come database di origine
I privilegi necessari per connettersi a un database Db2 per Linux, UNIX e Windows e leggere i cataloghi e le tabelle di sistema sono i seguenti:
```
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
```
# Utilizzo di un IBM Db2 for z/OS database come sorgente in DMS Schema Conversion
È possibile utilizzare un IBM Db2 per z/OS database come origine di migrazione in DMS Schema Conversion.
È possibile utilizzare DMS Schema Conversion per convertire gli oggetti del codice del database da Db2 for z/OS Database ai seguenti obiettivi:
+ Amazon RDS per Db2
+ Amazon RDS per PostgreSQL
+ Aurora PostgreSQL
Per ulteriori informazioni sulle versioni supportate di IBM Db2 for z/OS database, consulta [Source data providers for](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.SchemaConversion) DMS Schema Conversion.
## Prerequisiti per IBM Db2 for as a source database z/OS
La versione del database IBM Db2 for z/OS version 12 function level 100 non supporta la maggior parte delle nuove funzionalità di IBM Db2 per la versione 12. z/OS Questa versione del database fornisce il supporto per il fallback alla versione 11 di Db2 e la condivisione dei dati con la versione 11 di Db2. Per evitare la conversione delle funzionalità non supportate di Db2 versione 11, si consiglia di utilizzare un IBM Db2 for z/OS database di livello 500 o superiore come sorgente per SC. AWS DMS
È possibile utilizzare il seguente esempio di codice per verificare la versione del codice IBM Db2 for database di origine: z/OS
```
SELECT GETVARIABLE('SYSIBM.VERSION') as version FROM SYSIBM.SYSDUMMY1;
```
Assicurati che questo codice restituisca una versione `DSN12015` o una versione successiva.
È possibile utilizzare il seguente esempio di codice per controllare il valore del registro `APPLICATION COMPATIBILITY` speciale nel database IBM Db2 for z/OS di origine:
```
SELECT CURRENT APPLICATION COMPATIBILITY as version FROM SYSIBM.SYSDUMMY1;
```
Assicurati che questo codice restituisca una versione o una versione successiva. `V12R1M500`
## Privilegi per IBM Db2 for z/OS come database di origine
I privilegi necessari per connettersi a un z/OS database Db2 e leggere i cataloghi e le tabelle di sistema sono i seguenti:
```
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
```
# Utilizzo di un database SAP ASE (Sybase ASE) come origine in Schema Conversion AWS DMS
È possibile utilizzare i database SAP ASE (Sybase ASE) come origine di migrazione in DMS Schema Conversion.
È possibile utilizzare DMS Schema Conversion per convertire gli oggetti di codice del database dal database SAP ASE (Sybase ASE) alle seguenti destinazioni:
+ Aurora PostgreSQL
+ RDS per PostgreSQL
Per informazioni sulle versioni del database SAP ASE (Sybase ASE) supportate, vedere [Provider di dati di origine per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Privilegi per SAP ASE (Sybase ASE) come database di origine
I seguenti privilegi sono richiesti quando si utilizza SAP ASE (Sybase ASE) come database di origine:
+ USE master
+ selezionate su dbo.spt\$1values
+ seleziona su asehostname
Per ogni database da migrare, concedi i seguenti privilegi:
+ USE db\$1name *(sostituisci db\$1name con il nome del database da migrare*)
+ seleziona su dbo.sysusers
+ seleziona su dbo.sysobjects
+ seleziona su dbo.sysindexes
+ seleziona su dbo.syscolumns
+ seleziona su dbo.sysreferences
+ seleziona su dbo.syscomments
+ seleziona sulle partizioni dbo.sys
+ seleziona su dbo.syspartitionkeys
+ seleziona su dbo.sysconstraints
+ seleziona su dbo.systypes
+ seleziona su dbo.sysqueryplans