Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Migrazione con strumenti di database nativi e AWS DMS
Molti DBA conoscono un'ampia gamma di strumenti che gestiscono la migrazione e la replica dei database. Questi strumenti sono generalmente offerti dai fornitori di motori di database e da società terze e funzionano sul livello logico dello specifico motore di database, a differenza dell'approccio di replica a livello di blocco completamente indipendente dall'applicazione offerto da MGN.
Ecco un elenco di questi strumenti, dagli approcci più semplici a quelli più complessi:
-
Full backup/restore è un processo familiare, noto e facile da usare per il personale IT. Il metodo dipende dal tipo di motore di database. Il processo di solito sposta più database logici che si trovano sullo stesso server di database e può essere utilizzato anche per ripristinare i database in un servizio gestito come Amazon Relational Database Service (Amazon RDS). Backup/restore è il metodo più semplice ma richiede una finestra di taglio molto più lunga rispetto alle altre opzioni, a causa delle dimensioni dei backup e del tempo necessario per crearli, copiarli e ripristinarli sul database di destinazione. Per ulteriori informazioni su questo approccio, vedere Native SQL Server backup/restore e Oracle RMAN sul sito Web AWS Prescriptive Guidance.
-
Esportazione o backup logico è un altro metodo che richiede la copia di un database logico completo o parziale. Questo strumento per motori di database nativo consente di scomporre un server di database di grandi dimensioni per effettuare la migrazione di determinati database associati a una particolare applicazione. Fornisce un controllo più che completo backup/restore su cosa migrare e supporta anche Amazon RDS come destinazione. Tuttavia, anche questa opzione richiede una finestra di conversione più lunga per gli stessi motivi del metodo precedente.
-
Gli strumenti nativi per l'alta disponibilità (HA) del database includono i cluster Always On o i cluster di gruppo di disponibilità distribuita nelle repliche di Microsoft SQL Server e Oracle Data Guard. Questo approccio richiede un notevole sforzo di configurazione su cluster HA estesi e intersiti e potrebbe causare un certo peggioramento delle prestazioni a causa della maggiore latenza necessaria per ottenere implementazioni attive-attive completamente sincrone. Tuttavia, questo metodo garantisce tempi di inattività prossimi allo zero durante la conversione.
-
La replica Change Data Capture (CDC) è supportata da AWS Database Migration Service (AWS DMS)
e strumenti di replica nativi del database come Oracle, Qlik e Talend. GoldenGate È possibile utilizzare questi strumenti per copiare un database parziale o completo con il vantaggio di tempi di inattività vicini allo zero, perché mantengono il database di destinazione sincronizzato con il database di origine. È possibile utilizzare questo metodo anche con AWS Schema Conversion Tool (AWS SCT) e AWS DMS per migrazioni eterogenee, per migrare e modernizzare il database allo stesso tempo. -
Se la velocità di trasmissione effettiva della rete rappresenta un ostacolo durante la migrazione del database, puoi utilizzare AWS DMS in combinazione con AWS Snowball
per migrare e modernizzare database di grandi dimensioni. Per ulteriori informazioni, consulta il post del blog Abilita migrazioni di database su larga scala con and. AWS DMS AWS Snowball
Vantaggi
L'uso degli strumenti per database per effettuare la migrazione presenta i seguenti vantaggi rispetto ai metodi di replica a livello di blocco:
-
Alcuni strumenti offrono la migrazione con tempi di inattività minimi. Questi includono strumenti AWS DMS nativi che supportano i cluster HA nativi o la replica CDC.
-
È possibile utilizzare strumenti familiari alla maggior parte dei DBA per migrare i database in cluster.
-
Puoi modernizzare il database nell'ambito del flusso di lavoro di migrazione e passare a servizi di database gestiti come Amazon RDS o Amazon Aurora.
-
È possibile trarre vantaggio dal consolidamento e dalla scomposizione (o dalle migrazioni parziali del database) quando si passa da un'infrastruttura monolitica ai microservizi, si suddivide un server di database di grandi dimensioni o un cluster o si uniscono database più piccoli in un'istanza più grande o in un. Servizio AWS
Svantaggi
La maggior parte dei vantaggi discussi nella sezione precedente non rientrano in un scenario di migrazione lift and shift tipico, m nell'approccio basato sulla ridefinizione della piattaforma. Inoltre, i metodi di migrazione di database nativi presentano alcuni svantaggi nelle migrazioni su larga scala, come:
-
Preparazione: è necessario effettuare il provisioning anticipato e configurare completamente l'infrastruttura di destinazione, i server di database e i cluster prima di poter utilizzare uno qualsiasi dei metodi per database nativi.
-
Complessità: alcuni metodi, ad esempio completi o logici backup/restore, devono essere combinati con un altro metodo di replica per rilevare tutte le modifiche apportate dopo la creazione del backup iniziale.
-
Scalabilità: non è disponibile un semplice framework di automazione per implementare questi metodi su altri cluster e server di database durante la migrazione su larga scala.