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
DBAs Molti 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 Application Migration Service.
Ecco un elenco di questi strumenti, che vanno dagli approcci più semplici a quelli più complessi:
-
Backup/ripristino completo è un processo consueto, noto e di facile uso 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 Backup/ripristino di Native SQL Server e Oracle RMAN sul sito Web Prescriptive Guidance. AWS
-
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.
-
Puoi utilizzare strumenti familiari alla maggior parte per DBAs migrare i tuoi 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.
-
Puoi trarre vantaggio dal consolidamento e dalla scomposizione (o dalle migrazioni parziali del database) per passare da un'infrastruttura monolitica ai microservizi, suddividere un server di database o un cluster di grandi dimensioni o unire database più piccoli in un'istanza più grande o in un. Servizio AWS
Svantaggi
La maggior parte dei vantaggi illustrati nella sezione precedente non rientrano in uno scenario di lift-and-shift migrazione tipico e rientrano nell'approccio basato sulla ripiattaforma. 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, come il backup/ripristino completo o logico, devono essere combinati con un altro metodo di replica per rilevare tutte le modifiche apportate in seguito alla 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.
