

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

# Conversione degli schemi di database utilizzando la conversione dello schema DMS
<a name="CHAP_SchemaConversion"></a>

**Nota**  
La conversione dello schema DMS con funzionalità AI generativa è ora disponibile. Per ulteriori informazioni, consultare [Visualizzazione del rapporto di valutazione della migrazione del database per DMS Schema Conversion](assessment-reports-view.md) e [Conversione degli schemi di database in DMS Schema Conversion: guida step-by-step](schema-conversion-convert.md). 

DMS Schema Conversion in AWS Database Migration Service (AWS DMS) rende più prevedibili le migrazioni di database tra diversi tipi di database. Puoi utilizzare la conversione dello schema DMS per valutare la complessità della migrazione per il fornitore di dati di origine e per convertire schemi di database e oggetti di codice. Puoi quindi applicare il codice convertito al database di destinazione.

La conversione dello schema DMS converte automaticamente gli schemi del database di origine e la maggior parte degli oggetti di codice del database in un formato compatibile con il database di destinazione. Questa conversione include tabelle, viste, stored procedure, funzioni, tipi di dati, sinonimi e così via. Tutti gli oggetti che la conversione dello schema DMS non è in grado di convertire automaticamente sono contrassegnati in modo chiaro. Per completare la migrazione, puoi convertire questi oggetti manualmente.

