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à.
Utilizzo del rapporto di valutazione delle conversioni per la pianificazione della migrazione
Il rapporto di valutazione della conversione è il primo passo nel percorso di migrazione del database. Le organizzazioni utilizzano il rapporto per valutare la complessità della migrazione e prendere decisioni go/no informate prima di impegnarsi in un progetto di migrazione su vasta scala.
Calcolo dello sforzo totale di migrazione
Il file Action_Items_Summary CSV fornisce tre valori per ogni tipo di azione utilizzato per stimare l'impegno:
-
Impegno della curva di apprendimento: costo una tantum per comprendere l'incompatibilità e progettare un approccio di conversione per questo tipo di azione. Questo costo viene sostenuto una volta per tipo di azione, indipendentemente dal numero di oggetti del database interessati.
-
Impegno di conversione di un'occorrenza: costo per risolvere una singola occorrenza di questa azione, dopo aver già progettato l'approccio di conversione.
-
Numero di occorrenze: il numero di singoli oggetti del database interessati da questo tipo di azione.
Nota
I valori dello sforzo nel CSV sono unità relative su una scala ponderata, non ore. Per convertirli in ore-persona o giorni-persona, moltiplicali per un fattore di calibrazione derivato dalla velocità storica del tuo team su lavori di migrazione simili.
Stima conservativa con limite massimo
La stima più semplice considera ogni evento altrettanto difficile. Usa questa formula come limite superiore nel caso peggiore:
Effort for one action item type = Learning curve effort + (Effort per occurrence × Number of occurrences)
Somma questo valore tra tutti i tipi di azioni per ottenere la stima totale del limite massimo:
Total effort (upper bound) = Sum of [ Learning curve effort + (Effort per occurrence × Occurrences) ] for every action item type
Ad esempio, l'azione 5028 di una Oracle-to-PostgreSQL valutazione di esempio presenta uno sforzo per la curva di apprendimento di 40, uno sforzo per occorrenza di 8 e 12 occorrenze. Il suo totale massimo è 40 + (8 × 12) = 136.
Stima realistica basata su scenari
La formula con limite superiore sopravvaluta lo sforzo perché presuppone che ogni occorrenza richieda la stessa quantità di lavoro. In pratica, una volta che il team ha risolto le prime occorrenze di un tipo di azione, le occorrenze successive diventano più rapide: la soluzione è nota e la conversione è di routine. Un modello più realistico esclude la maggior parte delle occorrenze.
Dividete le occorrenze in due gruppi: un gruppo dirigente su cui lavorate a pieno ritmo mentre stabilite la soluzione e un gruppo rimanente che risolvete a metà sforzo una volta stabilito lo schema. Scegli la suddivisione in base al livello di confidenza del tuo team:
Realistic effort for one action item type = (Leading% × Occurrences × Effort per occurrence) + (Remaining% × Occurrences × (Effort per occurrence ÷ 2))
La tabella seguente mostra tre scenari tra cui un team di migrazione può scegliere:
| Scenario | Gruppo leader | Gruppo rimanente | Quando utilizzarlo |
|---|---|---|---|
| Ottimista | 10% | 90% | Team esperto, motore di riferimento ben conosciuto, la maggior parte delle incompatibilità sono meccaniche e altamente ripetitive. |
| Moderata | 30% | 70% | Livello di esperienza misto, alcuni tipi di azioni sono inediti per il team, tipici dei progetti di migrazione. |
| Conservativo | 50% | 50% | Nuovo team, prima migrazione a questo motore di destinazione o azioni riguardano diversi tipi di oggetti del database. |
Ad esempio, l'azione 5127 («L'uso di CROSS JOIN in PostgreSQL potrebbe comportare un rallentamento delle prestazioni») ha 8 occorrenze e uno sforzo per occorrenza di 160. La stima con limite superiore è 16 + (160 × 8) = 1.296. Utilizzando lo scenario moderato (30/70 frazionato): (0,30 × 8 × 160) + (0,70 × 8 × 80) = 384 + 448 = 832, una riduzione del 36%. Utilizzando lo scenario ottimistico (10/90 split): (0,10 × 8 × 160) + (0,90 × 8 × 80) = 128 + 576 = 704: una riduzione del 46%.
Nota
Lo sforzo della curva di apprendimento nel CSV è un costo fisso una tantum e non diminuisce con la ripetizione. Aggiungilo una volta per tipo di azione in aggiunta al costo di occorrenza basato sullo scenario. Lo sconto per scenario si applica solo allo sforzo per evento, non allo sforzo relativo alla curva di apprendimento.
Per calcolare realisticamente lo sforzo totale di migrazione, applica lo scenario scelto a ogni tipo di azione e somma i risultati:
Total realistic effort = Sum of [ Learning curve effort + (Leading% × Occurrences × Effort per occurrence) + (Remaining% × Occurrences × (Effort per occurrence ÷ 2)) ] for every action item type
Assegnazione di priorità agli elementi d'azione
Utilizza la categoria di complessità e il numero di occorrenze di ogni azione per decidere l'ordine in cui risolverli. Assegnare priorità alle azioni in questo modo consente di affrontare innanzitutto il lavoro che ha il maggiore impatto sulla tempistica della migrazione.
-
Azioni complesse con un elevato numero di occorrenze: risolvete prima queste azioni. Richiedono il massimo impegno manuale per occorrenza e un numero elevato di occorrenze moltiplica tale sforzo in tutto lo schema.
-
Medium-complexity azioni: affronta queste azioni in seguito. In genere richiedono meno impegno per la progettazione di un approccio di conversione rispetto alle azioni complesse, ma richiedono comunque un lavoro di conversione manuale.
-
Azioni semplici: assegna a queste azioni la priorità più bassa tra quelle che richiedono un lavoro manuale. In genere richiedono il minimo sforzo per essere risolti.
-
Oggetti di database convertiti automaticamente: questi oggetti di database non richiedono alcuna azione. DMS Schema Conversion li converte senza alcun intervento manuale.
Per trovare la categoria di complessità per un elemento di azione, visualizza la scheda Azioni nella AWS DMS console o le Objects with complex actions colonne, Objects with simple actionsObjects with medium-complexity actions, e nel file CSV di riepilogo. Per trovare il numero di occorrenze per un tipo di azione, consulta la Number of occurrences colonna nel Action_Items_Summary file CSV.
Valutazione del rischio e dell'ambito della migrazione
Oltre a calcolare l'impegno e assegnare priorità alle singole azioni, utilizza il rapporto di valutazione delle conversioni per valutare il rischio complessivo e la portata del tuo progetto di migrazione.
-
Identifica gli oggetti di database ad alto rischio: gli oggetti di database che DMS Schema Conversion classifica con azioni di media complessità o complesse richiedono una conversione manuale e rappresentano il rischio più elevato per la tempistica della migrazione. Gli oggetti di database che DMS Schema Conversion converte automaticamente o che hanno solo azioni semplici comportano un rischio relativamente basso. Per ulteriori informazioni su come DMS Schema Conversion assegna queste categorie, vedere. Categorie di complessità
-
Stima dell'ambito e della tempistica complessivi della migrazione: utilizza il conteggio degli oggetti del database nella scheda Riepilogo o nel file CSV di riepilogo per stimare la parte dello schema che richiede la conversione manuale. Confronta il numero di oggetti di database con azioni complesse e di media complessità con il numero totale di oggetti del database per valutare l'ambito complessivo della migrazione. Combina questo ambito con lo sforzo totale di migrazione che hai calcolato (vediCalcolo dello sforzo totale) e la capacità disponibile del tuo team di prevedere una tempistica per il completamento del lavoro di conversione manuale.
-
Pianifica la sequenza delle attività di conversione manuale: la scheda Azioni e il file CSV delle azioni forniscono un'azione consigliata per ogni tipo di azione. Usa questi consigli, insieme all'ordine di priorità che hai stabilito (vediAssegnazione di priorità agli elementi di azione), per pianificare l'ordine in cui il tuo team risolve le azioni. Raggruppa le azioni che influiscono sugli oggetti del database correlati, ad esempio oggetti nello stesso schema o oggetti di database che dipendono l'uno dall'altro, in modo che il team possa risolvere insieme i problemi correlati.
