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à.
Fase 1: Raccogli dati CMDB
Il primo passaggio consiste nella raccolta di dati per identificare i database potenzialmente utilizzabili per il refactoring. AWS Esistono otto elementi di dati essenziali per questa fase:
-
Server name (Nome del server)
-
Nome del servizio o dell'istanza
-
Nome del database
-
Motore del database
-
Database port (Porta del database)
-
Che si tratti di un database di produzione
-
Che si tratti di un database critico
-
Dimensioni del database (in GB)
-
(Facoltativo) Se fa parte di un'applicazione commerciale off-the-shelf (COTS)
Questi dati devono essere immediatamente disponibili, in genere in un database di gestione della configurazione (CMDB), in modo da poter essere facilmente consolidati in un altro database o foglio di calcolo, dove verranno analizzati.
Una volta raccolti e consolidati i dati, escludi i database che non soddisfano i seguenti criteri:
-
Database di produzione.
-
Database personalizzato, non un database COTS. (Questo perché i database COT sono supportati dai fornitori e alcuni fornitori non supportano il refactoring e la riscrittura del codice richiede molto tempo.)
-
Database non critico.
-
Dimensioni del database inferiori a 800 GB. (È possibile modificare questo requisito in base allo spazio del database.)
Questo filtro riduce in modo significativo l'elenco dei database candidati (in genere più del 50%) filtrando i database non di produzione). Ordina i database rimanenti per dimensione (in ordine crescente) in preparazione al passaggio 2.
Best practice
-
Assicurati che il CMDB disponga di un up-to-date inventario accurato di tutti i database che rientrano nell'ambito della migrazione.
-
Raccogli i dettagli del database descritti in questa sezione dal tuo CMDB.
