^
--tags Key="AWSRDSCustom",Value="custom-sqlserver"
```
------
## Fase 5: creazione o modifica di un’istanza database RDS Custom per SQL Server
Crea o modifica un’istanza database RDS Custom per SQL Server per l’utilizzo con la directory. Puoi utilizzare la console, CLI o l'API RDS per associare un'istanza database a una directory. Questa operazione può essere eseguita in uno dei seguenti modi:
+ Creare una nuova istanza database di SQL Server utilizzando la console, il comando CLI [ create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) o l'operazione API RDS [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html).
Per istruzioni, consulta [Creazione di un'istanza database Amazon RDS](USER_CreateDBInstance.md).
+ Modificare un'istanza database di SQL Server esistente utilizzando la console, il comando CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) o l'operazione API RDS [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html).
Per istruzioni, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md).
+ Ripristinare un'istanza database di SQL Server da uno snapshot DB utilizzando la console, il comando CLI [ restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html) o l'operazione API RDS [ RestoreDBInstanceFromDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html).
Per istruzioni, consulta [Ripristino in un’istanza database](USER_RestoreFromSnapshot.md).
+ Ripristinare un'istanza database di SQL Server in un point-in-time utilizzando la console, il comando CLI [restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) o l’operazione API RDS [RestoreDBInstanceToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html).
Per istruzioni, consultare [Ripristino di un’istanza database a un punto temporale specifico per Amazon RDS](USER_PIT.md).
**Nota**
Se l’istanza RDS Custom per SQL Server è già aggiunta manualmente a un AD, controlla le impostazioni relative a [Regole per le porte della configurazione di rete](custom-sqlserver-WinAuth.NWConfigPorts.md) e [Convalida di rete](custom-sqlserver-WinAuth.NWValidation.md) e completa i passaggi da 1 a 4. Aggiorna `--domain-fqdn`, `--domain-ou` e `--domain-auth-secret-arn` sul tuo AD, in modo che le credenziali e le configurazioni di aggiunta al dominio siano registrate in RDS Custom per monitorare, registrare CNAME e intraprendere azioni di ripristino.
Quando utilizzi AWS CLI, sono necessari i seguenti parametri per consentire all'istanza database di utilizzare la directory che hai creato:
+ Per il parametro `--domain-fqdn`, usa il nome di dominio completo del dominio Active Directory autogestito.
+ Per il parametro `--domain-ou`, utilizza l'unità organizzativa creata nel dominio AD gestito dal cliente.
+ Per il parametro `--domain-auth-secret-arn`, utilizza il valore **ARN segreto** che hai creato.
**Importante**
Se modifichi un’istanza database per aggiungerla o rimuoverla da un dominio AD autogestito o AWS Managed Microsoft AD, è necessario riavviare l’istanza database affinché la modifica abbia effetto. Puoi scegliere di applicare le modifiche subito o attendere fino alla prossima finestra di manutenzione. La selezione dell’opzione **Applica immediatamente** comporta un tempo di inattività per le istanze database Single-AZ. Un cluster di database Multi-AZ esegue un failover prima di completare il riavvio. Per ulteriori informazioni, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md).
Il seguente comando CLI crea una nuova istanza database RDS Custom per SQL Server e la aggiunge a un dominio AWS Managed Microsoft AD o autogestito.
Per Linux, macOS o Unix:
```
aws rds create-db-instance \
--engine custom-sqlserver-se \
--engine-version 15.00.4312.2.v1 \
--db-instance-identifier my-custom-instance \
--db-instance-class db.m5.large \
--allocated-storage 100 --storage-type io1 --iops 1000 \
--master-username my-master-username \
--master-user-password my-master-password \
--kms-key-id my-RDSCustom-key-id \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
--db-subnet-group-name my-DB-subnet-grp \
--vpc-security-group-ids my-securitygroup-id \
--no-publicly-accessible \
--backup-retention-period 3 \
--port 8200 \
--region us-west-2 \
--no-multi-az
```
Per Windows:
```
aws rds create-db-instance ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4312.2.v1 ^
--db-instance-identifier my-custom-instance ^
--db-instance-class db.m5.large ^
--allocated-storage 100 --storage-type io1 --iops 1000 ^
--master-usernamemy-master-username ^
--master-user-password my-master-password ^
--kms-key-id my-RDSCustom-key-id ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
--db-subnet-group-name my-DB-subnet-grp ^
--vpc-security-group-ids my-securitygroup-id ^
--no-publicly-accessible ^
--backup-retention-period 3 ^
--port 8200 ^
--region us-west-2 ^
--no-multi-az
```
**Importante**
Se il NetBIOS per AWS Managed Microsoft AD è **corpexample**, viene visualizzato come UO. Qualsiasi nuova unità organizzativa creata in precedenza verrà visualizzata come unità organizzativa nidificata. Per AWS Managed Microsoft AD, imposta `--domain-ou` su `"OU=RDSCustomOU,OU=corpexample,DC=corp,DC=example,DC=com"`.
Il seguente comando modifica un’istanza database RDS Custom per SQL Server esistente in modo che utilizzi un dominio Active Directory.
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
```
Il seguente comando CLI rimuove un’istanza database RDS Custom per SQL Server da un dominio Active Directory.
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--disable-domain
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--disable-domain
```
Quando usi la console per creare o modificare l’istanza, fai clic su **Abilita l’autenticazione di Windows di Microsoft SQL Server** per visualizzare le seguenti opzioni.
![\[Directory di autenticazione Microsoft SQL Server Windows\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/custom-sqs-WinAuth.png)
È tua responsabilità assicurarti che il nome FQDN del tuo dominio venga risolto negli indirizzi IP del controller di dominio. Se gli IP del controller di dominio non vengono risolti, le operazioni di aggiunta al dominio non riescono, ma la creazione dell’istanza RDS Custom per SQL Server ha esito positivo. Per informazioni sulla risoluzione dei problemi, consulta [Risoluzione dei problemi di Active Directory](custom-sqlserver-WinAuth.Troubleshoot.md).
## Fase 6: creazione di account di accesso di SQL Server per l’autenticazione di Windows
Utilizza le credenziali dell'utente master Amazon RDS per eseguire la connessione all'istanza database SQL Server analogamente a quanto avviene con qualsiasi altra istanza database. Poiché l’istanza database viene aggiunta al dominio, puoi eseguire il provisioning degli account di accesso e degli utenti di SQL Server. Puoi eseguire questa operazione dall’utilità Utenti e gruppi AD nel tuo dominio AD. Le autorizzazioni per il database vengono gestite tramite le autorizzazioni standard di SQL Server concesse e revocate in base a questi account di accesso Windows.
Affinché un utente AD possa autenticarsi su SQL Server, deve essere disponibile un accesso Windows SQL Server per l’utente AD o un gruppo di Active Directory di cui l’utente è membro. Il controllo granulare degli accessi viene gestito assegnando o revocando le autorizzazioni per questi login di SQL Server. Un utente che non dispone di un accesso SQL Server o non appartiene a un gruppo con tale accesso, non può accedere all’istanza database SQL Server.
È necessaria l’autorizzazione `ALTER ANY LOGIN` per creare un accesso SQL Server per AD. Se non hai ancora creato un accesso con questa autorizzazione, esegui la connessione come utente principale dell’istanza database utilizzando l’autenticazione di SQL Server e crea gli accessi SQL Server per AD nel contesto dell’utente principale.
Esegui il comando DDL (Data Definition Language) seguente per creare un accesso SQL Server per un utente o un gruppo AD.
```
USE [master]
GO
CREATE LOGIN [mydomain\myuser] FROM WINDOWS WITH DEFAULT_DATABASE = [master], DEFAULT_LANGUAGE = [us_english];
GO
```
Gli utenti (persone e applicazioni) del tuo dominio possono ora connettersi all’istanza RDS Custom per SQL Server da un computer client associato al dominio utilizzando l’autenticazione di Windows.
## Fase 7: utilizzo dell’autenticazione Kerberos o NTLM
### Autenticazione NTLM tramite endpoint RDS
Ogni istanza database Amazon RDS dispone di un endpoint e ciascun endpoint è associato a un nome DNS e a un numero di porta per l’istanza database. Per connetterti all'istanza database tramite un'applicazione client SQL, devi conoscere il nome DNS e il numero di porta dell'istanza database. Per eseguire l’autenticazione tramite l’autenticazione NTLM, devi connetterti all’endpoint RDS.
Durante una manutenzione pianificata del database o un’interruzione non pianificata del servizio, Amazon RDS esegue automaticamente il failover nel database secondario aggiornato, in modo che le operazioni possano riprendere rapidamente senza intervento manuale. Le istanze primarie e secondarie utilizzano lo stesso endpoint, il cui indirizzo di rete fisico passa alla replica secondaria come parte del processo di failover. Non è necessario riconfigurare l'applicazione quando si verifica un failover.
### Autenticazione Kerberos
L’autenticazione basata su Kerberos per RDS Custom per SQL Server richiede la connessione a uno specifico nome principale del servizio (SPN). Tuttavia, dopo un evento di failover, l’applicazione potrebbe non essere a conoscenza del nuovo SPN. Per risolvere questo problema, RDS Custom per SQL Server offre un endpoint basato su Kerberos.
L’endpoint basato su Kerberos segue un formato specifico. Se l’endpoint RDS è `rds-instance-name.account-region-hash.aws-region.rds.amazonaws.com`, il corrispondente endpoint basato su Kerberos sarebbe `rds-instance-name.account-region-hash.aws-region.awsrds.fully qualified domain name (FQDN)`.
Ad esempio, se l’endpoint RDS è `ad-test.cocv6zwtircu.us-east-1.rds.amazonaws.com` e il nome di dominio è `corp-ad.company.com`, l’endpoint basato su Kerberos sarebbe `ad-test.cocv6zwtircu.us-east-1.awsrds.corp-ad.company.com`.
Questo endpoint basato su Kerberos può essere utilizzato per l’autenticazione con l’istanza SQL Server tramite Kerberos, anche dopo un evento di failover, poiché l’endpoint viene aggiornato automaticamente in modo che punti al nuovo SPN dell’istanza SQL Server primaria.
### Trovare il CNAME
Per trovare il tuo CNAME, connettiti al controller di dominio e apri **DNS Manager**. Vai a **Forward Lookup Zones** e al tuo FQDN.
Navigare in **awsrds**, **aws-region** e **hash specifico dell’account e della Regione**.
Se stai connettendo l’istanza RDS Custom EC2 e stai tentando di connetterti al database localmente utilizzando CNAME, la connessione utilizzerà l’autenticazione NTLM anziché Kerberos.
Se dopo aver connesso CNAME dal client remoto viene restituita una connessione NTLM, controlla se le porte richieste sono incluse nella lista consentita.
Per verificare che la connessione utilizzi Kerberos, esegui la seguente query:
```
SELECT net_transport, auth_scheme
FROM sys.dm_exec_connections
WHERE session_id = @@SSPID;
```
# Gestione di un'istanza database in un dominio
Puoi utilizzare la console, la AWS CLI o l'API Amazon RDS per gestire l'istanza database e la relativa relazione con il dominio. Ad esempio, puoi spostare l'istanza database all'interno, al di fuori o tra domini.
Ad esempio, puoi utilizzare l'API Amazon RDS per effettuare quanto segue:
+ Per provare ad associare nuovamente i domini per un'appartenenza non riuscita, utilizza l'operazione API [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) e specifica l'ID della directory dell'appartenenza corrente.
+ Per aggiornare il nome del ruolo IAM dell'appartenenza, utilizza l'operazione API `ModifyDBInstance` e specifica l'ID della directory dell'appartenenza corrente e il nuovo ruolo IAM.
+ Per rimuovere un'istanza database da un dominio, utilizza l'operazione API `ModifyDBInstance` e specifica `none` come il parametro del dominio.
+ Per spostare un'istanza database da un dominio a un altro, utilizza l'operazione API `ModifyDBInstance` e specifica l'identificatore di dominio del nuovo dominio come parametro del dominio.
+ Per elencare l'appartenenza per ciascuna istanza database, utilizza l'operazione API [DescribeDBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/DescribeDBInstances.html).
## Ripristino di un’istanza database RDS Custom per SQL Server e relativa aggiunta a un dominio Active Directory
Puoi ripristinare uno snapshot di database o eseguire il recupero point-in-time (PITR) di un’istanza database SQL Server e aggiungerla a un dominio Active Directory. Dopo aver ripristinato l’istanza database, modificala utilizzando il processo illustrato in [Fase 5: creazione o modifica di un’istanza database RDS Custom per SQL Server](custom-sqlserver-WinAuth.settingUp.md#custom-sqlserver-WinAuth.settingUp.CreateDBInstance) per aggiungere l’istanza database a un dominio AD.
# Appartenenza al dominio
Quando l'istanza di database viene creata o modificata diventa membro del dominio. La console AWS indica lo stato di appartenenza al dominio dell'istanza di database. Lo stato dell'istanza di database può essere uno dei seguenti:
+ **joined (associata)** – L'istanza è membro del dominio.
+ **joining (in fase di associazione)** – L'istanza sta diventando membro del dominio.
+ **pending-join (associazione in sospeso)** – L'associazione dell'istanza è in sospeso.
+ **pending-maintenance-join**: AWS proverà a rendere l'istanza membro del dominio durante il successivo periodo di manutenzione programmato.
+ **pending-removal (rimozione in sospeso)** – La rimozione dell'istanza dal dominio è in sospeso.
+ **pending-maintenance-removal**: AWS proverà a rimuovere l'istanza dal dominio durante il successivo periodo di manutenzione programmato.
+ **failed (non riuscita)** – Un problema di configurazione ha impedito l'associazione dell'istanza al dominio. Verifica e correggi la configurazione prima di eseguire nuovamente il comando di modifica dell'istanza.
+ **removing (rimozione)** – È in corso la rimozione dell'istanza dal dominio.
Una richiesta di associazione a un dominio potrebbe non riuscire a causa di un problema di connettività di rete o di un ruolo IAM non corretto. Ad esempio, è possibile che venga creata un'istanza database o modificata un'istanza esistente senza però che questa diventi un membro di un dominio. In questo caso, emettere nuovamente il comando per creare o modificare l'istanza database o modificare l'istanza appena creata per aggiungerla al dominio.
# Risoluzione dei problemi di Active Directory
Di seguito sono riportati i problemi che potresti riscontrare quando configuri o modifichi AD.
| Codice di errore | Descrizione | Cause comuni | Suggerimenti sulla risoluzione dei problemi |
| --- | --- | --- | --- |
| Errore 2/0x2 | Il sistema non trova il file specificato. | Il formato o la posizione dell'unità organizzativa (UO) specificati con il parametro `—domain-ou` non è valido. L'account del servizio di dominio specificato tramite AWS Secrets Manager non dispone delle autorizzazioni necessarie per collegarsi all'unità organizzativa. | Rivedi il parametro `—domain-ou`. Assicurati che l'account del servizio di dominio disponga delle autorizzazioni corrette per l'unità organizzativa. |
| Errore 5/0x5 | Accesso negato. | Nel dominio esistono già autorizzazioni non configurate correttamente per l'account del servizio di dominio o per l'account del computer. | Controlla le autorizzazioni dell'account del servizio di dominio nel dominio e verifica che l'account del computer RDS non sia duplicato nel dominio. È possibile verificare il nome dell’account del computer RDS eseguendo `SELECT @@SERVERNAME` sull’istanza database RDS Custom per SQL Server. Se utilizzi l'opzione Multi-AZ, prova a riavviare con il failover, quindi verifica nuovamente l'account del computer RDS. Per ulteriori informazioni, consulta [Riavvio di un'istanza DB DB](USER_RebootInstance.md). |
| Errore 87/0x57 | Il parametro non è corretto. | L'account del servizio di dominio specificato tramite AWS Secrets Manager non dispone delle autorizzazioni corrette. È anche possibile che il profilo utente sia danneggiato. | Verifica i requisiti per l'account del servizio di dominio. |
| Errore 234/0xEA | L'unità organizzativa (UO) specificata non esiste. | L’unità organizzativa specificata con il parametro `—domain-ou` non esiste nel tuo AD. | Rivedi il parametro `—domain-ou` e assicurati che l’unità organizzativa specificata esista nel tuo AD. |
| Errore 1326/0x52E | Il nome utente o la password sono errati. | Le credenziali dell'account del servizio di dominio fornite in AWS Secrets Manager contengono un nome utente sconosciuto o una password errata. L’account di dominio può anche essere disabilitato nel tuo AD. | Assicurati che le credenziali fornite in AWS Secrets Manager siano corrette e che l’account di dominio sia abilitato nel tuo Active Directory. |
| Errore 1355/0x54B | Il nome di dominio specificato non esiste o non può essere contattato. | Il dominio è inattivo, il set di IP DNS specificato non è raggiungibile o il nome di dominio completo specificato non è raggiungibile. | Controlla i parametri `—domain-dns-ips` e `—domain-fqdn` per assicurarti che siano corretti. Verifica la configurazione di rete dell’istanza database RDS Custom per SQL Server e assicurati che il tuo AD sia raggiungibile. |
| Errore 1.722/0x6BA | Il server RPC non è disponibile. | Si è verificato un problema durante la connessione al servizio RPC del dominio AD. Questo errore potrebbe essere causato da un problema di rete. | Verifica che il servizio RPC sia in esecuzione sui controller di dominio e che le porte TCP `135` e `49152-65535` siano raggiungibili sul dominio dall’istanza database RDS Custom per SQL Server. |
| Errore 2224/0x8B0 | L'account utente esiste già. | L’account del computer che sta tentando di aggiungersi al tuo AD esiste già. | Identifica l’account del computer eseguendo `SELECT @@SERVERNAME` sull’istanza database RDS Custom per SQL Server, quindi rimuovilo con attenzione dal tuo AD. |
| Errore 2242/0x8c2 | La password di questo utente è scaduta. | La password per l'account del servizio di dominio specificato tramite AWS Secrets Manager è scaduta. | Aggiorna la password per l’account del servizio di dominio utilizzato per aggiungere l’istanza database RDS Custom per SQL Server al tuo AD. |
# Gestione di un'implementazione Multi-AZ per RDS Custom per SQL Server
In un'implementazione Multi-AZ di istanze DB per RDS Custom per SQL Server, Amazon RDS effettua automaticamente il provisioning e mantiene una replica in standby sincrona in un'altra zona di disponibilità (AZ). L'istanza database principale viene replicata in modo sincrono tra le zone di disponibilità in una replica in standby per garantire la ridondanza dei dati.
**Importante**
Un'implementazione Multi-AZ per RDS Custom per SQL Server è diversa da un'implementazione Multi-AZ per RDS per SQL Server. A differenza di un'implementazione Multi-AZ per RDS per SQL Server, è necessario impostare i prerequisiti per RDS Custom per SQL Server prima di creare l'istanza DB Multi-AZ perché RDS Custom viene eseguito all'interno del tuo account e per questo scenario è necessario disporre di autorizzazioni.
Se non vengono configurati i prerequisiti, l'istanza DB Multi-AZ potrebbe non funzionare o venire automaticamente convertita in un'istanza DB Single-AZ. Per ulteriori informazioni sui prerequisiti, consulta [Prerequisiti per un'implementazione Multi-AZ con RDS Custom per SQL Server](custom-sqlserver-multiaz.prerequisites.md).
L’esecuzione di un'istanza database con disponibilità elevata può migliorare la disponibilità durante la manutenzione pianificata del sistema. Nel caso in cui si verifichi una manutenzione pianificata del database o un'interruzione non pianificata del servizio, Amazon RDS esegue automaticamente il failover nell'istanza database secondaria aggiornata. Questa funzionalità consente alle operazioni del database di riprendere velocemente senza intervento manuale. Le istanze primarie e di standby usano lo stesso endpoint, il cui indirizzo di rete fisico passa alla replica secondaria come parte del processo di failover. Non è necessario riconfigurare l'applicazione quando si verifica un failover.
![\[RDS Custom per SQL Server supporta le implementazioni Multi-AZ.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/custom-sqlserver-multiaz-architecture.png)
Puoi creare un'implementazione Multi-AZ per RDS Custom per SQL Server specificando Multi-AZ durante la creazione di un'istanza DB RDS Custom. Puoi utilizzare la console per convertire le istanze DB RDS Custom per SQL Server esistenti in implementazioni Multi-AZ modificando l'istanza DB e specificando l'opzione Multi-AZ. Inoltre, puoi specificare un'implementazione Multi-AZ per un'istanza DB mediante l'interfaccia della linea di comando AWS o l'API Amazon RDS.
La console RDS mostra la zona di disponibilità della replica in standby (zona di disponibilità secondaria). Puoi anche utilizzare il comando dell'interfaccia della riga di comando `describe-db-instances` o l'operazione API `DescribeDBInstances` per trovare la zona di disponibilità secondaria.
Le istanze DB RDS Custom per SQL che utilizzano implementazioni Multi-AZ possono avere una latenza di scrittura e di commit maggiore rispetto a un'implementazione Single-AZ. Questo incremento può verificarsi a causa della replica sincrona dei dati tra istanze DB. È possibile che si verifichi una modifica nella latenza in caso di failover dell'implementazione nella replica di standby, sebbene AWS sia progettato con una connettività di rete a bassa latenza tra zone di disponibilità.
**Nota**
Per carichi di lavoro di produzione, è consigliabile utilizzare una classe di istanze DB con capacità di IOPS (operazioni di input/output al secondo) allocata per ottenere prestazioni veloci e coerenti. Per altre informazioni sulle classi di istanza database, consulta [Requisiti e limitazioni per Amazon RDS Custom for SQL Server](custom-reqs-limits-MS.md).
**Topics**
+ [Disponibilità di regioni e versioni](#custom-sqlserver-multiaz.regionversion)
+ [Limitazioni per un'implementazione Multi-AZ con RDS Custom per SQL Server](#custom-sqlserver-multiaz.limitations)
+ [Prerequisiti per un'implementazione Multi-AZ con RDS Custom per SQL Server](custom-sqlserver-multiaz.prerequisites.md)
+ [Creazione di un'implementazione Multi-AZ per RDS Custom per SQL](#custom-sqlserver-multiaz.creating)
+ [Modifica di un'implementazione RDS Custom per SQL Server Single-AZ in implementazione Multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md)
+ [Modifica di un'implementazione RDS Custom per SQL Server Multi-AZ in implementazione Single-AZ](custom-sqlserver-multiaz.modify-maztosaz.md)
+ [Processo di failover per un'implementazione Multi-AZ di RDS Custom per SQL Server](custom-sqlserver-multiaz.failover.md)
## Disponibilità di regioni e versioni
Le implementazioni Multi-AZ per RDS Custom per SQL Server sono supportate per le seguenti edizioni di SQL Server:
+ SQL Server 2022 e 2019: Enterprise, Standard, Web e Developer Edition
**Nota**
Le implementazioni Multi-AZ per RDS Custom per SQL Server non sono supportate su SQL Server 2019 CU8 (15.00.4073.23) o versioni precedenti.
Le implementazioni Multi-AZ per RDS Custom per SQL Server sono disponibili in tutte le regioni in cui è disponibile RDS Custom per SQL Server. Per ulteriori informazioni sulla disponibilità delle implementazioni Multi-AZ per RDS Custom per SQL Server, consulta [Regioni e motori di database supportati per RDS Custom per SQL Server](Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.md#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.sq).
## Limitazioni per un'implementazione Multi-AZ con RDS Custom per SQL Server
Le implementazioni Multi-AZ con RDS Custom per SQL Server sono caratterizzate dalle seguenti limitazioni:
+ Le implementazioni Multi-AZ tra regioni non sono supportate.
+ Non è possibile configurare l'istanza DB secondaria per accettare attività di lettura del database.
+ Quando si utilizza una versione del motore personalizzato (CEV) con un'implementazione Multi-AZ, anche l'istanza DB secondaria utilizzerà la stessa versione. L'istanza DB secondaria non può utilizzare una versione del motore personalizzato (CEV) diversa.
# Prerequisiti per un'implementazione Multi-AZ con RDS Custom per SQL Server
Se si dispone di un'implementazione Single-AZ di RDS Custom per SQL Server, è necessario configurare i seguenti prerequisiti prima di convertirla in implementazione Multi-AZ. Puoi scegliere di configurare i prerequisiti manualmente o con il modello CloudFormation fornito. L'ultimo modello CloudFormation contiene i prerequisiti per le implementazioni Single-AZ e Multi-AZ.
**Importante**
Per semplificare la configurazione, si consiglia di utilizzare il file modello CloudFormation più recente fornito nelle istruzioni di configurazione della rete per creare i prerequisiti. Per ulteriori informazioni, consulta [Configurazione con CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
**Nota**
Quando per RDS Custom per SQL Server converti un'implementazione Single-AZ in implementazione Multi-AZ, è necessario configurare questi prerequisiti. Se non vengono impostati i prerequisiti, la configurazione Multi-AZ avrà esito negativo. Per configurare i prerequisiti, segui la procedura descritta in [Modifica di un'implementazione RDS Custom per SQL Server Single-AZ in implementazione Multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md).
+ Aggiorna le regole in entrata e in uscita del gruppo di sicurezza RDS per consentire l'uso della porta 1120.
+ Aggiungi una regola nella lista di controllo degli accessi (ACL) della tua rete privata che consenta l'uso delle porte TCP `0-65535` per il cloud privato virtuale (VPC) dell'istanza DB.
+ Crea nuovi endpoint VPC per Amazon SQS VPC che consentano la comunicazione tra l'istanza DB RDS Custom per SQL Server e SQS.
+ Aggiorna le autorizzazioni SQS nel ruolo del profilo dell'istanza.
## Creazione di un'implementazione Multi-AZ per RDS Custom per SQL
Per creare un'implementazione Multi-AZ per RDS Custom per SQL Server, segui la procedura descritta in [Creazione e connessione a un'istanza database per Amazon RDS Custom per SQL Server](custom-creating-sqlserver.md).
**Importante**
Per semplificare la configurazione, si consiglia di utilizzare il file modello CloudFormation più recente fornito nelle istruzioni di configurazione della rete. Per ulteriori informazioni, consulta [Configurazione con CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
Per il completamento della creazione di un'implementazione Multi-AZ sono necessari alcuni minuti.
# Modifica di un'implementazione RDS Custom per SQL Server Single-AZ in implementazione Multi-AZ
Puoi modificare un'istanza DB RDS Custom per SQL Server esistente da implementazione Single-AZ a implementazione Multi-AZ. Quando modifichi l'istanza DB, Amazon RDS esegue diverse operazioni:
+ Crea uno snapshot dell'istanza DB primaria.
+ Creazione di nuovi volumi per la replica in standby basati sullo snapshot. Questi volumi vengono inizializzati in background e le massime prestazioni del volume vengono raggiunte dopo la completa inizializzazione dei dati.
+ Attiva la replica sincrona a livello di blocco tra le istanze DB primaria e secondaria.
**Importante**
Si consiglia di evitare di modificare l'istanza DB RDS Custom per SQL Server da un'implementazione Single-AZ a implementazione Multi-AZ su un'istanza DB di produzione durante i periodi di picco dell'attività.
AWS utilizza un'istantanea per creare l'istanza di standby per evitare tempi di inattività durante la conversione da Single-AZ a Multi-AZ, ma le prestazioni potrebbero risentirne durante e dopo la conversione in Multi-AZ. Questo impatto può essere significativo per carichi di lavoro sensibili alla latenza di scrittura. Sebbene questa funzionalità consenta di ripristinare rapidamente grandi volumi dalle istantanee, può causare un aumento della latenza delle operazioni a causa della replica sincrona. I/O Questa latenza può compromettere le prestazioni del database.
**Nota**
Se l’istanza database RDS Custom per SQL Server è stata creata prima del 29 agosto 2024, applica la patch per passare alla versione secondaria più recente prima di modificarla.
Per le istanze SQL Server 2019, aggiorna la versione del motore di database a `15.00.4410.1.v1` o versioni successive.
Per le istanze SQL Server 2022, aggiorna la versione del motore di database a `16.00.4150.1.v1` o versioni successive.
**Topics**
+ [Configurazione dei prerequisiti per modificare un'implementazione da Single-AZ a Multi-AZ utilizzando CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf)
+ [Configurazione dei prerequisiti per modificare manualmente un'implementazione Single-AZ in implementazione Multi-AZ](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.manual)
+ [Modifica utilizzando la console RDS, la AWS CLI o l'API RDS.](#custom-sqlserver-multiaz.modify-saztomaz-afterprereqs)
## Configurazione dei prerequisiti per modificare un'implementazione da Single-AZ a Multi-AZ utilizzando CloudFormation
Per utilizzare una distribuzione Multi-AZ, è necessario assicurarsi di aver applicato il CloudFormation modello più recente con i prerequisiti o configurare manualmente i prerequisiti più recenti. Se hai già applicato il modello di CloudFormation prerequisito più recente, puoi saltare questi passaggi.
Per configurare i prerequisiti di distribuzione RDS Custom for SQL Server Multi-AZ utilizzando CloudFormation
1. [Apri la CloudFormation console in /cloudformation. https://console.aws.amazon.com](https://console.aws.amazon.com/cloudformation/)
1. Per avviare la procedura guidata Crea stack, seleziona lo stack esistente utilizzato per creare un'implementazione Single-AZ e scegli **Aggiorna**.
Viene visualizzata la pagina **Aggiorna stack**.
1. In **Prerequisito - Prepara modello**, scegli **Sostituisci il modello corrente**.
1. Per **Specify template** (Specifica modello), procedi come segue:
1. Scarica il file modello più recente CloudFormation . Apri il menu contestuale (fai clic con il pulsante destro del mouse) per il link [custom-sqlserver-onboard.zip](samples/custom-sqlserver-onboard.zip) e scegli **Salva collegamento** con nome.
1. Salva ed estrai il file `custom-sqlserver-onboard.json` sul computer.
1. Come **Template source (Origine modello)**, scegliere **Upload a template file (Carica un file di modello)**.
1. Per **Choose file** (Scegli file), individua e quindi scegli `custom-sqlserver-onboard.json`.
1. Scegli **Next (Successivo)**.
Viene visualizzata la pagina **Specify stack details** (Specifica dettagli stack).
1. Per mantenere le opzioni predefinite, scegli **Next** (Avanti).
Viene visualizzata la pagina **Opzioni avanzate**.
1. Per mantenere le opzioni predefinite, scegli **Next** (Avanti).
1. Per mantenere le opzioni predefinite, scegli **Next** (Avanti).
1. Nella pagina **Rivedi modifiche**, effettua le operazioni seguenti:
1. In **Capabilities (Capacità)**, selezionare la casella di spunta ****I acknowledge that CloudFormation might create IAM resources with custom names (Conferma che potrebbe creare risorse IAM con nomi personalizzati)****.
1. Seleziona **Invia**.
1. Verifica che l'aggiornamento abbia avuto esito positivo. Verifica che lo stato di operazione riuscita sia `UPDATE_COMPLETE`.
Se l'aggiornamento ha esito negativo, qualsiasi nuova configurazione specificata nel processo di aggiornamento verrà ripristinata. La risorsa esistente sarà ancora utilizzabile. Ad esempio, se si aggiungono regole ACL di rete numerate 18 e 19, ma esistono regole con gli stessi numeri, l'aggiornamento restituisce il seguente errore: `Resource handler returned message: "The network acl entry identified by 18 already exists.` In questo scenario è possibile modificare le regole ACL esistenti per utilizzare un numero inferiore a 18, quindi riprovare a eseguire l'aggiornamento.
## Configurazione dei prerequisiti per modificare manualmente un'implementazione Single-AZ in implementazione Multi-AZ
**Importante**
Per semplificare la configurazione, ti consigliamo di utilizzare il file CloudFormation modello più recente fornito nelle istruzioni di configurazione della rete. Per ulteriori informazioni, consulta [Configurazione dei prerequisiti per modificare un'implementazione da Single-AZ a Multi-AZ utilizzando CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf).
Se scegli di configurare i prerequisiti manualmente, esegui le seguenti operazioni.
1. Apri la console Amazon VPC all'indirizzo [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/).
1. Scegli **Endpoint**. La pagina **Creazione endpoint** viene visualizzata.
1. In **Categoria servizio**, scegli **Servizi AWS **.
1. In **Servizi**, cerca *SQS*
1. In **VPC**, scegli il cloud privato virtuale (VPC) in cui viene implementata l'istanza DB di RDS Custom per SQL Server.
1. In **Sottoreti**, scegli le sottoreti in cui viene implementata l'istanza DB di RDS Custom per SQL Server.
1. In **Gruppi di sicurezza**, scegli il *-vpc-endpoint-sg* gruppo.
1. In **Policy**, scegli **Personalizzato**
1. Nella policy personalizzata, sostituisci *AWS partition*, *Region*, *accountId* e *IAM-Instance-role* con i tuoi valori.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
},
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}"
}
}
]
}
```
------
1. Aggiorna il valore nel campo **Profilo istanza** in base all'autorizzazione ad accedere ad Amazon SQS. Sostituisci *AWS partition*, *Region* e *accountId* con i tuoi valori.
```
{
"Sid": "SendMessageToSQSQueue",
"Effect": "Allow",
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": [
{
"Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
}
],
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
}
}
>
```
1. Aggiorna le regole in entrata e in uscita del gruppo di sicurezza Amazon RDS per consentire l'uso della porta 1120.
1. In **Gruppi di sicurezza**, scegli il *-rds-custom-instance-sg* gruppo.
1. Per **le regole in entrata**, crea una regola **TCP personalizzata** per consentire la porta *1120* dal gruppo di origine*-rds-custom-instance-sg*.
1. Per **le regole in uscita**, crea una regola **TCP personalizzata** per consentire la porta *1120* verso il gruppo di destinazione. *-rds-custom-instance-sg*
1. Aggiungi una regola nella lista di controllo degli accessi (ACL) della tua rete privata che consenta l'uso delle porte TCP `0-65535` per le sottoreti dell'istanza DB.
**Nota**
Quando crei regole in **Regola in entrata** e **Regola in uscita**, annota il numero più alto esistente visualizzato nel campo **Numero regola**. Nel campo **Numero regola** le nuove regole create devono avere un numero inferiore a 100 e non devono corrispondere a nessun altro valore esistente visualizzato nel campo **Numero regola**.
1. In **Rete ACLs**, scegli il gruppo. *-private-network-acl*
1. Per **Inbound Rules**, crea una regola **All TCP** per consentire le porte TCP `0-65535` con un'origine proveniente da e. *privatesubnet1* *privatesubnet2*
1. Per **le regole in uscita**, crea una regola **All TCP per consentire alle porte TCP** di arrivare a destinazione e. `0-65535` *privatesubnet1* *privatesubnet2*
## Modifica utilizzando la console RDS, la AWS CLI o l'API RDS.
Dopo aver completato i prerequisiti, puoi modificare un'istanza DB RDS Custom for SQL Server da una distribuzione Single-AZ a Multi-AZ utilizzando la console RDS, la AWS CLI o l'API RDS.
### Console
**Per modificare un'implementazione RDS Custom per SQL Server esistente da Single-AZ a Multi-AZ**
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nella console Amazon RDS scegliere **Databases (Database)**.
Verrà visualizzato il riquadro **Databases (Database)**.
1. Scegli l'istanza DB di RDS Custom per SQL Server da modificare.
1. In **Operazioni**, scegli **Conversione in implementazione Multi-AZ**.
1. Nella pagina **Conferma**, scegli **Applica immediatamente** per applicare le modifiche immediatamente. La scelta di questa opzione non causa tempi di inattività, ma è possibile riscontrare un impatto sulle prestazioni. In alternativa, puoi scegliere di applicare l'aggiornamento durante la successiva finestra di manutenzione. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
1. Nella pagina **Conferma**, scegli **Conversione in Multi-AZ**.
### AWS CLI
Per eseguire la conversione in una distribuzione di istanze DB Multi-AZ utilizzando il AWS CLI, chiama il [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)comando e imposta l'`--multi-az`opzione. Specifica l'identificatore dell'istanza DB e i valori delle altre opzioni da modificare. Per ulteriori informazioni su ciascuna opzione, consulta [Impostazioni per istanze database](USER_ModifyInstance.Settings.md).
**Example**
Il codice seguente modifica `mycustomdbinstance` includendo l'opzione `--multi-az`. Le modifiche vengono applicate durante la prossima finestra di manutenzione utilizzando `--no-apply-immediately`. Utilizza `--apply-immediately` per applicare immediatamente le modifiche. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--multi-az \
--no-apply-immediately
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--multi-az \ ^
--no-apply-immediately
```
### API RDS
Per eseguire la conversione in una distribuzione di istanze DB Multi-AZ con l'API RDS, chiamate l'DBInstanceoperazione [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) e impostate il `MultiAZ` parametro su true.
# Modifica di un'implementazione RDS Custom per SQL Server Multi-AZ in implementazione Single-AZ
Puoi modificare un'istanza DB RDS Custom per SQL Server esistente da implementazione Multi-AZ a implementazione Single-AZ.
## Console
**Per modificare un'istanza DB RDS Custom per SQL Server da implementazione Multi-AZ a implementazione Single-AZ.**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nella console Amazon RDS scegliere **Databases (Database)**.
Verrà visualizzato il riquadro **Databases (Database)**.
1. Scegli l'istanza DB di RDS Custom per SQL Server da modificare.
1. In **Implementazione Multi-AZ**, scegli **No**.
1. Nella pagina **Conferma**, scegli **Applica immediatamente** per applicare le modifiche immediatamente. La scelta di questa opzione non causa tempi di inattività, ma è possibile riscontrare un impatto sulle prestazioni. In alternativa, puoi scegliere di applicare l'aggiornamento durante la successiva finestra di manutenzione. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
1. Nella pagina **Conferma**, scegli **Modifica istanza database**.
## AWS CLI
Per modificare un'implementazione Multi-AZ in implementazione Single-AZ tramite AWS CLI, chiama il comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) includendo l'opzione `--no-multi-az`. Specifica l'identificatore dell'istanza DB e i valori delle altre opzioni da modificare. Per ulteriori informazioni su ciascuna opzione, consulta [Impostazioni per istanze database](USER_ModifyInstance.Settings.md).
**Example**
Il codice seguente modifica `mycustomdbinstance` includendo l'opzione `--no-multi-az`. Le modifiche vengono applicate durante la prossima finestra di manutenzione utilizzando `--no-apply-immediately`. Utilizza `--apply-immediately` per applicare immediatamente le modifiche. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--no-multi-az \
--no-apply-immediately
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--no-multi-az \ ^
--no-apply-immediately
```
## API RDS
Per modificare un'implementazione Multi-AZ in implementazione Single-AZ tramite l'API RDS, chiama l'operazione [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) impostando il parametro `MultiAZ` su `false`.
# Processo di failover per un'implementazione Multi-AZ di RDS Custom per SQL Server
Se un’interruzione pianificata o non pianificata dell'istanza database comporta un defect dell’infrastruttura, Amazon RDS passa automaticamente a una replica in standby in un'altra zona di disponibilità, se hai abilitato l'implementazione Multi-AZ. Il tempo necessario per il completamento del failover varia in base all'attività del database e ad altre condizioni presenti quando l'istanza database primaria diventa non disponibile. Il failover richiede in genere da 60 a 120 secondi. tempo che può tuttavia aumentare in caso di transazioni di grandi dimensioni o di un processo di ripristino di lunga durata. Al termine del failover, la modifica della console RDS in base alla nuova zona di disponibilità può richiedere ulteriore tempo.
**Nota**
Puoi forzare un failover manualmente quando riavvii un'istanza database con failover. Per ulteriori informazioni sul riavvio di un'istanza database, consulta [Riavvio di un'istanza DB DB](USER_RebootInstance.md).
Amazon RDS gestisce i failover automaticamente, in modo da consentirti di riprendere le operazioni database il più rapidamente possibile, senza alcun intervento amministrativo. L'istanza database principale passa automaticamente alla replica di standby qualora si verifichi una delle condizioni riportate nella seguente tabella. Puoi visualizzare questi motivi di failover nel log eventi RDS.
****
| Motivo del failover | Descrizione |
| --- | --- |
| `The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation` | È stato attivato un failover durante la finestra di manutenzione per una patch del sistema operativo o un aggiornamento di sicurezza. Per ulteriori informazioni, consulta [Manutenzione di un’istanza database](USER_UpgradeDBInstance.Maintenance.md). |
| `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.` | L’implementazione istanza database Multi-AZ ha rilevato un'istanza database primaria compromessa e ha attivato il failover. |
| `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.` | Il monitoraggio RDS ha rilevato un errore di raggiungibilità della rete per l'istanza database primaria e ha attivato un failover. |
| `The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.` | Una modifica dell'istanza database RDS ha attivato un failover. Per ulteriori informazioni, consulta [Modifica di un'istanza database RDS Custom per SQL Server](custom-managing.modify-sqlserver.md). |
| `The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.` | L’implementazione dell’istanza database Multi-AZ ha rilevato un problema di archiviazioine nell'istanza DB principale e ha avviato il failover. |
| `The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.` | L'istanza DB Multi-AZ di RDS Custom per SQL Server è stata riavviata con un failover. Per ulteriori informazioni, consulta [Riavvio di un'istanza DB DB](USER_RebootInstance.md). |
| `The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.` | L'istanza database primaria non risponde. Si consiglia di effettuare la procedura seguente: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/custom-sqlserver-multiaz.failover.html) |
Per determinare se l’istanza database Multi-AZ è soggetta a failover, è possibile eseguire le seguenti operazioni:
+ Configura gli abbonamenti a eventi database per inviare una notifica tramite e-mail o SMS in caso di failover. Per ulteriori informazioni sugli eventi di , consulta [Utilizzo della notifica degli eventi di Amazon RDS](USER_Events.md).
+ Visualizza gli eventi database utilizzando la console RDS o le operazioni dell'API.
+ Visualizza lo stato corrente dell'implementazione Multi-AZ dell'istanza DB RDS Custom per SQL Server utilizzando la console RDS, la CLI o le operazioni API.
## Impostazioni Time to live (TTL) con applicazioni che utilizzano un'implementazione Multi-AZ di RDS Custom per SQL Server
Il meccanismo di failover modifica automaticamente il record Domain Name System (DNS) dell'istanza database in modo da fare riferimento all'istanza database standby. Di conseguenza, sarà necessario ristabilire le connessioni esistenti alla propria istanza database. Assicurati che qualsiasi valore di configurazione TTL della cache DNS sia basso e che l'applicazione non memorizzi nella cache il DNS per un periodo di tempo prolungato. Un valore TTL elevato potrebbe impedire all'applicazione di riconnettersi rapidamente all'istanza DB dopo il failover.
# Backup e ripristino di un'istanza database di Amazon RDS Custom per SQL Server
Come per Amazon RDS, RDS Custom crea e salva backup automatici dell’istanza database RDS Custom per SQL Server quando è abilitata la conservazione dei backup. Puoi inoltre eseguire il backup dell'istanza database manualmente. I backup automatici comprendono backup di snapshot e backup di log delle transazioni. I backup di snapshot vengono eseguiti per l’intero volume di archiviazione dell’istanza database durante la finestra di backup specificata. I backup di log delle transazioni vengono eseguiti a intervalli regolari per i database idonei al ripristino PITR. RDS Custom salva i backup automatici dell’istanza database in base al periodo di conservazione dei backup specificato. Puoi utilizzare i backup automatici per ripristinare l’istanza database a un punto nel tempo compreso nel periodo di conservazione dei backup.
Puoi anche eseguire backup di snapshot manualmente. Puoi creare una nuova istanza database da questi backup di snapshot in qualsiasi momento. Per ulteriori informazioni sulla creazione di uno snapshot di database, consulta [Creazione di una snapshot RDS Custom per SQL Server](custom-backup-sqlserver.creating.md).
Sebbene i backup istantanei svolgano operativamente la funzione di backup completi, ti viene fatturato solo l’utilizzo incrementale dell’archiviazione. La prima snapshot di un'istanza database RDS Custom contiene i dati dell'intera istanza database. Gli snapshot successivi dello stesso database sono incrementali, ovvero vengono salvati solo i dati che sono cambiati dal salvataggio dell'ultimo snapshot.
**Topics**
+ [Creazione di una snapshot RDS Custom per SQL Server](custom-backup-sqlserver.creating.md)
+ [Ripristino da una snapshot database RDS Custom per SQL Server](custom-backup-sqlserver.restoring.md)
+ [Ripristino di un'istanza RDS Custom per SQL Server in un determinato momento](custom-backup.pitr-sqs.md)
+ [Eliminazione di una snapshot RDS Custom per SQL Server](custom-backup-sqlserver.deleting.md)
+ [Eliminazione di backup automatici RDS Custom per SQL Server](custom-backup-sqlserver.deleting-backups.md)
# Creazione di una snapshot RDS Custom per SQL Server
RDS Custom per SQL Server crea una snapshot dei volumi di storage dell'istanza database, eseguendo il backup dell'intera istanza database anziché dei singoli database. Quando crei una snapshot, specifica di quale istanza database RDS Custom per SQL Server eseguire il backup. Dai un nome alla snapshot database in modo che tu possa ripristinarla in un secondo momento.
Quando crei uno snapshot, RDS Custom per SQL Server crea uno snapshot Amazon EBS per il volume `(D:)`, ovvero il volume di database collegato all’istanza database. Per semplificare l'associazione delle snapshot a un'istanza database specifica, sono contrassegnate con `DBSnapshotIdentifier`, `DbiResourceId` e `VolumeType`.
La creazione di una snapshot DB si traduce in una breve interruzione delle operazioni di I/O. Questa sospensione può durare da pochi secondi a pochi minuti, a seconda delle dimensioni e della classe dell'istanza database. Il tempo di creazione dello snapshot varia in base al numero totale e alle dimensioni dei database. Per ulteriori informazioni sul numero di database idonei per un’operazione di ripristino point-in-time (PITR), consulta [Numero di database idonei per il PITR per tipo di classe di istanza](custom-backup.pitr-sqs.md#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Poiché lo snapshot include l'intero volume d'archiviazione, la dimensione dei file, come i file temporanei, influisce sul tempo di creazione dello snapshot. Per ulteriori informazioni sulla creazione di snapshot, consulta [Creazione di uno snapshot del database per un’istanza database Single-AZ per Amazon RDS](USER_CreateSnapshot.md).
Creazione di una snapshot RDS Custom per SQL Server utilizzando la console o la AWS CLI.
## Console
**Per creare una snapshot RDS Custom**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, scegliere **Databases (Database)**.
1. Nell'elenco di istanze database RDS Custom scegliere l'istanza database per cui si desidera acquisire uno snapshot.
1. Per **Actions (Operazioni)**, selezionare **Take snapshot (Acquisisci snapshot)**.
Viene visualizzata la finestra **Acquisizione di snapshot DB**.
1. Per **Nome snapshot**, inserisci il nome dello snapshot.
1. Seleziona **Acquisisci snapshot**.
## AWS CLI
È possibile creare una snapshot di un'istanza database RDS Custom utilizzando il comando AWS CLI [create-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html).
Puoi specificare le seguenti opzioni:
+ `--db-instance-identifier` – Identificare l'istanza database RDS Custom di cui effettuare il backup
+ `--db-snapshot-identifier` – Assegna i nomi alla snapshot RDS Custom in modo che tu possa ripristinarla in un secondo momento
In questo esempio crei uno snapshot database denominata *`my-custom-snapshot`* per un'istanza database RDS Custom denominata `my-custom-instance`.
**Example**
Per Linux, macOS o Unix:
```
1. aws rds create-db-snapshot \
2. --db-instance-identifier my-custom-instance \
3. --db-snapshot-identifier my-custom-snapshot
```
Per Windows:
```
1. aws rds create-db-snapshot ^
2. --db-instance-identifier my-custom-instance ^
3. --db-snapshot-identifier my-custom-snapshot
```
# Ripristino da una snapshot database RDS Custom per SQL Server
Quando ripristini un'istanza database RDS Custom per SQL Server, devi fornire il nome della snapshot database e il nome della nuova istanza. Non puoi eseguire il ripristino da una snapshot a un'istanza database RDS Custom esistente. Quando esegui il ripristino, viene creata una nuova istanza database RDS Custom per SQL Server.
Il ripristino da uno snapshot ripristinerà il volume di archiviazione al momento in cui è stato acquisito lo snapshot. Saranno inclusi tutti i database e tutti gli altri file che erano presenti nel volume `(D:)`.
## Console
**Per ripristinare un'istanza database RDS Custom da uno snapshot database**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, selezionare **Snapshots (Snapshot)**.
1. Scegliere la snapshot DB dalla quale effettuare il ripristino.
1. Per **Actions (Operazioni)**, selezionare **Restore Snapshot (Ripristina snapshot)**.
1. Nella pagina **Restore DB Instance (Ripristina istanza database)**, per **DB Instance Identifier (Identificatore istanze DB**), immettere il nome dell'istanza database RDS Custom ripristinata.
1. Selezionare **Ripristina istanza database**.
## AWS CLI
È possibile ripristinare una snapshot database RDS Custom utilizzando il comando AWS CLI [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
Se la snapshot da cui si sta ripristinando è per un'istanza database privata, assicurarsi di specificare entrambi i valori corretti `db-subnet-group-name` e `no-publicly-accessible`. In caso contrario, l'istanza database è accessibile pubblicamente per impostazione predefinita. Sono richieste le seguenti opzioni:
+ `db-snapshot-identifier` – Identifica la snapshot da cui eseguire il ripristino
+ `db-instance-identifier` – Specifica il nome dell'istanza database RDS Custom da creare dalla snapshot database
+ `custom-iam-instance-profile`: specifica il profilo di istanza associato all'istanza Amazon EC2 sottostante di un'istanza database RDS Custom.
Il codice seguente ripristina la snapshot denominata `my-custom-snapshot` per `my-custom-instance`.
**Example**
Per Linux, macOS o Unix:
```
aws rds restore-db-instance-from-db-snapshot \
--db-snapshot-identifier my-custom-snapshot \
--db-instance-identifier my-custom-instance \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--no-publicly-accessible
```
Per Windows:
```
aws rds restore-db-instance-from-db-snapshot ^
--db-snapshot-identifier my-custom-snapshot ^
--db-instance-identifier my-custom-instance ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--no-publicly-accessible
```
# Ripristino di un'istanza RDS Custom per SQL Server in un determinato momento
Puoi ripristinare un'istanza database in un punto temporale specifico (PITR), creando una nuova istanza database. Per supportare il PITR, è necessario che nelle istanze database sia abilitata la conservazione dei backup.
L'ultimo orario ripristinabile di un'istanza database RDS Custom per SQL Server dipende da diversi fattori, ma generalmente è entro 5 minuti dall'orario attuale. Per visualizzare l'ora di ripristino più recente per un'istanza DB, usa il AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)comando e guarda il valore restituito nel `LatestRestorableTime` campo per l'istanza DB. Per visualizzare l'ora di ripristino più recente per ogni istanza del DB nella console Amazon RDS, scegliere **Backup automatici**.
Puoi eseguire il ripristino point-in-time durante il periodo di retention dei backup. Per visualizzare il tempo di ripristino più breve per ogni istanza del DB, scegliere **Backup automatici** nella console Amazon RDS.
Per informazioni generali su PITR, consulta [Ripristino di un’istanza database a un punto temporale specifico per Amazon RDS](USER_PIT.md).
**Topics**
+ [Considerazioni PITR per RDS Custom per SQL Server](#custom-backup.pitr.sqlserver)
+ [Numero di database idonei per il PITR per tipo di classe di istanza](#custom-backup.pitr.sqlserver.eligiblecountperinstance)
+ [Rendere i database non idonei per PITR](#custom-backup.pitr.sqlserver.ineligible)
+ [Log sulle transazioni in Amazon S3](#custom-backup.pitr.sqlserver.tlogs)
+ [PITR Restore utilizzando la Console di gestione AWSAWS CLI, la o l'API RDS.](#custom-backup.pitr-sqs-concli)
## Considerazioni PITR per RDS Custom per SQL Server
In RDS Custom per SQL Server, PITR differisce secondo le seguenti importanti modalità da PITR in Amazon RDS:
+ PITR ripristina solo i database nell'istanza database. Non ripristina il sistema operativo o i file sull'unità C:.
+ Per un'istanza DB RDS Custom per SQL Server, viene eseguito automaticamente il backup di un database ed è idoneo per PITR solo alle seguenti condizioni:
+ Il database è online.
+ Il suo modello di ripristino è impostato su `FULL`.
+ È scrivibile.
+ Ha i suoi file fisici sull'unità D:.
+ Non è elencato nella tabella `rds_pitr_blocked_databases`. Per ulteriori informazioni, consulta [Rendere i database non idonei per PITR](#custom-backup.pitr.sqlserver.ineligible).
+ I database idonei per il PITR sono determinati in base all’ordine del loro ID database. RDS Custom per SQL Server consente fino a 5.000 database per istanza database. Tuttavia, il numero massimo di database ripristinati da un’operazione PITR per un’istanza database RDS Custom per SQL Server dipende dal tipo di classe dell’istanza. Per ulteriori informazioni, consulta [Numero di database idonei per il PITR per tipo di classe di istanza](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Altri database che non fanno parte del PITR possono essere ripristinati dagli snapshot di database, inclusi i backup automatici utilizzati per il PITR.
+ L'aggiunta di un nuovo database, la rinominazione di un database o il ripristino di un database idoneo per PITR avvia uno snapshot dell'istanza database.
+ Il numero massimo di database idonei per PITR cambia quando l’istanza database viene sottoposta a un’operazione di calcolo del dimensionamento, a seconda del tipo di classe dell’istanza di destinazione. Se l’istanza viene aumentata verticalmente, consentendo così a più database sull’istanza di essere idonei per il PITR, viene acquisito un nuovo snapshot.
+ I database ripristinati hanno lo stesso nome dell’istanza database di origine. Non puoi specificare un nome diverso.
+ `AWSRDSCustomSQLServerIamRolePolicy`richiede l'accesso ad altri AWS servizi. Per ulteriori informazioni, consulta [Aggiungi una politica di accesso a AWSRDSCustom SQLServer InstanceRole](custom-setup-sqlserver.md#custom-setup-sqlserver.iam.add-policy).
+ Le modifiche al fuso orario non sono supportate per RDS Custom per SQL Server. Se si modifica il fuso orario dell’istanza database o del sistema operativo, PITR (o un’altra automazione) non funziona.
## Numero di database idonei per il PITR per tipo di classe di istanza
La tabella seguente mostra il numero massimo di database idonei per PITR in base al tipo di classe di istanza.
| Tipo di classe di istanza | Numero massimo di database idonei per il PITR |
| --- | --- |
| db.\$1.large | 100 |
| Da db.\$1.xlarge a db.\$1.2xlarge | 150 |
| Da db.\$1.4xlarge a db.\$1.8xlarge | 300 |
| Da db.\$1.12xlarge a db.\$1.16xlarge | 600 |
| db.\$1.24xlarge, db.\$132xlarge | 1000 |
`*` *Rappresenta tipi di classi di istanza differenti.*
Il numero massimo di database idonei per il PITR su un’istanza database dipende dal tipo di classe dell’istanza. Il numero varia da 100 nei tipi di classe di istanza più piccoli a 1000 in quelli più grandi supportati da RDS Custom per SQL Server. I database di sistema SQL Server `(master, model, msdb, tempdb)` non sono inclusi in questo limite. Quando un’istanza database viene aumentata o ridotta verticalmente, a seconda del tipo di classe dell’istanza di destinazione, RDS Custom aggiorna automaticamente il numero di database idonei per il PITR. RDS Custom per SQL Server invierà `RDS-EVENT-0352` quando il numero massimo di database idonei per il PITR cambia su un’istanza database. Per ulteriori informazioni, consulta [Eventi di versioni personalizzate del motore](USER_Events.Messages.md#USER_Events.Messages.CEV).
**Nota**
Il supporto PITR per più di 100 database è disponibile solo sulle istanze database create dopo il 26 agosto 2023. Per le istanze create prima del 26 agosto 2023, il numero massimo di database idonei per il PITR è 100, indipendentemente dalla classe di istanza. Per abilitare il supporto PITR per più di 100 database su istanze database create prima del 26 agosto 2023, puoi eseguire la seguente azione:
Aggiorna la versione del motore di database a 15.00.4322.2.v1 o versioni successive
Durante un’operazione PITR, RDS Custom ripristinerà tutti i database che facevano parte di PITR sull’istanza database di origine al momento del ripristino. Una volta che l’istanza database di destinazione ha completato le operazioni di ripristino, se la conservazione dei backup è abilitata, l’istanza database inizierà il backup in base al numero massimo di database idonei per il PITR sull’istanza database di destinazione.
Ad esempio, se l’istanza database viene eseguita su un’istanza `db.*.xlarge` con 200 database:
1. RDS Custom per SQL Server sceglierà i primi 150 database, ordinati in base all’ID database, per il backup PITR.
1. Tu modifichi l’istanza aumentandola verticalmente fino a db.\$1.4xlarge.
1. Al termine dell’operazione di calcolo del dimensionamento, RDS Custom per SQL Server sceglierà i primi 300 database, ordinati in base all’ID database, per il backup PITR. Ciascuno dei 200 database che soddisfano i requisiti PITR sarà ora idoneo per il PITR.
1. A questo punto modifichi l’istanza riducendola verticalmente a db.\$1.xlarge.
1. Al termine dell’operazione di calcolo del dimensionamento, RDS Custom per SQL Server selezionerà nuovamente i primi 150 database, ordinati in base all’ID database, per il backup PITR.
## Rendere i database non idonei per PITR
Puoi decidere di escludere singoli database dal PITR. Per fare questo, metti i loro valori `database_id` in una tabella `rds_pitr_blocked_databases`. Utilizza il seguente script SQL per creare la tabella.
**Per creare la tabella rds\$1pitr\$1blocked\$1databases**
+ Esegui il seguente script SQL.
```
create table msdb..rds_pitr_blocked_databases
(
database_id INT NOT NULL,
database_name SYSNAME NOT NULL,
db_entry_updated_date datetime NOT NULL DEFAULT GETDATE(),
db_entry_updated_by SYSNAME NOT NULL DEFAULT CURRENT_USER,
PRIMARY KEY (database_id)
);
```
Per l'elenco dei database idonei e non idonei, consulta il file `RI.End` nella directory `RDSCustomForSQLServer/Instances/DB_instance_resource_ID/TransactionLogMetadata` nel bucket Amazon S3 `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. Per ulteriori informazioni sul file `RI.End`, consulta [Log sulle transazioni in Amazon S3](#custom-backup.pitr.sqlserver.tlogs).
Puoi anche definire l’elenco dei database idonei per il PITR utilizzando il seguente script SQL. Imposta la variabile `@limit` sul numero massimo di database idonei per il PITR per la classe di istanza. Per ulteriori informazioni, consulta [Numero di database idonei per il PITR per tipo di classe di istanza](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
**Per definire l’elenco dei database idonei per il PITR su una classe di istanza database**
+ Esegui il seguente script SQL.
```
DECLARE @Limit INT;
SET @Limit = (insert-database-instance-limit-here);
USE msdb;
IF (EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'dbo' AND TABLE_NAME = 'rds_pitr_blocked_databases'))
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT dbs.database_id as DatabaseId, sysdbs.name as DatabaseName, 'OPTOUT' as Reason,
CASE WHEN dbs.database_name = sysdbs.name THEN NULL ELSE dbs.database_name END AS DatabaseNameOnPitrTable
FROM msdb.dbo.rds_pitr_blocked_databases dbs
INNER JOIN sys.databases sysdbs ON dbs.database_id = sysdbs.database_id
WHERE sysdbs.database_id > 4
),
TABLE2 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE1) AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE3 as(
Select @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE2 where TABLE2.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
SELECT TOP(SELECT TotalNumberOfDatabases from TABLE3) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE2 where TABLE2.IsPartOfSnapshot=1
ORDER BY TABLE2.DatabaseID ASC
ELSE
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE2 as(
SELECT @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE1 where TABLE1.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
select top(select TotalNumberOfDatabases from TABLE2) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE1 where TABLE1.IsPartOfSnapshot=1
ORDER BY TABLE1.DatabaseID ASC
```
**Nota**
Anche i database che sono solo link simbolici vengono esclusi dai database idonei per le operazioni PITR. La query precedente non filtra in base a questi criteri.
## Log sulle transazioni in Amazon S3
Il periodo di retention dei backup determina se i log sulle transazioni per le istanze database RDS Custom per SQL Server vengono automaticamente estratti e caricati su Amazon S3. Un valore diverso da zero significa che vengono creati backup automatici e che l'agente RDS Custom carica i log sulle transazioni su S3 ogni 5 minuti.
I file di log delle transazioni su S3 sono crittografati mentre sono inattivi tramite AWS KMS key che hai fornito quando hai creato l'istanza database. Per ulteriori informazioni, consulta [Protezione dei dati con la crittografia lato server](https://docs.aws.amazon.com/AmazonS3/latest/userguide/serv-side-encryption.html) nella *Guida per l'utente di Amazon Simple Storage Service*.
I log delle transazioni per ciascun database vengono caricati in un bucket S3 denominato `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. La directory `RDSCustomForSQLServer/Instances/DB_instance_resource_ID` nel bucket S3 contiene due sottodirectory:
+ `TransactionLogs` – Contiene i log delle transazioni per ciascun database e i rispettivi metadati.
Il nome del file di log delle transazioni segue il pattern `yyyyMMddHHmm.database_id.timestamp`, ad esempio:
```
202110202230.11.1634769287
```
Lo stesso nome del file con il suffisso `_metadata` contiene informazioni sul log delle transazioni come numeri di sequenza di log, nome del database e `RdsChunkCount`. `RdsChunkCount` determina quanti file fisici rappresentano un singolo file di log delle transazioni. Potresti vedere file con suffissi `_0001`, `_0002` e così via, il che significa i pezzi fisici di un file di log delle transazioni. Se si desidera utilizzare un file di log delle transazioni a blocchi, assicurarsi di unire i blocchi dopo averli scaricati.
Considera uno scenario in cui hai i seguenti file:
+ `202110202230.11.1634769287`
+ ` 202110202230.11.1634769287_0001`
+ ` 202110202230.11.1634769287_0002 `
+ ` 202110202230.11.1634769287_metadata`
Il valore del campo `RdsChunkCount` è `3`. L'ordine di unione dei file è il seguente: `202110202230.11.1634769287`, ` 202110202230.11.1634769287_0001`, `202110202230.11.1634769287_0002`.
+ `TransactionLogMetadata` – Contiene informazioni sui metadati su ogni iterazione dell'estrazione del log delle transazioni.
Il file `RI.End` contiene informazioni per tutti i database a cui sono stati estratti i log delle transazioni e per tutti i database esistenti ma che non hanno i log delle transazioni estratti. Il nome del file `RI.End` segue il pattern `yyyyMMddHHmm.RI.End.timestamp`, ad esempio:
```
202110202230.RI.End.1634769281
```
## PITR Restore utilizzando la Console di gestione AWSAWS CLI, la o l'API RDS.
È possibile ripristinare un'istanza DB RDS Custom for SQL Server in un determinato momento utilizzando l'API Console di gestione AWSAWS CLI, the o RDS.
### Console
**Per ripristinare un'istanza database RDS Custom un punto temporale specifico**
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, selezionare **Automated backups (Backup automatici)**.
1. Scegli l'istanza database RDS Custom da ripristinare.
1. In **Actions (Operazioni)**, scegli **Restore to point in time (Ripristina a un istante temporale)**.
Viene visualizzata la finestra **Restore to point in time (Ripristina a un istante temporale)**.
1. Scegliere **Latest restorable time (Ultimo orario di ripristino)** per eseguire il ripristino in base al momento più recente oppure scegliere **Custom (Personalizzato)** per scegliere una data e un'ora.
Se scegli **Personalizzato**, specifica la data e l'ora in cui desideri ripristinare l'istanza.
Gli orari vengono visualizzati nel fuso orario locale, indicato come un offset dell'ora UTC (Coordinated Universal Time). Ad esempio, UTC-5 è l'ora legale standard Time/Central orientale.
1. Per** DB Instance Identifier (Identificatore istanze database)**, inserire il nome dell'istanza database RDS Custom di destinazione ripristinata. Il nome deve essere univoco.
1. Scegli altre opzioni in base alle esigenze, ad esempio la classe di istanza database.
1. Scegli **Restore to point in time (Ripristina per punto nel tempo)**.
### AWS CLI
È possibile ripristinare un'istanza DB a un'ora specificata utilizzando il point-in-time AWS CLI comando [ restore-db-instance-to-](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) per creare una nuova istanza DB personalizzata RDS.
Utilizzare una delle opzioni seguenti per specificare il backup da cui effettuare il ripristino:
+ `--source-db-instance-identifier mysourcedbinstance`
+ `--source-dbi-resource-id dbinstanceresourceID`
+ `--source-db-instance-automated-backups-arn backupARN`
L'opzione `custom-iam-instance-profile` è obbligatoria.
Il seguente esempio ripristina `my-custom-db-instance` a una nuova istanza database denominata `my-restored-custom-db-instance`, a partire dal tempo specificato.
**Example**
Per Linux, macOS o Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-custom-db-instance\
3. --target-db-instance-identifier my-restored-custom-db-instance \
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5. --restore-time 2022-10-14T23:45:00.000Z
```
Per Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-custom-db-instance ^
3. --target-db-instance-identifier my-restored-custom-db-instance ^
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
5. --restore-time 2022-10-14T23:45:00.000Z
```
# Eliminazione di una snapshot RDS Custom per SQL Server
Elimina le snapshot database di RDS Custom per SQL Server quando non ti occorrono più. La procedura di eliminazione è la stessa per le istanze database Amazon RDS e RDS Custom.
Le snapshot Amazon EBS per i volumi binari e root rimangono nel tuo account per un periodo più lungo perché potrebbero essere collegate ad alcune istanze in esecuzione nel tuo account o ad altre snapshot RDS Custom per SQL Server. Queste snapshot EBS vengono eliminate automaticamente dopo che non sono più correlate a risorse RDS Custom per SQL Server esistenti (istanze database o backup).
## Console
**Per eliminare una snapshot di un'istanza database RDS Custom**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, selezionare **Snapshots (Snapshot)**.
1. Scegliere la snapshot DB da eliminare.
1. Per **Actions (Operazioni)**, scegliere **Delete Snapshot (Elimina snapshot)**.
1. Nella pagina di conferma, scegliere **Delete (Elimina)**.
## AWS CLI
Per eliminare uno snapshot RDS Custom, utilizza il comando AWS CLI [delete-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-snapshot.html).
Si richiede la seguente opzione:
+ `--db-snapshot-identifier` – La snapshot da eliminare
L'esempio seguente elimina la snapshot database `my-custom-snapshot`.
**Example**
Per Linux, macOS o Unix:
```
1. aws rds delete-db-snapshot \
2. --db-snapshot-identifier my-custom-snapshot
```
Per Windows:
```
1. aws rds delete-db-snapshot ^
2. --db-snapshot-identifier my-custom-snapshot
```
# Eliminazione di backup automatici RDS Custom per SQL Server
Puoi eliminare i backup automatici mantenuti per RDS Custom per SQL Server quando non servono più. La procedura è la stessa della procedura per l'eliminazione dei backup Amazon RDS.
## Console
**Per eliminare i backup automatici mantenuti**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, selezionare **Automated backups (Backup automatici)**.
1. Scegliere**Retained (Mantenuti)**.
1. Scegliere il backup automatico mantenuto da eliminare.
1. In **Actions (Azioni)**, selezionare **Delete (Elimina)**.
1. Nella pagina di conferma, immetti **delete me** e seleziona **Elimina**.
## AWS CLI
È possibile eliminare un backup automatico mantenuto usando il comando AWS CLI [delete-db-instance-automated-backup](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html).
La seguente opzione viene utilizzata per eliminare un backup automatico mantenuto:
+ `--dbi-resource-id` – L'identificatore della risorsa per l’istanza database RDS Custom di origine.
È possibile trovare identificatore della risorsa per l’istanza DB source di un backup automatico mantenuto tramite il comando AWS CLI [describe-db-instance-automated-backups](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html).
Il seguente esempio elimina il backup automatico mantenuto con l’identificatore della risorsa di istanza DB source `custom-db-123ABCEXAMPLE`.
**Example**
Per Linux, macOS o Unix:
```
1. aws rds delete-db-instance-automated-backup \
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
Per Windows:
```
1. aws rds delete-db-instance-automated-backup ^
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
# Copia di uno snapshot di database Amazon RDS Custom per SQL Server
Con RDS Custom per SQL Server è possibile copiare backup automatici e snapshot di database manuali. Dopo aver copiato uno snapshot, la copia creata è uno snapshot manuale. È possibile creare più copie di un backup automatico o di uno snapshot manuale, ma ogni copia deve avere un identificatore univoco.
È possibile copiare un'istantanea solo all'interno dello stesso AWS account in Regioni AWS luoghi diversi in cui è disponibile RDS Custom for SQL Server. Attualmente non sono supportate le operazioni seguenti:
+ Copia di snapshot di database all’interno dello stesso Regione AWS.
+ Copiare istantanee DB tra account. AWS
RDS Custom per SQL Server supporta la copia incrementale degli snapshot. Per ulteriori informazioni, consulta [Considerazioni sulla copia di snapshot incrementali](USER_CopySnapshot.md#USER_CopySnapshot.Incremental).
**Topics**
+ [Limitazioni](#custom-copying-snapshot-sqlserver.Limitations)
+ [Gestione della crittografia](#custom-copying-snapshot-sqlserver.Encryption)
+ [Copia tra regioni](#custom-copying-snapshot-sqlserver.XRCopy)
+ [Snapshot di istanze database creati con versioni del motore personalizzato (CEV)](#custom-copying-snapshot-sqlserver.CEVSnap)
+ [Concessione delle autorizzazioni richieste al principale IAM](#custom-copying-snapshot-sqlserver.GrantPermIAM)
+ [Copia di uno snapshot DB.](#custom-copying-snapshot-sqlserver.CopyingDBSnapshot)
## Limitazioni
Le seguenti limitazioni si applicano alla copia di snapshot di database per RDS Custom per SQL Server:
+ Se elimini una snapshot origine prima che la snapshot target diventi disponibile, la copia della snapshot potrebbe non riuscire. Verifica che lo snapshot di destinazione abbia lo stato `AVAILABLE` prima di eliminare lo snapshot origine.
+ Non è possibile specificare il nome di un gruppo di opzioni o copiare un gruppo di opzioni nella richiesta di copia di snapshot di database.
+ Se si eliminano AWS risorse dipendenti dello snapshot del DB di origine prima o durante il processo di copia, la richiesta di copia dello snapshot potrebbe fallire in modo asincrono.
+ Se elimini il file di backup della chiave master del servizio (SMK) per l’istanza database di origine memorizzata nel bucket S3 gestito da RDS Custom nel tuo account, la copia dello snapshot di database viene eseguita in modo asincrono. Tuttavia, le funzionalità di SQL Server che dipendono da SMK, come i database abilitati per TDE, presentano alcuni problemi. Per ulteriori informazioni, consulta [Risoluzione dei problemi relativi allo stato PENDING\$1RECOVERY per i database abilitati a TDE in RDS Custom per SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.pending_recovery).
+ La copia di istantanee DB all'interno dello stesso non è attualmente supportata. Regione AWS
+ La copia di istantanee DB tra AWS account non è attualmente supportata.
Le limitazioni relative alla copia di uno snapshot di database per Amazon RDS si applicano anche a RDS Custom per SQL Server. Per ulteriori informazioni, consulta [Limitazioni](USER_CopySnapshot.md#USER_CopySnapshot.Limitations).
## Gestione della crittografia
Tutte le istanze database RDS Custom per SQL Server sono crittografate con chiavi KMS. È possibile copiare solo un'istantanea crittografata su un'istantanea crittografata, pertanto è necessario specificare una chiave KMS valida nella destinazione Regione AWS per la richiesta di copia dello snapshot DB.
La snapshot di origine resta crittografata nel processo di copia. Amazon RDS utilizza la crittografia a busta per proteggere i dati durante l’operazione di copia con la chiave KMS della Regione AWS di destinazione specificata. Per ulteriori informazioni, consulta [Crittografia envelope](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#enveloping) nella *Guida per gli sviluppatori di AWS Key Management Service *.
## Copia tra regioni
È possibile copiare snapshot di database tra Regioni AWS. Tuttavia, esistono alcuni vincoli e considerazioni per la copia di snapshot tra le regioni.
### Autorizzazione della comunicazione tra RDS per la copia delle istantanee Regioni AWS
Una volta che una richiesta di copia di snapshot di database tra Regioni è stata elaborata correttamente, RDS avvia la copia. Viene creata una richiesta di autorizzazione per RDS per accedere allo snapshot di origine. Questa richiesta di autorizzazione collega lo snapshot di database di origine allo snapshot di database di destinazione. Ciò consente a RDS di copiare solo lo snapshot di destinazione specificato.
RDS verifica l’autorizzazione utilizzando l’autorizzazione `rds:CrossRegionCommunication` nel ruolo IAM collegato al servizio. Se la copia è autorizzata, RDS comunica con la Regione di origine e completa l’operazione di copia.
RDS non ha accesso alle istantanee DB che non erano state autorizzate in precedenza da una richiesta di copia. DBSnapshot L’autorizzazione viene revocata al completamento della copia.
RDS utilizza il ruolo collegato al servizio per verificare l'autorizzazione nella regione di origine. La copia ha esito negativo se viene eliminato il ruolo collegato al servizio durante il processo di copia.
Per ulteriori informazioni, consulta [Utilizzo di ruoli collegati ai servizi](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html) nella *Guida per l’utente di AWS Identity and Access Management *.
### Utilizzo delle credenziali AWS Security Token Service
I token di sessione dell'endpoint global AWS Security Token Service (AWS STS) sono validi solo se abilitati per impostazione predefinita (regioni commerciali). Regioni AWS Se utilizzi le credenziali dell'operazione `assumeRole` API in AWS STS, utilizza l'endpoint regionale se la regione di origine è una regione che richiede l'attivazione. In caso contrario, la richiesta ha esito negativo. Le tue credenziali devono essere valide in entrambe le regioni, il che vale per le regioni che hanno aderito solo quando utilizzi l'endpoint regionale. AWS STS
Per utilizzare l'endpoint globale, assicurarsi che sia abilitato per entrambe le regioni nelle operazioni. Imposta l'endpoint globale su Inall `Valid` Regioni AWS nelle impostazioni dell'account. AWS STS
Per ulteriori informazioni, consulta [Managing AWS STS in an Regione AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html) nella *Guida per l’utente di AWS Identity and Access Management *.
## Snapshot di istanze database creati con versioni del motore personalizzato (CEV)
Per uno snapshot di database di un’istanza database che utilizza una [versione del motore personalizzato (CEV)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-cev-sqlserver.html), RDS associa la CEV allo snapshot di database. Per copiare uno snapshot del DB di origine associato a un CEV Regioni AWS, RDS copia il CEV insieme allo snapshot del DB di origine nella regione di destinazione.
Se si copiano più snapshot di database associati alla stessa CEV nella stessa Regione di destinazione, alla prima richiesta di copia viene copiata la CEV associata. Il processo di copia delle richieste successive trova la CEV copiata inizialmente e la associa alle successive copie di snapshot di database. La copia di CEV esistente deve essere in stato `AVAILABLE` per essere associata alle copie di snapshot di database.
Per copiare uno snapshot di database associato a una CEV, è necessario che la policy IAM del richiedente disponga delle autorizzazioni per autorizzare sia la copia dello snapshot di database che la copia di CEV associata. Per consentire la copia della CEV associata, la policy IAM del richiedente deve includere le seguenti autorizzazioni:
+ `rds:CopyCustomDBEngineVersion`: il principale IAM del richiedente deve essere autorizzato a copiare la CEV di origine nella Regione di destinazione insieme allo snapshot di database di origine. La richiesta di copia di snapshot ha esito negativo a causa di errori di autorizzazione se il principale IAM del richiedente non è autorizzato a copiare la CEV di origine.
+ `ec2:CreateTags`: l’AMI EC2 sottostante della CEV di origine viene copiata nella Regione di destinazione come parte della copia della CEV. RDS Custom tenta di etichettare l’AMI con il tag `AWSRDSCustom` prima di copiare l’AMI. Assicurati che il principale IAM del richiedente sia autorizzato a creare il tag sull’AMI sottostante della CEV di origine nella Regione di origine.
Per ulteriori informazioni sulle autorizzazioni per la copia di CEV, consulta [Concessione delle autorizzazioni richieste al principale IAM](#custom-copying-snapshot-sqlserver.GrantPermIAM).
## Concessione delle autorizzazioni richieste al principale IAM
Assicurati di disporre di accesso sufficiente per copiare uno snapshot di database RDS Custom per SQL Server. Il ruolo o utente IAM (indicato come principale IAM) per la copia di uno snapshot di database tramite la console o la CLI deve disporre di una delle seguenti policy per creare istanze database:
+ La policy `AdministratorAccess` oppure
+ La policy `AmazonRDSFullAccess` con le seguenti autorizzazioni aggiuntive:
```
s3:CreateBucket
s3:GetBucketPolicy
s3:PutBucketPolicy
kms:CreateGrant
kms:DescribeKey
ec2:CreateTags
```
RDS Custom utilizza queste autorizzazioni durante la copia di snapshot tra Regioni AWS. Queste autorizzazioni configurano le risorse nell’account che sono necessarie per le operazioni di RDS Custom. Per ulteriori informazioni sull'autorizzazione `kms:CreateGrant`, consulta [AWS KMS key gestione](Overview.Encryption.Keys.md).
La policy JSON di esempio seguente fornisce le autorizzazioni necessarie oltre alla policy `AmazonRDSFullAccess`.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "CreateS3BucketAndReadWriteBucketPolicy",
"Effect": "Allow",
"Action": [
"s3:CreateBucket",
"s3:PutBucketPolicy",
"s3:GetBucketPolicy"
],
"Resource": "arn:aws:s3:::do-not-delete-rds-custom-*"
},
{
"Sid": "CreateKmsGrant",
"Effect": "Allow",
"Action": [
"kms:CreateGrant",
"kms:DescribeKey"
],
"Resource": "*"
},
{
"Sid": "CreateEc2Tags",
"Effect": "Allow",
"Action": [
"ec2:CreateTags"
],
"Resource": "*"
}
]
}
```
------
**Nota**
Assicurati che le autorizzazioni elencate non siano limitate dalle politiche di controllo del servizio (SCPs), dai limiti di autorizzazione o dalle politiche di sessione associate al principale IAM.
Se utilizzi condizioni con chiavi di contesto nella policy IAM del richiedente, alcune condizioni possono causare l’esito negativo della richiesta. Per ulteriori informazioni sulle insidie più comuni dovute alle condizioni delle policy IAM, consulta [Richiesta di una copia di snapshot DB tra regioni](USER_CopySnapshot.md#USER_CopySnapshot.AcrossRegions.Policy).
## Copia di uno snapshot DB.
Utilizza le procedure seguenti per copiare uno snapshot di database. Per ogni AWS account, puoi copiare fino a 20 istantanee DB alla volta da uno Regione AWS all'altro. Se si copia un'istantanea del DB su un'altra Regione AWS, si crea un'istantanea del DB manuale che viene conservata in quella copia. Regione AWS La copia di uno snapshot DB dall'origine comporta costi di Regione AWS trasferimento dati Amazon RDS. Per ulteriori informazioni sui prezzi del trasferimento dati, consulta [Prezzi di Amazon RDS](https://aws.amazon.com/rds/pricing/).
Dopo che la copia dello snapshot DB è stata creata nel nuovo database Regione AWS, la copia dello snapshot DB si comporta come tutte le altre snapshot DB in essa contenute. Regione AWS
Puoi copiare uno snapshot DB utilizzando Console di gestione AWS AWS CLI, o l'API Amazon RDS.
------
#### [ Console ]
La procedura seguente copia uno snapshot di database RDS Custom per SQL Server utilizzando la Console di gestione AWS.
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, selezionare **Snapshots (Snapshot)**.
1. Seleziona lo snapshot di database RDS Custom per SQL Server da copiare.
1. Nel menu a discesa **Azioni**, scegli **Copia snapshot**.
![\[La pagina Copia snapshot nella console Amazon RDS. Le impostazioni vengono caricate nella pagina.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/XRSC-Snapshot-Copy.png)
1. Per copiare lo snapshot del DB in un altro Regione AWS, imposta la **regione di destinazione** sul valore richiesto.
**Nota**
La destinazione Regione AWS deve avere la stessa versione del motore di database disponibile come origine Regione AWS.
1. In **Identificatore nuovo snapshot DB**, immetti un nome univoco per lo snapshot di database. È possibile creare più copie di un backup automatico o di uno snapshot manuale, ma ogni copia deve avere un identificatore univoco.
1. (Facoltativo) Seleziona **Copy Tags (Copia tag)** per copiare i tag e i valori dalla snapshot alla copia della snapshot.
1. In **Crittografia**, specifica l’identificatore di chiave KMS da utilizzare per crittografare la copia dello snapshot di database.
**Nota**
RDS Custom per SQL Server crittografa tutti gli snapshot di database. Non è possibile creare uno snapshot di database non crittografato.
1. Selezionare **Copy Snapshot (Copia snapshot)**.
RDS Custom per SQL Server crea una copia snapshot di database dell’istanza database nella Regione AWS selezionata.
------
#### [ AWS CLI ]
È possibile copiare uno snapshot RDS Custom for SQL Server DB utilizzando il AWS CLI comando. [https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html) Se stai copiando l'istantanea in una nuova Regione AWS, esegui il comando nella nuova. Regione AWS Le seguenti opzioni vengono utilizzate per copiare una snapshot DB. Non tutte le opzioni sono necessarie per tutti gli scenari.
+ `--source-db-snapshot-identifier`: identificatore per lo snapshot di database di origine.
+ Se lo snapshot di origine si trova in un formato Regione AWS diverso da quello della copia, specificare un ARN di snapshot DB valido. Ad esempio, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `--target-db-snapshot-identifier`: identificatore per la nuova copia dello snapshot di database.
+ `--kms-key-id`: identificatore della chiave KMS per uno snapshot di database crittografato. L'identificatore della chiave KMS è il nome della risorsa Amazon Resource Name (ARN), l'identificatore della chiave o l'alias della chiave per la chiave KMS.
+ Se copi uno snapshot crittografato in una Regione AWS diversa, devi specificare una chiave KMS per la Regione AWS di destinazione. Le chiavi KMS sono specifiche del sistema in Regione AWS cui vengono create e non è possibile utilizzare le chiavi di crittografia l'una dall'altra Regione AWS a Regione AWS meno che non venga utilizzata una chiave multiregionale. Per ulteriori informazioni sulle chiavi multi-regione, consulta [Utilizzo delle chiavi multi-regione in AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html).
+ `--copy-tags`: includi i tag e i valori dello snapshot di origine nella copia dello snapshot.
Le seguenti opzioni non sono supportate per copiare uno snapshot di database RDS Custom per SQL Server:
+ `--copy-option-group `
+ `--option-group-name`
+ `--pre-signed-url`
+ `--target-custom-availability-zone`
Nell’esempio di codice riportato di seguito viene copiato uno snapshot di database crittografato dalla Regione Stati Uniti occidentali (Oregon) alla Regione Stati Uniti orientali (Virginia Settentrionale). Emetti il comando nella regione di destinazione (us-est-1).
Per Linux, macOS o Unix:
```
aws rds copy-db-snapshot \
--region us-east-1 \
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 \
--target-db-snapshot-identifier mydbsnapshotcopy \
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
Per Windows:
```
aws rds copy-db-snapshot ^
--region us-east-1 ^
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 ^
--target-db-snapshot-identifier mydbsnapshotcopy ^
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
------
#### [ RDS API ]
[Puoi copiare uno snapshot DB RDS Custom for SQL Server utilizzando l'operazione Copy dell'API Amazon RDS. DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CopyDBSnapshot.html) Se stai copiando lo snapshot in una nuova Regione AWS, esegui l'operazione nella nuova Regione AWS. I seguenti parametri vengono utilizzati per copiare una snapshot DB. Non tutti parametri sono obbligatori:
+ `SourceDBSnapshotIdentifier`: identificatore per lo snapshot di database di origine.
+ Se lo snapshot di origine si trova in un formato Regione AWS diverso da quello della copia, specificare un ARN di snapshot DB valido. Ad esempio, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `TargetDBSnapshotIdentifier`: identificatore per la nuova copia dello snapshot di database.
+ `KmsKeyId`: identificatore della chiave KMS per uno snapshot di database crittografato. L'identificatore della chiave KMS è il nome della risorsa Amazon Resource Name (ARN), l'identificatore della chiave o l'alias della chiave per la chiave KMS.
+ Se copi uno snapshot crittografato in una Regione AWS diversa, devi specificare una chiave KMS per la Regione AWS di destinazione. Le chiavi KMS sono specifiche del sistema in Regione AWS cui vengono create e non è possibile utilizzare le chiavi di crittografia l'una dall'altra Regione AWS a Regione AWS meno che non venga utilizzata una chiave multiregionale. Per ulteriori informazioni sulle chiavi multi-regione, consulta [Utilizzo delle chiavi multi-regione in AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html).
+ `CopyTags`: imposta questo parametro su `true` per copiare i tag e i valori dallo snapshot di origine alla copia dello snapshot. Il valore predefinito è `false`.
Le seguenti opzioni non sono supportate per copiare uno snapshot di database RDS Custom per SQL Server:
+ `CopyOptionGroup`
+ `OptionGroupName`
+ `PreSignedUrl`
+ `TargetCustomAvailabilityZone`
Il seguente codice crea una copia di uno snapshot, con il nuovo nome `mydbsnapshotcopy`, nella regione US East (N. Virginia).
```
https://rds.us-east-1.amazonaws.com/
?Action=CopyDBSnapshot
&KmsKeyId=a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
&SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-west-2%3A123456789012%3Asnapshot%3Ainstance1-snapshot-12345678
&TargetDBSnapshotIdentifier=mydbsnapshotcopy
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20161117T221704Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=da4f2da66739d2e722c85fcfd225dc27bba7e2b8dbea8d8612434378e52adccf
```
------
# Migrazione di un database On-Premise ad Amazon RDS Custom per SQL Server
È possibile utilizzare il seguente processo per migrare un database Microsoft SQL Server On-Premise in Amazon RDS Custom per SQL Server utilizzando ripristino e backup nativi:
1. Effettua un backup completo del database sull'istanza database On-Premise.
1. Carica il file di backup su Amazon S3.
1. Scarica il file di backup da S3 nell'istanza database RDS Custom per SQL Server.
1. Ripristina un database utilizzando il file di backup scaricato sull'istanza DB RDS Custom per SQL Server.
Questo processo spiega la migrazione di un database da locale a RDS Custom per SQL Server, utilizzando ripristino e backup completamente nativi. Per ridurre il tempo di cutover durante il processo di migrazione, è possibile anche considerare l'utilizzo di backup di log o differenziali.
Per informazioni generali su ripristino e backup nativi per RDS per SQL Server, consulta [Importazione ed esportazione di database SQL Server mediante backup e ripristino nativi](SQLServer.Procedural.Importing.md).
**Topics**
+ [Prerequisiti](#custom-migrating.prereqs)
+ [Backup del database On-Premise](#custom-migrating.backup)
+ [Caricamento del file di backup su Amazon S3](#custom-migrating.upload)
+ [Download del file di backup da Amazon S3](#custom-migrating.upload)
+ [Ripristino del file di backup nell'istanza database RDS Custom per SQL Server](#custom-migrating.restore)
## Prerequisiti
Esegui le seguenti attività prima di eseguire la migrazione del database:
1. Configura Remote Desktop Connection (RDP) per l'istanza database RDS Custom per SQL Server. Per ulteriori informazioni, consulta [Connessione all'istanza database RDS Custom tramite RDP](custom-creating-sqlserver.rdp.md).
1. Configura l'accesso ad Amazon S3 in modo da poter caricare e scaricare il file di backup del database.
## Backup del database On-Premise
È possibile utilizzare il backup nativo di SQL Server per eseguire un backup completo del database sull'istanza database On-Premise.
L'esempio seguente mostra un backup di un database denominato `mydatabase`, con l’opzione `COMPRESSION` specificata per ridurre le dimensioni del file di backup.
**Per eseguire il backup del database On-Premise**
1. Utilizzando SQL Server Management Studio (SSMS), connettersi all'istanza di SQL Server On-Premise.
1. Esegui il seguente comando T-SQL.
```
backup database mydatabase to
disk ='C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup\mydb-full-compressed.bak'
with compression;
```
## Caricamento del file di backup su Amazon S3
Utilizza Console di gestione AWS per caricare il file di backup `mydb-full-compressed.bak` su Amazon S3.
**Per caricare il file di backup su S3**
1. Accedi alla Console di gestione AWS e apri la console di Amazon S3 all'indirizzo [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. In **Buckets (Bucket)** selezionare il nome del bucket in cui si desidera caricare il file di backup.
1. Scegli **Carica**.
1. Nella finestra **Carica** completa una delle seguenti operazioni:
+ Trascina e rilascia `mydb-full-compressed.bak` nella finestra **Upload (Carica)**.
+ Scegli **Add file (Aggiungi file)**, scegli `mydb-full-compressed.bak`, quindi scegli **Open (Apri)**.
Amazon S3 caricherà il file di backup come oggetto S3. Al termine del caricamento, sarà visualizzato un messaggio di successo nella pagina **Carica: stato** .
## Download del file di backup da Amazon S3
Utilizza la console per scaricare il file di backup da S3 nell'istanza database di RDS Custom per SQL Server.
**Per scaricare il file di backup da S3**
1. Utilizzando RDP, connettersi all'istanza database RDS Custom per SQL Server.
1. Accedi alla Console di gestione AWS e apri la console di Amazon S3 all'indirizzo [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Nell'elenco **Buckets (Bucket)** selezionare il nome del bucket che contiene il file di backup.
1. Scegli il file di backup `mydb-full-compressed.bak`.
1. Per **Actions (Operazioni)**, scegliere **Download as (Scarica come)**.
1. Aprire il menu contestuale (clic con il tasto destro del mouse) per il collegamento fornito, quindi scegliere **Save As (Salva come)**.
1. Salva il file `mydb-full-compressed.bak` nella directory `D:\rdsdbdata\BACKUP`.
## Ripristino del file di backup nell'istanza database RDS Custom per SQL Server
Utilizzare il ripristino nativo di SQL Server per ripristinare il file di backup nell'istanza database RDS Custom per SQL Server.
In questo esempio, l’opzione `MOVE` è specificata perché le directory dei dati e dei file di log sono diverse dall'istanza database On-Premise.
**Per ripristinare il file di backup**
1. Utilizzando SSMS, connettersi all'istanza database RDS Custom per SQL Server.
1. Esegui il seguente comando T-SQL.
```
restore database mydatabase from disk='D:\rdsdbdata\BACKUP\mydb-full-compressed.bak'
with move 'mydatabase' to 'D:\rdsdbdata\DATA\mydatabase.mdf',
move 'mydatabase_log' to 'D:\rdsdbdata\DATA\mydatabase_log.ldf';
```
# Aggiornamenti del sistema operativo RDS Custom per SQL Server
RDS Custom for SQL Server offre i seguenti metodi per applicare gli aggiornamenti del sistema operativo alle istanze RPEV (RDS Provided Engine Version):
+ *azioni di manutenzione relative agli aggiornamenti del sistema*
+ *aggiornamenti di versioni minori del database*
+ Gli aggiornamenti delle versioni secondarie del motore DB che utilizzano RPEV includono aggiornamenti aggiornati del sistema operativo. Questo approccio è particolarmente utile se si desidera combinare gli aggiornamenti del sistema operativo con gli aggiornamenti delle versioni secondarie di SQL Server. Per ulteriori informazioni, consulta [Aggiornamento di un’istanza database Amazon RDS Custom per SQL Server](custom-upgrading-sqlserver.md).
## Scenari per l'aggiornamento del sistema operativo
Esistono due modi per gestire gli aggiornamenti del sistema operativo per le istanze di RDS Custom per SQL Server:
+ Per le istanze Single-AZ, l'istanza non è disponibile durante l'aggiornamento del sistema operativo.
+ Per le implementazioni Multi-AZ, RDS applica gli aggiornamenti del sistema operativo nel modo seguente:
+ Innanzitutto, RDS esegue un aggiornamento del sistema operativo sull'istanza di standby.
+ RDS esegue il failover sull'istanza DB in standby aggiornata, rendendola la nuova istanza DB principale.
+ Infine, RDS esegue un aggiornamento del sistema operativo sulla nuova istanza DB in standby.
Il tempo di inattività per le implementazioni Multi-AZ è il tempo necessario per il failover.
## Applicazione degli aggiornamenti del sistema operativo mediante azioni di manutenzione relative agli aggiornamenti del sistema
Per applicare gli aggiornamenti del sistema operativo alle istanze RPEV di Amazon RDS, puoi utilizzare l'API Console di gestione AWS AWS CLI, o RDS. Per ulteriori informazioni, consulta [Aggiornamenti del sistema operativo per istanze database RDS](USER_UpgradeDBInstance.Maintenance.md#OS_Updates).
**Example**
Per Linux, macOS o Unix:
**Passaggio 1: verifica gli aggiornamenti disponibili**
Usa il `describe-pending-maintenance-actions` comando per verificare se gli aggiornamenti del sistema operativo sono disponibili per le tue istanze:
```
aws rds describe-pending-maintenance-actions
```
Risposta di esempio:
```
{
"PendingMaintenanceActions": [
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"Description": "New Operating System update is available"
}
]
}
]
}
```
Un tipo di azione `system-update` indica che per l'istanza è disponibile un aggiornamento del sistema operativo.
**Passaggio 2: applicare l'aggiornamento del sistema operativo**
Usa il `apply-pending-maintenance-action` comando per pianificare l'aggiornamento:
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance \
--apply-action system-update \
--opt-in-type immediate
```
L'`opt-in-type`input ha le seguenti opzioni:
+ `immediate`: Applica subito l'aggiornamento
+ `next-maintenance`: applica l'aggiornamento durante la successiva finestra di manutenzione programmata
+ `undo-opt-in`: Annulla un aggiornamento pianificato in precedenza
Risposta di esempio:
```
{
"ResourcePendingMaintenanceActions": {
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"AutoAppliedAfterDate": "2024-04-10T20:41:01.695000+00:00",
"ForcedApplyDate": "2024-04-10T20:41:01.694000+00:00",
"CurrentApplyDate": "2024-04-10T20:41:01.695000+00:00",
"Description": "New Operating System update is available"
}
]
}
}
```
## Notifiche di aggiornamento del sistema operativo
Per ricevere una notifica quando diventa disponibile una nuova patch facoltativa del sistema operativo, è possibile iscriversi a [RDS-EVENT-0230](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Messages.html#RDS-EVENT-0230) nella categoria degli eventi di applicazione delle patch di sicurezza. Per informazioni sulla sottoscrizione agli eventi RDS, consulta [Sottoscrizione alla notifica degli eventi di Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Subscribing.html).
## Considerazioni
Le seguenti considerazioni e limitazioni si applicano agli aggiornamenti del sistema operativo:
+ Le personalizzazioni del sistema operativo apportate all'unità C:\$1 non vengono mantenute durante gli aggiornamenti del sistema operativo.
+ Si consiglia di scattare un'istantanea manuale prima di applicare gli aggiornamenti.
# Aggiornamento di un’istanza database Amazon RDS Custom per SQL Server
È possibile aggiornare un’istanza database Amazon RDS Custom per SQL Server modificandola in modo da utilizzare una nuova versione del motore di database. Per informazioni generali sull'aggiornamento delle istanze database, consulta [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md).
**Topics**
+ [Panoramica degli aggiornamenti in RDS Custom per SQL Server](#custom-upgrading-sqlserver.Overview)
+ [Aggiornamento della versione principale e secondaria del motore](#custom-upgrading-sqlserver.Upgrade)
+ [Livello di compatibilità del database](#custom-upgrading-sqlserver.Major.Compatibility)
## Panoramica degli aggiornamenti in RDS Custom per SQL Server
Amazon RDS Custom per SQL Server supporta gli aggiornamenti di versioni principali e secondarie. Gli aggiornamenti di versioni secondarie possono includere patch di sicurezza, correzioni di bug e miglioramenti del motore. Microsoft rilascia questi aggiornamenti come aggiornamenti cumulativi (CU). Gli aggiornamenti di versioni principali introducono nuove funzionalità e modifiche al motore tra le versioni, come l’aggiornamento da SQL Server 2019 a 2022. È possibile applicare entrambi gli aggiornamenti immediatamente o durante le finestre di manutenzione pianificata. Per evitare potenziali problemi di compatibilità con le versioni precedenti, è consigliabile testare le applicazioni in un ambiente non di produzione prima dell’aggiornamento.
RDS Custom per SQL Server consente di aggiornare una versione del motore fornita da RDS (RPEV) o una versione del motore personalizzato (CEV).
+ Le versioni del motore fornite da RDS (RPEV) contengono patch aggiornate del sistema operativo e aggiornamenti cumulativi (CU) di SQL Server.
+ Per una versione del motore personalizzato (CEV), è necessario seguire una procedura in due fasi. Prima di tutto, crea una nuova CEV con la versione di SQL Server di destinazione. A questo proposito, consulta [Preparazione alla creazione di una CEV per RDS Custom per SQL Server](custom-cev-sqlserver.preparing.md). Questa versione di destinazione deve essere uguale o più recente rispetto alla versione corrente. Una volta creato la nuova CEV, modifica l’istanza database in modo che utilizzi questa nuova versione. Per ulteriori informazioni, consulta [Performing a minor version upgrade for Amazon RDS Custom for SQL Server CEV with Multi-AZ](https://aws.amazon.com/blogs/database/performing-a-minor-version-upgrade-for-amazon-rds-custom-for-sql-server-cev-with-multi-az/).
Non applicare gli aggiornamenti in loco cumulativi di SQL Server all’istanza RDS Custom in esecuzione. Una volta creata una CEV con una versione specifica di SQL Server, ad esempio SQL Server 2022 CU16, se viene applicato un aggiornamento cumulativo più recente direttamente all’istanza, questa viene rimossa dal perimetro di supporto e viene segnalato un errore `SP-S3006`. Per applicare una patch a un’istanza di SQL Server esistente utilizzando un CEV, crea una nuova CEV che includa l’aggiornamento cumulativo desiderato, quindi modifica l’istanza esistente per passare alla nuova CEV.
Se si aggiorna un’istanza database RDS Custom per SQL Server in un’implementazione Multi-AZ, RDS Custom per SQL Server esegue gli aggiornamenti in sequenza per l’istanza. Questo approccio riduce al minimo il tempo di inattività aggiornando un’istanza alla volta. RDS esegue le seguenti azioni per eseguire aggiornamenti in sequenza:
1. Aggiorna l’istanza database in standby.
1. Effettua il failover sull’istanza database in standby aggiornata, in modo che diventi la nuova istanza database primaria.
1. Aggiorna la nuova istanza database in standby
Il tempo di inattività dell’istanza database per le implementazioni Multi-AZ è il tempo necessario per il failover.
Le seguenti limitazioni si applicano all’aggiornamento di un’istanza database RDS Custom per SQL Server:
+ I gruppi di parametri e opzioni di DB personalizzato non sono supportati.
+ Tutti i volumi di archiviazione aggiuntivi collegati all’istanza database RDS Custom per SQL Server non sono collegati dopo l’aggiornamento.
+ Per le CEV, l’applicazione in loco degli aggiornamenti cumulativi di SQL Server non è supportata e comporta la rimozione dell’istanza dal perimetro di supporto.
## Aggiornamento della versione principale e secondaria del motore
Gli aggiornamenti delle versioni principali e secondarie del motore sono irreversibili e devono sempre essere eseguiti a una versione più recente. Per identificare le versioni di destinazione disponibili, usa Console di gestione AWS e scegli tra le versioni disponibili quando modifichi l’istanza database. In alternativa, utilizza il comando della CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) o il comando dell’API RDS [DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
Per Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine custom-sqlserver-se \
--engine-version 15.00.4322.2.v1 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" \
--output table
```
Per Windows:
```
aws rds describe-db-engine-versions ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4322.2.v1 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" ^
--output table
```
L’output mostra le versioni del motore di destinazione disponibili:
```
--------------------------
|DescribeDBEngineVersions|
+------------------------+
| EngineVersion |
+------------------------+
| 15.00.4410.1.v1 |
| 15.00.4415.2.v1 |
| 15.00.4430.1.v1 |
| 16.00.4165.4.v1 |
| 16.00.4175.1.v1 |
| 16.00.4185.3.v1 |
+------------------------+
```
Dopo aver identificato la versione di destinazione, utilizza Console di gestione AWS e segui le istruzioni contenute in [Modifica di un'istanza database RDS Custom per SQL Server](custom-managing.modify-sqlserver.md). In alternativa, utilizza il comando della CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) o il comando dell’API RDS [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html).
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier DB_INSTANCE_IDENTIFIER \
--engine-version ENGINE_VERSION \
--allow-major-version-upgrade \
--region Region \
--no-apply-immediately
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier DB_INSTANCE_IDENTIFIER ^
--engine-version ENGINE_VERSION ^
--allow-major-version-upgrade ^
--region Region ^
--no-apply-immediately
```
**Nota**
È necessario includere il parametro `--allow-major-version-upgrade` per eseguire gli aggiornamenti delle versioni principali.
## Livello di compatibilità del database
È possibile utilizzare i livelli di compatibilità del database Microsoft SQL Server per modificare alcuni comportamenti del database in modo da emulare versioni precedenti di SQL Server. Per ulteriori informazioni, consulta [Livello di compatibilità](https://msdn.microsoft.com/en-us/library/bb510680.aspx) nella documentazione Microsoft.
Quando aggiorni l'istanza database, tutti i database esistenti rimangono impostati sul livello di compatibilità originale. Se, ad esempio, esegui l’aggiornamento da SQL Server 2019 a SQL Server 2022, tutti i database esistenti hanno un livello di compatibilità di 150. I nuovi database creati dopo l’aggiornamento hanno il livello di compatibilità 160.
È possibile modificare il livello di compatibilità di un database tramite il comando ALTER DATABASE. Ad esempio, per modificare un database denominato `customeracct` in modo che sia compatibile con SQL Server 2022, utilizza il comando seguente:
```
1. ALTER DATABASE customeracct SET COMPATIBILITY_LEVEL = 160
```
# Risoluzione dei problemi relativi ai database di Amazon RDS Custom per SQL Server
Il modello di responsabilità condivisa di RDS Custom fornisce l'accesso a livello di shell al sistema operativo e l'accesso come amministratore al database. RDS Custom esegue risorse nel proprio account, a differenza di Amazon RDS, che esegue le risorse in un account di sistema. Con un maggiore accesso si ottiene una maggiore responsabilità. Nelle sezioni seguenti sono descritte le procedure di risoluzione dei problemi relativi alle istanze database Amazon RDS Custom per SQL Server.
**Nota**
Questa sezione spiega come risolvere i problemi relativi a RDS Custom per SQL Server. Per informazioni sulla risoluzione dei problemi relativi a RDS Custom per Oracle, consulta [Risoluzione dei problemi relativi ai database di Amazon RDS Custom per Oracle](custom-troubleshooting.md).
**Topics**
+ [Visualizzazione di eventi RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.viewing-events)
+ [Abbonamento a eventi RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.subscribing)
+ [Risoluzione degli errori della CEV per RDS Custom per SQL Server](#custom-troubleshooting-sqlserver.cev)
+ [Correzione delle configurazioni non supportate in RDS Custom per SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported)
+ [Risoluzione dei problemi `Storage-Full` in RDS Custom per SQL Server](#custom-troubleshooting-storage-full)
+ [Risoluzione dei problemi relativi allo stato PENDING\$1RECOVERY per i database abilitati a TDE in RDS Custom per SQL Server](#custom-troubleshooting-sqlserver.pending_recovery)
## Visualizzazione di eventi RDS Custom
La procedura per visualizzare gli eventi è la stessa per le istanze database Amazon RDS e RDS Custom. Per ulteriori informazioni, consulta [Visualizzazione di eventi Amazon RDS](USER_ListEvents.md).
Per visualizzare la notifica degli eventi RDS Custom utilizzando il AWS CLI, utilizzare il `describe-events` comando. RDS Custom presenta diversi nuovi eventi. Le categorie di eventi sono le stesse di Amazon RDS. Per l'elenco di eventi, consultare [Categorie di eventi e messaggi di eventi di Amazon RDS ](USER_Events.Messages.md).
Nell'esempio seguente vengono recuperati i dettagli per gli eventi verificati per l'istanza database RDS Custom specificata.
```
1. aws rds describe-events \
2. --source-identifier my-custom-instance \
3. --source-type db-instance
```
## Abbonamento a eventi RDS Custom
La procedura per visualizzare gli eventi è la stessa per le istanze database Amazon RDS e RDS Custom. Per ulteriori informazioni, consulta [Sottoscrizione alle notifiche eventi di Amazon RDS](USER_Events.Subscribing.md).
Per abbonarsi alle notifiche degli eventi RDS Custom utilizzando la CLI, utilizza il comando `create-event-subscription`. Includi i parametri obbligatori seguenti:
+ `--subscription-name`
+ `--sns-topic-arn`
Nell'esempio seguente viene creata una sottoscrizione per gli eventi di backup e ripristino per un'istanza database RDS Custom nell'account AWS attuale. Le notifiche sono inviate a un argomento Amazon Simple Notification Service (Amazon SNS) specificato da `--sns-topic-arn`.
```
1. aws rds create-event-subscription \
2. --subscription-name my-instance-events \
3. --source-type db-instance \
4. --event-categories '["backup","recovery"]' \
5. --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events
```
## Risoluzione degli errori della CEV per RDS Custom per SQL Server
La creazione di una CEV potrebbe non riuscire. In questo caso, RDS Custom invia il messaggio dell'evento `RDS-EVENT-0198`. Per ulteriori informazioni sulla visualizzazione degli eventi RDS, consulta [Categorie di eventi e messaggi di eventi di Amazon RDS ](USER_Events.Messages.md).
Utilizza le seguenti informazioni per individuare le possibili cause.
****
| Messaggio | Suggerimenti sulla risoluzione dei problemi |
| --- | --- |
| `Custom Engine Version creation expected a Sysprep’d AMI. Retry creation using a Sysprep’d AMI.` | Esegui Sysprep sull'istanza EC2 creata dall'AMI. Per ulteriori informazioni sulla preparazione di un'immagine AMI utilizzando Sysprep, consulta [Creare un'immagine Amazon Machine Image (AMI) standardizzata utilizzando Sysprep](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Creating_EBSbacked_WinAMI.html#sysprep-using-ec2launchv2). |
| `EC2 Image permissions for image (AMI_ID) weren't found for customer (Customer_ID). Verify customer (Customer_ID) has valid permissions on the EC2 Image.` | Verifica che l'account e il profilo utilizzati per la creazione dispongano delle autorizzazioni necessarie per `create EC2 Instance` e `Describe Images` per l'AMI selezionata. |
| `Failed to rebuild databases with server collation (collation name) due to missing setup.exe file for SQL Server.` | Verifica che il file `setup` sia disponibile in `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\SQLnnnn\setup.exe`. |
| `Image (AMI_ID) doesn't exist in your account (ACCOUNT_ID). Verify (ACCOUNT_ID) is the owner of the EC2 image.` | Assicurati che l'AMI sia presente nello stesso account cliente. |
| `Image id (AMI_ID) isn't valid. Specify a valid image id, and try again.` | Il nome dell'AMI non è corretto. Assicurati che venga fornito l'ID AMI corretto. |
| `Image (AMI_ID) operating system platform isn't supported. Specify a valid image, and try again.` | Scegli un'AMI supportata con Windows Server con SQL Server Enterprise, Standard o Web Edition. Scegli un'AMI con uno dei seguenti codici operativi di utilizzo dal Marketplace EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `SQL Server Web Edition isn't supported for creating a Custom Engine Version using Bring Your Own Media. Specify a valid image, and try again.` | Utilizzare un'AMI contenente un'edizione supportata di SQL Server. Per ulteriori informazioni, consulta [Supporto della versione per RDS Custom for SQL Server CEVs](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.VersionSupport). |
| `The custom engine version can't be the same as the OEV engine version. Specify a valid CEV, and try again.` | Le versioni classiche del motore RDS Custom per SQL Server non sono supportate. Ad esempio, la versione **15.00.4073.23.v1**. Utilizza un numero di versione supportato. |
| `The custom engine version isn't in an active state. Specify a valid CEV, and try again.` | La CEV deve essere nello stato `AVAILABLE` per poter completare l'operazione. Modifica la CEV da `INACTIVE` a `AVAILABLE`. |
| `The custom engine version isn't valid for an upgrade. Specify a valid CEV with an engine version greater or equal to (X), and try again.` | La CEV di destinazione non è valida. Verifica i requisiti per un percorso di aggiornamento valido. |
| `The custom engine version isn't valid. Names can include only lowercase letters (a-z), dashes (-), underscores (_), and periods (.). Specify a valid CEV, and try again.` | Segui la convenzione di denominazione della CEV richiesta. Per ulteriori informazioni, consulta [Requisiti per RDS Custom for SQL Server CEVs](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.Requirements). |
| `The custom engine version isn't valid. Specify valid database engine version, and try again. Example: 15.00.4073.23-cev123.` | È stata fornita una versione del motore di database non supportata. Usa una versione del motore di database supportata. |
| `The expected architecture is (X) for image (AMI_ID), but architecture (Y) was found.` | Usa un'AMI basata sull'architettura **x86\$164**. |
| `The expected owner of image (AMI_ID) is customer account ID (ACCOUNT_ID), but owner (ACCOUNT_ID) was found.` | Crea l'istanza EC2 dall'AMI di cui disponi dell'autorizzazione. Esegui Sysprep sull'istanza EC2 per creare e salvare un'immagine di base. |
| `The expected platform is (X) for image (AMI_ID), but platform (Y) was found.` | Usa un'AMI creata con la piattaforma Windows. |
| `The expected root device type is (X) for image %s, but root device type (Y) was found.` | Crea l'AMI con il tipo di dispositivo EBS. |
| `The expected SQL Server edition is (X), but (Y) was found.` | Scegli un'AMI supportata con Windows Server con SQL Server Enterprise, Standard o Web Edition. Scegli un'AMI con uno dei seguenti codici operativi di utilizzo dal Marketplace EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `The expected state is (X) for image (AMI_ID), but the following state was found: (Y).` | Assicurati che l'AMI sia nello stato `AVAILABLE`. |
| `The provided Windows OS name (X) isn’t valid. Make sure the OS is one of the following: (Y).` | Usa un sistema operativo Windows supportato. |
| `Unable to find bootstrap log file in path.` | Verifica che il file di log sia disponibile in `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log\Summary.txt`. |
| `RDS expected a Windows build version greater than or equal to (X), but found version (Y).`. | Usa un'AMI con la versione di build del sistema operativo minima **14393**. |
| `RDS expected a Windows major version greater than or equal to (X), but found version (Y).`. | Usa un'AMI con la versione principale del sistema operativo minima **10.0** o successiva. |
## Correzione delle configurazioni non supportate in RDS Custom per SQL Server
In base al modello di responsabilità condivisa, è tua responsabilità risolvere i problemi di configurazione che comportano il passaggio dell'istanza database RDS Custom per SQL Server allo stato `unsupported-configuration`. Se il problema riguarda l' AWS infrastruttura, puoi utilizzare la console o AWS CLI risolverlo. Se il problema riguarda il sistema operativo o la configurazione del database, è possibile accedere all'host per risolverlo.
**Nota**
Questa sezione spiega come correggere le configurazioni non supportate in RDS Custom per SQL Server. Per ulteriori informazioni su RDS Custom per Oracle, consulta [Correzione delle configurazioni non supportate in RDS Custom per Oracle](custom-troubleshooting.md#custom-troubleshooting.fix-unsupported).
Nelle tabelle seguenti puoi trovare le descrizioni delle notifiche e degli eventi inviati dal perimetro di supporto e come risolverli. Queste notifiche e il perimetro di supporto sono soggetti a modifiche. Per informazioni sul perimetro del supporto, consulta [Perimetro di supporto RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). Per le descrizioni degli eventi, consulta [Categorie di eventi e messaggi di eventi di Amazon RDS ](USER_Events.Messages.md).
| Codice dell’evento | Area di configurazione | Messaggio dell'evento RDS | Processo di convalida |
| --- | --- | --- | --- |
| `SP-S0000` | Configurazione manuale non supportata | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: `X`. | Per risolvere questo problema, crea un caso di supporto. |
**AWS risorsa (infrastruttura)**
| Codice dell’evento | Area di configurazione | Messaggio dell'evento RDS | Processo di convalida |
| --- | --- | --- | --- |
| `SP-S1001` | Stato dell’istanza EC2 | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: l’istanza EC2 sottostante %s è stata interrotta senza interrompere l’istanza RDS. Puoi risolvere questo problema avviando l’istanza EC2 sottostante e assicurandoti che i volumi binari e di dati siano collegati. Se intendi interrompere l’istanza RDS, assicurati che l’istanza EC2 sottostante sia prima nello stato DISPONIBILE, quindi usa la console RDS o la CLI per interrompere l’istanza RDS. | Per verificare lo stato di un’istanza database, utilizza la console o esegui il seguente comando AWS CLI : aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
|
| `SP-S1002` | Stato dell’istanza EC2 | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: lo stato dell’istanza database RDS è impostato su `STOPPED` ma l’istanza EC2 sottostante %s è stata avviata. Puoi risolvere questo problema arrestando l’istanza EC2 sottostante. Se intendi avviare l’istanza RDS, utilizza la console o la CLI. | Usa il seguente AWS CLI comando per controllare lo stato di un'istanza DB: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
Puoi anche controllare lo stato dell’istanza EC2 tramite la console EC2. Per avviare un’istanza database, utilizza la console o esegui il seguente comando AWS CLI : aws rds start-db-instance \
--db-instance-identifier db-instance-name
|
| `SP-S1003` | Classe istanza EC2 | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: la classe dell’istanza database dell’host EC2 prevista non corrisponde a quella configurata. È possibile risolvere questo problema impostando la classe di istanza database sul tipo di classe originale. | Utilizza il seguente comando CLI per controllare la classe di istanza database prevista: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceClass
|
| `SP-S1004` | Volume di archiviazione EBS non accessibile | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il volume di archiviazione EBS originale %s associato all’istanza EC2 non è attualmente accessibile. | |
| `SP-S1005` | Volume di archiviazione EBS scollegato | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il volume di archiviazione EBS originale “volume-id” non è collegato. È possibile risolvere questo problema collegando il volume EBS associato all’istanza EC2. | Dopo aver ricollegato il volume EBS, utilizza i seguenti comandi CLI per verificare se il volume EBS “volume-id” è collegato correttamente all’istanza RDS: aws ec2 describe-volumes \
--volume-ids volume-id |grep InstanceId
|
| `SP-S1006` | Dimensione del volume di archiviazione EBS | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: le impostazioni del volume di archiviazione EBS “volume-id” previste non corrispondono a quelle configurate. Le dimensioni del volume sono state modificate manualmente anche a livello EC2 rispetto ai valori originali di [%s]. Per risolvere questo problema, crea un caso di supporto. | Utilizza il seguente comando CLI per confrontare i dettagli delle dimensioni del volume di archiviazione EBS “volume-id” con i dettagli dell’istanza RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Utilizza il seguente comando CLI per visualizzare le dimensioni effettive del volume allocato: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1007` | Configurazione del volume di archiviazione EBS | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: le impostazioni del volume di archiviazione EBS “volume-id” previste non corrispondono a quelle configurate. È possibile risolvere questo problema impostando la configurazione del volume di archiviazione EBS [IOPS, throughput, tipo di volume] sui valori originali [IOPS: %s, throughput: %s, tipo di volume: %s] a livello EC2. Per future modifiche relative all’archiviazione, utilizza la console RDS o la CLI. Le dimensioni del volume sono state modificate manualmente anche a livello EC2 rispetto ai valori originali di [%s]. Per risolvere questo problema, crea un caso di supporto. | Utilizza il seguente comando CLI per confrontare i dettagli del tipo di volume di archiviazione EBS “volume-id” con i dettagli dell’istanza RDS: Assicurati che i valori a livello di EBS corrispondano ai valori a livello di RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Per ottenere il valore di throughput di archiviazione previsto a livello di RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Per ottenere il valore previsto per IOPS del volume a livello di RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Per ottenere il tipo di archiviazione corrente a livello di EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Per ottenere il valore di throughput di archiviazione corrente a livello di EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Per ottenere il valore corrente per IOPS del volume a livello di EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
|
| `SP-S1008` | Dimensioni e configurazione del volume di archiviazione EBS | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: le impostazioni del volume di archiviazione EBS “volume-id” previste non corrispondono a quelle configurate. È possibile risolvere questo problema impostando la configurazione del volume di archiviazione EBS [IOPS, throughput, tipo di volume] sui valori originali [IOPS: %s, throughput: %s, tipo di volume: %s] a livello EC2. Per future modifiche relative all’archiviazione, utilizza la console RDS o la CLI. Le dimensioni del volume sono state modificate manualmente anche a livello EC2 rispetto ai valori originali di [%s]. Per risolvere questo problema, crea un caso di supporto. | Utilizza il seguente comando CLI per confrontare i dettagli del tipo di volume di archiviazione EBS “volume-id” con i dettagli dell’istanza RDS: Assicurati che i valori a livello di EBS corrispondano ai valori a livello di RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Per ottenere il valore di throughput di archiviazione previsto a livello di RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Per ottenere il valore previsto per IOPS del volume a livello di RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Per ottenere il tipo di archiviazione corrente a livello di EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Per ottenere il valore di throughput di archiviazione corrente a livello di EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Per ottenere il valore corrente per IOPS del volume a livello di EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
Per ottenere le dimensioni previste del volume allocato: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Per ottenere le dimensioni effettive del volume allocato: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1009` | Autorizzazioni SQS | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: autorizzazioni di Amazon Simple Queue Service (SQS) mancanti per il profilo dell’istanza IAM. Puoi risolvere questo problema assicurandoti che il profilo IAM associato all'host disponga delle seguenti autorizzazioni: ["SQS: «, "SQS: SendMessage «, "SQS: ReceiveMessage «, "SQS: DeleteMessage «]. GetQueueUrl | |
| `SP-S1010` | Endpoint VPC di SQS | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: una policy dell’endpoint VPC blocca le operazioni di Amazon Simple Queue Service (SQS). È possibile risolvere questo problema modificando la policy dell’endpoint VPC per consentire le azioni SQS richieste. | |
| `SP-S1011` | Policy del router di eventi | Lo stato dell'istanza RDS Custom DB è impostato su [Configurazione non supportata] per: La politica basata sulle risorse per il tuo event bus arn:aws:events:region- 1:123456789012:event-bus/default nega Amazon events: actions. CloudWatch PutEvents Risolvi EventBus questo problema PutEvents modificando la policy basata sulle risorse per consentire eventi: azioni per %s. | |
| `SP-S1012` | CloudWatch Autorizzazioni VPC | Lo stato dell'istanza DB personalizzata RDS è impostato su [Configurazione non supportata] per: a una policy degli endpoint VPC mancano le autorizzazioni per accedere agli eventi Amazon. CloudWatch Risolvi questo problema modificando la policy degli endpoint VPC per consentire gli eventiPutEvents : EventBus su arn:aws:events:region- 1:123456789012:event-bus/default. | |
| `SP-S1013` | Policy di controllo dei servizi | Lo stato dell'istanza DB personalizzata RDS è impostato su [Configurazione non supportata] perché: in una policy di controllo del servizio non sono presenti le autorizzazioni per accedere agli eventi Amazon. AWS Organizations CloudWatch Risolvi questo problema modificando la politica di controllo del servizio per consentire gli eventi: PutEvents su EventBus arn:aws:events:region- 1:123456789012:event-bus/default. | |
| `SP-S1014` | Profilo dell’istanza IAM | Lo stato dell'istanza DB personalizzata RDS è impostato su [Configurazione non supportata] per: le autorizzazioni del tuo profilo di istanza IAM %s negano gli eventi Amazon. CloudWatch Risolvi questo problema impostando ["events: PutEvents «] su 'Consenti' e autorizzando gli eventi: PutEvents su EventBus arn:aws:events:region- 1:123456789012:event-bus/default nel tuo profilo IAM associato all'istanza. | |
| `SP-S1015` | Profilo dell’istanza IAM | Lo stato dell'istanza RDS Custom DB è impostato su [Configurazione non supportata] perché: al profilo dell'istanza IAM %s mancano le autorizzazioni per gli eventi Amazon CloudWatch . Risolvi il problema includendo le autorizzazioni ["events: PutEvents «] e permettendo gli eventi: PutEvents su EventBus arn:aws:events:region- 1:123456789012:event-bus/default nel tuo profilo IAM associato all'istanza. | |
| `SP-S1016` | Limite delle autorizzazioni IAM | Lo stato dell'istanza DB personalizzata RDS è impostato su [Configurazione non supportata] per: il profilo dell'istanza IAM %s ha un limite di autorizzazioni che nega gli eventi Amazon. CloudWatch Risolvi questo problema impostando ["events: PutEvents «] su 'Consenti' per EventBus arn:aws:events:region- 1:123456789012:event-bus/default nel limite delle autorizzazioni del profilo dell'istanza IAM. | |
**Sistema operativo**
| Codice dell’evento | Area di configurazione | Messaggio dell'evento RDS | Processo di convalida |
| --- | --- | --- | --- |
| `SP-S2001` | Stato del servizio SQL | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il servizio SQL Server non è avviato. È possibile risolvere questo problema riavviando il servizio SQL Server sull’host. Se l’istanza database è un’istanza database Multi-AZ e il riavvio non riesce, arresta e avvia l’host per avviare un failover. | |
| `SP-S2002` | Stato dell’agente RDS Custom | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il servizio Agente RDS Custom non è installato o non può essere avviato. Puoi risolvere questo problema esaminando il log eventi di Windows per determinare il motivo per cui il servizio non si avvia e adottando le misure appropriate per risolvere il problema. Per ulteriore assistenza, crea una caso di supporto. | Accedere all'host e assicurarsi che l'agente RDS Custom sia in esecuzione. Per visualizzare lo stato dell’agente, è possibile utilizzare il seguente comando. $name = "RDSCustomAgent"
$service = Get-Service $name
Write-Host $service.Status
Se lo stato non è `Running`, è possibile avviare il servizio con il comando seguente: Start-Service $name
Se non è possibile avviare l’agente, controlla gli eventi di Windows per scoprire il motivo. L’agente richiede un utente Windows per avviare il servizio. Assicurati che esista un utente Windows che dispone dei privilegi necessari per eseguire il servizio. |
| `SP-S2003` | Stato dell’agente SSM | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il servizio Agente Amazon SSM non è raggiungibile. Puoi risolvere questo problema controllando lo stato del servizio con il comando o avviando il servizio con. `Get-Service AmazonSSMAgent` PowerShell `Start-Service AmazonSSMAgent` Assicurati che il traffico HTTPS (porta 443) in uscita verso gli endpoint regionali **ssm**, **ssmmessages** e **ec2messages** sia consentito. | Per ulteriori informazioni, consulta [Risoluzione dei problemi relativi all’SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). Per risolvere i problemi relativi agli endpoint SSM, consulta [Impossibile connettersi agli endpoint SSM](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html#systems-manager-ssm-agent-troubleshooting-endpoint-access) e [Utilizzare ssm-cli per risolvere i problemi relativi alla disponibilità dei nodi gestiti](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-cli.html#agent-ts-ssm-cli). |
| `SP-S2004` | Accesso all’agente RDS Custom | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: si è verificato un errore imprevisto con l’accesso SQL`"$HOSTNAME/RDSAgent”`. Per risolvere questo problema, crea un caso di supporto. | |
| `SP-S2005` | Fuso orario | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il fuso orario sull’istanza Amazon EC2 [%s] è stato modificato. Puoi risolvere questo problema ripristinando l’impostazione del fuso orario specificata durante la creazione dell’istanza. Se desideri creare un’istanza con un determinato fuso orario, consulta la documentazione di RDS Custom. | Esegui il `Get-Timezone` PowerShell comando per confermare il fuso orario. Per ulteriori informazioni, consulta [Fuso orario locale per le istanze database di RDS Custom for SQL Server](custom-reqs-limits-MS.TimeZone.md). |
| `SP-S2006` | Versione della soluzione software a disponibilità elevata | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: la soluzione software a disponibilità elevata dell’istanza corrente è diversa rispetto alla versione prevista. Per risolvere questo problema, crea un caso di supporto. | |
| `SP-S2007` | Configurazione della versione della soluzione software a disponibilità elevata | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: le impostazioni di configurazione della soluzione software a disponibilità elevata sono state modificate su valori non previsti sull’istanza %s. Per risolvere questo problema, riavvia l’istanza EC2. Quando riavvii l’istanza EC2, le impostazioni vengono aggiornate automaticamente alla configurazione richiesta per la soluzione software a disponibilità elevata. | |
| SP-S2008 | Servizio SQL Server | L'istanza DB personalizzata RDS è impostata su [Configurazione non supportata]: SQLServer (MSSQLServer) il servizio non esiste sull'host. Per risolvere questo problema, crea un caso di supporto. | Per visualizzare lo stato dell’agente, è possibile utilizzare il seguente comando. $name = "MSSQLServer"
$service = Get-Service $name
Write-Host $service.Status
|
| SP-S2009 | Certificato SSL | L’istanza database RDS Custom è impostata su [Configurazione non supportata] per il seguente motivo: certificati SSL non autofirmati causano un’interruzione in RDS. Per risolvere questo problema, rimuovi i certificati non autofirmati dall’archivio di certificati root attendibile. | Esegui il PowerShell comando seguente per esaminare i certificati non autofirmati. Get-ChildItem cert:\LocalMachine\root -Recurse | Where-Object {$_.Issuer -ne $_.Subject -and $_.Issuer -notlike "*RDSCustomAgentCA*"} Per ulteriori informazioni, consulta [HTTP Error 403.16 when you try to access a website that’s hosted on IIS](https://learn.microsoft.com/en-us/troubleshoot/developer/webapps/iis/site-behavior-performance/http-403-forbidden-access-website). |
| SP-S2010 | Stato di archiviazione del volume root | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: lo spazio di archiviazione del volume root è esaurito. Per risolvere questo problema, libera almeno 500 MiB di spazio di archiviazione nel volume root EBS “volume-id” o aumenta le dimensioni del volume e ridimensiona l’unità C sull’istanza EC2 “instance-id”. Le modifiche alle dimensioni del volume root non persistono quando si sostituisce l’istanza EC2. | Utilizza il seguente comando per visualizzare lo spazio di archiviazione disponibile sul volume root (C:). (Get-PSDrive -Name C).Free / 1MB
Per ulteriori informazioni sulla modifica del volume root EBS, consulta [How](https://forums.aws.amazon.com/knowledge-center/expand-ebs-root-volume-windows) |
**Database**
| Codice dell’evento | Area di configurazione | Messaggio dell'evento RDS | Processo di convalida |
| --- | --- | --- | --- |
| `SP-S3001` | Protocollo di memoria condivisa di SQL Server | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il protocollo di memoria condivisa di SQL Server è disabilitato. È possibile risolvere questo problema abilitando il protocollo di memoria condivisa in SQL Server Configuration Manager. | A questo scopo, imposta **SQL Server Configuration Manager > Configurazione di rete SQL Server > Protocolli per MSSQLSERVER > Memoria condivisa** su Abilitato. Riavvia il processo SQL Server dopo aver abilitato il protocollo. |
| `SP-S3002` | Chiave master del servizio | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: l’automazione RDS non è in grado di eseguire il backup della chiave master del servizio (SMK) nell’ambito della generazione della nuova chiave SMK. Per risolvere questo problema, crea un caso di supporto. | |
| `SP-S3003` | Chiave master del servizio | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: i metadati relativi alla chiave master del servizio (SMK) sono mancanti o incompleti. Per risolvere questo problema, crea un caso di supporto. | |
| `SP-S3004` | Versione ed edizione del motore di database | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: mancata corrispondenza tra la versione ed edizione di SQL Server previste e installate: la modifica dell’edizione di SQL Server non è supportata in RDS Custom per SQL Server. Inoltre, non è supportata la modifica manuale della versione di SQL Server sull’istanza EC2 di RDS Custom. Per risolvere questo problema, crea un caso di supporto. | Esegui la query seguente per ottenere la versione di SQL: select @@version
Esegui il AWS CLI comando seguente per ottenere la versione e l'edizione del motore SQL RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
Per ulteriori informazioni, consultare [Modifica di un'istanza database RDS Custom per SQL Server](custom-managing.modify-sqlserver.md) e [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3005` | Edizione motore di database | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: l’edizione corrente di SQL Server non corrisponde a quella prevista [%s]: la modifica dell’edizione di SQL Server non è supportata in RDS Custom per SQL Server. Per risolvere questo problema, crea un caso di supporto. | Esegui la query seguente per ottenere l’edizione di SQL:
**Example**
```
select @@version
``` Esegui il AWS CLI comando seguente per ottenere l'edizione del motore SQL RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
|
| `SP-S3006` | DB Engine Version (Versione motore DB) | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: la versione corrente di SQL Server non corrisponde alla versione prevista di SQL Server [%s]: non è possibile modificare manualmente la versione di SQL Server sull’istanza RDS Custom EC2. Per risolvere questo problema, crea un caso di supporto. Per eventuali modifiche future alla versione di SQL Server, è possibile modificare l'istanza dalla console AWS RDS o tramite il comando CLI modify-db-instance. | Esegui la query seguente per ottenere la versione di SQL:
**Example**
```
select @@version
``` Esegui il AWS CLI comando seguente per ottenere la versione del motore SQL RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
Per ulteriori informazioni, consultare [Modifica di un'istanza database RDS Custom per SQL Server](custom-managing.modify-sqlserver.md) e [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3007` | Posizione dei file del database | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: i file di database sono configurati all’esterno dell’unità D:\$1. Puoi risolvere questo problema assicurandoti che tutti i file di database, inclusi ROW, LOG, FILESTREAM e così via, siano memorizzati nell’unità D:\$1. | Esegui la seguente query per elencare la posizione dei file di database che non si trovano nel percorso predefinito: USE master;
SELECT physical_name as files_not_in_default_path
FROM sys.master_files
WHERE SUBSTRING(physical_name,1,3)!='D:\';
|
| `SP-S3008` | Numero limite di database superato | Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: il numero totale di database sull’istanza database supera il limite massimo di 5000. Per risolvere questo problema, riduci il numero di database al di sotto del limite massimo supportato. | Utilizza il comando seguente per visualizzare il numero totale dei database: SELECT COUNT(name) as databaseCount
FROM sys.databases
WHERE name not in ('tempdb','master','model','msdb','DWDiagnostics','DWConfiguration','DWQueue');
|
## Risoluzione dei problemi `Storage-Full` in RDS Custom per SQL Server
RDS Custom monitora anche il volume root (C:). L’istanza database RDS Custom per SQL Server passa allo stato `unsupported-configuration` quando il volume root ha meno di 500 MiB di spazio su disco disponibile. Consulta `Event SP-S2010` in [Correzione delle configurazioni non supportate in RDS Custom per SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported).
## Risoluzione dei problemi relativi allo stato PENDING\$1RECOVERY per i database abilitati a TDE in RDS Custom per SQL Server
I database SQL Server in cui è abilitata la crittografia dei dati trasparente (TDE) potrebbero rimanere in stato `PENDING_RECOVERY` in caso di problemi della decrittografia automatica. Ciò si verifica in genere dopo il ripristino di un’istanza database se il file di backup della chiave master del servizio (SMK) dell’istanza database di origine memorizzato nel bucket S3 gestito da RDS Custom nell’account è stato eliminato prima del completamento del ripristino.
Per abilitare la decrittografia automatica e portare online i database compatibili con TDE, è necessario aprire la chiave master del database (DMK) con la relativa password e crittografare la DMK utilizzando la SMK.
Utilizza i seguenti comandi di SQL Server come riferimento:
```
-- Identify PENDING_RECOVERY TDE databases
USE MASTER;
GO
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
-- Open DMK using password
OPEN MASTER KEY DECRYPTION BY PASSWORD = '';
GO
-- Encrypt DMK using SMK
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY;
GO
-- Close SMK
CLOSE MASTER KEY;
GO
-- Bring the TDE databases online
ALTER DATABASE SET ONLINE;
GO
-- Verify TDE databases are now in ONLINE state
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
```