Ad alto livello, [la conversione dello schema DMS](https://aws.amazon.com/dms/schema-conversion-tool/) funziona con i seguenti tre componenti: profili dell'istanza, fornitore di dati e progetti di migrazione. Un *profilo dell'istanza* specifica le impostazioni di rete e di sicurezza. Un *fornitore di dati* archivia le credenziali di connessione al database. Un *progetto di migrazione* contiene fornitori di dati, un profilo di istanza e regole di migrazione. AWS DMS utilizza fornitori di dati e un profilo di istanza per progettare un processo che converte gli schemi di database e gli oggetti di codice.

Per l'elenco dei database di origine supportati, consulta [Origini per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).

Per l'elenco dei database di destinazione supportati, consulta [Destinazioni per la conversione dello schema DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion).

Il seguente diagramma illustra il processo di conversione dello schema DMS.

![\[Diagramma di architettura della funzionalità di conversione dello schema DMS.\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/dms-schema-conversion-diagram.png)


Consulta i seguenti argomenti per comprendere meglio come si usa la conversione dello schema DMS.

**Topics**
+ [Supportato Regioni AWS](#schema-conversion-supported-regions)
+ [Funzionalità di conversione dello schema](#schema-conversion-features)
+ [Limitazioni della conversione dello schema](#schema-conversion-limitations)
+ [Nozioni di base sulla conversione dello schema DMS](getting-started.md)
+ [Configurazione di una rete per la conversione dello schema DMS](instance-profiles-network.md)
+ [Creazione di fornitori di dati di origine per la conversione dello schema DMS](data-providers-source.md)
+ [Creazione e impostazione dei provider di dati di destinazione in DMS Schema Conversion](data-providers-target.md)
+ [Fornitore di dati virtuali](virtual-data-provider.md)
+ [Gestione dei progetti di migrazione nella conversione dello schema DMS](sc-migration-projects.md)
+ [Creazione di report di valutazione della migrazione del database con la conversione dello schema DMS](assessment-reports.md)
+ [Utilizzo della conversione dello schema DMS](schema-conversion.md)
+ [Utilizzo dei pacchetti di estensione nella conversione dello schema DMS](extension-pack.md)
+ [AWS Azioni IAM sulla mappatura delle API per DMS Schema Conversion e Common Studio Framework (CSF)](schema-conversion-iam.mapping.md)

## Supportato Regioni AWS
<a name="schema-conversion-supported-regions"></a>

È possibile creare un progetto di migrazione DMS Schema Conversion nel modo seguente. Regioni AWS In altre regioni, è possibile utilizzare AWS Schema Conversion Tool. Per ulteriori informazioni AWS SCT, vedere la [AWS Schema Conversion Tool User Guide](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/).


| Nome della regione | Regione | 
| --- | --- | 
| Africa (Città del Capo)  | af-south-1 | 
| Asia Pacific (Hong Kong) | ap-east-1 | 
| Asia Pacifico (Mumbai) | ap-south-1 | 
| Asia Pacifico (Hyderabad) | ap-south-2 | 
| Asia Pacifico (Tokyo) | ap-northeast-1 | 
| Asia Pacifico (Seoul) | ap-northeast-2 | 
| Asia Pacific (Singapore) | ap-southeast-1 | 
| Asia Pacific (Sydney) | ap-southeast-2 | 
| Asia Pacifico (Giacarta) | ap-southeast-3 | 
| Asia Pacifico (Melbourne) | ap-southeast-4 | 
| Canada (Centrale) | ca-central-1 | 
| Canada occidentale (Calgary) | ca-west-1 | 
| Europa (Francoforte) | eu-central-1 | 
| Europa (Zurigo) | eu-central-2 | 
| Europa (Stoccolma) | eu-north-1 | 
| Europe (Milan) | eu-south-1 | 
| Europa (Spagna) | eu-south-2 | 
| Europa (Irlanda) | eu-west-1 | 
| Europa (Parigi) | eu-west-3 | 
| Israele (Tel Aviv) | il-central-1 | 
| Medio Oriente (Emirati Arabi Uniti) | me-central-1 | 
| Sud America (San Paolo) | sa-east-1 | 
| Stati Uniti orientali (Virginia settentrionale) | us-east-1 | 
| Stati Uniti orientali (Ohio) | us-east-2 | 
| Stati Uniti occidentali (California settentrionale) | us-west-1 | 
| US West (Oregon) | us-west-2 | 

## Funzionalità di conversione dello schema
<a name="schema-conversion-features"></a>

La conversione dello schema DMS offre le seguenti funzionalità:
+ DMS Schema Conversion gestisce automaticamente le Cloud AWS risorse necessarie per il progetto di migrazione del database. Queste risorse includono profili di istanza, fornitori di dati e Gestione dei segreti AWS segreti. Includono anche ruoli AWS Identity and Access Management (IAM), bucket Amazon S3 e progetti di migrazione.
+ Puoi utilizzare la conversione dello schema DMS per connetterti al database di origine, leggere i metadati e creare report di valutazione della migrazione del database. Quindi, puoi salvare il report in un bucket Amazon S3. Con questi report avrai un riepilogo delle attività di conversione dello schema e i dettagli sugli elementi che non possono essere convertiti automaticamente dalla conversione dello schema DMS nel database di destinazione. I report di valutazione della migrazione del database aiutano a valutare la parte del progetto di migrazione che la conversione dello schema DMS è in grado di automatizzare. Questi report aiutano anche a stimare l'impegno manuale necessario per completare la conversione. Per ulteriori informazioni, consulta [Creazione di report di valutazione della migrazione del database con la conversione dello schema DMS](assessment-reports.md). 
+ Dopo la connessione ai fornitori di dati di origine e di destinazione, la conversione dello schema DMS è in grado di convertire gli schemi del database di origine esistenti nel motore di database di destinazione. Puoi scegliere qualsiasi elemento dello schema dal database di origine da convertire. Dopo aver convertito il codice del database nella conversione dello schema DMS, puoi rivedere il codice sorgente e il codice convertito. Puoi salvare il codice SQL convertito in un bucket Amazon S3.
+ Prima di convertire gli schemi del database di origine, puoi configurare le regole di trasformazione. Puoi usare le regole per modificare i tipi di dati delle colonne, spostare gli oggetti da uno schema a un altro e cambiare i nomi degli oggetti. Puoi applicare le regole di trasformazione a database, schemi, tabelle e colonne. Per ulteriori informazioni, consulta [ Configurazione delle regole di trasformazione](schema-conversion-transformation-rules.md).
+ Puoi modificare le impostazioni di conversione per migliorare le prestazioni del codice convertito. Queste impostazioni sono specifiche per ogni coppia di conversione e dipendono dalle funzionalità del database di origine utilizzato nel codice. Per ulteriori informazioni, consulta [Specifica delle impostazioni di conversione dello schema](schema-conversion-settings.md).
+ In alcuni casi, la conversione dello schema DMS non può convertire le funzionalità del database in funzionalità Amazon RDS equivalenti. In questi casi, la conversione dello schema DMS crea un pacchetto di estensione nel database di destinazione per emulare le funzionalità che non sono state convertite. Per ulteriori informazioni, consulta [Utilizzo dei pacchetti di estensione](extension-pack.md).
+ È possibile applicare il codice convertito e lo schema del pacchetto di estensione al database di destinazione. Per ulteriori informazioni, consulta [Applicazione del codice convertito](schema-conversion-save-apply.md#schema-conversion-apply). 
+ DMS Schema Conversion supporta tutte le funzionalità dell'ultima versione. AWS SCT Per ulteriori informazioni, consultate [Le note di rilascio più recenti per AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_ReleaseNotes.html).
+ È possibile modificare il codice SQL convertito prima che DMS lo migri nel database di destinazione. Per ulteriori informazioni, consulta [Modifica e salvataggio del codice SQL convertito](schema-conversion-convert.md#schema-conversion-convert-editsql).

## Limitazioni della conversione dello schema
<a name="schema-conversion-limitations"></a>

DMS Schema Conversion è una versione web di (). AWS Schema Conversion Tool AWS SCT DMS Schema Conversion supporta un minor numero di piattaforme di database e offre funzionalità più limitate rispetto all'applicazione desktop. AWS SCT Per convertire gli schemi di data warehouse, i framework di big data, il codice SQL delle applicazioni e i processi ETL, utilizza AWS SCT. Per ulteriori informazioni AWS SCT, vedere la [AWS Schema Conversion Tool User Guide](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/).

Le seguenti limitazioni si applicano all'uso della conversione dello schema DMS per la conversione dello schema del database:
+ Non è possibile salvare un progetto di migrazione e utilizzarlo in modalità offline.
+ Non è possibile modificare il codice SQL per il codice sorgente in un progetto di migrazione per DMS Schema Conversion. Per modificare il codice SQL del database di origine, utilizza il normale editor SQL. Scegli **Aggiorna dal database** per aggiungere il codice aggiornato al progetto di migrazione.
+ Le regole di migrazione nella conversione dello schema DMS non supportano la modifica della regola di confronto della colonna. Non è possibile utilizzare le regole di migrazione per spostare gli oggetti in un nuovo schema.
+ Non è possibile applicare filtri agli alberi del database di origine e di destinazione per visualizzare solo gli oggetti di database che soddisfano la clausola di filtro.
+ Il pacchetto di estensione DMS Schema Conversion non include AWS Lambda funzioni che emulano l'invio di e-mail, la pianificazione dei lavori e altre funzionalità del codice convertito.
+ La conversione dello schema DMS non utilizza chiavi KMS gestite dal cliente per accedere alle risorse AWS dei clienti. Ad esempio, la conversione dello schema DMS non supporta l'utilizzo di una chiave KMS gestita dal cliente per accedere ai dati dei clienti in Amazon S3.

# Nozioni di base sulla conversione dello schema DMS
<a name="getting-started"></a>

Per iniziare a usare la conversione dello schema DMS, utilizza il seguente tutorial che ti consente di imparare a configurare la conversione dello schema DMS, creare un progetto di migrazione e connetterti ai tuoi fornitori di dati. Quindi, puoi apprendere come si valuta la complessità della migrazione e si converte il database di origine in un formato compatibile con il database di destinazione. Inoltre, puoi imparare ad applicare il codice convertito al database di destinazione.

Il seguente tutorial illustra le attività prerequisite e dimostra la conversione di un database Amazon RDS per SQL Server in Amazon RDS per MySQL. Puoi utilizzare uno qualsiasi dei fornitori di dati di origine e di destinazione supportati. Per ulteriori informazioni, consulta [Provider di dati di origine per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).

[Per ulteriori informazioni sulla conversione dello schema DMS, leggi le procedure dettagliate di step-by-step migrazione per le migrazioni da Oracle [a PostgreSQL e da SQL Server a MySQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html).](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html)

Il video seguente presenta l'interfaccia utente della conversione dello schema DMS per familiarizzare con i componenti principali di questo servizio.

[![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/ki3r92Cfqwk/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/ki3r92Cfqwk)


**Topics**
+ [Prerequisiti completi per l'utilizzo di DMS Schema Conversion](set-up.md)
+ [Crea un profilo di istanza per DMS Schema Conversion](getting-started-instance.md)
+ [Configura i tuoi fornitori di dati per la conversione dello schema DMS](getting-started-data-providers.md)
+ [Crea un progetto di migrazione in DMS Schema Conversion](getting-started-project.md)
+ [Crea un rapporto di valutazione in DMS Schema Conversion](getting-started-assessment.md)
+ [Converti il tuo codice sorgente in DMS Schema Conversion](getting-started-convert.md)
+ [Applica il codice convertito per la conversione dello schema DMS](getting-started-apply.md)
+ [Pulisci e risolvi i problemi per utilizzare DMS Schema Conversion](getting-started-clean-up.md)

# Prerequisiti completi per l'utilizzo di DMS Schema Conversion
<a name="set-up"></a>

Per configurare la conversione dello schema DMS, completa le attività seguenti. Quindi puoi configurare un profilo dell'istanza, aggiungere fornitori di dati e creare un progetto di migrazione.

**Topics**
+ [Creazione di un VPC basato su Amazon VPC](#set-up-vpc)
+ [Crea un bucket Amazon S3](#set-up-s3-bucket)
+ [Memorizza le credenziali del database in Gestione dei segreti AWS](#set-up-secrets)
+ [Creare policy IAM](#set-up-iam-policies)
+ [Creazione di ruoli IAM](#set-up-iam-roles)

## Creazione di un VPC basato su Amazon VPC
<a name="set-up-vpc"></a>

In questo passaggio, crei un cloud privato virtuale (VPC) nel tuo. Account AWS Questo VPC si basa sul servizio Amazon Virtual Private Cloud (Amazon VPC) e contiene le risorse AWS .

**Per creare un VPC per la conversione dello schema DMS**

1. Accedi Console di gestione AWS e apri la console Amazon VPC all'indirizzo. [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)

1. Seleziona **Crea VPC**.

1. Nella pagina **Crea VPC** immetti le seguenti impostazioni:
   + **Risorse da creare**: **VPC e altro**
   + **Generazione automatica del tag del nome**: scegli **Generazione automatica** e inserisci un nome univoco a livello globale. Ad esempio, specifica **sc-vpc**.
   + **IPv4 Blocco CIDR:** **10.0.1.0/24**
   + **Gateway NAT**: **in 1 AZ**
   + **VPC endpoints** (Endpoint VPC): **nessuno**

1. Mantieni le restanti impostazioni così come sono e scegli **Crea VPC**.

1. Scegli **Sottoreti** e prendi nota della tua sottorete pubblica e privata. IDs

   Per connetterti ai database Amazon RDS, crea un gruppo di sottoreti che includa sottoreti pubbliche.

   Per connetterti ai database on-premise, crea un gruppo di sottoreti che includa sottoreti private. Per ulteriori informazioni, consulta [Crea un profilo di istanza per DMS Schema Conversion](getting-started-instance.md).

1. Seleziona **Gateway NAT**. Scegli il **Gateway NAT** e prendi nota del tuo **Indirizzo IP elastico**.

   Configura la tua rete per assicurarti che AWS DMS possa accedere al database locale di origine dall'indirizzo IP pubblico di questo gateway NAT. Per ulteriori informazioni, consulta [Utilizzo di una connessione Internet a un VPC](instance-profiles-network.md#instance-profiles-network-internet).

Usa questo VPC quando crei il profilo dell'istanza e i database di destinazione su Amazon RDS.

## Crea un bucket Amazon S3
<a name="set-up-s3-bucket"></a>

Per archiviare le informazioni del progetto di migrazione puoi creare un bucket Amazon S3. La conversione dello schema DMS utilizza questo bucket Amazon S3 per salvare elementi come report di valutazione, codice SQL convertito, informazioni sugli oggetti dello schema di database e così via.

**Per creare un bucket Amazon S3 per la conversione dello schema DMS**

1. Accedi a Console di gestione AWS e apri la console Amazon S3 all'indirizzo. [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)

1. Seleziona **Crea bucket**.

1. Nella pagina **Crea bucket** seleziona un nome univoco globale per il bucket S3. Ad esempio, specifica **sc-s3-bucket**.

1. Per **Regione AWS** scegli la tua regione.

1. Per **Controllo delle versioni per il bucket** scegli **Abilita**.

1. Mantieni le restanti impostazioni così come sono e scegli **Crea bucket**.

**Nota**  
DMS Schema Conversion (SC) funziona solo con i bucket S3 che utilizzano la crittografia lato server con Amazon S3 Managed Keys (SSE-S3). Altre configurazioni di crittografia, tra cui Server-Side Encryption with AWS KMS (SSE-KMS), Customer-Provided Keys (SSE-C) o Client-Side Encryption, non sono attualmente supportate da SC e ne impediscono l'accesso al bucket S3. Se si utilizza un metodo di crittografia diverso, è necessario creare un bucket S3 separato con SSE-S3 da utilizzare con DMS Schema Conversion.

## Memorizza le credenziali del database in Gestione dei segreti AWS
<a name="set-up-secrets"></a>

Archivia le credenziali del database di origine e di destinazione in. Gestione dei segreti AWS Assicurati di replicare questi segreti sul tuo. Regione AWS La conversione dello schema DMS utilizza questi segreti per connettersi ai database del progetto di migrazione.

**Per memorizzare le credenziali del database in Gestione dei segreti AWS**

1. Accedi a Console di gestione AWS e apri la Gestione dei segreti AWS console all'indirizzo [https://console.aws.amazon.com/secretsmanager/](https://console.aws.amazon.com/secretsmanager/).

1. Scegli **Archivia un nuovo segreto**.

1. Viene visualizzata la pagina **Scegli il tipo di segreto**. Per **Secret type** (Tipo di segreto), scegli il tipo di credenziali del database da archiviare:
   + **Credenziali per database Amazon RDS**: scegli questa opzione per archiviare le credenziali per il database Amazon RDS. Per **Credenziali** inserisci le credenziali per il database. Per **Database**, scegli il database.
   + **Credenziali per un altro database**: scegli questa opzione per archiviare le credenziali per i database Oracle o SQL Server di origine. Per **Credenziali** inserisci le credenziali per il database.
   + **Altro tipo di segreto**: scegli questa opzione per archiviare solo il nome utente e la password per la connessione al database. Scegli **Aggiungi riga** per aggiungere due coppie chiave-valore. Assicurati di utilizzare **username** e **password** per i nomi delle chiavi. Per i valori relativi a queste chiavi, immetti le credenziali del database.

1. Per **Chiave di crittografia**, scegli la AWS KMS chiave utilizzata da Secrets Manager per crittografare il valore segreto. Scegli **Next (Successivo)**.

1. Nella pagina **Configura segreto** inserisci un **nome descrittivo del segreto**. Ad esempio, inserisci **sc-source-secret** o **sc-target-secret**. 

1. Scegli **Replica segreto** e per **Regione AWS** scegli la tua regione. Scegli **Next (Successivo)**.

1. Nella pagina **Configura la rotazione** scegli **Successivo**.

1. Nella pagina **Verifica** rivedi i dettagli del segreto e quindi scegli **Archivio**.

Per archiviare le credenziali per i database di origine e di destinazione, ripeti questi passaggi.

## Creare policy IAM
<a name="set-up-iam-policies"></a>

**Per creare una policy IAM per la conversione dello schema DMS per accedere ad Amazon S3**

1. Accedi Console di gestione AWS e apri la console IAM all'indirizzo. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/)

1. Nel riquadro di navigazione, scegli **Policy**.

1. Scegli **Create Policy** (Crea policy).

1. Nella pagina **Seleziona servizio**, scegli **Amazon S3** dall'elenco.

1. In **Azioni consentite**, scegli`PutObject`,`GetObject`,,`GetObjectVersion`, `GetBucketVersioning``GetBucketLocation`,`ListBucket`.

1. Nelle **Risorse** specifica l'ARN del bucket che hai creato nella sezione precedente. Scegli **Next (Successivo)**.

1. Nella pagina **Rivedi e crea**, inserisci un nome descrittivo. Ad esempio: `sc-s3-policy`. Quindi, scegli **Crea politica**.

**Per creare una policy IAM per la conversione dello schema DMS a cui accedere Gestione dei segreti AWS**

1. Accedi Console di gestione AWS e apri la console IAM all'indirizzo. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/)

1. Nel riquadro di navigazione, scegli **Policy**.

1. Scegli **Create Policy** (Crea policy).

1. Nella pagina **Seleziona servizio**, scegli **Secrets Manager** dall'elenco.

1. Scegli **Next (Successivo)**. Viene visualizzata la pagina **Aggiungi autorizzazioni**.

1. Nella sezione **Azioni consentite**, scegli: `GetSecretValue` e`DescribeSecret`.

1. Nella pagina **Rivedi e crea**, inserisci un nome descrittivo. Ad esempio: `sc-secrets-manager-policy`. Quindi, scegli **Crea politica**.

## Creazione di ruoli IAM
<a name="set-up-iam-roles"></a>

Crea ruoli AWS Identity and Access Management (IAM) da utilizzare nel tuo progetto di migrazione. La conversione dello schema DMS utilizza questi ruoli IAM per accedere al bucket Amazon S3 e alle credenziali del database archiviate in Gestione dei segreti AWS.

**Per creare un ruolo IAM che fornisca accesso al bucket Amazon S3**

1. Accedi Console di gestione AWS e apri la console IAM all'indirizzo [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).

1. Nel pannello di navigazione, seleziona **Roles** (Ruoli).

1. Selezionare **Create role (Crea ruolo)**.

1. Nella sezione **Seleziona un'identità attendibile** scegli **Servizio AWS **. Scegli **DMS**.

1. Scegli **Next (Successivo)**. Viene visualizzata la pagina **Aggiungi autorizzazioni**.

1. Per **Filtra le policy** immetti **S3**. Scegli la policy **sc-s3-policy** che hai creato nella sezione precedente.

1. Scegli **Next (Successivo)**. Viene visualizzata la pagina **Nomina, verifica e crea**.

1. In **Nome ruolo** immetti un nome descrittivo. Ad esempio, specifica **sc-s3-role**. Scegli **Crea ruolo**.

1. Nella pagina **Ruoli** immetti **sc-s3-role** per **Nome ruolo**. Scegli **sc-s3-role**.

1. Nella pagina **sc-s3-role** seleziona **Relazioni di attendibilità**. Seleziona **Modifica policy di attendibilità**. 

1. Il principale di servizio AWS DMS regionale ha il seguente formato:

   ```
   dms.region-name.amazonaws.com
   ```

   Sostituisci `region-name` con il nome della tua regione, ad esempio`us-east-1`: Il seguente esempio di codice mostra il principale della `us-east-1` regione:

   ```
   dms.us-east-1.amazonaws.com
   ```

   Il seguente esempio di codice mostra una politica di attendibilità per l'accesso alla conversione AWS DMS dello schema:

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Effect": "Allow",
               "Principal": {
                   "Service": "dms.us-east-1.amazonaws.com"
               },
               "Action": "sts:AssumeRole"
           }
       ]
   }
   ```

------

**Per creare un ruolo IAM che fornisca l'accesso a Gestione dei segreti AWS**

1. Accedi Console di gestione AWS e apri la console IAM all'indirizzo [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).

1. Nel pannello di navigazione, seleziona **Roles** (Ruoli).

1. Selezionare **Create role (Crea ruolo)**.

1. Nella sezione **Seleziona un'identità attendibile** scegli **Servizio AWS **. Scegli **DMS**.

1. Scegli **Next (Successivo)**. Viene visualizzata la pagina **Aggiungi autorizzazioni**.

1. Per **Filtra le policy** immetti `s3`. Scegli quello **sc-secrets-manager-policy**che hai creato nella sezione precedente.

1. Scegli **Next (Successivo)**. Viene visualizzata la pagina **Nomina, verifica e crea**.

1. In **Nome ruolo** immetti un nome descrittivo. Ad esempio, specifica **sc-secrets-manager-role**. Scegli **Crea ruolo**.

1. Nella pagina **Ruoli** immetti **sc-secrets-manager-role** per **Nome ruolo**. Scegli **sc-secrets-manager-role**.

1. Nella **sc-secrets-manager-role**pagina, scegli la **scheda Relazioni di fiducia**. Seleziona **Modifica policy di attendibilità**.

1. Nella pagina **Modifica politica di fiducia**, modifica le relazioni di trust per il ruolo da utilizzare `schema-conversion.dms.amazonaws.com` e il responsabile del servizio AWS DMS regionale come entità fidate. Questo responsabile del servizio AWS DMS regionale ha il seguente formato:

   ```
   dms.region-name.amazonaws.com
   ```

   Sostituisci `region-name` con il nome della tua regione, ad esempio`us-east-1`: Il seguente esempio di codice mostra il principale della `us-east-1` regione:

   ```
   dms.us-east-1.amazonaws.com
   ```

   Il seguente esempio di codice mostra una politica di attendibilità per l'accesso alla conversione AWS DMS dello schema:

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Effect": "Allow",
               "Principal": {
                   "Service": "dms.us-east-1.amazonaws.com"
               },
               "Action": "sts:AssumeRole"
           }
       ]
   }
   ```

------

**Per creare il ruolo `dms-vpc-role` IAM da utilizzare con la AWS CLI o l'API AWS DMS**

1. Crea un file JSON con la policy IAM seguente. Denominare il file JSON `dmsAssumeRolePolicyDocument.json`.

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Effect": "Allow",
               "Principal": {
                   "Service": "dms.amazonaws.com"
               },
               "Action": "sts:AssumeRole"
           }
       ]
   }
   ```

------

   Quindi, crea il ruolo utilizzando la AWS CLI utilizzando il seguente comando:

   ```
   aws iam create-role --role-name dms-vpc-role --assume-role-policy-document file://dmsAssumeRolePolicyDocument.json                    
   ```

1. Allega la `AmazonDMSVPCManagementRole` policy `dms-vpc-role` utilizzando il seguente comando:

   ```
   aws iam attach-role-policy --role-name dms-vpc-role --policy-arn arn:aws:iam::aws:policy/service-role/AmazonDMSVPCManagementRole   
   ```

**Per creare il ruolo `dms-cloudwatch-logs-role` IAM da utilizzare con la AWS CLI o l'API AWS DMS**

1. Crea un file JSON con la policy IAM seguente. Denominare il file JSON `dmsAssumeRolePolicyDocument2.json`.

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Effect": "Allow",
               "Principal": {
                   "Service": "dms.amazonaws.com"
               },
               "Action": "sts:AssumeRole"
           }
       ]
   }
   ```

------

   Quindi, crea il ruolo utilizzando la AWS CLI utilizzando il seguente comando:

   ```
   aws iam create-role --role-name dms-cloudwatch-logs-role --assume-role-policy-document file://dmsAssumeRolePolicyDocument2.json
   ```

1. Allega la `AmazonDMSCloudWatchLogsRole` policy `dms-cloudwatch-logs-role` utilizzando il seguente comando:

   ```
   aws iam attach-role-policy --role-name dms-cloudwatch-logs-role --policy-arn arn:aws:iam::aws:policy/service-role/AmazonDMSCloudWatchLogsRole
   ```

# Crea un profilo di istanza per DMS Schema Conversion
<a name="getting-started-instance"></a>

Prima di creare un profilo dell'istanza, configura un gruppo di sottoreti per il tuo profilo dell'istanza. Per ulteriori informazioni sulla creazione di un gruppo di sottoreti per il progetto di AWS DMS migrazione, consulta. [Creazione di un gruppo di sottoreti](subnet-group.md)

È possibile creare un profilo dell'istanza come descritto nella seguente procedura. Nel profilo dell'istanza si specificano le impostazioni di rete e di sicurezza per il progetto della conversione dello schema DMS.

**Come creare un profilo dell’istanza**

1. Accedi a Console di gestione AWS e apri la AWS DMS console su [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Nel riquadro di navigazione scegli **Profili dell'istanza**, quindi seleziona **Crea profilo dell'istanza**.

1. Per **Nome** immetti un nome univoco per il profilo dell'istanza. Ad esempio, specifica **sc-instance**.

1. Per **Tipo di rete**, scegli di **IPv4**creare un profilo di istanza che supporti solo IPv4 l'indirizzamento. Per creare un profilo di istanza che supporti IPv4 e IPv6 indirizzi, scegli la modalità **Dual-stack**.

1. Per **Cloud privato virtuale (VPC)** scegli il VPC creato nella fase dei prerequisiti.

1. Per **Gruppo di sottoreti** seleziona il gruppo di sottoreti per il profilo dell'istanza. Per connetterti ai database Amazon RDS, utilizza un gruppo di sottoreti che includa sottoreti pubbliche. Per connetterti ai database on-premise, usa un gruppo di sottoreti che includa sottoreti private.

1. Seleziona **Crea profilo dell'istanza**.

Per creare un progetto di migrazione, usa questo profilo dell'istanza.

# Configura i tuoi fornitori di dati per la conversione dello schema DMS
<a name="getting-started-data-providers"></a>

Successivamente, crea i fornitori di dati che descrivono i database di origine e di destinazione. Per ogni fornitori di dati, si specifica un tipo di datastore e le informazioni sulla posizione. Le credenziali del database non vengono archiviate in un fornitore di dati.

**Per creare un fornitore di dati per un database locale**

1. Accedi alla console di AWS gestione e apri la console AWS DMS.

1. Nel riquadro di navigazione scegli **Fornitori di dati**, quindi seleziona **Crea un fornitore di dati**.

1. Per **Nome** immetti un nome univoco per il fornitore di dati di origine. Ad esempio, specifica `sc-dp`.

1. Per **Scopo**, seleziona **Schema Conversion**.

1. Per **Tipo di motore** scegli il tipo di motore di database per il tuo fornitore di dati.

1. Attiva **la modalità virtuale** se desideri utilizzare la conversione dello schema senza connetterti a un database di destinazione. Per ulteriori informazioni, consulta [Fornitore di dati virtuali](virtual-data-provider.md).

1. Se **la modalità virtuale** è attivata, le informazioni di connessione verranno preimpostate automaticamente utilizzando le impostazioni predefinite. Tieni presente che un fornitore di dati virtuali può essere utilizzato solo come destinazione in un progetto di migrazione o nella conversione dello schema. Per ulteriori informazioni sulla modalità virtuale, vedere[Fornitore di dati virtuali](virtual-data-provider.md).

   Se **la modalità virtuale** è disattivata, fornisci le informazioni di connessione per il database di origine. I parametri di connessione dipendono dal motore di database in uso. Per ulteriori informazioni, consulta [ Creazione di fornitori di dati](data-providers-create.md).

1. Seleziona **Configurazione del motore**. Quindi seleziona **Invio manualmente**. Fornisci le informazioni sulla connessione per il database di origine. I parametri di connessione dipendono dal motore di database di origine. Per ulteriori informazioni, consulta [ Creazione di fornitori di dati](data-providers-create.md).

1. Per **Modalità Secure Socket Layer (SSL)** scegli il tipo di applicazione SSL.

1. Scegli **Crea un fornitore di dati**.

**Per creare un provider di dati per un database Amazon RDS**

1. Accedi alla console di AWS gestione e apri la console AWS DMS.

1. Nel riquadro di navigazione scegli **Fornitori di dati**, quindi seleziona **Crea un fornitore di dati**.

1. Per **Nome** immetti un nome univoco per il fornitore di dati di origine. Ad esempio, specifica `sc-dp`.

1. Per **Scopo**, seleziona **Schema Conversion**.

1. Per **Tipo di motore** scegli il tipo di motore di database per il tuo fornitore di dati.

1. Attiva **la modalità virtuale**, se intendi utilizzare questo provider di dati per la conversione dello schema senza connetterti a un database di destinazione. Per ulteriori informazioni sulla modalità virtuale, vedere[Fornitore di dati virtuali](virtual-data-provider.md).

1. Seleziona **Configurazione del motore**. Seleziona **Scegli l'istanza del database RDS dall'elenco**.

1. Per **Database da RDS** scegli **Sfoglia** e seleziona il tuo database. La conversione dello schema DMS recupera automaticamente le informazioni sul tipo di motore, sul nome del server e sulla porta.

1. In **Database name (Nome del database)** immettere il nome del database.

1. Per **Modalità Secure Socket Layer (SSL)** scegli il tipo di applicazione SSL.

1. Scegli **Crea un fornitore di dati**.

# Crea un progetto di migrazione in DMS Schema Conversion
<a name="getting-started-project"></a>

A questo punto puoi creare un progetto di migrazione. Nel progetto di migrazione specifichi i fornitori di dati di origine e di destinazione e il profilo dell'istanza.

**Per creare un progetto di migrazione**

1. Scegli **Progetti di migrazione**, quindi seleziona **Crea un progetto di migrazione**.

1. Per **Nome** immetti un nome univoco per il progetto di migrazione. Ad esempio, specifica **sc-project**.

1. Per **Profilo dell'istanza** scegli **sc-instance**.

1. Per **Origine** scegli **Sfoglia**, quindi seleziona **sc-source**.

1. Per **ID segreto** scegli **sc-source-secret**.

1. In **IAM role (Ruolo IAM)** scegliere **sc-secrets-manager-role**.

1. Per **Destinazione** scegli **Sfoglia**, quindi seleziona **sc-target**.

1. Per **ID segreto** scegli **sc-target-secret**.

1. In **IAM role (Ruolo IAM)** scegliere **sc-secrets-manager-role**.

1. Scegli **Crea un progetto di migrazione**.

# Crea un rapporto di valutazione in DMS Schema Conversion
<a name="getting-started-assessment"></a>

Per valutare la complessità della migrazione puoi creare il report di valutazione della migrazione del database. Questo report include l'elenco di tutti gli oggetti del database che la conversione dello schema DMS non è in grado di convertire automaticamente.

**Per creare un report di valutazione**

1. Scegli **Progetti di migrazione**, quindi seleziona **sc-project**.

1. Scegli **Conversione dello schema**, quindi seleziona **Avvia conversione dello schema**.

1. Nel riquadro del database di origine scegli lo schema di database da valutare. Inoltre, seleziona la casella di controllo relativa al nome di questo schema.

1. Nel riquadro del database di origine scegli **Valuta** nel menu **Operazioni**. Viene visualizzata la finestra di dialogo **Valuta**. 

1. Seleziona **Valuta** nella finestra di dialogo per confermare la scelta.

   La scheda **Riepilogo** mostra il numero di elementi che la conversione dello schema DMS può convertire automaticamente in oggetti di archiviazione del database e oggetti di codice del database.

1. Scegli **Elementi d'azione** per visualizzare l'elenco di tutti gli oggetti del database che la conversione dello schema DMS non può convertire automaticamente. Esamina le azioni consigliate per ogni elemento.

1. Per salvare una copia del report di valutazione, scegli **Esporta risultati**. Quindi, scegli uno dei seguenti formati: **CSV** o **PDF**. Viene visualizzata la finestra di dialogo **Esporta**.

1. Scegli **Esporta** per confermare la scelta.

1. Scegli **Bucket S3**. Viene visualizzata la console Amazon S3.

1. Scegli **Scarica** per salvare il report di valutazione.

# Converti il tuo codice sorgente in DMS Schema Conversion
<a name="getting-started-convert"></a>

È possibile convertire lo schema di database di origine utilizzando la seguente procedura. Puoi salvare il codice convertito come script SQL in un file di testo.

**Per convertire lo schema di database**

1. Nel riquadro del database di origine scegli lo schema di database da convertire. Inoltre, seleziona la casella di controllo relativa al nome di questo schema.

1. Nel riquadro del database di origine scegli **Converti** nel menu **Operazioni**. Viene visualizzata la finestra di dialogo **Converti**.

1. Seleziona **Converti** nella finestra di dialogo per confermare la scelta.

1. Scegli un oggetto di database nel riquadro del database di origine. La conversione dello schema DMS visualizza il codice sorgente e il codice convertito per questo oggetto. È possibile modificare il codice SQL convertito per un oggetto di database utilizzando la funzione Modifica SQL. Per ulteriori informazioni, consulta [Modifica e salvataggio del codice SQL convertito](schema-conversion-convert.md#schema-conversion-convert-editsql).

1. Nel riquadro del database di destinazione scegli lo schema di database convertito. Inoltre, seleziona la casella di controllo relativa al nome di questo schema.

1. Per **Operazioni** scegli **Salva come SQL**. Viene visualizzata la finestra di dialogo **Salva**.

1. Scegli **Salva come SQL** per confermare la scelta.

1. Scegli **Bucket S3**. Viene visualizzata la console Amazon S3. 

1. Scegli **Scarica** per salvare gli script SQL.

# Applica il codice convertito per la conversione dello schema DMS
<a name="getting-started-apply"></a>

La conversione dello schema DMS non applica immediatamente il codice convertito al database di destinazione. Per aggiornare il database di destinazione, puoi utilizzare gli script SQL creati nella fase precedente. In alternativa, utilizza la procedura seguente per applicare il codice convertito della conversione dello schema DMS.

**Per applicare il codice convertito**

1. Nel riquadro del database di destinazione scegli lo schema di database convertito. Inoltre, seleziona la casella di controllo relativa al nome di questo schema.

1. Per **Operazioni** scegli **Applica le modifiche**. Viene visualizzata la finestra di dialogo **Applica le modifiche**.

1. Scegli **Applica** per confermare la scelta.

# Pulisci e risolvi i problemi per utilizzare DMS Schema Conversion
<a name="getting-started-clean-up"></a>

Puoi usare Amazon CloudWatch per rivedere o condividere i tuoi log di conversione dello schema DMS.

**Per esaminare i log della conversione dello schema DMS**

1. Accedi a Console di gestione AWS e apri la CloudWatch console all'indirizzo. [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/)

1. Scegli **Log**, **Gruppi di log**. 

   Il nome del gruppo di log della conversione dello schema DMS inizia con `dms-tasks-sct`. È possibile ordinare i gruppi di log in base alla **Data creazione** per trovare il gruppo di log della conversione dello schema DMS.

   Inoltre, il nome del gruppo di log include il nome della risorsa Amazon (ARN) del progetto di migrazione. Puoi vedere l'ARN del tuo progetto nella pagina **Progetti di migrazione** nella conversione dello schema DMS. Assicurati di scegliere **ARN** in **Preferenze**.

1. Scegli il nome del gruppo di log, quindi seleziona il nome del flusso di log.

1. Per **Operazioni** scegli **Esporta risultati** per salvare il log della conversione dello schema DMS.

Al termine della conversione dello schema DMS, puoi pulire le risorse.

**Per eseguire la pulizia delle risorse di conversione dello schema DMS**

1. Accedi a Console di gestione AWS e apri la AWS DMS console.

1. Nel riquadro di navigazione seleziona **Progetti di migrazione**.

   1. Scegli **sc-project**.

   1. Scegli **Conversione dello schema**, quindi seleziona **Chiudi conversione dello schema**.

   1. Seleziona **Elimina** per confermare la scelta.

1. Nel riquadro di navigazione scegli **Profili dell'istanza**.

   1. Scegli **sc-instance**.

   1. Seleziona **Elimina** per confermare la scelta.

1. Nel pannello di navigazione scegli **Fornitori di dati**.

   1. Seleziona **sc-source** e **sc-target**.

   1. Seleziona **Elimina** per confermare la scelta.

Inoltre, assicurati di ripulire AWS le altre risorse che hai creato, come il bucket Amazon S3, i segreti del database, i ruoli IAM e il cloud privato virtuale (VPC). Gestione dei segreti AWS

# Configurazione di una rete per la conversione dello schema DMS
<a name="instance-profiles-network"></a>

La conversione dello schema DMS crea un'istanza di conversione dello schema in un cloud privato virtuale (VPC) basato sul servizio Amazon VPC. Puoi specificare il VPC da utilizzare quando crei il profilo dell'istanza. Puoi usare il tuo VPC predefinito per il tuo account oppure puoi creare un nuovo VPC. Regione AWS

È possibile utilizzare diverse configurazioni di rete per impostare l'interazione dei database di origine e di destinazione con la conversione dello schema DMS. Queste configurazioni dipendono dalla posizione del fornitore di dati di origine e dalle impostazioni di rete. Nei seguenti argomenti sono descritte le configurazioni di rete più comuni.

**Topics**
+ [Utilizzo di un singolo VPC per i fornitori di dati di origine e di destinazione](#instance-profiles-network-one-vpc)
+ [Utilizzo di più dati VPCs per i fornitori di dati di origine e di destinazione](#instance-profiles-network-multiple-vpc)
+ [Utilizzo di Direct Connect o una VPN per configurare una rete su un VPC](#instance-profiles-network-vpn)
+ [Utilizzo di una connessione Internet a un VPC](#instance-profiles-network-internet)

## Utilizzo di un singolo VPC per i fornitori di dati di origine e di destinazione
<a name="instance-profiles-network-one-vpc"></a>

La configurazione di rete più semplice per la conversione dello schema DMS è la configurazione di un singolo VPC. In questo caso, il fornitore di dati di origine, il profilo dell'istanza e il fornitore di dati di destinazione si trovano tutti nello stesso VPC. Puoi utilizzare questa configurazione per convertire il tuo database di origine su un' EC2 istanza Amazon.

Per usare questa configurazione, assicurati che il gruppo di sicurezza VPC utilizzato dal profilo dell'istanza abbia accesso ai fornitori di dati. Ad esempio, puoi consentire un intervallo per il routing interdominio senza classi (CIDR) del VPC o l'indirizzo IP elastico per il gateway Network Address Translation (NAT).

## Utilizzo di più dati VPCs per i fornitori di dati di origine e di destinazione
<a name="instance-profiles-network-multiple-vpc"></a>

Se i tuoi provider di dati di origine e di destinazione sono diversi VPCs, puoi creare il tuo profilo di istanza in uno dei VPCs. È quindi possibile collegare questi due elementi VPCs utilizzando il peering VPC. Puoi utilizzare questa configurazione per convertire il tuo database di origine su un' EC2 istanza Amazon.

Una connessione *peering VPC è una connessione* di rete tra due VPC VPCs che attiva il routing utilizzando l'indirizzo IP privato di ciascun VPC\$1 come se si trovassero nella stessa rete. Puoi creare una connessione peering VPC tra i tuoi account VPCs, con un VPC in un altro AWS account o con un VPC in un altro. Regione AWS Per ulteriori informazioni sul peering di VPC, consulta [Peering di VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html) nella *Guida per l'utente di Amazon VPC*.

Per implementare il peering VPC, segui le istruzioni in [Utilizzo di connessioni peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/working-with-vpc-peering.html) nella *Guida per l'utente di Amazon VPC*. Assicurati che la tabella di routing di un VPC contenga il blocco CIDR dell'altro. Ad esempio, supponi che il VPC A utilizzi la destinazione 10.0.0.0/16 e che il VPC B utilizzi la destinazione 172.31.0.0. In questo caso, la tabella di routing del VPC A deve contenere 172.31.0.0 e la tabella di routing del VPC B deve contenere 10.0.0.0/16. Per informazioni più dettagliate, consulta [Aggiornamento delle tabelle di routing per una connessione peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-routing.html) nella guida *Peering di VPC di Amazon VPC*. 

## Utilizzo di Direct Connect o una VPN per configurare una rete su un VPC
<a name="instance-profiles-network-vpn"></a>

Le reti remote possono connettersi a un VPC utilizzando diverse opzioni, ad esempio Direct Connect una connessione VPN software o hardware. Puoi usare queste opzioni per integrare i servizi locali esistenti estendendo una rete interna nel Cloud AWS. È possibile integrare servizi locali quali monitoraggio, autenticazione, sicurezza, dati o altri sistemi. Utilizzando questo tipo di estensione di rete, è possibile collegare senza problemi i servizi in loco alle risorse ospitate da AWS, ad esempio un VPC. Puoi utilizzare questa configurazione per convertire il database on-premise di origine.

In questa configurazione, il gruppo di sicurezza VPC deve includere una regola di indirizzamento che invia a un host il traffico destinato a un intervallo CIDR del VPC o un indirizzo IP specifico. Questo host deve essere in grado di collegare il traffico del VPC nella VPN locale. In questo caso, l'host NAT include le proprie impostazioni del gruppo di sicurezza. Queste impostazioni devono consentire il traffico proveniente dall'intervallo CIDR del VPC o dal gruppo di sicurezza verso l'istanza NAT. Per ulteriori informazioni, consulta [Creare una connessione Site-to-Site VPN nella Guida](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) per l'*AWS Site-to-Site VPN utente*.

## Utilizzo di una connessione Internet a un VPC
<a name="instance-profiles-network-internet"></a>

Se non utilizzi una VPN o non ti connetti Direct Connect a AWS risorse, puoi utilizzare una connessione Internet. Questa configurazione prevede una sottorete privata in un VPC con un gateway Internet. Il gateway contiene il fornitore di dati di destinazione e il profilo dell'istanza. Puoi utilizzare questa configurazione per convertire il database on-premise di origine.

Per aggiungere un gateway Internet al VPC, consulta [Collegamento di un gateway Internet](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#Add_IGW_Attach_Gateway) nella *Guida per l'utente di Amazon VPC*.

La tabella di routing VPC deve includere regole di instradamento che, per impostazione predefinita, inviano al gateway Internet il traffico *non* destinato al VPC. In questa configurazione, la connessione al fornitore di dati sembra provenire dall'indirizzo IP pubblico del gateway NAT. Per ulteriori informazioni, consulta [Tabelle di routing VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Route_Tables.html) nella *Guida per l'utente di Amazon VPC*.

# Creazione di fornitori di dati di origine per la conversione dello schema DMS
<a name="data-providers-source"></a>

È 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
<a name="data-providers-sql-server"></a>

È 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
<a name="data-providers-sql-server-permissions"></a>

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'<user_name>', @rolename = N'sysadmin'
```

Nell'esempio precedente, sostituisci il segnaposto `<user_name>` 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 <SQLAgentRole>, <user_name>;
```

Nell'esempio precedente, sostituisci il segnaposto `<SQLAgentRole>` con il nome del ruolo SQL Server Agent. Sostituisci il segnaposto `<user_name>` 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 <schema_name>.<queue_name>` sui database di origine. In questo esempio, sostituisci il segnaposto `<schema_name>` con il nome dello schema di database. Quindi, sostituisci il segnaposto `<queue_name>` con il nome di una tabella di coda.

# Utilizzo di un database Oracle come origine nella conversione dello schema DMS
<a name="data-providers-oracle"></a>

È 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
<a name="data-providers-oracle-permissions"></a>

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
<a name="data-providers-oracle-dw"></a>

È 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
<a name="data-providers-oracle-dw-privileges"></a>

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
<a name="data-providers-oracle-dw-settings"></a>

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
<a name="sc-data-providers-postgresql"></a>

È 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 <database\$1name>
+ USAGE ON SCHEMA <database\$1name>
+ SELECT ON ALL TABLES IN SCHEMA <database\$1name>
+ SELECT ON ALL SEQUENCES IN SCHEMA <database\$1name>

# Utilizzo di un database MySQL come sorgente in DMS Schema Conversion
<a name="sc-data-providers-mysql"></a>

È 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
<a name="sc-data-providers-mysql-settings"></a>

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
<a name="sc-data-providers-db2luw"></a>

È 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
<a name="sc-data-providers-db2luw-prereq"></a>

È 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
<a name="sc-data-providers-db2luw-privileges"></a>

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
<a name="sc-data-providers-db2zos"></a>

È 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
<a name="sc-data-providers-db2zos-prereq"></a>

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
<a name="sc-data-providers-db2zos-privileges"></a>

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
<a name="dm-data-providers-source-sybase-ASE"></a>

È 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
<a name="dm-data-providers-source-sybase-ASE.privileges"></a>

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

# Creazione e impostazione dei provider di dati di destinazione in DMS Schema Conversion
<a name="data-providers-target"></a>

Puoi utilizzare MySQL, PostgreSQL, Amazon Redshift e Amazon RDS per database Db2 come fornitore di dati di destinazione nei progetti di migrazione per DMS Schema Conversion.

**Topics**
+ [Utilizzo di un database MySQL come destinazione nella conversione dello schema DMS](data-providers-mysql.md)
+ [Utilizzo di un database PostgreSQL come destinazione nella conversione dello schema DMS](data-providers-postgresql.md)
+ [Utilizzo di un cluster Amazon Redshift come destinazione nella conversione dello schema DMS](data-providers-redshift.md)
+ [Utilizzo di Amazon RDS per il database Db2 come destinazione nella conversione dello schema DMS](sc-data-providers-rds.md)

# Utilizzo di un database MySQL come destinazione nella conversione dello schema DMS
<a name="data-providers-mysql"></a>

È possibile utilizzare i database MySQL come destinazione di migrazione nella conversione dello schema DMS.

Per informazioni sui database di destinazione supportati, consulta [Provider di dati di destinazione per la conversione dello schema DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion).

## Privilegi per MySQL come destinazione
<a name="data-providers-mysql-permissions"></a>

I privilegi necessari per MySQL come destinazione sono i seguenti:
+ `CREATE ON *.*`
+ `ALTER ON *.*`
+ `DROP ON *.*`
+ `INDEX ON *.*`
+ `REFERENCES ON *.*`
+ `SELECT ON *.*`
+ `CREATE VIEW ON *.*`
+ `SHOW VIEW ON *.*`
+ `TRIGGER ON *.*`
+ `CREATE ROUTINE ON *.*`
+ `ALTER ROUTINE ON *.*`
+ `EXECUTE ON *.*`
+ `CREATE TEMPORARY TABLES ON *.*`
+ `AWS_LAMBDA_ACCESS (Only valid for Aurora MySQL)`
+ `INSERT, UPDATE ON AWS_ORACLE_EXT.*`
+ `INSERT, UPDATE, DELETE ON AWS_ORACLE_EXT_DATA.*`
+ `INSERT, UPDATE ON AWS_SQLSERVER_EXT.*`
+ `INSERT, UPDATE, DELETE ON AWS_SQLSERVER_EXT_DATA.*`
+ `CREATE TEMPORARY TABLES ON AWS_SQLSERVER_EXT_DATA.*`

È possibile utilizzare il seguente esempio di codice per creare un utente del database e assegnare i privilegi.

```
CREATE USER 'user_name' IDENTIFIED BY 'your_password';
GRANT CREATE ON *.* TO 'user_name';
GRANT ALTER ON *.* TO 'user_name';
GRANT DROP ON *.* TO 'user_name';
GRANT INDEX ON *.* TO 'user_name';
GRANT REFERENCES ON *.* TO 'user_name';
GRANT SELECT ON *.* TO 'user_name';
GRANT CREATE VIEW ON *.* TO 'user_name';
GRANT SHOW VIEW ON *.* TO 'user_name';
GRANT TRIGGER ON *.* TO 'user_name';
GRANT CREATE ROUTINE ON *.* TO 'user_name';
GRANT ALTER ROUTINE ON *.* TO 'user_name';
GRANT EXECUTE ON *.* TO 'user_name';
GRANT CREATE TEMPORARY TABLES ON *.* TO 'user_name';
GRANT AWS_LAMBDA_ACCESS TO 'user_name'; (Only valid for Aurora MySQL)
GRANT INSERT, UPDATE ON AWS_ORACLE_EXT.* TO 'user_name';
GRANT INSERT, UPDATE, DELETE ON AWS_ORACLE_EXT_DATA.* TO 'user_name';
GRANT INSERT, UPDATE ON AWS_SQLSERVER_EXT.* TO 'user_name';
GRANT INSERT, UPDATE, DELETE ON AWS_SQLSERVER_EXT_DATA.* TO 'user_name';
GRANT CREATE TEMPORARY TABLES ON AWS_SQLSERVER_EXT_DATA.* TO 'user_name';
```

Nell'esempio precedente, sostituiscilo con il nome del tuo utente. *user\$1name* Quindi, *your\$1password* sostituiscilo con una password sicura.

Per utilizzare Amazon RDS per MySQL o Aurora MySQL come destinazione, imposta il parametro `lower_case_table_names` su `1`. Questo valore indica che il server MySQL gestisce gli identificatori di nomi di oggetti come tabelle, indici, trigger e database senza distinzione tra maiuscole e minuscole. Se hai attivato la registrazione binaria nell'istanza di destinazione, imposta il parametro `log_bin_trust_function_creators` su `1`. In questo caso, non è necessario utilizzare le caratteristiche `DETERMINISTIC`, `READS SQL DATA` o `NO SQL` per creare funzioni archiviate. Per configurare questi parametri, crea un nuovo gruppo di parametri di database o modifica un gruppo di parametri di database esistente.

# Utilizzo di un database PostgreSQL come destinazione nella conversione dello schema DMS
<a name="data-providers-postgresql"></a>

È possibile utilizzare i database PostgreSQL come destinazione di migrazione nella conversione dello schema DMS.

Per informazioni sui database di destinazione supportati, consulta [Provider di dati di destinazione per la conversione dello schema DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion).

## Privilegi per PostgreSQL come destinazione
<a name="data-providers-postgresql-permissions"></a>

Per utilizzare PostgreSQL come destinazione, DMS Schema Conversion richiede i seguenti privilegi minimi. Il database di destinazione deve esistere prima della connessione. Per ogni database che desideri utilizzare nel tuo progetto di migrazione, concedi i seguenti privilegi all'account utente utilizzato per la migrazione:

```
GRANT CONNECT ON DATABASE <db_name> TO <user>;
GRANT CREATE ON DATABASE <db_name> TO <user>;
```

Per utilizzare Amazon RDS per PostgreSQL come destinazione, la conversione dello schema DMS richiede il ruolo `rds_superuser`.

Per utilizzare i sinonimi pubblici convertiti, modifica il percorso di ricerca predefinito del database usando il seguente comando.

```
ALTER DATABASE <db_name> SET SEARCH_PATH = "$user", public_synonyms, public;
```

In questo esempio, sostituisci il segnaposto `<db_name>` con il nome del database.

In PostgreSQL, solo il proprietario di uno schema o un `superuser` può rilasciare uno schema. Il proprietario può rilasciare uno schema e tutti gli oggetti inclusi, anche se il proprietario dello schema non è proprietario di alcuni degli oggetti.

Quando si utilizzano utenti diversi per convertire e applicare schemi diversi al database di destinazione, è possibile che venga visualizzato un messaggio di errore quando la conversione dello schema DMS non è in grado di eliminare uno schema. Per evitare questo messaggio di errore, utilizza il ruolo `superuser`.

# Utilizzo di un cluster Amazon Redshift come destinazione nella conversione dello schema DMS
<a name="data-providers-redshift"></a>

È possibile utilizzare i database Amazon Redshift come destinazione della migrazione nella conversione dello schema DMS. Per informazioni sui database di destinazione supportati, consulta [Provider di dati di destinazione per la conversione dello schema DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion). 

## Privilegi per Amazon Redshift come destinazione
<a name="data-providers-redshift-privileges"></a>

L'utilizzo di Amazon Redshift come destinazione per la conversione dello schema DMS richiede i seguenti privilegi:
+ **CREATE ON DATABASE**: consente a DMS di creare nuovi schemi nel database.
+ **CREATE ON SCHEMA**: consente a DMS di creare oggetti nello schema del database.
+ **GRANT USAGE ON LANGUAGE**: consente a DMS di creare nuove funzioni e procedure nel database.
+ **GRANT SELECT ON ALL TABLES IN SCHEMA pg\$1catalog**: fornisce al sistema dell'utente le informazioni sul cluster Amazon Redshift.
+ **GRANT SELECT ON pg\$1class\$1info**: fornisce all'utente le informazioni sullo stile di distribuzione delle tabelle.

È possibile utilizzare il seguente esempio di codice per creare un utente del database e assegnare le autorizzazioni. Sostituisci i valori di esempio con i tuoi valori.

```
CREATE USER user_name PASSWORD your_password;
GRANT CREATE ON DATABASE db_name TO user_name;
GRANT CREATE ON SCHEMA schema_name TO user_name;
GRANT USAGE ON LANGUAGE plpythonu TO user_name;
GRANT USAGE ON LANGUAGE plpgsql TO user_name;
GRANT SELECT ON ALL TABLES IN SCHEMA pg_catalog TO user_name;
GRANT SELECT ON pg_class_info TO user_name;
GRANT SELECT ON sys_serverless_usage TO user_name;
GRANT SELECT ON pg_database_info TO user_name;
GRANT SELECT ON pg_statistic TO user_name;
```

Ripeti l'operazione `GRANT CREATE ON SCHEMA` per ogni schema di destinazione in cui applichi il codice convertito o esegui la migrazione dei dati.

Puoi applicare un pacchetto di estensione al database Amazon Redshift di destinazione. Un pacchetto di estensione è un modulo aggiuntivo che emula le funzioni del database di origine che sono necessarie per la conversione degli oggetti in Amazon Redshift. Per ulteriori informazioni, consulta [Utilizzo dei pacchetti di estensione nella conversione dello schema DMS](extension-pack.md).

# Utilizzo di Amazon RDS per il database Db2 come destinazione nella conversione dello schema DMS
<a name="sc-data-providers-rds"></a>

Puoi utilizzare Amazon RDS per database Db2 come obiettivo di migrazione in DMS Schema Conversion.

Per ulteriori informazioni sui database di destinazione supportati, consulta [Target data providers for DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Targets.html#CHAP_Introduction.Targets.SchemaConversion) Schema Conversion.

## Privilegi per Amazon RDS for Db2 come destinazione
<a name="sc-data-providers-rds-privileges"></a>

Per utilizzare Amazon RDS for Db2 come destinazione, DMS Schema Conversion richiede il ruolo. `master_user_role` Per ulteriori informazioni, consulta i [ruoli predefiniti di Amazon RDS for Db2](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/db2-default-roles.html) nella *Amazon Relational Database* Service User Guide.

# Fornitore di dati virtuali
<a name="virtual-data-provider"></a>

AWS Database Migration Service (DMS) offre la modalità virtuale per i fornitori di dati nella conversione dello schema. Questa funzionalità consente di eseguire la conversione dello schema senza collegarsi a un database di destinazione, riducendo i costi dell'infrastruttura e offrendo flessibilità per la pianificazione della migrazione. Con la modalità virtuale, è possibile avviare immediatamente le operazioni di conversione per pianificare una strategia di migrazione ottimale prima di impegnare risorse. È possibile valutare la compatibilità, convertire e rivedere il codice dello schema e persino testare diverse opzioni di destinazione. Quindi puoi connetterti a un database quando sei pronto. La modalità virtuale supporta tutti i database di destinazione compatibili con AWS DMS Schema Conversion, inclusi MySQL, PostgreSQL, Amazon Redshift e Amazon RDS for Db2.

## Crea un provider di dati virtuali
<a name="create-virtual-data-provider"></a>

Per creare un fornitore di dati virtuale, è sufficiente abilitare la modalità virtuale nel modulo per la creazione del provider di dati. Per ulteriori informazioni, consulta [Configurare i provider di dati per la conversione dello schema DMS](https://docs.aws.amazon.com/dms/latest/userguide/getting-started-data-providers.html).

## Utilizzo dei provider di dati virtuali
<a name="virtual-data-provider-usage"></a>

Per utilizzare un fornitore di dati virtuali, crea un nuovo progetto di migrazione o modifica un progetto di migrazione esistente. Quindi imposta il provider di dati di destinazione del progetto sul provider di dati virtuali che hai creato.

Per utilizzare un provider virtuale per il ruolo Secret e IAM per la lettura dei campi di quel segreto, utilizza qualsiasi segreto concesso al ruolo IAM per configurare correttamente il progetto di migrazione.

Dopo aver impostato il provider di destinazione, scegli la scheda di **conversione dello schema**. Quindi scegli il pulsante **Avvia la conversione dello schema**. Attendi l'avvio del progetto.

Ora puoi utilizzare la conversione dello schema con il fornitore di dati di destinazione virtuale proprio come faresti con un vero fornitore di dati di destinazione. Le azioni che richiedono la connessione a un database di destinazione reale verranno disabilitate, ma l'**opzione Salva come SQL** sarà disponibile per l'albero di destinazione.

## Transizione da un fornitore di dati virtuale a un fornitore di dati reale
<a name="transition-virtual-to-real-data-provider"></a>

Quando sei pronto per procedere con la migrazione effettiva, puoi passare a un vero fornitore di dati.

**Per passare da un fornitore di dati virtuale a un fornitore di dati reale, segui questi passaggi.**

1. Accedi alla console di AWS gestione e apri la console AWS DMS.

1. Nel pannello di navigazione scegli **Fornitori di dati**. Quindi scegli il provider di dati che desideri modificare.

1. Vai alla sezione **Progetti di migrazione associati**, per vedere tutti i progetti di migrazione che utilizzano questo fornitore di dati virtuali.

1. Scegli il primo progetto associato.

1. Scegli la scheda di **conversione dello schema**.

1. Seleziona l'opzione **Sezione Dettagli** - **Stato**.

1. Se lo stato è **Aperto** e il pulsante **Chiudi conversione dello schema** non è disattivato, selezionalo e attendi che il progetto venga chiuso.

1. Ripeti i passaggi precedenti per tutti i restanti progetti di migrazione associati.

1. Verifica che non ci siano progetti aperti rimanenti.

1. Tornate al fornitore di dati e scegliete **Modifica**.

1. Disattiva **la modalità virtuale**.

1. Compila correttamente le impostazioni di connessione. I parametri di connessione dipendono dal motore di database in uso. Per ulteriori informazioni, vedere [Creazione di fornitori di dati](https://docs.aws.amazon.com/dms/latest/userguide/data-providers-create.html).

1. Scegli **Save changes** (Salva modifiche).
**Nota**  
Dopo aver salvato le modifiche, non sarà possibile riattivare la modalità virtuale.

1. Torna alla console AWS DMS.

1. Nel riquadro di navigazione, scegli **Progetti di migrazione**. Quindi scegli il progetto di migrazione per cui desideri modificare il fornitore di dati.

1. Scegli **Modifica**.

1. Compila il campo Segreto da utilizzare per connetterti al provider di dati di destinazione. Usa il segreto corretto, contenente le credenziali necessarie per connetterti al database.

1. Compila il ruolo IAM da utilizzare per leggere il segreto di destinazione. Verifica che il ruolo IAM qui specificato sia corretto, che abbia ottenuto la lettura del segreto delle credenziali di connessione e che sia disponibile per il servizio AWS DMS Schema Conversion.

1. Scegli **Save changes** (Salva modifiche).

1. Scegli la scheda di **conversione dello schema**.

1. Scegli **il pulsante Avvia conversione dello schema**.

1. Attendi l'avvio del progetto.

**Importante**  
Dopo aver disabilitato la modalità virtuale e salvato questa modifica al fornitore di dati, questa azione non può essere annullata. Ti verrà richiesto di fornire i dettagli effettivi della connessione al database per il fornitore di dati e i ruoli Working Secret e IAM per accedere al Secret nel progetto di migrazione associato.

Al primo avvio del progetto contenente il fornitore di dati di transito, avrai i risultati della conversione. Saranno disponibili solo queste azioni:
+ **Negli schemi dei nodi**: aggiorna dal database.
+ **Sugli oggetti del database**: applica le modifiche, quindi salva come SQL.

L'azione **Applica** applicherà gli oggetti convertiti al database reale.

L'azione **Aggiorna dal database** carica gli oggetti del database dal database reale. Tutti gli oggetti di conversione non salvati andranno persi.

# Gestione dei progetti di migrazione nella conversione dello schema DMS
<a name="sc-migration-projects"></a>

Dopo aver creato un profilo dell'istanza e fornitori di dati compatibili per la conversione dello schema, puoi creare un progetto di migrazione. Per ulteriori informazioni, consulta [ Creazione di progetti di migrazione](migration-projects-create.md).

Per utilizzare questo nuovo progetto nella conversione dello schema DMS, scegli il progetto dall'elenco nella pagina **Progetti di migrazione**. Successivamente, nella scheda **Conversione dello schema**, scegli **Avvia conversione dello schema**.

Il primo avvio di DMS Schema Conversion richiede alcune configurazioni. AWS Database Migration Service (AWS DMS) avvia un'istanza di conversione dello schema, che richiede fino a cinque minuti. Questo processo legge anche i metadati dai database di origine e di destinazione. Una volta completato correttamente il primo avvio, puoi accedere più rapidamente alla conversione dello schema DMS.

Amazon interrompe l'istanza di conversione dello schema utilizzata dal progetto di migrazione entro tre giorni dal completamento del progetto. Puoi recuperare lo schema convertito e il report di valutazione dal bucket Amazon S3 che usi per la conversione dello schema DMS.

## Specificazione delle impostazioni del progetto di migrazione per la conversione dello schema DMS
<a name="migration-projects-settings"></a>

Dopo aver creato il progetto di migrazione e avviato la conversione dello schema, puoi specificare le impostazioni del progetto di migrazione. Puoi modificare le impostazioni di conversione per migliorare le prestazioni del codice convertito. Inoltre, puoi personalizzare la vista della conversione dello schema.

Le impostazioni di conversione dipendono dalle piattaforme di database di origine e di destinazione. Per ulteriori informazioni, consultare [Creazione di fornitori di dati di origine](data-providers-source.md) e [ Creazione e impostazione dei fornitori di dati di destinazione](data-providers-target.md).

Per specificare gli schemi e i database che desideri visualizzare nei riquadri del database di origine e di destinazione, utilizza le impostazioni della vista ad albero. Puoi nascondere schemi vuoti, database vuoti, database di sistema, oltre a database o schemi definiti dall'utente.

**Nascondere database e schemi nella visualizzazione ad albero**

1. Accedi a Console di gestione AWS e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.

1. Scegli il progetto di migrazione e nella scheda **Conversione dello schema** seleziona **Avvia conversione dello schema**.

1. Seleziona **Impostazioni**. Viene visualizzata la pagina **Impostazioni**.

1. Nella sezione **Vista ad albero** procedi nel seguente modo:
   + Scegli **Nascondi schemi vuoti** per nascondere gli schemi vuoti.
   + Scegli **Nascondi database vuoti** per nascondere i database vuoti.
   + In **Database o schemi di sistema** seleziona i database e gli schemi di sistema per nome per nasconderli.
   + Per **Database o schemi definiti dall'utente** immetti i nomi degli schemi e dei database definiti dall'utente che intendi nascondere. Scegliere **Aggiungi**. I nomi non fanno distinzione tra maiuscole e minuscole.

     Per aggiungere più database o schemi, usa una virgola per separare i nomi. Per aggiungere più oggetti con un nome simile, utilizza il simbolo di percentuale (%) come carattere jolly. Questo carattere jolly sostituisce qualsiasi numero di simboli nel nome del database o dello schema.

   Ripeti questi passaggi per le sezioni **Origine** e **Destinazione**.

1. Seleziona **Applica**, quindi scegli **Conversione dello schema**.

## Registri di accesso per Schema Conversion AWS DMS
<a name="migration-projects-logs"></a>

1. Accedi a Console di gestione AWS e apri la AWS DMS console all'indirizzo. [https://console.aws.amazon.com/dms/](https://console.aws.amazon.com/dms/)

1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.

1. Scegli il tuo progetto di migrazione e nella scheda **Panoramica** copia l'ID del progetto di migrazione dal campo **ARN.**  
![\[Questa è un'immagine che mostra come ottenere l'ID ARN dalla AWS DMS console.\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/dms-schema-conversion-log.png)

1. **CloudWatch**Servizio aperto.

1. Scegli **Log groups** e inserisci `dms-tasks-sct-{migration_project_id}` dove si `{migration_project_id}` trova `id` dal passaggio 3.

1. All'interno del **gruppo Log** puoi trovare **Log stream** with logs.

# Creazione di report di valutazione della migrazione del database con la conversione dello schema DMS
<a name="assessment-reports"></a>

Una parte importante della conversione dello schema DMS è il report che genera per aiutarti a eseguire l'operazione. Questo *report di valutazione della migrazione del database* riassume tutte le attività di conversione dello schema. Inoltre, descrive in dettaglio gli elementi d'azione dello schema che non possono essere convertiti nel motore di database dell'istanza database di destinazione. Puoi visualizzare il rapporto nella AWS DMS console o salvarne una copia come PDF o file con valori separati da virgole (CSV).

Il report di valutazione della migrazione include i seguenti elementi:
+ Sintesi esecutiva
+ Raccomandazioni, incluse conversione di oggetti server, suggerimenti di backup e modifiche al server collegato

Se ci sono elementi che DMS Schema Conversion non è in grado di convertire automaticamente, il rapporto fornisce delle stime che mostrano lo sforzo necessario per scrivere il codice equivalente per l'istanza DB di destinazione.

**Topics**
+ [Creazione di un rapporto di valutazione della migrazione del database per DMS Schema Conversion](assessment-reports.create.md)
+ [Visualizzazione del rapporto di valutazione della migrazione del database per DMS Schema Conversion](assessment-reports-view.md)
+ [Salvataggio del rapporto di valutazione della migrazione del database per DMS Schema Conversion](assessment-reports-save.md)

# Creazione di un rapporto di valutazione della migrazione del database per DMS Schema Conversion
<a name="assessment-reports.create"></a>

Dopo aver creato un progetto di migrazione, utilizza la procedura seguente per creare un report di valutazione della migrazione del database.

**Creazione di un report di valutazione della migrazione del database**

1. Accedi a Console di gestione AWS e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.

1. Scegli il progetto di migrazione, quindi seleziona **Conversione dello schema**.

1. Scegli **Avvia conversione dello schema**. Viene visualizzata la pagina **Conversione dello schema**.

1. Nel riquadro del database di origine, scegli lo schema o gli elementi dello schema del database che desideri valutare. Per includere più oggetti nel report, assicurati di selezionare tutti gli elementi. 

1. Dopo aver selezionato le caselle di controllo per tutti gli oggetti dello schema che vuoi valutare, dovrai scegliere il nodo principale per gli oggetti selezionati. Il menu **Operazioni** nel riquadro del database di origine è ora disponibile. 

1. Nel menu **Operazioni** scegli **Valuta**. Viene visualizzata una finestra di dialogo di conferma.

1. Seleziona **Valuta** nella finestra di dialogo per confermare la scelta.

# Visualizzazione del rapporto di valutazione della migrazione del database per DMS Schema Conversion
<a name="assessment-reports-view"></a>

Dopo aver creato un report di valutazione, la conversione dello schema DMS aggiunge informazioni nelle seguenti schede:
+ **Riepilogo**
+ **Elementi d'azione**

La scheda **Riepilogo** mostra il numero di elementi che la conversione dello schema DMS può convertire automaticamente.

La scheda **Elementi d'azione** mostra gli elementi che la conversione dello schema DMS non è in grado di convertire automaticamente e fornisce consigli su come gestirli.

## Riepilogo del report di valutazione
<a name="assessment-reports-view-summary"></a>

Nella scheda **Summary** (Riepilogo) vengono visualizzate le informazioni di riepilogo del report di valutazione della migrazione del database. Mostra il numero di elementi che la conversione dello schema DMS può convertire automaticamente in oggetti di archiviazione del database e oggetti di codice del database.

Nella maggior parte dei casi, la conversione dello schema DMS non è in grado di convertire automaticamente tutti gli elementi dello schema nel motore di database di destinazione. La scheda **Riepilogo** include una stima dell'impegno necessario per creare elementi dello schema nella istanza database di destinazione che siano equivalenti a quelli presenti nell'origine.

Per visualizzare il riepilogo della conversione per gli oggetti di archiviazione del database come tabelle, sequenze, vincoli, tipi di dati e così via, scegli **Oggetti di archiviazione database**. 

Per visualizzare il riepilogo delle conversioni per gli oggetti di codice del database come procedure, funzioni, viste, trigger e così via, scegli **Oggetti codice database**.

Per modificare l'ambito del report di valutazione, seleziona il nodo richiesto nell'albero del database di origine. La conversione dello schema DMS aggiorna il riepilogo del report di valutazione in modo che corrisponda all'ambito selezionato.

## Elementi d'azione del report di valutazione
<a name="assessment-reports-view-action-items"></a>

La scheda **Elementi d'azione** include un elenco di elementi che la conversione dello schema DMS non può convertire automaticamente in un formato compatibile con il motore di database di destinazione. Per ogni elemento d'azione, la conversione dello schema DMS fornisce la descrizione del problema e l'azione consigliata. La conversione dello schema DMS raggruppa elementi d'azione simili e visualizza il numero di ricorrenze.

Per visualizzare il codice dell'oggetto di database correlato, seleziona un elemento d'azione nell'elenco.

## Rapporto di valutazione con intelligenza artificiale generativa
<a name="assessment-reports-view-generative-ai"></a>

La conversione dello schema DMS con intelligenza artificiale generativa semplifica il processo di migrazione del database offrendo consigli per aiutarti a convertire oggetti di codice precedentemente non convertiti che in genere richiedono una conversione manuale complessa. Attualmente, questa funzionalità è disponibile per le conversioni da Oracle a PostgreSQL/Aurora PostgreSQL e da SQL Server a PostgreSQL/Aurora PostgreSQL.

Il rapporto di valutazione indica quali oggetti di codice del database sono candidati alla conversione utilizzando l'intelligenza artificiale generativa. Puoi esportare questo rapporto in un PDF per un breve elenco di cinque oggetti per azione. Puoi esportare il rapporto in un file CSV per visualizzare l'elenco completo dei candidati.

Quando abiliti **Converti schema utilizzando l'intelligenza artificiale generativa** ed esegui una conversione, il rapporto di valutazione aggiornato identifica gli oggetti che sono stati convertiti con successo utilizzando l'intelligenza artificiale. Questi oggetti sono chiaramente contrassegnati con un'azione corrispondente, che semplifica l'identificazione e il monitoraggio dei consigli di conversione generati dall'intelligenza artificiale.

Per localizzare rapidamente gli oggetti convertiti dall'intelligenza artificiale generativa:

1. Vai alla scheda **Action Items**. 

1. Nell'angolo in alto a destra, individua il menu a discesa.

1. Seleziona **Generato dall'IA** tra le opzioni.

Questo metodo di filtraggio consente di visualizzare in modo efficiente tutti gli oggetti del database che sono stati convertiti con successo utilizzando questa funzionalità.

# Salvataggio del rapporto di valutazione della migrazione del database per DMS Schema Conversion
<a name="assessment-reports-save"></a>

Dopo aver creato un report di valutazione della migrazione del database, puoi salvarne una copia come PDF o file CSV (valori separati da virgole).

**Per salvare il report di valutazione della migrazione del database come file PDF**

1. Seleziona **Esporta**, quindi scegli **PDF**. Esamina la finestra di dialogo e scegli **Esporta in PDF**. 

1. La conversione dello schema DMS crea un archivio con il file PDF e lo memorizza nel tuo bucket Amazon S3. Per modificare il bucket Amazon S3, modifica le impostazioni di conversione dello schema nel profilo dell'istanza.

1. Apri il file del report di valutazione nel bucket Amazon S3.

**Per salvare un report di valutazione della migrazione del database come file CSV**

1. Seleziona **Esporta**, quindi scegli **CSV**. Esamina la finestra di dialogo e scegli **Esporta in CSV**. 

1. La conversione dello schema DMS crea un archivio con i file CSV e lo memorizza nel tuo bucket Amazon S3. Per modificare il bucket Amazon S3, modifica le impostazioni di conversione dello schema nel profilo dell'istanza.

1. Apri i file del report di valutazione nel bucket Amazon S3.

Il file PDF contiene sia il riepilogo, sia le informazioni sulle attività.

Quando esporti il report di valutazione in formato CSV, la conversione dello schema DMS crea tre file CSV. 

 Il primo file CSV contiene le seguenti informazioni relative agli elementi d'azione:
+ Categoria
+ Ricorrenza
+ Elemento d'azione
+ Subject
+ Gruppo
+ Description
+ Riferimenti della documentazione
+ Azione consigliata
+ Line (Linea)
+ Position
+ Origine
+ Target
+ Indirizzo IP e porta del server
+ Database
+ Schema

 Il secondo file CSV include il suffisso `Action_Items_Summary` nel nome e contiene le seguenti informazioni:
+ Schema
+ Elemento d'azione
+ Numero di ricorrenze
+ Impegno della curva di apprendimento, ossia la quantità di impegno richiesta per progettare un approccio alla conversione di ogni elemento d'azione
+ Impegni per convertire una ricorrenza dell'elemento d'azione, che mostra l'impegno richiesto per convertire ogni elemento d'azione, seguendo l'approccio progettato
+ Descrizione dell'elemento d'azione
+ Azione consigliata

I valori che indicano il livello di impegno richiesto si basano su una scala ponderata che va da basso (minimo) ad alto (massimo).

 Il terzo file CSV include `Summary` nel nome e contiene le seguenti informazioni:
+ Categoria
+ Numero di oggetti
+ Oggetti convertiti automaticamente
+ Oggetti con azioni semplici
+ Oggetti con azioni di media complessità
+ Oggetti con azioni complesse
+ Righe di codice totali

# Utilizzo della conversione dello schema DMS
<a name="schema-conversion"></a>

La conversione dello schema DMS converte gli schemi di database esistenti e la maggior parte degli oggetti di codice del database in un formato compatibile con il database di destinazione.

La conversione dello schema DMS automatizza gran parte del processo di conversione degli schemi di database OLTP (Online Transaction Processing) in Amazon RDS per MySQL o RDS per PostgreSQL. I motori di database di origine e di destinazione contengono diverse funzionalità e capacità la conversione dello schema DMS tenta di creare uno schema equivalente, se possibile. Per gli oggetti di database in cui non è possibile la conversione diretta, la conversione dello schema DMS fornisce un elenco di azioni da intraprendere.

Per convertire lo schema di database, utilizza la procedura seguente:
+ Prima di convertire gli schemi di database, imposta le regole di trasformazione che modificano i nomi degli oggetti di database durante la conversione.
+ Crea un report di valutazione della migrazione del database per stimare la complessità della migrazione. Questo report fornisce i dettagli sugli elementi dello schema che la conversione dello schema DMS non è in grado di convertire automaticamente.
+ Converti l'archiviazione e gli oggetti di codice del database di origine. La conversione dello schema DMS crea una versione locale degli oggetti di database convertiti. È possibile accedere agli oggetti convertiti nel progetto di migrazione. 
+ Salva il codice convertito in file SQL per rivedere, modificare o risolvere le azioni di conversione. Facoltativamente, applica il codice convertito direttamente al database di destinazione. 

**Topics**
+ [Configurazione delle regole di trasformazione nella conversione dello schema DMS](schema-conversion-transformation-rules.md)
+ [Conversione degli schemi di database in DMS Schema Conversion: guida step-by-step](schema-conversion-convert.md)
+ [Conversione di oggetti di database con intelligenza artificiale generativa](schema-conversion-convert.databaseobjects.md)
+ [Specifica delle impostazioni di conversione dello schema per i progetti di migrazione](schema-conversion-settings.md)
+ [Aggiornamento degli schemi di database nella conversione dello schema DMS](schema-conversion-refresh.md)
+ [Salvataggio e applicazione del codice convertito nella conversione dello schema DMS](schema-conversion-save-apply.md)
+ [Conversione di SQL incorporato in applicazioni Java](schema-conversion-embedded-sql.md)

# Configurazione delle regole di trasformazione nella conversione dello schema DMS
<a name="schema-conversion-transformation-rules"></a>

Prima di convertire lo schema di database con la conversione dello schema DMS, puoi impostare le regole di trasformazione. Le *regole di trasformazione* possono eseguire operazioni come modificare il nome di un oggetto in minuscolo o maiuscolo, aggiungere o rimuovere un prefisso o un suffisso e rinominare gli oggetti. Supponi, ad esempio, di avere una serie di tabelle nello schema di origine denominato `test_TABLE_NAME`. Puoi impostare una regola che modifichi il prefisso `test_` con il prefisso `demo_` nello schema di destinazione.

Puoi creare regole di trasformazione in grado di eseguire le seguenti attività:
+ Aggiunta, rimozione o sostituzione di un prefisso
+ Aggiunta, rimozione o sostituzione di un suffisso
+ Modifica del tipo di dati di una colonna
+ Modifica del nome dell'oggetto in lettere minuscole o maiuscole
+ Rinominare oggetti

Puoi creare regole di trasformazione per i seguenti oggetti:
+ Schema 
+ Tabella 
+ Colonna 

## Creazione delle regole di trasformazione
<a name="schema-conversion-transformation-rules-create"></a>

La conversione dello schema DMS memorizza le regole di trasformazione come parte del progetto di migrazione. Puoi impostare le regole di trasformazione quando crei il progetto di migrazione o modificarle in un secondo momento. 

Puoi aggiungere più regole di trasformazione nel progetto. La conversione dello schema DMS applica le regole di trasformazione durante la conversione nello stesso ordine in cui le hai aggiunte.

**Per creare le regole di trasformazione**

1. Nella pagina **Crea un progetto di migrazione** scegli **Aggiungi regola di trasformazione**. Per ulteriori informazioni, consulta [ Creazione di progetti di migrazione](migration-projects-create.md).

1. Per **Destinazione della regola** scegli il tipo di oggetti di database a cui si applica la regola. 

1. Per **Schema di origine** scegli **Inserisci uno schema**. Quindi, inserisci i nomi degli schemi di origine, delle tabelle e delle colonne a cui si applica questa regola. Puoi inserire un nome esatto per selezionare un solo oggetto, oppure puoi inserire un modello per selezionare più oggetti. Utilizza il simbolo di percentuale (%) come carattere jolly per sostituire qualsiasi numero di simboli nel nome dell'oggetto del database. 

1. In **Operazione** scegli l'attività da eseguire. 

1. A seconda del tipo di regola, immetti uno o due valori aggiuntivi. Ad esempio, per rinominare un oggetto immetti il nuovo nome dell'oggetto. Per sostituire un prefisso immetti il prefisso precedente e quello nuovo.

1. Scegli **Aggiungi regola di trasformazione** per aggiungere un'altra regola di trasformazione.

   Dopo aver aggiunto le regole, scegli **Crea un progetto di migrazione**.

Per duplicare una regola di trasformazione esistente scegli **Duplica**. Per modificare una regola di trasformazione esistente scegli la regola dall'elenco. Per eliminare una regola di trasformazione esistente scegli **Rimuovi**. 

## Modifica delle regole di trasformazione
<a name="schema-conversion-transformation-rules-edit"></a>

Puoi aggiungere nuove regole di trasformazione, rimuovere o modificare quelle esistenti nel tuo progetto di migrazione. Poiché la conversione dello schema DMS applica le regole di trasformazione durante l'avvio della conversione dello schema, assicurati di chiudere la conversione dello schema e di riavviarla dopo aver modificato le regole.

**Per modificare le regole di trasformazione**

1. Accedi a Console di gestione AWS, e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Scegli **Progetti di migrazione**, quindi seleziona il tuo progetto di migrazione.

1. Scegli **Conversione dello schema**, quindi seleziona **Chiudi conversione dello schema**.

1. Dopo aver AWS DMS chiuso la conversione dello schema, scegli **Modifica per modificare le** impostazioni del progetto di migrazione.

1. Per **Regole di trasformazione** scegli una delle seguenti azioni:
   + Scegli **Duplica** per duplicare una regola di trasformazione esistente e aggiungerla alla fine dell'elenco.
   + Scegli **Rimuovi** per rimuovere una regola di trasformazione esistente.
   + Scegli la regola di trasformazione esistente per modificarla.

1. Dopo aver terminato la modifica delle regole, seleziona **Salva modifiche**.

1. Nella pagina **Progetti di migrazione** scegli il tuo progetto dall'elenco. Scegli **Conversione dello schema**, quindi seleziona **Avvia conversione dello schema**.

# Conversione degli schemi di database in DMS Schema Conversion: guida step-by-step
<a name="schema-conversion-convert"></a>

Dopo aver creato il progetto di migrazione e aver effettuato la connessione ai database di origine e di destinazione, è possibile convertire gli oggetti del database di origine in un formato compatibile con il database di destinazione. La conversione dello schema DMS visualizza lo schema di database di origine nel pannello di sinistra in una visualizzazione ad albero.

Ogni nodo dell'albero del database viene *caricato lentamente*. Quando scegli un nodo nella visualizzazione ad albero, la conversione dello schema DMS richiede le informazioni sullo schema dal database di origine. Per caricare più velocemente le informazioni sullo schema, scegli lo schema desiderato, quindi seleziona **Carica metadati** dal menu **Operazioni**. La conversione dello schema DMS legge i metadati del database e archivia le informazioni in un bucket Amazon S3. A questo punto puoi sfogliare gli oggetti del database più velocemente.

È possibile convertire l'intero schema di database oppure scegliere qualsiasi elemento dello schema da convertire dal database di origine. Se l'elemento dello schema scelto dipende da un elemento padre, la conversione dello schema DMS genera anche lo schema per detto elemento. Ad esempio, quando si sceglie una tabella da convertire, la conversione dello schema DMS crea la tabella convertita e lo schema di database in cui si trova la tabella.

## Conversione degli oggetti di database
<a name="schema-conversion-convert-steps"></a>

È possibile utilizzare la conversione dello schema DMS per convertire un intero schema di database o oggetti dello schema di database separati.

**Per convertire un intero schema di database**

1. Accedi a Console di gestione AWS e apri la AWS DMS console su [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.

1. Scegli il progetto di migrazione, quindi seleziona **Conversione dello schema**.

1. Scegli **Avvia conversione dello schema**. Viene visualizzata la pagina **Conversione dello schema**.

1. Nel riquadro del database di origine, seleziona la casella di controllo relativa al nome dello schema.

1. Scegli questo schema nel riquadro sinistro del progetto di migrazione. La conversione dello schema DMS evidenzia il nome dello schema in blu e attiva il menu **Operazioni**.

1. Per **Operazioni** scegli **Converti**. Viene visualizzata la finestra di dialogo di conversione.

1. Seleziona **Converti** nella finestra di dialogo per confermare la scelta.

**Per convertire gli oggetti del database di origine**

1. [Accedi a Console di gestione AWS, e apri la AWS DMS console in v2/. https://console.aws.amazon.com/dms/](https://console.aws.amazon.com/dms/v2/)

1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.

1. Scegli il progetto di migrazione, quindi seleziona **Conversione dello schema**.

1. Scegli **Avvia conversione dello schema**. Viene visualizzata la pagina **Conversione dello schema**.

1. Nel riquadro del database di origine, seleziona gli oggetti del database di origine.

1. Dopo aver selezionato tutte le caselle di controllo per gli oggetti che desideri convertire, scegli il nodo padre per tutti gli oggetti selezionati nel pannello di sinistra.

   La conversione dello schema DMS evidenzia il nodo padre in blu e attiva il menu **Operazioni**.

1. Per **Operazioni** scegli **Converti**. Viene visualizzata la finestra di dialogo di conversione.

1. Seleziona **Converti** nella finestra di dialogo per confermare la scelta.

Ad esempio, per convertire due tabelle su 10, seleziona le caselle di controllo relative alle due tabelle che desideri convertire. Nota che il menu **Operazioni** è inattivo. Dopo aver scelto il nodo **Tabelle**, la conversione dello schema DMS ne evidenzia il nome in blu e attiva il menu **Operazioni**. Quindi puoi scegliere **Converti** dal menu.

Allo stesso modo, per convertire due tabelle e tre procedure, seleziona le caselle di controllo relative ai nomi degli oggetti. Quindi, scegli il nodo dello schema per attivare il menu **Operazioni** e seleziona **Converti schema**.

## Modifica e salvataggio del codice SQL convertito
<a name="schema-conversion-convert-editsql"></a>

La pagina **di conversione dello schema** consente di modificare il codice SQL convertito negli oggetti del database. Utilizza la procedura seguente per modificare il tuo codice SQL convertito, per applicare le modifiche e quindi salvarle.

**Modifica, applicazione delle modifiche e salvataggio del codice SQL convertito**

1. Nella pagina di **conversione dello schema**, aprite la visualizzazione ad albero nel riquadro **Provider di dati di origine** per visualizzare un oggetto di codice.  
![\[Conversione dello schema: visualizzazione ad albero dei fornitori di dati di origine\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/datarep-sc-editsql-1.png)

1. Dal riquadro **Provider di dati di origine**, scegli **Azioni**, **Converti**. Conferma l'operazione.

1. Al termine della conversione, per visualizzare l'SQL convertito, espandi il riquadro centrale, se necessario. Per modificare l'SQL convertito, scegli l'icona di modifica nel riquadro **Target SQL**.  
![\[Conversione dello schema: modifica l'SQL di destinazione\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/datarep-sc-editsql-2.png)

1. Dopo aver modificato l'SQL di destinazione, conferma le modifiche scegliendo l'icona di spunta nella parte superiore della pagina. Conferma l'operazione.

1. Nel riquadro **dei provider di dati di Target**, scegli **Azioni**, **Applica modifiche**. Conferma l'operazione.

1. DMS scrive la procedura modificata nell'archivio dati di destinazione.

## Audit degli oggetti di database
<a name="schema-conversion-сonvert-review"></a>

Dopo aver convertito gli oggetti del database di origine, puoi scegliere un oggetto nel riquadro di sinistra del progetto. È quindi possibile visualizzare il codice sorgente e convertito per quell'oggetto. La conversione dello schema DMS carica automaticamente il codice convertito per l'oggetto selezionato nel riquadro di sinistra. È inoltre possibile visualizzare le proprietà o i parametri dell'oggetto selezionato.

La conversione dello schema DMS memorizza automaticamente il codice convertito come parte del progetto di migrazione. Non applica queste modifiche del codice al database di destinazione. Per ulteriori informazioni sull'applicazione del codice convertito al database di destinazione, consulta [Applicazione del codice convertito](schema-conversion-save-apply.md#schema-conversion-apply). Per rimuovere il codice convertito dal progetto di migrazione, seleziona lo schema di destinazione nel riquadro a destra, quindi scegli **Aggiorna dal database** nel menu **Operazioni**. 

Dopo aver convertito gli oggetti del database di origine, puoi visualizzare il riepilogo della conversione e gli elementi d'azione nel riquadro in basso al centro. Puoi vedere le stesse informazioni se crei un report di valutazione. Il report di valutazione è utile per identificare e risolvere gli elementi dello schema che non possono essere convertiti automaticamente dalla conversione dello schema DMS. Puoi salvare il riepilogo del report di valutazione e l'elenco delle azioni di conversione in file CSV. Per ulteriori informazioni, consulta [Report di valutazione della migrazione del database](assessment-reports.md).

# Conversione di oggetti di database con intelligenza artificiale generativa
<a name="schema-conversion-convert.databaseobjects"></a>

La funzionalità di conversione dello schema DMS con intelligenza artificiale generativa semplifica il processo di migrazione del database offrendo consigli per aiutarti a convertire oggetti di codice precedentemente non convertiti che in genere richiedono una conversione manuale complessa. Questa funzionalità è disponibile per le conversioni da Oracle a PostgreSQL/Aurora PostgreSQL e da SQL Server a PostgreSQL. PostgreSQL/Aurora PostgreSQL and SAP ASE (Sybase ASE) to PostgreSQL/Aurora È possibile convertire un intero schema di database o singoli oggetti dello schema di database.

**avvertimento**  
Le funzionalità di intelligenza artificiale generativa di DMS Schema Conversion utilizzano l'inferenza tra regioni. Per ulteriori informazioni, consulta [Inferenza tra regioni nella conversione dello schema DMS](CHAP_Security.DataProtection.CrossRegionInference.md#CHAP_Security.DataProtection.CrossRegionInference.SchemaConversion).

Per convertire gli oggetti del database di origine con l'intelligenza artificiale generativa, segui i passaggi da 1 a 6 in [Conversione degli oggetti del database](schema-conversion-convert.md#schema-conversion-convert-steps), quindi continua con uno di questi due metodi:
+ **Metodo 1: dal menu **Azioni**, seleziona Converti.** Nella finestra di dialogo di conversione che appare, abilita l'opzione **Converti schema con AI generativa** e fai clic su **Converti**.
+ Metodo 2: fai clic su ****Converti schema con intelligenza artificiale generativa nell'angolo**** in alto a destra. Nella finestra di dialogo di conversione, assicurati che l'opzione sia abilitata e fai clic su **Converti**.

Per regolare manualmente questa impostazione in qualsiasi momento nella console DMS Schema Conversion:
+ Vai alla scheda **Impostazioni**.
+ Nella **sezione Impostazioni di conversione**, abilita l'opzione **AI generativa** per approvare l'uso dell'IA generativa.

**Nota**  
Regioni supportate:  
Asia Pacifico (Tokyo) (ap-northeast-1)
Asia Pacifico (Osaka-Locale) (ap-northeast-3)
Asia Pacifico (Sydney) (ap-southeast-2)
Canada (Centrale) (ca-central-1)
Europa (Francoforte) (eu-central-1)
Europa (Stoccolma) (eu-north-1)
Europa (Irlanda) (eu-west-1)
Europa (Londra) (eu-west-2)
Europa (Parigi) (eu-west-3)
Stati Uniti orientali (Virginia settentrionale) (us-east-1)
Stati Uniti orientali (Ohio) (us-east-2)
Stati Uniti occidentali (Oregon) (us-west-2)

**Nota**  
Percorsi di conversione supportati:  
Da Oracle ad Amazon RDS per PostgreSQL
Da Oracle ad Amazon Aurora PostgreSQL
Da Microsoft SQL Server ad Amazon RDS per PostgreSQL
Da Microsoft SQL Server ad Amazon Aurora PostgreSQL
Da SAP ASE (Sybase ASE) ad Amazon RDS per PostgreSQL
Da SAP ASE (Sybase ASE) ad Amazon Aurora PostgreSQL
Da IBM Db2 per Linux, UNIX e Windows (LUW) ad Amazon RDS per PostgreSQL
Da IBM Db2 per Linux, UNIX e Windows (LUW) ad Amazon Aurora PostgreSQL
IBM Db2 per Amazon z/OS RDS per PostgreSQL
IBM Db2 per Amazon Aurora z/OS PostgreSQL

## Ambito della conversione dell'IA generativa
<a name="schema-conversion-convert.databaseobjects.genai"></a>

La conversione generativa dello schema assistita dall'intelligenza artificiale si concentra su elementi SQL specifici con azioni designate. Tutti gli altri elementi SQL vengono convertiti utilizzando approcci predefiniti basati su regole. Gli elementi SQL nell'ambito esteso della conversione AI generativa includono:


****  
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/schema-conversion-convert.databaseobjects.html)

### Limitazioni
<a name="schema-conversion-convert.databaseobjects.limitations"></a>

La funzionalità di conversione degli oggetti del database con intelligenza artificiale generativa presenta le seguenti limitazioni:
+ Gli endpoint del database che supportano la conversione AI generativa non sono visibili nella console. AWS Puoi visualizzarli solo esportando il rapporto di valutazione come file PDF o CSV.
+ Essendo un sistema probabilistico, la conversione generativa dello schema assistita dall'intelligenza artificiale potrebbe non raggiungere una precisione del 100% in tutte le conversioni. Può anche produrre risultati diversi per le stesse istruzioni SQL in un periodo di tempo. È necessario esaminare e convalidare tutti gli output di conversione.
+ La conversione AI generativa non è supportata per:
  + Vincolo DEFAULT in una tabella
  + Valore DEFAULT per un parametro di funzione o procedura
  + CALCOLA COLONNA in una tabella
  + TRIGGER
  + TIPO DI DATI DELLA COLONNA
  + SQL dinamico
  + INDEX
  + CONSTRAINT
+ Se l'istruzione di origine viene convertita con più azioni e almeno un'azione viene elaborata utilizzando l'intelligenza artificiale generativa, tutte le azioni vengono sostituite da un'azione 5444 su una destinazione per Oracle e 7744 per Microsoft SQL Server. L'azione 9997 è un'eccezione che viene salvata dopo l'elaborazione utilizzando l'intelligenza artificiale generativa.

**avvertimento**  
La conversione tramite l'intelligenza artificiale generativa richiede più tempo della conversione di base.

Ogni AWS account ha una quota al minuto che limita il numero di istruzioni SQL che possono essere convertite utilizzando l'intelligenza artificiale generativa. Le istruzioni che superano questo limite vengono messe in coda per essere elaborate nei minuti successivi. La quota è la seguente:


****  

| Region | Dichiarazioni SQL per AWS account al minuto | 
| --- | --- | 
|  Asia Pacifico (Tokyo) (ap-northeast-1) Asia Pacifico (Osaka-Locale) (ap-northeast-3) Asia Pacifico (Sydney) (ap-southeast-2) Canada (Centrale) (ca-central-1) Europa (Stoccolma) (eu-north-1) Europa (Irlanda) (eu-west-1) Europa (Londra) (eu-west-2) Europa (Parigi) (eu-west-3) Stati Uniti orientali (Ohio) (us-east-2)  | Fino a 24 dichiarazioni | 
|  Europa (Francoforte) (eu-central-1) Stati Uniti orientali (Virginia settentrionale) (us-east-1) Stati Uniti occidentali (Oregon) (us-west-2)  | Fino a 40 dichiarazioni | 

# Specifica delle impostazioni di conversione dello schema per i progetti di migrazione
<a name="schema-conversion-settings"></a>

Dopo aver creato un progetto di migrazione, puoi specificare le impostazioni di conversione nella conversione dello schema DMS. La configurazione delle impostazioni di conversione dello schema migliora le prestazioni del codice convertito.

**Per modificare le impostazioni di conversione**

1. Accedi a Console di gestione AWS e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.

1. Scegli il tuo progetto di migrazione. Scegli **Conversione dello schema**, quindi seleziona **Avvia conversione dello schema**.

1. Seleziona **Impostazioni**. Viene visualizzata la pagina **Impostazioni**.

1. Modifica le impostazioni nella sezione **Conversione**.

1. Seleziona **Applica**, quindi scegli **Conversione dello schema**.

Per tutte le coppie di conversione, puoi limitare il numero di commenti con elementi d'azione nel codice convertito. Per limitare il numero di commenti nel codice convertito, apri le impostazioni di conversione nel progetto di migrazione.

Per **Commenti nel codice SQL convertito** scegli il livello di gravità degli elementi d'azione. La conversione dello schema 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**.

Le altre impostazioni di conversione sono diverse per ogni coppia di database di origine e di destinazione.

**Topics**
+ [Informazioni sulle impostazioni di conversione da Oracle a MySQL](schema-conversion-oracle-mysql.md)
+ [Informazioni sulle impostazioni di conversione da Oracle a PostgreSQL](schema-conversion-oracle-postgresql.md)
+ [Informazioni sulle impostazioni di conversione da SQL Server a MySQL](schema-conversion-sql-server-mysql.md)
+ [Informazioni sulle impostazioni di conversione da SQL Server a PostgreSQL](schema-conversion-sql-server-postgresql.md)
+ [Comprendere le impostazioni di conversione da PostgreSQL a MySQL](schema-conversion-postgresql-mysql.md)
+ [Informazioni sulle impostazioni di conversione da IBM Db2 for LUW ad Amazon RDS for PostgreSQL](schema-conversion-db2-luw-postgresql.md)
+ [Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for Db2](schema-conversion-db2-zos-db2.md)
+ [Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for PostgreSQL](schema-conversion-db2-zos-postgresql.md)
+ [Informazioni sulle impostazioni di conversione da SAP ASE (Sybase ASE) a PostgreSQL](schema-conversion--sybase-ASE.md)

# Informazioni sulle impostazioni di conversione da Oracle a MySQL
<a name="schema-conversion-oracle-mysql"></a>

Le impostazioni di conversione da Oracle a MySQL nella conversione dello schema DMS sono le seguenti:
+ Il database Oracle di origine può utilizzare la pseudo colonna `ROWID`. MySQL non supporta funzionalità simili. La conversione dello schema DMS può emulare la pseudo colonna `ROWID` nel codice convertito. A tale scopo, attiva l'opzione **Genera ID riga**.

  Se il codice Oracle sorgente non utilizza la pseudo colonna `ROWID`, disattiva l'opzione **Genera ID riga**. In questo caso, il codice convertito funziona più velocemente.
+ Il codice sorgente Oracle può includere le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` con parametri non supportati da MySQL. Per impostazione predefinita, la conversione dello schema DMS emula l'utilizzo di questi parametri nel codice convertito.

  È possibile utilizzare le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` native di MySQL quando il codice sorgente Oracle non ha parametri non supportati da MySQL. In questo caso, il codice convertito funziona più velocemente. Per farlo, seleziona i seguenti valori:
  + **Usa una funzione MySQL TO\$1CHAR nativa**
  + **Usa una funzione MySQL TO\$1DATE nativa**
  + **Usa una funzione MySQL TO\$1NUMBER nativa**
+ Il database e le applicazioni possono essere eseguiti in fusi orari diversi. Per impostazione predefinita, la conversione dello schema DMS emula i fusi orari nel codice convertito. Tuttavia, non è necessaria questa emulazione quando il database e le applicazioni utilizzano lo stesso fuso orario. In tal caso, seleziona **Migliora le prestazioni del codice convertito se il database e le applicazioni utilizzano lo stesso fuso orario**.

# Informazioni sulle impostazioni di conversione da Oracle a PostgreSQL
<a name="schema-conversion-oracle-postgresql"></a>

Le impostazioni di conversione da Oracle a PostgreSQL nella conversione dello schema DMS sono le seguenti:
+ **Per convertire gli oggetti del database applicabili utilizzando l'intelligenza artificiale generativa, abilita l'impostazione Generative AI.** Gli oggetti convertiti con successo utilizzando l'intelligenza artificiale generativa verranno chiaramente identificati con **Action Item 5444**, che afferma: «Questa conversione utilizza modelli di apprendimento automatico che generano previsioni basate su modelli di dati. Per ulteriori informazioni, consulta [Conversione di oggetti di database con intelligenza artificiale generativa](schema-conversion-convert.databaseobjects.md).
  + È possibile convertire gli schemi per diverse versioni supportate del database di destinazione, non solo per la versione più recente. Per specificare una versione, utilizza l'impostazione della **versione del motore di Target**. Le opzioni di conversione disponibili variano a seconda della versione del motore selezionata. Attualmente sono supportate le versioni 14 e 15 di PostgreSQL (hanno impostazioni identiche). Si noti che l'utilizzo di una versione del motore di destinazione durante la conversione dello schema diversa dalla versione specificata in questa impostazione può causare problemi di compatibilità ed errori durante l'esecuzione dell'operazione Applica alla destinazione.
+ AWS DMS può convertire le viste materializzate Oracle in tabelle o viste materializzate su PostgreSQL. Per **Viste materializzate** scegli come convertire le viste materializzate di origine.
+ Il database Oracle di origine può utilizzare la pseudo colonna `ROWID`. PostgreSQL non supporta funzionalità simili. La conversione dello schema DMS può emulare la pseudo colonna `ROWID` nel codice convertito utilizzando il tipo di dati `bigint` o `character varying`. Per farlo, scegli **Usa il tipo di dati bigint per emulare la pseudo colonna ROWID** o **Usa il tipo di dati varchar per emulare la pseudo colonna ROWID** per **ID riga**.
  + Per convertire il tipo di dati NUMBER nel tipo di dati numerico più adatto, a seconda della precisione e della scala, puoi selezionare Usa la mappatura ottimizzata dei tipi di dati per le colonne del tipo di dati NUMBER.
+ Se il codice sorgente Oracle non utilizza la pseudo colonna `ROWID` scegli **Non generare**. In questo caso, il codice convertito funziona più velocemente.
+ Il codice sorgente Oracle può includere le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` con parametri non supportati da PostgreSQL. Per impostazione predefinita, la conversione dello schema DMS emula l'utilizzo di questi parametri nel codice convertito.

  È possibile utilizzare le funzioni `TO_CHAR`, `TO_DATE` e `TO_NUMBER` native di PostgreSQL quando il codice sorgente Oracle non ha parametri non supportati da PostgreSQL. In questo caso, il codice convertito funziona più velocemente. Per farlo, seleziona i seguenti valori:
  + **Usa una funzione PostgreSQL TO\$1CHAR nativa**
  + **Usa una funzione PostgreSQL TO\$1DATE nativa**
  + **Usa una funzione PostgreSQL TO\$1NUMBER nativa**
+ Il database e le applicazioni possono essere eseguiti in fusi orari diversi. Per impostazione predefinita, la conversione dello schema DMS emula i fusi orari nel codice convertito. Tuttavia, non è necessaria questa emulazione quando il database e le applicazioni utilizzano lo stesso fuso orario. In tal caso, seleziona **Migliora le prestazioni del codice convertito se il database e le applicazioni utilizzano lo stesso fuso orario**.
+ Per continuare a utilizzare le sequenze nel codice convertito, seleziona **Popola le sequenze convertite con l'ultimo valore generato sul lato di origine**.
+ In alcuni casi, il database Oracle di origine potrebbe archiviare solo valori interi nelle colonne con chiave primaria o esterna del tipo di dati `NUMBER`. In questi casi, AWS DMS può convertire queste colonne nel tipo di `BIGINT` dati. Questo approccio migliora le prestazioni del codice convertito. A tale scopo, seleziona **Converti le colonne chiave primaria ed esterna del tipo di dati NUMBER nel tipo di dati BIGINT**. Assicurati che l'origine non includa valori con virgola mobile in queste colonne per evitare la perdita di dati.
+ Per ignorare i trigger e i vincoli disattivati nel codice sorgente, scegli **Converti solo i trigger e i vincoli attivi**.
+ Puoi utilizzare la conversione dello schema DMS per convertire le variabili di stringa chiamate come SQL dinamico. Il codice del database può modificare i valori di queste variabili di stringa. Per assicurarti che converta AWS DMS sempre il valore più recente di questa variabile di stringa, seleziona **Converti il codice SQL dinamico creato nelle routine chiamate**.
+ PostgreSQL 10 e versioni precedenti non supportano le procedure. Se non hai familiarità con l'uso delle procedure in PostgreSQL AWS DMS , puoi convertire le procedure Oracle in funzioni PostgreSQL. A tale scopo, seleziona **Converti procedure in funzioni**.
+ Per visualizzare informazioni aggiuntive sugli elementi d'azione eseguiti, è possibile aggiungere funzioni specifiche al pacchetto di estensione. A tale scopo, seleziona **Aggiungi funzioni del pacchetto di estensione che generano eccezioni definite dall'utente**. Quindi scegli i livelli di gravità per generare le eccezioni definite dall'utente. Assicurati di applicare lo schema del pacchetto di estensione dopo aver convertito gli oggetti del database di origine. Per ulteriori informazioni sui pacchetti di estensione, consulta [Utilizzo dei pacchetti di estensione](extension-pack.md). 
+ Il database Oracle di origine può includere vincoli per i nomi generati automaticamente. Se il codice sorgente utilizza questi nomi, assicurati di selezionare **Mantieni i nomi dei vincoli generati dal sistema**. Se il codice sorgente utilizza questi vincoli, ma non ne usa i nomi, deseleziona questa opzione per aumentare la velocità di conversione.
+ Se i database di origine e di destinazione vengono eseguiti in fusi orari diversi, la funzione che emula la funzione integrata Oracle `SYSDATE` restituisce valori diversi rispetto alla funzione di origine. Per assicurarti che le funzioni di origine e di destinazione restituiscano gli stessi valori, scegli **Imposta il fuso orario del database di origine**.
+ Puoi utilizzare le funzioni dell'estensione orafce nel codice convertito. Per farlo, seleziona le funzioni da usare per **Routine integrate Orafce**. [Per ulteriori informazioni su orafce, vedere orafce on.](https://github.com/orafce/orafce) GitHub

# Informazioni sulle impostazioni di conversione da SQL Server a MySQL
<a name="schema-conversion-sql-server-mysql"></a>

Le impostazioni di conversione da SQL Server a MySQL nella conversione dello schema DMS sono le seguenti:
+ Il database SQL Server di origine può memorizzare l'output di `EXEC` in una tabella. La conversione dello schema DMS crea tabelle temporanee e una procedura aggiuntiva per emulare questa funzionalità. Per utilizzare l'emulazione, seleziona **Crea routine aggiuntive per gestire set di dati aperti**.

# Informazioni sulle impostazioni di conversione da SQL Server a PostgreSQL
<a name="schema-conversion-sql-server-postgresql"></a>

Le impostazioni di conversione da SQL Server a PostgreSQL nella conversione dello schema DMS sono le seguenti:
+ **Per convertire gli oggetti di database applicabili utilizzando l'intelligenza artificiale generativa, abilita l'impostazione Generative AI.** Gli oggetti convertiti con successo utilizzando l'intelligenza artificiale generativa verranno chiaramente identificati con **Action Item 7744**, che afferma: «Questa conversione utilizza modelli di apprendimento automatico che generano previsioni basate su modelli di dati». Per ulteriori informazioni, consulta [Conversione di oggetti di database con intelligenza artificiale generativa](schema-conversion-convert.databaseobjects.md).
+ In SQL Server puoi usare indici con lo stesso nome in tabelle diverse. Tuttavia, in PostgreSQL tutti i nomi di indice utilizzati nello schema devono essere univoci. Per assicurarti che la conversione dello schema DMS generi nomi univoci per tutti gli indici, seleziona **Genera nomi univoci per gli indici**.
+ PostgreSQL 10 e versioni precedenti non supportano le procedure. Se non hai familiarità con l'uso delle procedure in PostgreSQL AWS DMS , puoi convertire le procedure di SQL Server in funzioni PostgreSQL. A tale scopo, seleziona **Converti procedure in funzioni**.
+ Il database SQL Server di origine può memorizzare l'output di `EXEC` in una tabella. La conversione dello schema DMS crea tabelle temporanee e una procedura aggiuntiva per emulare questa funzionalità. Per utilizzare l'emulazione, seleziona **Crea routine aggiuntive per gestire set di dati aperti**.
+ È possibile definire il modello da utilizzare per i nomi degli schemi nel codice convertito. Per **Nomi degli schemi** scegli una delle seguenti opzioni:
  + **DB**: utilizza il nome del database SQL Server come nome dello schema in PostgreSQL.
  + **SCHEMA**: utilizza il nome dello schema SQL Server come nome dello schema in PostgreSQL.
  + **DB\$1SCHEMA**: utilizza una combinazione del database SQL Server e dei nomi degli schemi come nome dello schema in PostgreSQL.
+ È possibile mantenere le lettere maiuscole e minuscole nei nomi degli operandi di origine. Per evitare la conversione dei nomi degli operandi in lettere minuscole, selezionate Evita la conversione in lettere minuscole per le operazioni con distinzione tra **maiuscole e minuscole**. Questa opzione è applicabile solo se la funzione di distinzione tra maiuscole e minuscole è abilitata nel database di origine.
+ È possibile mantenere i nomi dei parametri del database di origine. La conversione dello schema DMS può aggiungere le virgolette doppie ai nomi dei parametri nel codice convertito. A tale scopo, seleziona **Conserva i nomi originali dei parametri**.
+ È possibile mantenere una serie di parametri di routine del database di origine. La conversione dello schema DMS crea i domini e li utilizza per specificare la lunghezza dei parametri di routine. A tale scopo, seleziona **Preserva la lunghezza dei parametri**.
+ Per convertire oggetti incorporati non supportati in oggetti stub, abilitate l'impostazione **Converti oggetti incorporati non supportati in oggetti** stub:
  +  Se abilitata, DMS SC sostituisce gli oggetti incorporati non supportati con gli oggetti stub corrispondenti nel database di destinazione. Questa funzionalità converte le sezioni di codice che normalmente verrebbero incluse nei numeri di migrazione 7811 o 7904. Crea oggetti stub in base al tipo di oggetti incorporati di origine `PROCEDURE` per le procedure, `VIEW` le viste o le tabelle.

    La conversione di un oggetto del database di origine con una chiamata di un oggetto non supportato genera una chiamata di un oggetto stub e il problema di migrazione 7822. 

    È possibile scegliere di creare oggetti stub in uno schema separato abilitando l'opzione **Crea oggetti stub in** uno schema separato. Se selezionati, gli oggetti stub vengono creati in uno schema speciale denominato `aws_sqlserver_stub` nel database di destinazione. Se non sono selezionati, vengono creati nello stesso schema degli oggetti chiamanti. 
  + Le routine Stub sono denominate in base al nome completo dell'impostazione predefinita originale. Per le viste stub, la convenzione di denominazione include il nome dello schema di sistema. `system_schema_name$builtin_view_name` 

    Durante la riconversione, DMS SC verifica le routine stub esistenti nel database di destinazione. Se esiste già una routine con lo stesso nome e gli stessi parametri di input, non viene sovrascritta. 

    Dopo la conversione, rivedi e implementa il codice personalizzato per le routine di stub, se necessario.
+ `CITEXT`il tipo di dati per tutti i tipi di dati a stringa impostato in DMS Schema Conversion include quanto segue:
  + **Per utilizzare il `CITEXT` tipo di dati per le operazioni sulle stringhe senza distinzione tra maiuscole e minuscole durante la conversione da SQL Server a PostgreSQL, abilita l'impostazione Usa CITEXT per tutti i tipi di dati di stringa.** Questa opzione aiuta a mantenere un comportamento coerente durante la migrazione da un SQL Server senza distinzione tra maiuscole e minuscole a un ambiente PostgreSQL con distinzione tra maiuscole e minuscole.
  + Se abilitato, DMS SC converte tutti i tipi di dati stringa pertinenti dal database SQL Server di origine in PostgreSQL. `CITEXT` Ciò elimina la necessità di chiamate esplicite alla funzione LOWER () nelle condizioni e trasmette automaticamente le espressioni di stringa nelle operazioni condizionali a. `CITEXT`
  + Per determinare se l'istanza di SQL Server fa distinzione tra maiuscole e minuscole, esegui la seguente query:

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

    Un risultato contenente «CI» indica che non fa distinzione tra maiuscole e minuscole, mentre «CS» indica che non fa distinzione tra maiuscole e minuscole.
  + La `CITEXT` conversione potrebbe non essere applicabile negli scenari in cui vengono utilizzate impostazioni di fascicolazione esplicite con distinzione tra maiuscole e minuscole a livello di server, database o colonna.

    Per utilizzare questa funzionalità, assicurati che il `CITEXT` modulo sia installato e disponibile nel database PostgreSQL di destinazione.
  + Quando utilizzi la conversione dei `CITEXT` tipi di dati, considera le seguenti best practice:
    + Abilita questa funzionalità durante la migrazione da un SQL Server senza distinzione tra maiuscole e minuscole per mantenere un comportamento coerente in PostgreSQL.
    + Esamina il codice dell'applicazione per assicurarti che non si basi su operazioni con stringa con distinzione tra maiuscole e minuscole.
    + Testa a fondo l'applicazione dopo la migrazione per verificare che il comportamento senza distinzione tra maiuscole e minuscole venga mantenuto come previsto.

# Comprendere le impostazioni di conversione da PostgreSQL a MySQL
<a name="schema-conversion-postgresql-mysql"></a>

Le impostazioni di conversione da PostgreSQL a MySQL in DMS Schema Conversion includono quanto segue:
+ **Commenti nel codice SQL convertito**: questa impostazione include i commenti nel codice convertito per le azioni con il livello di gravità selezionato o superiore. Questa impostazione supporta i seguenti valori: 
  + Solo errori
  + Errori e avvertenze
  + Tutti i messaggi

# Informazioni sulle impostazioni di conversione da IBM Db2 for LUW ad Amazon RDS for PostgreSQL
<a name="schema-conversion-db2-luw-postgresql"></a>

**Nota**  
La console di AWS gestione non supporta la creazione di progetti di migrazione in DMS Schema Conversion che utilizzano IBM Db2 for LUW come fornitore di dati di origine con Amazon RDS for PostgreSQL come fornitore di dati di destinazione. Utilizza invece l' AWS API CLI o DMS Schema Conversion. 

Le impostazioni di conversione da IBM Db2 per Linux, UNIX e Windows ad Amazon RDS for PostgreSQL in DMS Schema Conversion includono quanto segue:
+  **Commenti nel codice SQL convertito**: questa impostazione include commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori: 
  + Solo errori
  + Errori e avvertenze
  + Tutti i messaggi

# Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for Db2
<a name="schema-conversion-db2-zos-db2"></a>

Le impostazioni di DB2 conversione da IBM z/OS per Amazon RDS for in DMS Schema Conversion includono quanto segue:
+ **Commenti nel codice SQL convertito**: questa impostazione include commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori: 
  + Solo errori
  + Errori e avvertenze
  + Tutti i messaggi

# Informazioni sulle impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for PostgreSQL
<a name="schema-conversion-db2-zos-postgresql"></a>

**Nota**  
La console di AWS gestione non supporta la creazione di progetti di migrazione in DMS Schema Conversion che utilizzano IBM Db2 z/OS come fornitore di dati di origine con Amazon RDS for PostgreSQL come fornitore di dati di destinazione. Utilizza invece l' AWS API CLI o DMS Schema Conversion. 

Le impostazioni di conversione da IBM Db2 for z/OS ad Amazon RDS for PostgreSQL in DMS Schema Conversion includono quanto segue:
+  **Commenti nel codice SQL convertito**: questa impostazione include commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori: 
  + Solo errori
  + Errori e avvertenze
  + Tutti i messaggi

# Informazioni sulle impostazioni di conversione da SAP ASE (Sybase ASE) a PostgreSQL
<a name="schema-conversion--sybase-ASE"></a>

Le impostazioni di conversione da SAP ASE (Sybase ASE) a PostgreSQL in DMS Schema Conversion includono quanto segue:
+ **Per convertire gli oggetti di database applicabili utilizzando l'intelligenza artificiale generativa, abilita l'impostazione Generative AI.** Gli oggetti convertiti con successo utilizzando l'intelligenza artificiale generativa verranno identificati chiaramente con **Action Item 3077**, che afferma: «Questa conversione utilizza modelli di apprendimento automatico che generano previsioni basate su modelli di dati». Per ulteriori informazioni, consulta [Conversione di oggetti di database con intelligenza artificiale generativa](schema-conversion-convert.databaseobjects.md).
+ **Commenti nel codice SQL convertito:** questa impostazione include i commenti nel codice convertito per le azioni con la gravità selezionata o superiore. Questa impostazione supporta i seguenti valori: 
  + Solo errori
  + Errori e avvertenze
  + Tutti i messaggi
+ È possibile definire il modello da utilizzare per i nomi degli schemi nel codice convertito. Per **Nomi degli schemi** scegli una delle seguenti opzioni:
  + **DB**: utilizza il nome del database SAP ASE (Sybase ASE) come nome dello schema in PostgreSQL.
  + **SCHEMA**: utilizza il nome dello schema SAP ASE (Sybase ASE) come nome dello schema in PostgreSQL.
  + **DB\$1SCHEMA** — Utilizza una combinazione del database SAP ASE (Sybase ASE) e dei nomi dello schema come nome dello schema in.
+ È possibile memorizzare le maiuscole e minuscole dei nomi degli oggetti nel database di origine. A tale scopo, selezionate Tratta i nomi degli oggetti del database di origine facendo distinzione tra maiuscole e minuscole. Quando questa opzione è disattivata, tutti i nomi degli oggetti del database vengono convertiti in lettere minuscole.
+ È possibile evitare di inserire gli operandi in lettere minuscole durante le operazioni senza distinzione tra maiuscole e minuscole. DMS Schema Conversion non applicherà la funzione LOWER agli operandi del codice convertito. A tale scopo, selezionate **Evita di convertire gli operandi in lettere minuscole per le operazioni senza distinzione tra maiuscole e minuscole**. Quando questa opzione non è selezionata (impostazione predefinita), DMS Schema Conversion applica automaticamente la funzione LOWER per convertire gli operandi in lettere minuscole prima di eseguire confronti senza distinzione tra maiuscole e minuscole.
+ In SAP ASE (Sybase ASE), è possibile creare indici con nomi identici su tabelle diverse. PostgreSQL richiede che tutti i nomi di indice all'interno di uno schema siano univoci. Per garantire che AWS Schema Conversion crei nomi di indice univoci durante la migrazione, seleziona **Genera nomi univoci per** gli indici. Questa opzione aggiunge automaticamente i prefissi ai nomi degli indici per evitare conflitti di denominazione nel database PostgreSQL di destinazione.

# Aggiornamento degli schemi di database nella conversione dello schema DMS
<a name="schema-conversion-refresh"></a>

Dopo aver creato un progetto di migrazione, la conversione dello schema DMS vi archivia le informazioni sugli schemi di origine e di destinazione. La conversione dello schema DMS utilizza il *caricamento lento* per caricare i metadati solo quando è necessario, ad esempio quando si sceglie un nodo nell'albero del database. È possibile utilizzare il *caricamento rapido* per caricare più velocemente le informazioni dello schema. Per farlo, scegli lo schema, quindi seleziona **Carica metadati** nel menu **Operazioni**.

Dopo aver caricato automaticamente o manualmente l'oggetto nel progetto di migrazione, la conversione dello schema DMS non utilizza più il caricamento lento. Pertanto, quando modifichi gli oggetti come tabelle e procedure nel database, assicurati di aggiornarli nel progetto di migrazione.

Per aggiornare gli schemi dal database, seleziona gli oggetti che desideri aggiornare e scegli **Aggiorna dal database** nel menu **Operazioni**. È possibile aggiornare gli oggetti di database negli schemi di database di origine e di destinazione:
+ **Origine**: se aggiorni lo schema del database di origine, scegli **Aggiorna dal database** per sostituire lo schema del progetto con lo schema più recente dal database di origine.
+ **Destinazione**: se aggiorni lo schema per il database di destinazione, la conversione dello schema DMS sostituisce lo schema del progetto con lo schema più recente del database di destinazione. La conversione dello schema DMS sostituisce il codice convertito con il codice del database di destinazione. Assicurati di aver applicato il codice convertito al database di destinazione prima di scegliere **Aggiorna dal database**. In caso contrario, converti nuovamente lo schema del database di origine.

# Salvataggio e applicazione del codice convertito nella conversione dello schema DMS
<a name="schema-conversion-save-apply"></a>

Una volta convertiti gli oggetti del database di origine, la conversione dello schema DMS non applica immediatamente il codice convertito al database di destinazione. La conversione dello schema DMS archivia il codice convertito nel progetto finché non sei pronto per applicarlo al database di destinazione. 

Prima di applicare il codice convertito, puoi aggiornare il codice del database di origine e convertire nuovamente gli oggetti aggiornati per eseguire gli elementi d'azione esistenti. Per ulteriori informazioni sugli elementi che non possono essere convertiti automaticamente dalla conversione dello schema DMS, consulta [Creazione di report di valutazione della migrazione del database con la conversione dello schema DMS](assessment-reports.md). Per ulteriori informazioni sull'aggiornamento degli oggetti del database di origine nel progetto di migrazione per la conversione dello schema DMS, consulta [Aggiornamento degli schemi di database](schema-conversion-refresh.md).

Anziché applicare il codice convertito direttamente al database nella conversione dello schema DMS, è possibile salvare il codice in un file come script SQL. Puoi esaminare questi script SQL, modificarli se necessario e quindi applicarli manualmente al database di destinazione.

## Salvataggio del codice convertito in un file SQL
<a name="schema-conversion-save"></a>

Puoi salvare lo schema convertito come script SQL in un file di testo. È possibile modificare il codice convertito per eseguire gli elementi d'azione che la conversione dello schema DMS non è in grado di convertire automaticamente. Puoi quindi eseguire gli script SQL aggiornati nel database di destinazione per applicare il codice convertito al database di destinazione.

**Per salvare lo schema convertito come script SQL**

1. [Accedi a e apri la console alla Console di gestione AWS v2/. AWS DMS https://console.aws.amazon.com/dms/](https://console.aws.amazon.com/dms/v2/)

1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**.

1. Scegli il progetto di migrazione, quindi seleziona **Conversione dello schema**.

1. Scegli **Avvia conversione dello schema**. Viene visualizzata la pagina **Conversione dello schema**.

1. Nel riquadro di destra, scegli lo schema del database di destinazione o seleziona gli oggetti convertiti che desideri salvare. Assicurati che la conversione dello schema DMS evidenzi il nome del nodo padre in blu e attivi il menu **Operazioni** per il database di destinazione.

1. Scegli **Salva come SQL** per **Operazioni**. Viene visualizzata la finestra di dialogo **Salva**. 

1. Scegli **Salva come SQL** per confermare la scelta. 

   La conversione dello schema DMS crea un archivio con i file SQL e lo memorizza nel tuo bucket Amazon S3. 

1. (Facoltativo) Cambia il bucket S3 per l'archivio modificando le impostazioni di conversione dello schema nel profilo dell'istanza.

1. Apri gli script SQL dal tuo bucket S3.

## Applicazione del codice convertito
<a name="schema-conversion-apply"></a>

Quando sei pronto per applicare il codice convertito al database destinazione, scegli gli oggetti del database nel riquadro a destra del progetto. È possibile applicare le modifiche a un intero schema di database o a oggetti selezionati dello schema di database.

Dopo aver selezionato gli oggetti del database, la conversione dello schema DMS evidenzia in blu il nome del nodo selezionato o del nodo padre. Quindi, attiva il menu **Operazioni**. Scegli **Applica le modifiche** per **Operazioni**. Nella finestra di dialogo che viene visualizzata, scegli **Applica** per confermare la scelta e applicare il codice convertito al database di destinazione.

## Applicazione dello schema del pacchetto di estensione
<a name="schema-conversion-save-apply-extension-pack"></a>

Quando applichi lo schema convertito al database di destinazione per la prima volta, la conversione dello schema DMS potrebbe applicare anche lo schema del pacchetto di estensione. Lo schema del pacchetto di estensione emula le funzioni di sistema del database di origine necessarie per eseguire il codice convertito per il database di destinazione. Se il codice convertito utilizza le funzioni del pacchetto di estensione, assicurati di applicare lo schema del pacchetto di estensione. 

Per applicare manualmente il pacchetto di estensione al database di destinazione, scegli **Applica le modifiche** per **Operazioni**. Nella finestra di dialogo che viene visualizzata, scegli **Conferma** per applicare il pacchetto di estensione al database di destinazione.

Ti consigliamo di non modificare lo schema del pacchetto di estensione per evitare risultati imprevisti nel codice convertito.

Per ulteriori informazioni, consulta [Utilizzo dei pacchetti di estensione nella conversione dello schema DMS](extension-pack.md).

# Conversione di SQL incorporato in applicazioni Java
<a name="schema-conversion-embedded-sql"></a>

Quando si utilizza AWS DMS DMS Schema Conversion per migrare un database, potrebbe essere necessario convertire l'SQL incorporato nell'applicazione per renderlo compatibile con il database di destinazione. Invece di convertirlo manualmente, puoi utilizzare Amazon Q nell’IDE per automatizzare la conversione. Amazon Q utilizza i metadati di una conversione dello schema DMS per convertire l’SQL incorporato nell’applicazione in una versione compatibile con il database di destinazione. Amazon Q rileverà il codice Oracle SQL nell'applicazione e lo convertirà nella sintassi PostgreSQL. Per ulteriori informazioni, consulta [Conversione di SQL incorporato in applicazioni Java con Amazon Q Developer](https://docs.aws.amazon.com/amazonq/latest/qdeveloper-ug/transform-sql.html).

**Scaricamento del file di metadati per la conversione SQL incorporata in un'applicazione Java**

1. Una volta completata la conversione, chiudi il progetto e vai al bucket S3 in cui è archiviato il progetto.

1. Apri la cartella e trova la cartella del progetto («sct-project»).

1. Scarica l'oggetto all'interno della cartella del progetto. Questo sarà un file zip.

1. Usa il file zip scaricato come input per la trasformazione con Amazon Q: [conversione di SQL incorporato in applicazioni Java con Amazon Q Developer](https://docs.aws.amazon.com/amazonq/latest/qdeveloper-ug/transform-sql.html).

# Utilizzo dei pacchetti di estensione nella conversione dello schema DMS
<a name="extension-pack"></a>

Un *pacchetto di estensione* nella conversione dello schema DMS è un modulo aggiuntivo che emula le funzioni del database di origine che non sono supportate nel database di destinazione. Utilizza un pacchetto di estensione per assicurarti che il codice convertito produca gli stessi risultati del codice sorgente. Prima di installare il pacchetto di estensione è necessario convertire lo schema del database.

Ogni pacchetto di estensione include uno schema di database. Questo schema comprende funzioni, procedure, tabelle e viste SQL per emulare oggetti OLTP (Online Transaction Processing, elaborazione di transazioni online) specifici o funzioni integrate non supportate dal database di origine.

Quando converti il database di origine, la conversione dello schema DMS aggiunge uno schema al database di destinazione. Questo schema implementa le funzioni di sistema SQL del database di origine richieste per eseguire il codice convertito sul database di destinazione. Lo schema aggiuntivo viene chiamato schema del pacchetto di estensione.

Lo schema del pacchetto di estensione viene denominato in base al database di origine come segue:
+ Microsoft SQL Server – `aws_sqlserver_ext`
+ Oracle – `aws_oracle_ext`

Puoi applicare i pacchetti di estensione in due modi:
+ La conversione dello schema DMS può implementare automaticamente un pacchetto di estensione quando applichi il codice convertito. La conversione dello schema DMS usa il pacchetto di estensione prima di applicare tutti gli altri oggetti dello schema.
+ È possibile applicare un pacchetto di estensione manualmente. A tale scopo, scegli lo schema del pacchetto di estensione nell'albero del database di destinazione, quindi seleziona **Applica** e **Applica pacchetto di estensione**.

# AWS Azioni IAM sulla mappatura delle API per DMS Schema Conversion e Common Studio Framework (CSF)
<a name="schema-conversion-iam.mapping"></a>

Quando si configurano il controllo degli accessi e si scrivono le politiche di autorizzazione IAM per DMS Schema Conversion e Common Studio Framework, è importante capire come le azioni API si associano alle autorizzazioni IAM. Sebbene alcune azioni condividano nomi identici su entrambe le interfacce, altre differiscono in modo significativo.

La tabella seguente elenca la mappatura corretta tra le operazioni API e le azioni IAM:


**Mappatura da API a IAM**  
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/schema-conversion-iam.mapping.html)