Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Verwendung des Konversionsbewertungsberichts für die Migrationsplanung
Der Bericht zur Bewertung der Konversionen ist der erste Schritt auf Ihrem Weg zur Datenbankmigration. Unternehmen nutzen den Bericht, um die Komplexität der Migration zu bewerten und fundierte go/no Entscheidungen zu treffen, bevor sie sich für ein umfassendes Migrationsprojekt entscheiden.
Berechnung des gesamten Migrationsaufwands
Die Action_Items_Summary CSV-Datei enthält drei Werte für jeden Aktionspunkttyp, den Sie zur Schätzung des Aufwands verwenden:
-
Lernkurve — Die einmaligen Kosten, die entstehen, um die Inkompatibilität zu verstehen und einen Konvertierungsansatz für diesen Aktionspunkttyp zu entwickeln. Diese Kosten fallen einmal pro Aktionspunkttyp an, unabhängig davon, wie viele Datenbankobjekte betroffen sind.
-
Aufwand für die Konvertierung eines Vorkommnisses — Die Kosten für die Behebung eines einzelnen Auftretens dieses Aktionspunkts, nachdem Sie den Konvertierungsansatz bereits entworfen haben.
-
Anzahl der Vorkommen — Die Anzahl der einzelnen Datenbankobjekte, die von diesem Aktionspunkttyp betroffen sind.
Anmerkung
Die Aufwandswerte in der CSV-Datei sind relative Einheiten auf einer gewichteten Skala, nicht Stunden. Zur Umrechnung in Arbeitsstunden oder Personentage multiplizieren Sie das Ganze mit einem Kalibrierungsfaktor, der sich aus der historischen Geschwindigkeit Ihres Teams bei ähnlichen Migrationsarbeiten ergibt.
Konservative Schätzung der Obergrenze
Bei der einfachsten Schätzung wird jedes Ereignis als gleich schwierig behandelt. Verwenden Sie diese Formel als Obergrenze für den schlimmsten Fall:
Effort for one action item type = Learning curve effort + (Effort per occurrence × Number of occurrences)
Addieren Sie dies für alle Aktionspunktarten, um Ihre geschätzte Obergrenze insgesamt zu erhalten:
Total effort (upper bound) = Sum of [ Learning curve effort + (Effort per occurrence × Occurrences) ] for every action item type
Beispiel: Der Aktionspunkt 5028 in einer Oracle-to-PostgreSQL Stichprobenbewertung hat einen Lernkurvenaufwand von 40, einen Aufwand pro Ereignis von 8 und 12 Vorkommnisse. Der obere Grenzwert für den Gesamtwert ist 40 + (8 × 12) = 136.
Realistische, szenariobasierte Schätzung
Die Formel für die Obergrenze überschätzt den Aufwand, da sie davon ausgeht, dass jedes Ereignis den gleichen Arbeitsaufwand erfordert. In der Praxis gilt: Sobald Ihr Team die ersten Vorkommnisse eines Aktionspunkttyps gelöst hat, werden die nachfolgenden Vorkommnisse schneller — die Lösung ist bekannt und die Konvertierung erfolgt routinemäßig. Bei einem realistischeren Modell werden die meisten Vorkommnisse nicht berücksichtigt.
Teilen Sie Vorkommnisse in zwei Gruppen auf: eine führende Gruppe, die Sie bei der Festlegung der Lösung mit vollem Aufwand abarbeiten, und eine verbleibende Gruppe, die Sie mit halbem Aufwand lösen, sobald das Muster festgelegt ist. Wählen Sie die Aufteilung auf der Grundlage des Konfidenzniveaus Ihres Teams aus:
Realistic effort for one action item type = (Leading% × Occurrences × Effort per occurrence) + (Remaining% × Occurrences × (Effort per occurrence ÷ 2))
Die folgende Tabelle zeigt drei Szenarien, aus denen ein Migrationsteam wählen kann:
| Szenario | Führende Gruppe | Verbleibende Gruppe | Wann sollte dies verwendet werden? |
|---|---|---|---|
| Optimistisch | 10 % | 90 % | Erfahrenes Team, gut verstandene Zielengine, die meisten Inkompatibilitäten sind mechanisch und wiederholen sich stark. |
| Mittel | 30 % | 70 % | Gemischtes Erfahrungsniveau, einige Arten von Aktionselementen sind für das Team neu, ein typisches Migrationsprojekt. |
| Konservativ | 50 % | 50 % | Neues Team, erste Migration zu dieser Ziel-Engine oder Aktionspunkte umfassen viele verschiedene Datenbankobjekttypen. |
Beispiel: Das Aktionselement 5127 („Die Verwendung von CROSS JOIN in PostgreSQL kann zu einer langsamen Leistung führen“) wird acht Mal ausgeführt, wobei der Aufwand pro Ereignis 160 beträgt. Die geschätzte Obergrenze ist 16 + (160 × 8) = 1.296. Bei Verwendung des moderaten Szenarios (30/70 aufgeteilt): (0,30 × 8 × 160) + (0,70 × 8 × 80) = 384 + 448 = 832 — eine Reduzierung um 36%. Unter Verwendung des optimistischen Szenarios (10/90 aufgeteilt): (0,10 × 8 × 160) + (0,90 × 8 × 80) = 128 + 576 = 704 — eine Reduzierung um 46%.
Anmerkung
Der Aufwand für die Lernkurve in der CSV-Datei ist ein fester einmaliger Kostenfaktor und nimmt nicht ab, wenn er wiederholt wird. Fügen Sie ihn einmal pro Aktionselementtyp zusätzlich zu den szenariobasierten Kosten hinzu. Der Szenariorabatt gilt nur für den Aufwand pro Ereignis, nicht für den Aufwand der Lernkurve.
Um Ihren realistischen Gesamtaufwand für die Migration zu berechnen, wenden Sie das von Ihnen gewählte Szenario auf jeden Aktionstyp an und summieren Sie die Ergebnisse:
Total realistic effort = Sum of [ Learning curve effort + (Leading% × Occurrences × Effort per occurrence) + (Remaining% × Occurrences × (Effort per occurrence ÷ 2)) ] for every action item type
Priorisierung der Aktionspunkte
Entscheiden Sie anhand der Komplexitätskategorie und der Anzahl der Vorkommnisse der einzelnen Aktionspunkte, in welcher Reihenfolge Sie sie lösen. Wenn Sie die Aktionspunkte auf diese Weise priorisieren, können Sie sich zuerst mit der Arbeit befassen, die den größten Einfluss auf Ihren Migrationszeitplan hat.
-
Komplexe Aktionen mit einer hohen Anzahl von Vorkommnissen — Behandeln Sie diese Aktionspunkte zuerst. Sie erfordern den meisten manuellen Aufwand pro Vorkommen, und eine hohe Anzahl von Vorkommnissen vervielfacht diesen Aufwand in Ihrem gesamten Schema.
-
Medium-complexity Aktionen — Gehen Sie als Nächstes auf diese Aktionspunkte ein. Sie erfordern in der Regel weniger Aufwand bei der Entwicklung eines Konvertierungsansatzes als bei komplexen Aktionen, erfordern jedoch immer noch manuelle Konvertierungsarbeiten.
-
Einfache Aktionen — Geben Sie diesen Aktionselementen die niedrigste Priorität unter den Aktionselementen, die manuelle Arbeit erfordern. Ihre Lösung erfordert in der Regel den geringsten Aufwand.
-
Automatisch konvertierte Datenbankobjekte — Für diese Datenbankobjekte ist keine Aktion erforderlich. Die DMS-Schemakonvertierung konvertiert sie ohne manuellen Eingriff.
Die Komplexitätskategorie für einen Aktionspunkt finden Sie auf der Registerkarte Aktionspunkte in der AWS DMS Konsole oder in den Objects with complex actions Spalten, Objects with simple actionsObjects with medium-complexity actions, und in der CSV-Datei mit der Zusammenfassung. Die Anzahl der Vorkommen für einen Aktionspunkttyp finden Sie in der Number of occurrences Spalte in der Action_Items_Summary CSV-Datei.
Bewertung des Migrationsrisikos und -umfangs
Verwenden Sie Ihren Bericht zur Konversionsbewertung nicht nur zur Berechnung des Aufwands und zur Priorisierung einzelner Maßnahmen, sondern auch zur Bewertung des Gesamtrisikos und des Umfangs Ihres Migrationsprojekts.
-
Identifizieren Sie Datenbankobjekte mit hohem Risiko — Datenbankobjekte, die DMS-Schemakonvertierung mit Aktionen mittlerer Komplexität oder Komplexität klassifiziert, erfordern eine manuelle Konvertierung und stellen das größte Risiko für Ihren Migrationszeitplan dar. Datenbankobjekte, die von DMS-Schemakonvertierung automatisch konvertiert werden oder für die nur einfache Aktionen ausgeführt werden, bergen ein vergleichsweise geringes Risiko. Weitere Informationen darüber, wie die DMS-Schemakonvertierung diese Kategorien zuweist, finden Sie unter. Kategorien der Komplexität
-
Schätzen Sie den Gesamtumfang und den Zeitplan der Migration ab — Anhand der Anzahl der Datenbankobjekte auf der Registerkarte „Zusammenfassung“ oder in der CSV-Datei mit der Zusammenfassung können Sie abschätzen, wie viel von Ihrem Schema manuell konvertiert werden muss. Vergleichen Sie die Anzahl der Datenbankobjekte mit Aktionen mittlerer und komplexer Komplexität mit der Gesamtzahl der Datenbankobjekte, um den Gesamtumfang der Migration abzuschätzen. Kombinieren Sie diesen Umfang mit dem von Ihnen berechneten Gesamtaufwand für die Migration (sieheBerechnung des Gesamtaufwands) und der verfügbaren Kapazität Ihres Teams, um einen Zeitplan für den Abschluss der manuellen Konvertierungsarbeiten zu erstellen.
-
Planen Sie die Reihenfolge der manuellen Konvertierungsaufgaben — Die Registerkarte „Aktionspunkte“ und die CSV-Datei mit den Aktionspunkten enthalten eine Handlungsempfehlung für jeden Aktionspunkttyp. Verwenden Sie diese Empfehlungen zusammen mit der von Ihnen festgelegten Prioritätsreihenfolge (siehePriorisierung von Aktionselementen), um die Reihenfolge zu planen, in der Ihr Team die Aufgaben löst. Gruppieren Sie Aktionspunkte, die sich auf verwandte Datenbankobjekte auswirken, z. B. Objekte im gleichen Schema oder Datenbankobjekte, die voneinander abhängen, sodass Ihr Team verwandte Probleme gemeinsam lösen kann.
