AWSGuida prescrittiva - Migrazione dei database Microsoft SQL Server verso ilAWScloud
←
→
Trascrizione del contenuto della pagina
Se il tuo browser non visualizza correttamente la pagina, ti preghiamo di leggere il contenuto della pagina quaggiù
AWSGuida prescrittiva Migrazione dei database Microsoft SQL Server verso ilAWScloud
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
AWSGuida prescrittiva: Migrazione dei database Microsoft SQL Server
verso ilAWScloud
Copyright © 2022 Amazon Web Services, Inc. and/or its affiliates. All rights reserved.
I marchi e il trade dress di Amazon non possono essere utilizzati in relazione a prodotti o servizi che non siano di
Amazon, in qualsiasi modo che possa causare confusione tra i clienti o in qualsiasi modo che denigri o discrediti
Amazon. Tutti gli altri marchi non di proprietà di Amazon sono di proprietà delle rispettive aziende, che possono o meno
essere associate, collegate o sponsorizzate da Amazon.
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Table of Contents
Introduzione ....................................................................................................................................... 1
Panoramica ............................................................................................................................... 1
Strategie di migrazione ........................................................................................................................ 3
Scelta della strategia di migrazione corretta .................................................................................... 3
Migrazione online e offline ........................................................................................................... 4
Metodi di migrazione ........................................................................................................................... 6
Backup/ripristino nativo di SQL Server ........................................................................................... 9
Spedizione dei log .................................................................................................................... 10
Mirroring del database ............................................................................................................... 11
Gruppi di disponibilità Always ..................................................................................................... 11
Gruppi di disponibilità distribuita .................................................................................................. 12
Replica transazioni .................................................................................................................... 13
AWS Snowball Edge ................................................................................................................. 14
CloudEndure Migrazione ............................................................................................................ 15
Migrazione omogenea di .................................................................................................................... 16
Amazon RDS per SQL Server .................................................................................................... 16
Quando scegliere Amazon RDS .......................................................................................... 17
Elevata disponibilità ........................................................................................................... 17
Repliche di lettura ............................................................................................................. 19
Ripristino di emergenza ..................................................................................................... 20
Amazon RDS Custom for SQL Server ......................................................................................... 21
Quando scegliere Amazon RDS Custom per SQL Server ........................................................ 21
Come funziona ................................................................................................................. 21
Amazon EC2 per SQL Server ..................................................................................................... 23
Quando scegliere Amazon EC2 .......................................................................................... 23
Elevata disponibilità ........................................................................................................... 24
Ripristino di emergenza ..................................................................................................... 28
VMware Cloud suAWSper SQL Server ......................................................................................... 29
Quando scegliere VMware Cloud suAWS ............................................................................. 30
Migrazione eterogenea del database ................................................................................................... 31
Strumenti ................................................................................................................................. 32
AWS SCT ........................................................................................................................ 33
AWS DMS ....................................................................................................................... 33
Babelfish ......................................................................................................................... 33
Scenari di migrazione ibride ............................................................................................................... 35
Backup dei database sul cloud ................................................................................................... 35
Estensioni di alta disponibilità e disaster recovery .......................................................................... 35
Storage Gateway ...................................................................................................................... 36
Utilizzo diAWS DMSeAWS SCT .................................................................................................. 36
Modernizzazione del database SQL Server ........................................................................................... 38
Migrazione di carichi di lavoro SQL Server da Windows a Linux ....................................................... 38
Disponibilità elevata su Linux ...................................................................................................... 38
AWSLaunch Wizard .......................................................................................................................... 40
Best practice per la migrazione ad Amazon RDS for SQL Server ............................................................. 42
Provisioning del database di destinazione ..................................................................................... 42
Backup dal database di origine ................................................................................................... 42
Trasferimento di file di dump di dati suAWS .................................................................................. 42
Ripristino dei dati sul database di destinazione .............................................................................. 43
Passaggi successivi alla migrazione ............................................................................................ 43
Test della migrazione ................................................................................................................ 43
Funzionamento e ottimizzazione del database Amazon RDS ........................................................... 44
Scegliere tra Amazon EC2 e Amazon RDS .......................................................................................... 45
Matrice di decisione .................................................................................................................. 45
Responsabilità condivisa ............................................................................................................ 59
iii
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Modelli di migrazione di database SQL Server ...................................................................................... 61
Partner ............................................................................................................................................ 62
Risorse aggiuntive ............................................................................................................................. 63
Conferma ......................................................................................................................................... 64
Appendice: Questionario sulla migrazione di database SQL Server ........................................................... 65
Informazioni generali ................................................................................................................. 65
infrastruttura ............................................................................................................................. 65
Backup del database ................................................................................................................. 66
Caratteristiche del database ....................................................................................................... 66
Gruppo di sicurezza database .................................................................................................... 66
Disponibilità elevata di database e disaster recovery ...................................................................... 66
AWSGlossario delle linee guida prescrittive .......................................................................................... 67
Cronologia dei documenti ................................................................................................................... 75
.................................................................................................................................................... lxxvi
iv
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Panoramica
Migrazione dei database Microsoft
SQL Server verso ilAWSNuvola
Sagar Patel, Amazon Web Services (AWS)
Agosto 2022(cronologia dei documenti (p. 75))
Amazon Web Services (AWS) fornisce un set completo di servizi e strumenti per la distribuzione
di database Microsoft SQL Server su sistemi affidabili e sicuriAWSInfrastruttura cloud. Vantaggi
dell'esecuzione di SQL Server suAWSincludono risparmi sui costi, scalabilità, alta disponibilità e
disaster recovery, prestazioni migliori e facilità di gestione. Per ulteriori informazioni, consulta la
paginaScopri perchéAWSè il miglior cloud per eseguire carichi di lavoro di Microsoft Windows Server e
SQL ServersulAWSBlog informatico.
Questa guida descrive le opzioni disponibili per la migrazione dei database SQL Server da locale
aAWSCloud, su Amazon Relational Database Service (Amazon RDS), Amazon Elastic Compute Cloud
(Amazon EC2) o VMware Cloud suAWS. Illustra le migliori pratiche e i consigli per l'utilizzo di queste
opzioni di migrazione. Fornisce inoltre informazioni su come configurare una soluzione ad alta disponibilità
e disaster recovery tra un ambiente SQL Server locale eAWS, utilizzando funzionalità native di SQL Server
come la distribuzione dei log, la replica e i gruppi di disponibilità Always On.
Questa guida è destinata a responsabili di programma o progetto, proprietari di prodotti, amministratori di
database, ingegneri di database e responsabili delle operazioni o dell'infrastruttura che intendono migrare i
propri database SQL Server locali aAWS.
Panoramica
Prima di migrare i database SQL Server suAWS, dovresti comprendere e valutare la tua strategia di
migrazione utilizzando il framework descritto instrategia di migrazione per database relazionali.
Il primo passaggio consiste nell'eseguire un'analisi dei carichi di lavoro dell'applicazione e del database
SQL Server comprendendo la complessità, la compatibilità e il costo della migrazione. Ecco alcuni dei punti
principali da tenere in considerazione quando si prevede di effettuare la migrazione:
• Dimensioni del database— Controlla le dimensioni attuali e la crescita complessiva della capacità del
tuo database. Ad esempio, se hai intenzione di migrare il tuo database SQL Server su Amazon RDS
o Amazon RDS Custom, puoi creare istanze DB con un massimo di 16 TiB di storage. Puoi richiedere
più spazio di archiviazione tramiteapertura di un ticket di supporto conAWSSupport. Per informazioni
aggiornate, consulta.Storage delle istanze di database Amazon RDSnella documentazione di Amazon
RDS.
• IOPS— Determina l'IOPS e il throughput dei tuoi database. Se hai intenzione di migrare ad Amazon
RDS, considera ilPrestazioni U/O delle istanze DB Amazon RDS.
• Dipendenze— Controlla le dipendenze correnti del database. Se il database dipende da altri database, è
possibile migrarli insieme o creare dipendenze dopo la migrazione del database principale.
Se il tuo database supporta applicazioni legacy, personalizzate o in pacchetti, Amazon RDS Custom per
SQL Server potrebbe essere una buona scelta. Questo servizio consente di mantenere il controllo sulle
configurazioni del database, sui file system condivisi e sulle patch del sistema operativo.
1
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Panoramica
Inventario di tutte le dipendenze SQL Server. Scopri quali server Web (ad esempio server di reporting
o server di business intelligence) si interfacciano con SQL Server. Quando è il momento di effettuare la
migrazione, queste informazioni consentono di determinare quali saranno gli effetti e come minimizzarlo.
• Conformità— Rivedi la tua attuale architettura e le tue esigenze di controllo o conformità per assicurarti di
poter soddisfare questi requisiti dopo il passaggio ad Amazon RDS o Amazon EC2.
• HA/DR— Avete bisogno di funzionalità di high availability (HA) e failover automatizzato? Se si esegue
un carico di lavoro di produzione, le best practice consigliate sono l'alta disponibilità e il disaster recovery
(DR).
Comprendi i tuoi requisiti HA/DR per determinare se hai bisogno di un'architettura multi-regione. In tal
caso, esegui la migrazione del tuo database SQL Server su Amazon EC2. Amazon RDS non supporta
una configurazione multi-regione.
• Supporto versione— Controlla la versione e l'edizione del tuo software SQL Server se hai intenzione
di passare ad Amazon RDS for SQL Server (consulta le versioni attualmente supportate perAmazon
RDSeAmazon RDS).
• connettività di rete— Verifica della connettività di rete tra il ambiente on-premise eAWS, per assicurarsi
che fornisca una larghezza di banda sufficiente per trasferimenti rapidi di dati tra locali eAWS.
• Tempo di inattività dei— Determina la quantità di tempi di inattività disponibili per la migrazione in modo
da poter pianificare il tuo approccio alla migrazione e decidere se utilizzare la migrazione online o offline.
• Requisiti RTO, RPO, SLA— Identificazione dei requisiti RTO (Restore Point Objective), RPO (Restore
Point Objective) e SLA (Service Level Agreement) dei carichi di lavoro dei database esistenti.
• Licenze— Comprendi le tue opzioni di licenza. Puoi scegliere le opzioni con licenza inclusa su Amazon
EC2 e Amazon RDS oppure scegliereportare con sé la propria licenza(BYOL) su Amazon EC2.
• Supporto funzionalità— Identifica le caratteristiche e le funzionalità del database utilizzate dalla tua
applicazione, indipendentemente dal fatto che sia stata sviluppata internamente o commercial-off-
the-shelf software (COTS). Queste informazioni possono aiutare a determinare se è possibile ridurre i
costi di licenza passando dall'edizione SQL Server Enterprise all'edizione Standard. Tuttavia, consulta
le limitazioni delle risorse dell'edizione Standard prima di cambiare. Ad esempio, l'edizione Standard
supporta solo 128 GB di RAM.
Il tuo carico di lavoro rientra nelle caratteristiche e funzionalità offerte da Amazon RDS for SQL Server?
Per ulteriori informazioni, consulta la paginaFunzionalità di SQL Server su Amazon RDS. Se hai bisogno
di funzionalità non supportate, la migrazione ad Amazon EC2 è un'opzione.
2
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Scelta della strategia di migrazione corretta
Strategie di migrazione del database
SQL Server
Ad alto livello, sono disponibili due opzioni per la migrazione di un database di SQL Server da locale
aAWSCloud: o rimanere su SQL Server (migrazione omogenea (p. 16)) o passare da SQL Server
(migrazione eterogenea (p. 31)). In una migrazione omogenea, non si modifica il motore di database. In
altre parole, il database di destinazione è anche un database di SQL Server. In una migrazione eterogenea,
si passa ai database di SQL Server a un motore di database open source come MySQL, PostgreSQL
o MariaDB, oppure a unAWSdatabase nativi per il cloud, ad esempio Amazon Aurora edizione con
DynamoDB o Amazon Redshift.
Esistono tre strategie comuni per la migrazione dei database di SQL Server aAWS: rehosting, ripiattaforma
e re-architettura (refactoring). Fanno parte della7 R di strategie di migrazione delle applicazionie descritti
nella tabella seguente.
Strategia Type (Tipo) Quando scegliere Esempio
Rehost omogeneo Si desidera eseguire la Da SQL Server ad
migrazione del database Amazon EC2
SQL Server così com'è,
con o senza modificare (CercaModelli di rehost)
il sistema operativo, il
software del database o
la configurazione.
Conversione piattaforma omogeneo Desideri ridurre il Da SQL Server ad
tempo dedicato alla Amazon RDS for SQL
gestione delle istanze Server
di database utilizzando
un'offerta di database (CercaModelli di
completamente gestita. ripiattaforma)
Re-architect Eterogeneo Desideri ristrutturare, Da SQL edizione ad
(refactoring) riscrivere e riprogettare Amazon Aurora edizione
il tuo database e la di PostgreSQL, MySQL
tua applicazione per o MariaDB edizione
sfruttare le funzionalità
di database open source Sfoglia(modelli di
e native per il cloud. riarchitettura)
Se si sta tentando di decidere se rehosting o replatform dei database di SQL Server, vedereScelta tra
Amazon EC2 e Amazon RDS (p. 45)più avanti in questa guida per un side-by-side confronto delle
funzionalità supportate.
Scelta della strategia di migrazione corretta
La scelta della strategia corretta dipende dai requisiti aziendali, dai vincoli delle risorse, dai tempi di
migrazione e dalle considerazioni sui costi. Il diagramma seguente mostra lo sforzo e la complessità
coinvolti nelle migrazioni, comprese tutte e sette le strategie.
3
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Migrazione online e offline
Refactoring del database di SQL Server e migrazione a un database open source oAWSdatabase
compatibile con PostgreSQL, Amazon edizione compatibile con PostgreSQL. Passando a un database
open source, è possibile evitare licenze costose (con conseguente riduzione dei costi), periodi di lock-in dei
fornitori e verifiche. Tuttavia, a seconda della complessità del carico di lavoro, il refactoring del database di
SQL Server può essere uno sforzo complicato, dispendioso in termini di tempo e risorse.
Per ridurre la complessità, invece di migrare il database in un unico passaggio, potresti prendere in
considerazione un approccio graduale. Nella prima fase, puoi focalizzare le funzionalità del database di
base. Nella fase successiva, è possibile integrare ulterioriAWSservizi nel tuo ambiente cloud, per ridurre i
costi e ottimizzare le prestazioni, la produttività e la conformità. Ad esempio, se il tuo obiettivo è sostituire
il tuo database SQL Server locale con Aurora MySQL compatibile, potresti prendere in considerazione
il rehosting del tuo database su Amazon EC2 o la nuova piattaforma del database su Amazon RDS for
SQL Server nella prima fase, quindi eseguire il refactoring per Aurora MySQL compatibile in una fase
successiva. Questo approccio aiuta a ridurre costi, risorse e rischi durante la fase di migrazione e si
concentra sull'ottimizzazione e la modernizzazione nella seconda fase.
Migrazione online e offline
È possibile utilizzare due metodi per migrare il database di SQL Server da un ambiente locale o da un altro
ambiente cloud alAWSCloud, in base alla tempistica della migrazione e al tempo di inattività consentito:
migrazione offline o migrazione online.
• Migrazione offline: Questo metodo viene utilizzato quando l'applicazione può permettersi un tempo
di inattività pianificato. Nella migrazione offline, il database di origine è offline durante il periodo di
migrazione. Mentre il database di origine è offline, viene migrato al database di destinazione inAWS.
Al termine della migrazione, vengono eseguiti controlli di convalida e verifica per garantire la coerenza
dei dati con il database di origine. Quando il database supera tutti i controlli di convalida, si esegue un
cutoverAWScollegando la tua applicazione al database di destinazioneAWS.
• Migrazione online: Questo metodo viene utilizzato quando l'applicazione richiede tempi di inattività vicini
allo zero o minimi. Nella migrazione online, il database di origine viene migrato in più passaggiAWS.
Nei passaggi iniziali, i dati nel database di origine vengono copiati nel database di destinazione
mentre il database di origine è ancora in esecuzione. Nei passaggi successivi, tutte le modifiche dal
database di origine vengono propagate al database di destinazione. Quando i database di origine e di
destinazione sono sincronizzati, sono pronti per il cutover. Durante il cutover, l'applicazione commuta
4
AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Migrazione online e offline
le connessioni al database di destinazioneAWS, senza lasciare connessioni al database di origine. È
possibile utilizzareAWS Database Migration Service(AWS DMS) o strumenti disponibili pressoAWS
Marketplace(ad esempio Attunity) per sincronizzare i database di origine e di destinazione.
5AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Metodi di migrazione dei database
SQL Server
Esistono vari metodi per migrare i database di SQL Server inAWS. Puoi scegliere questi metodi in base
alla tua valutazione e ai tuoi requisiti. In questa sezione vengono descritti alcuni dei metodi più comuni, che
sono riepilogati nella seguente tabella. Discussioni dettagliate su alcuni di questi metodi sono incluse nelle
sezioni su Amazon EC2 e Amazon RDS più avanti in questa guida.
Metodo di migrazione Target Caratteristiche e Ulteriori informazioni
limitazioni
Backup nativo e Amazon EC2 • Può essere applicato Backup/ripristino
ripristino a uno o più database nativo di SQL
Amazon RDS contemporaneamente Server (p. 9)sezione
• Tempo di inattività
Amazon RDS Custom
• Supporta database di
tutte le dimensioni
Spedizione dei log Amazon EC2 • Applicato per Spedizione dei
database log (p. 10)sezione
Amazon RDS
• Può essere ritardato
Amazon RDS Custom
Mirroring del database Amazon EC2 • Applicato per Mirroring del
database database (p. 11)sezione
• Può essere sincrono
o asincrono, in base
all'edizione di SQL
Server
• Il database
secondario non è
leggibile; funge da
standby
• Supporta il failover
automatico e manuale
Gruppi di disponibilità Amazon EC2 • Applicato a un set di Gruppi di disponibilità
Always database utenti Always (p. 11)sezione
Amazon RDS Custom
• Può essere sincrono o
asincroni
• Il database
secondario è leggibile
(solo SQL Server
Enterprise Edition)
• Supporta il failover
automatico e manuale
• Il failover può essere
avviato per più
database alla volta,
6AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Metodo di migrazione Target Caratteristiche e Ulteriori informazioni
limitazioni
a livello di gruppo di
database
Gruppi di disponibilità Amazon EC2 • Supportato in SQL Non trattato in questa
Always On di base Server Standard guida (vedereGruppi
Amazon RDS Custom Edition di disponibilità Always
• Applicato a un On di base per un
database utente singolo databasenella
singolo per gruppo di documentazione
disponibilità Microsoft)
• Può essere sincrono o
asincroni
• Supporta il failover
automatico e manuale
• Il failover può essere
avviato a livello di
gruppo di disponibilità
• Può essere utilizzato
come ambiente ibrido
tra locali eAWS
Gruppi di disponibilità Amazon EC2 • Può essere utilizzato Gruppi di disponibilità
distribuita per distribuzioni di distribuita (p. 12)sezione
Amazon RDS Custom SQL Server in più
regioni
• È possibile eseguire
il failover su una
versione successiva
di SQL Server
• Non richiede
l'estensione di
Windows Server
Failover Clustering
(WSFC) alla
destinazioneAWSambiente
• Può essere utilizzato
tra database SQL
Server basati su
Windows (origine) e
Linux (destinazione)
• Può essere utilizzato
come distribuzione
ibrida di SQL Server
tra on-premise eAWS
7AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Metodo di migrazione Target Caratteristiche e Ulteriori informazioni
limitazioni
Replica transazioni Amazon EC2 • Supporta la Replica
migrazione di un transazioni (p. 13)sezione
Amazon RDS insieme di oggetti
(tabelle, viste, stored
Amazon RDS Custom procedure)
• Supporta la replica
asincrona con dati
quasi in tempo reale
• Il database degli
abbonati è leggibile
• Richiede un attento
monitoraggio dei
processi di replica
di SQL Server che
eseguono la replica
AWS Snowball Edge Amazon EC2 • Supporto di database Snowball
di grandi dimensioni Edge (p. 14)sezione
Amazon RDS (fino a 80 TB)
• Utilizza Amazon
Amazon RDS Custom
Simple Storage
Service (Amazon S3)
per l'archiviazione e il
ripristino dei dati
CloudEndure Amazon EC2 • Altamente CloudEndure
Migrazione automatizzata lift-and- Migrazione (p. 15)sezione
shift soluzione
• Replica a livello di
blocco basata su
agente
AWS DMS Amazon EC2 • Supporta pieno carico Sezione AWS
e CDC DMS (p. 33)
Amazon RDS
• Supporta database di
tutte le dimensioni
Amazon RDS Custom
Amazon Aurora
programma Microsoft Amazon EC2 • supporto di database Non trattato in
per la copia • Tempo di inattività questa guida
Amazon RDS Custom (vedereImportazione ed
• Lo schema è
esportazione di dati SQL
pre-creato nella
Server mediante altri
destinazione
metodi,Copia bulknella
• Utilizzato per lo documentazione di
spostamento di dati, Amazon RDS)
ma non per i metadati
8AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Backup/ripristino nativo di SQL Server
Metodo di migrazione Target Caratteristiche e Ulteriori informazioni
limitazioni
Distaccare e collegare Amazon EC2 • Nessun backup Non trattato in
• Tempo di inattività questa guida
Amazon RDS Custom (vedereStaccamento
• Implica l'arresto, il
e collegamento
distacco, la copia di
del databasenella
file e il collegamento
documentazione
ad Amazon EC2
Microsoft)
Importazione/ Amazon EC2 • supporto di database Non trattato in
esportazione • Tempo di inattività questa guida
Amazon RDS Custom (vedereImportazione
• Lo schema è
ed esportazione di dati
pre-creato nella
SQL Server mediante
destinazione
altri metodinella
• Utilizzato per lo documentazione di
spostamento di dati, Amazon RDS)
ma non per i metadati
Backup/ripristino nativo di SQL Server
Amazon RDS supporta le operazioni di backup e ripristino native per i database Microsoft SQL Server
tramite file di backup completi e differenziali (.bak). Supporta inoltre il ripristino differenziale e le opzioni di
ripristino dei registri su un'istanza database Amazon RDS for SQL Server o un'istanza Amazon EC2 SQL
Server, per ridurre al minimo i tempi di inattività dell'applicazione.
Note
È possibile eseguire operazioni di ripristino completo, differenziale e dei log su Amazon RDS for
SQL Server. Tuttavia, al momento è possibile eseguire solo backup completi e differenziali (non
backup del registro).
L'utilizzo di file .bak nativi è il modo più semplice per eseguire il backup e il ripristino di database SQL
Server. Puoi usare questo metodo per eseguire la migrazione di database a o da Amazon RDS. È possibile
eseguire il backup e il ripristino di singoli database invece che di intere istanze database. Puoi anche
spostare i database tra le istanze database Amazon RDS for SQL Server.
Quando usi Amazon RDS, puoi archiviare e trasferire i file di backup in Amazon Simple Storage Service
(Amazon S3), per un ulteriore livello di protezione per il disaster recovery. Ad esempio:
• Puoi creare un backup completo del database dal server locale, copiarlo in un bucket S3 e quindi
ripristinarlo in un'istanza database SQL Server Amazon RDS esistente.
• Puoi eseguire i backup da un'istanza database Amazon RDS for SQL Server, archiviarli in Amazon S3 e
quindi ripristinarli quando lo desideri.
• È possibile implementareciclo di vita Amazon S3regole di configurazione per archiviare o eliminare
backup a lungo termine.
Amazon RDS for SQL Server supporta il ripristino di backup nativi di SQL Server su istanze database di
SQL Server con repliche di lettura configurate. Ciò significa che non è necessario rimuovere la replica di
lettura prima di ripristinare il file di backup nativo nell'istanza database Amazon RDS for SQL Server.
Il diagramma seguente mostra il processo di backup/ripristino nativo di SQL Server. È possibile utilizzare
questo processo anche per eseguire il backup e il ripristino di database SQL Server su Amazon EC2.
9AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Spedizione dei log
Per configurare il backup/ripristino nativo utilizzando Amazon S3, consulta laDocumentazione Amazon
RDS.
Per le limitazioni quando si utilizzano il backup e il ripristino nativo di SQL Server, consultaLimitazioni e
consiglinella documentazione di Amazon RDS.
Spedizione dei log
È possibile utilizzare la distribuzione dei log per inviare backup dei log delle transazioni dal database SQL
Server primario locale a uno o più database SQL Server secondari (warm standby) distribuiti su istanze
EC2 o istanze database di Amazon RDS for SQL Server nelAWSCloud. Per configurare la distribuzione dei
log in Amazon RDS for SQL Server, devi usare i tuoi script personalizzati.
In questo scenario, si configura un database SQL Server in standby a caldo su un'istanza EC2 o un'istanza
database di Amazon RDS for SQL Server e si inviano backup dei log delle transazioni in modo asincrono
tra il database locale e il server di standby a caldo nelAWSCloud. I backup del log delle transazioni
vengono quindi applicati al database in standby a caldo. Una volta applicati tutti i log, è possibile eseguire
un failover manuale e passare al cloud.
Questa opzione supporta tutte le versioni ed edizioni di SQL Server. Dopo aver migrato il database
allaAWSCloud, puoi aggiungere una replica secondaria utilizzando un gruppo di disponibilità Always On per
scopi di alta disponibilità e resilienza.
10AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Mirroring del database
Per ulteriori informazioni sull'utilizzo di questo metodo per ottenere alta disponibilità, protezione
dei dati e disaster recovery per i database SQL Server su Amazon EC2, consultaSpedizione dei
log (p. 24)nellaAmazon EC2 per SQL ServerSezione.
Mirroring del database
È possibile utilizzare il mirroring del database per configurare un ambiente cloud ibrido per i database
di SQL Server. Questa opzione richiede SQL Server Enterprise Edition. In questo scenario, il database
principale di SQL Server viene eseguito in locale e si crea un standby a caldo nel cloud. È possibile
replicare i dati in modo asincrono ed eseguire un failover manuale quando si è pronti per il cutover. Dopo
aver migrato il database allaAWSCloud, puoi aggiungere una replica secondaria utilizzando un gruppo di
disponibilità Always On per scopi di alta disponibilità e resilienza.
Per ulteriori informazioni sull'utilizzo di questo metodo per ottenere alta disponibilità, protezione
dei dati e disaster recovery per i database SQL Server su Amazon EC2, consultaMirroring del
database (p. 25)nellaAmazon EC2 per SQL ServerSezione.
Gruppi di disponibilità Always
I gruppi di disponibilità Always On di SQL Server sono una funzionalità avanzata di livello enterprise per
fornire soluzioni di ripristino di emergenza e disponibilità elevata. Questa funzionalità è disponibile se si
utilizza SQL Server 2014 e versioni successive. Puoi anche utilizzare un gruppo di disponibilità Always
On per migrare i tuoi database SQL Server locali in Amazon EC2 suAWS. Questo approccio consente di
migrare i database con tempi di inattività minimi o nulli.
Se si dispone di una distribuzione locale esistente di gruppi di disponibilità Always On di SQL Server,
la replica primaria e la replica secondaria replicheranno in modo sincrono i dati all'interno del gruppo
di disponibilità. Quindi, per eseguire la migrazione del database inAWSCloud, puoi estendere il cluster
WSFC (Windows Server Failover Clustering) al cloud. Questo può essere temporaneo, solo per scopi di
migrazione. È quindi possibile creare una replica secondaria nellaAWSCloud e usa la replica asincrona,
11AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Gruppi di disponibilità distribuita
come illustrato nel diagramma seguente. Dopo che la replica secondaria è stata sincronizzata con il
database locale primario, è possibile eseguire un failover manuale ogni volta che si è pronti per il cutover.
Per ulteriori informazioni sull'utilizzo di questo metodo per ottenere alta disponibilità, protezione dei
dati e disaster recovery per i database SQL Server su Amazon EC2, consultaGruppi di disponibilità
Always (p. 26)nellaAmazon EC2 per SQL ServerSezione.
Gruppi di disponibilità distribuita
Un gruppo di disponibilità distribuito si estende su due gruppi di disponibilità separati. Puoi considerarlo
come un gruppo di disponibilità di gruppi di disponibilità. I gruppi di disponibilità sottostanti sono configurati
su due cluster WSFC diversi. I gruppi di disponibilità che fanno parte di un gruppo di disponibilità distribuita
non devono condividere la stessa posizione. Possono essere fisici o virtuali, on-premise o nel cloud
pubblico. I gruppi di disponibilità in un gruppo di disponibilità distribuita non devono eseguire la stessa
versione di SQL Server. L'istanza database di destinazione può eseguire una versione successiva di SQL
Server rispetto all'istanza database di origine.
Un'architettura di gruppo di disponibilità distribuita offre un modo flessibile per reospitare un'istanza o
un database SQL Server mission-critical suAWS. Fornisce una soluzione ibrida per il sollevamento e lo
spostamento (o il sollevamento e la trasformazione) dei database SQL Server critici suAWS.
L'utilizzo di un'architettura di gruppo di disponibilità distribuita è più efficiente rispetto all'estensione
dei cluster WFSC locali esistenti aAWS. I dati vengono trasferiti solo dal sistema primario locale a uno
deiAWSrepliche (ilspedizioniere). Lo spedizioniere è responsabile dell'invio dei dati ad altre repliche di
lettura secondarie inAWS.
Nel diagramma seguente, il primo cluster WSFC (WSFC 1) è ospitato in locale e dispone di un gruppo di
disponibilità locale (AG 1). Il secondo cluster WSFC (WSFC 2) è ospitato suAWSe ha unoAWSgruppo di
disponibilità (AG 2).AWS Direct Connectviene utilizzato come connessione di rete dedicata tra l'ambiente
locale eAWS. Il gruppo di disponibilità locale (AG 1) dispone di due repliche (nodi). Il trasferimento dei dati
tra i nodi è sincrono, con failover automatico. Allo stesso modo, ilAWSIl gruppo di disponibilità (AG 2) ha
anche due repliche e il trasferimento dei dati tra di loro è sincrono con il failover automatico. Il gruppo di
disponibilità distribuito mantiene i database sincronizzati in modo asincrono. I dati vengono trasferiti dalla
replica primaria di SQL Server in AG 1 (che è in locale) alla replica primaria (il forwarder) in AG 2 (che è
12AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Replica transazioni
ilAWS). Lo spedizioniere è responsabile dell'invio dei dati ad altre repliche di lettura suAWSe mantenerli
aggiornati. Dopo laAWSi database sono sincronizzati, è possibile eseguire un failover manuale del gruppo
di disponibilità distribuitoAWS. LaAWSdatabase diventa il database principale per l'accesso in lettura/
scrittura dalle applicazioni.
Note
In un dato momento, esiste un solo database disponibile per le operazioni di scrittura. È possibile
utilizzare le repliche secondarie rimanenti per le operazioni di lettura. Per scalare i carichi di lavoro
di lettura, puoi aggiungere altre repliche di lettura in più zone di disponibilità inAWS.
Per ulteriori informazioni sui gruppi di disponibilità distribuita, consulta:
• Documentazione di Microsoft SQL Server
• Come progettare una soluzione ibrida Microsoft SQL Server utilizzando gruppi di disponibilità
distribuitisulAWSBlog sul database
• Migrazione di SQL ServerAWSutilizzo di gruppi di disponibilità distribuitasulAWSSito Web di linee guida
Replica transazioni
La replica transazionale è una tecnologia di SQL Server utilizzata per replicare le modifiche tra due
database. Queste modifiche possono includere oggetti di database come tabelle (è richiesta la chiave
primaria), stored procedure, viste e così via, nonché dati. Il processo di replica prevede uneditore(il
database principale che pubblica i dati),sottoscrittore(un database secondario che riceve dati replicati)
edistributore(un server che memorizza metadati e transazioni per la replica transazionale). Puoi usare la
replica transazionale per SQL Server in Amazon EC2 e Amazon RDS per le istanze database SQL Server.
La replica transazionale crea un'istantanea degli oggetti e dei dati nel database locale (pubblicazione)
e la invia al database dei sottoscrittori. Dopo che l'istantanea è stata applicata al sottoscrittore, tutte le
successive modifiche ai dati e le modifiche dello schema apportate presso l'editore vengono inviate al
sottoscrittore non appena si verificano. Le modifiche ai dati vengono quindi applicate continuamente
all'abbonato nello stesso ordine in cui si sono verificate presso l'editore.
Al termine della sincronizzazione, si esegue la convalida sull'istanza database SQL Server di destinazione.
Quando i due database sono sincronizzati, si interrompe l'attività sul database locale, si verifica che la
replica sia stata completata e quindi si esegue il cutover sull'istanza database di destinazione di SQL
13AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
AWS Snowball Edge
Server. È quindi possibile interrompere la sottoscrizione push, eliminarla e iniziare a utilizzare Amazon RDS
for SQL Server.
I database degli abbonati possono essere utilizzati anche come database di sola lettura. Il distributore,
che registra i lavori di sincronizzazione, si consiglia di trovarsi su un server separato. Se il database di
destinazione è su Amazon RDS for SQL Server, puoi impostare una sottoscrizione push per propagare le
modifiche al sottoscrittore.
È consigliabile utilizzare la replica transazionale quando si desidera:
• Esegui una migrazione unica dei tuoi dati su Amazon RDS o Amazon EC2.
• Eseguire la migrazione di oggetti a livello di schema o di tabella inAWS.
• Eseguire la migrazione di una parte di database inAWS.
• Esegui la migrazione con tempi di inattività minimi utilizzando le strategie di replica di SQL Server
esistenti aggiungendo ulteriori abbonati
Se prevedi di utilizzare la replica transazionale per la migrazione una tantum dei tuoi dati in Amazon
RDS for SQL Server, ti consigliamo di impostare una configurazione Single-AZ per la replica. Una volta
completato il processo di replica, è possibile convertire l'ambiente in un'architettura Multi-AZ per un'elevata
disponibilità.
Il diagramma seguente illustra il processo di replica transazionale per i database su Amazon RDS e
Amazon EC2.
Per ulteriori informazioni sulla replica transazionale, consultaDocumentazione di Microsoft SQL
Servere il postCome eseguire la migrazione ad Amazon RDS for SQL Server tramite la replica
transazionalesulAWSBlog sul database.
AWS Snowball Edge
È possibile utilizzareAWS SnowballEdge per migrare database di grandi dimensioni (fino a 80 TB).
Snowball dispone di una porta Ethernet da 10 Gb che puoi collegare al server locale e posizionare
tutti i backup o i dati del database sul dispositivo Snowball. Dopo aver copiato i dati su Snowball,
l'accessorio viene inviato aAWSper il posizionamento nel bucket S3 designato. È quindi possibile
scaricare i backup da Amazon S3 e ripristinarli su SQL Server su un'istanza EC2 oppure eseguire
ilrds_restore_databasestored procedure per ripristinare il database su Amazon RDS. È possibile
utilizzare ancheAWSSnowconeper database di dimensioni fino a 8 TB. Per ulteriori informazioni,
14AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
CloudEndure Migrazione
consulta la .AWS SnowballDocumentazione di EdgeeImportazione ed esportazione di database SQL
Server,Ripristino di un databasenella documentazione di Amazon RDS.
CloudEndure Migrazione
Important
CloudEndure La migrazione sarà interrotta in tuttiAWSRegioni ad eccezione diAWS GovCloud
Regioni (Stati Uniti), Cina continentale (Pechino) e Cina continentale (Ningxia) il 30 dicembre
2022. Ulteriori informazioni
AWS Application Migration Serviceè il servizio di migrazione principale consigliato per lift-and-
shift migrazioni versoAWS Cloud. Clienti che attualmente utilizzano CloudEndure La migrazione è
incoraggiata a passare al servizio di migrazione delle applicazioni per le migrazioni future.
CloudEndure La migrazione è una soluzione basata su agenti che esegue la migrazione dei server di
database dell'applicazione o di SQL Server aAWSutilizzando il rehosting (lift-and-shift). Supporta migrazioni
self-service, rapide e affidabili con interruzioni del business minime. Utilizzo di CloudEndure Migrazione,
è possibile eseguire la migrazione di server di database di SQL Server che eseguono Windows Server
versione 2003, 2008, 2012, 2016 o 2019.
Per eseguire la migrazione utilizzando CloudEndure, per prima cosa installi il CloudEndure Agente sulla
macchina SQL Server di origine, che si connette a un servizio self-service basato sul Web CloudEndure
Console utente che invia una chiamata API alla destinazione selezionataAWSarea di allestimento.
L'area di gestione temporanea è costituita da istanze EC2 leggere che fungono da server di replica e
volumi Amazon Elastic Block Store (Amazon EBS) a basso costo. Il server di replica riceve i dati dal
CloudEndure Agente in esecuzione sulla macchina sorgente e scrive questi dati nei volumi EBS di staging.
Dopo che tutti i dischi di origine sono stati replicati nell'area di gestione temporanea, l'agente continua a
tenere traccia e replicare in modo asincrono le modifiche apportate al disco di origine nell'area intermedia di
destinazione, utilizzando la replica dei dati a livello di blocco.
È possibile configurare la macchina di destinazione nella CloudEndure Console utente. Quando le
macchine target sono pronte per essere lanciate, CloudEndure li converte automaticamente per l'avvio e
l'esecuzione in modo nativoAWS. Al termine di questo processo, le macchine sono pronte e disponibili per
l'uso.
Il diagramma seguente illustra il processo di migrazione.
15AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Amazon RDS per SQL Server
Migrazione omogenea dei database
per SQL Server
AWSoffre la possibilità di eseguire database di SQL Server in un ambiente cloud. Per gli sviluppatori e
gli amministratori di database, l'esecuzione del database di SQL Server nellaAWSIl cloud è molto simile
all'esecuzione di database SQL Server in un data center. In questa sezione vengono descritte le opzioni
per la migrazione del database di SQL Server da un ambiente locale o da un data center alAWSCloud.
AWSoffre tre opzioni per l'esecuzione di SQL Server suAWS, come descritto nella tabella seguente.
Opzione Caratteristiche Ulteriori informazioni
SQL Server su Amazon RDS Servizio gestito, fornisce Amazon RDS per SQL
provisioning e licenze facili, Server (p. 16)sezione
convenienti, facili da configurare,
gestire e mantenere.
SQL Server su Amazon RDS Servizio gestito, ma si Amazon RDS Custom for SQL
Custom conservano i diritti amministrativi Server (p. 21)sezione
sul database e sul sistema
operativo sottostante.
SQL Server su Amazon EC2 Autogestito, offre pieno controllo Amazon EC2 per SQL
e flessibilità. Server (p. 23)sezione
SQL Server su VMware Cloud Configurare, scalare e gestire i VMware Cloud suAWSper SQL
suAWS carichi di lavoro di SQL Server Server (p. 29)sezione
su VMware Cloud suAWSe
integrarsi conAWS Directory
Service, Active Directory
Connector e Amazon S3.
I requisiti delle applicazioni, le caratteristiche del database, la funzionalità, la capacità di crescita e la
complessità complessiva dell'architettura determineranno quale opzione scegliere. Se si sta eseguendo
la migrazione di più database SQL Server inAWS, alcuni potrebbero essere perfetti per Amazon RDS,
mentre altri potrebbero essere più adatti per essere eseguiti direttamente su Amazon EC2. È possibile
che si disponga di database in esecuzione su SQL Server Enterprise Edition, ma sono adatti per l'edizione
standard di SQL Server. Potresti anche voler modernizzare il tuo database SQL Server in esecuzione su
Windows per eseguirlo su un sistema operativo Linux per risparmiare sui costi e sulle licenze. MoltiAWSi
clienti eseguono più carichi di lavoro di database SQL Server su Amazon RDS, Amazon EC2 e VMware
Cloud suAWS.
Amazon RDS per SQL Server
Amazon RDS for SQL Server è un servizio di database gestito che semplifica il provisioning e la gestione
di SQL Server suAWS. Amazon RDS semplifica la configurazione, l'uso e il dimensionamento delle
implementazioni di SQL Server. Con Amazon RDS, puoi distribuire più versioni di SQL Server (2014, 2016,
2017 e 2019) ed edizioni (tra cui Express, Web, Standard ed Enterprise) in pochi minuti, con una capacità
di elaborazione economica e ridimensionabile. Puoi effettuare il provisioning di Amazon RDS per istanze
database SQL Server con storage SSD per scopi generici ed SSD Provisioned IOPS. (Per informazioni
16AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Quando scegliere Amazon RDS
dettagliate, consulta.Tipi di storage Amazon RDSnellaAWSdocumentazione.) Provisioned IOPS SSD è
progettato per offrire prestazioni I/O veloci, prevedibili e coerenti ed è ottimizzato per carichi di lavoro di
database transazionali (OLTP) a uso intensivo di I/O.
Amazon RDS ti consente di concentrarti sullo sviluppo di applicazioni, perché gestisce attività di
amministrazione del database che richiedono molto tempo, tra cui provisioning, backup, applicazione di
patch software, monitoraggio e scalabilità hardware. Amazon RDS for SQL Server offre anche distribuzioni
Multi-AZ e repliche di lettura (per SQL Server Enterprise Edition) per fornire disponibilità, prestazioni,
scalabilità e affidabilità elevate per i carichi di lavoro di produzione.
Per ulteriori informazioni sulla migrazione da SQL Server ad Amazon RDS, consultareModelli di
ripiattaformasulAWSSito web di Prescriptive Guidance.
Quando scegliere Amazon RDS
Amazon RDS for SQL Server è un'opzione di migrazione quando:
• Vuoi concentrarti sulla tua attività e sulle tue applicazioni e vuoiAWSoccuparsi di attività complesse
e indifferenziate come il provisioning del database, la gestione delle attività di backup e ripristino, la
gestione delle patch di sicurezza, gli aggiornamenti minori della versione di SQL Server e la gestione
dello storage.
• È necessaria una soluzione di database a disponibilità elevata e si desidera sfruttare la replica sincrona
multi-AZ a pulsante offerta da Amazon RDS, senza dover configurare e gestire manualmente il mirroring
del database, i cluster di failover o i gruppi di disponibilità Always On.
• Si desidera pagare la licenza di SQL Server come parte del costo dell'istanza su base oraria invece di
effettuare un investimento iniziale ingente.
• Le dimensioni del database e le esigenze relative a Amazon RDS for SQL Server. Consulta .Storage
delle istanze database Amazon RDSnellaAWSdocumentazione per gli attuali limiti massimi.
• Non vuoi gestire i backup o point-in-time recuperi del tuo database.
• Desideri concentrarti su attività di alto livello, come la regolazione delle prestazioni e l'ottimizzazione
dello schema, invece che sull'amministrazione quotidiana del database.
• Si desidera scalare il tipo di istanza verso l'alto o verso il basso in base ai modelli di carico di lavoro
senza preoccuparsi delle complessità delle licenze.
Dopo aver valutato i requisiti del database e del progetto, se decidi di eseguire la migrazione ad Amazon
RDS for SQL Server, consulta i dettagli forniti nelle sezioni seguenti e rivedi ilbest practice per la
migrazione (p. 42)ne parleremo più avanti in questa guida.
Per le funzionalità, le versioni e le opzioni di SQL Server attualmente supportate, vedereCaratteristiche
di Amazon RDS for SQL ServersulAWSwebsite,Scegliere tra Amazon EC2 e Amazon RDS (p. 45)più
avanti in questa guida eMicrosoft SQL Server su Amazon RDSnellaAWSdocumentazione. Se stai
passando ad Amazon RDS Custom, assicurati di consultare ilrequisiti e limitazioni per Amazon RDS
Custom for SQL Server.
Elevata disponibilità
Amazon RDS offre disponibilità elevata e supporto per il failover per i database distribuiti con l'opzione
Multi-AZ. Quando effettui il provisioning del database con l'opzione Multi-AZ, Amazon RDS effettua il
provisioning e mantiene automaticamente un'istanza di standby sincrona in un'altra zona di disponibilità.
Il database primario replica in modo sincrono i dati nell'istanza di standby. In caso di problemi, Amazon
RDS ripara automaticamente l'istanza malsana e ristabilisce la sincronizzazione. In caso di guasto
dell'infrastruttura o interruzione della zona di disponibilità, Amazon RDS esegue un failover automatico
sull'istanza di standby. Il failover ha luogo solo se i database in standby e primari sono completamente
sincronizzati. Poiché l'endpoint rimane lo stesso per le istanze primaria e standby, è possibile riprendere le
operazioni del database non appena il failover è completo, senza eseguire un intervento manuale. Il tempo
17AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Elevata disponibilità
di failover dipende dal tempo necessario per completare il processo di recupero. Le transazioni di grandi
dimensioni aumentano il tempo di failover.
Il seguente schema seguenti seguenti seguenti descrivono l'opzione di implementazione di Amazon RDS
for SQL Server.
Quando si configura SQL Server in una configurazione Multi-AZ, Amazon RDS configura automaticamente
l'istanza di database in standby utilizzando il mirroring del database o i gruppi di disponibilità Always On, in
base alla versione di SQL Server distribuita.
Amazon RDS supporta AZ multiple con gruppi di disponibilità Always On per le seguenti versioni ed
edizioni di SQL Server:
• SQL Server 2019 Enterprise Edition o successive
• SQL Server 2017 Enterprise Edition 14.00.1 o successive
• SQL Server 2016 Enterprise Edition 13.00.16.0 o successive
Amazon RDS supporta AZ multiple con mirroring dei database per le seguenti versioni ed edizioni di SQL
Server, tranne le versioni dell'edizione Enterprise annotate in precedenza:
• SQL Server 2017 Standard ed Enterprise
• SQL Server 2016 Standard ed Enterprise
• SQL Server 2014 Standard ed Enterprise
Nelle distribuzioni Multi-AZ, operazioni come il ridimensionamento delle istanze o gli aggiornamenti del
sistema come l'applicazione di patch al sistema operativo (OS) vengono applicate prima sull'istanza di
standby, prima del failover automatico dell'istanza primaria, per una maggiore disponibilità.
Grazie all'ottimizzazione del failover di SQL Server, alcuni carichi di lavoro possono generare un carico di
I/O maggiore sull'istanza standby rispetto all'istanza primaria, in particolare nelle distribuzioni di mirroring
del database. Questa funzionalità seguenti possono produrre IOPS più elevati nell'istanza di standby. Ti
18AWSGuida prescrittiva Migrazione dei database
Microsoft SQL Server verso ilAWScloud
Repliche di lettura
consigliamo di considerare le esigenze di IOPS massime sia dell'istanza primaria che di quella di standby
quando effettui il provisioning del tipo di storage e degli IOPS dell'istanza database Amazon RDS for SQL
Server. È inoltre possibile specificareMultiSubnetFailover=True, se il driver client lo supporta, per
ridurre in modo significativo il tempo di failover.
Restrizioni
• L'opzione Multi-AZ non è disponibile per le edizioni SQL Server Express e Web. È disponibile solo per
SQL Server Standard ed Enterprise.
• Non è possibile configurare l'istanza database in standby per accettare attività di lettura del database.
• AZ multiple tra regioni non è supportata.
• In Amazon RDS puoi inviare un comando di arresto a un'istanza database standalone e mantenere
l'istanza in uno stato di arresto per evitare costi di calcolo. Non puoi arrestare un'istanza database
di Amazon RDS for SQL Server in una configurazione Multi-AZ. Puoi invece terminare l'istanza, fare
un'istantanea finale prima della terminazione e ricreare una nuova istanza Amazon RDS dallo snapshot
quando ne hai bisogno. In alternativa, è possibile rimuovere prima la configurazione Multi-AZ e quindi
arrestare l'istanza. Dopo sette giorni, l'istanza interrotta verrà riavviata in modo da poter applicare
qualsiasi manutenzione in sospeso.
Per ulteriori limitazioni, consultaNote e raccomandazioni per l'implementazione di Multi-AZ di Microsoft SQL
Servernella documentazione di Amazon RDS.
Repliche di lettura
Le repliche di lettura forniscono scalabilità e bilanciamento del carico. Una replica di lettura di SQL Server
è una copia fisica di un'istanza database di Amazon RDS for SQL Server utilizzata per scopi di sola lettura.
Amazon RDS aiuta a ridurre il carico sull'istanza database primaria scaricando i carichi di lavoro di sola
lettura sull'istanza database della replica di lettura. Gli aggiornamenti applicati all'istanza database primaria
vengono copiati in modo asincrono nell'istanza della replica di lettura.
Quando richiedi una replica di lettura, Amazon RDS acquisisce uno snapshot dell'istanza database
di origine e questa snapshot diventa la replica di lettura. Non si verificano interruzioni durante la
creazione e l'eliminazione di una replica di lettura. Amazon RDS for SQL Server aggiorna il database
primario immediatamente dopo l'aggiornamento delle repliche di lettura, a prescindere dalla finestra di
manutenzione. Ogni replica di lettura viene fornita con un endpoint separato che si utilizza per connettersi
al database delle repliche di lettura.
Amazon RDS for SQL Server semplifica la creazione di repliche di lettura configurando gruppi di
disponibilità Always On e mantenendo connessioni di rete sicure tra un'istanza database primaria e le
relative repliche di lettura.
Puoi configurare una replica di lettura nella stessaAWSRegione come database primario. Amazon RDS for
SQL Server non supporta le repliche di lettura fra regioni. È possibile creare fino a cinque repliche di lettura
per un'istanza database di origine.
Note
Le seguenti versioni ed edizioni di SQL Server:
• SQL Server 2017 Enterprise Edition 14.00.1 o successive
• SQL Server 2016 Enterprise Edition 13.00.16.0 o successive
Le versioni e le edizioni di SQL Server che supportano il mirroring del database per ambienti Multi-
AZ non offrono repliche di lettura.
Il seguente diagramma seguenti seguenti descrivono un'istanza database Amazon RDS for SQL Server
in un ambiente Multi-AZ con una replica di lettura in un'altra zona di disponibilità.AWSRegione . Non
19Puoi anche leggere
