Freigeben über

Speichermigrationsbewertung

Während der Bewertungsphase werden Datenressourcen, Abhängigkeiten und das Volumen und die Verwendung von Daten systematisch inventarisiert. Dieser Bestand berücksichtigt Daten sowohl im Zustand vor als auch nach der Migration. Jedes Dataset wird entsprechend Faktoren wie Leistung, Ausfallsicherheit, Sicherheit, Kosten und Nutzungsanforderungen profiliert. Diese Attribute helfen bei der geeigneten Bewertungs- und Zieldienstauswahl.

Die folgende Liste enthält häufig inventarisierte und katalogisierte Elemente, um Ihre Quelldaten zu ermitteln und zu bewerten.

Bestandsdatenressourcen

  1. Katalogisieren Sie alle Datenquellen , die migriert werden. Zu diesen Quellen gehören Benutzerdaten, Abteilungsfreigaben, Dateifreigaben, Anwendungsdaten, Inhaltsverwaltungssysteme und Datenbanken. Sie umfassen auch Sicherungsarchivdaten, Virtuelle Computerdaten oder Daten, die in SAN-, NAS-, DFS- oder Bandarchiven gespeichert sind.
  2. Schätzen Sie die Datengröße in GB/TB/PB für jede Datenquelle in Ihrem Katalog. Geben Sie die ungefähre Anzahl von Dateien und Objekten an.
  3. Erfassen Sie die Hierarchie und Tiefe der Verzeichnisstrukturen.
  4. Setzen Sie alle speziellen Eigenschaften wie reservierte Dateinamen, Verzeichnis- oder Dateilänge, lange Pfade oder alternative Datenströme ein.
  5. Protokollieren Sie die Authentifizierungsmethoden, die bei aktuellen und zukünftigen Datendiensten verwendet werden.

Identifizieren von Datentypen und Zugriffsmustern

  1. Notieren Sie den Datentyp und die Zugriffsmethode für jede Quelle und die Häufigkeit des Zugriffs.
  2. Identifizieren Sie Zugriffsmethoden und Protokolle auf Dateiebene, Objektebene oder Blockebene. Beispielsweise können Protokolle auf Dateiebene SMB oder NFS enthalten. Protokolle auf Objektebene können S3- oder REST-APIs enthalten, und Protokolle auf Blockebene können iSCSI oder unformatierte Datenträger oder LUNs enthalten, die an Server angefügt sind.
  3. Zeichnen Sie Anwendungsabhängigkeiten für diese Daten für den Vorab- und Nachmigrationszugriff auf, welche Protokolle nach der Migration nach Azure migriert wurden.
  4. Erfassen Sie bestimmte Berechtigungsstufen und ACLs, Aufbewahrungsanforderungen für Berechtigungen und jede bestimmte Featureunterstützung für die Datei, z. B. zugriffsbasierte Enumeration oder alternative Datenströme.
  5. Beachten Sie außerdem die Zugriffsmuster – sequenziell und zufällig; Lese-/Schreibverhältnis
  6. Erwähnen Sie, wenn Sie eine Konsolidierung oder Neuorganisation der Daten in Betracht ziehen, während Sie zu Azure Storage migrieren.

Verständnis der Leistungsanforderungen

  1. Bewerten Sie die Netzwerkbandbreite und Latenz zwischen der Quelle und Azure.
  2. Lese-/Schreibleistung für Datensatzquellen oder IOPS-Grenzwerte, Durchsatzanforderungen
  3. Saison- oder Burstmuster
  4. Was sind die Anforderungen an die externe und interne Integration für die ermittelten Quelldaten

Bewerten der Replikation, Änderungsraten, Ausfallsicherheit und Downtime-Toleranz

  1. Ermitteln Sie die Datenänderungsraten , um zu verstehen, wie häufig Datenänderungen vorgenommen werden, und die akzeptable Ausfallzeit für die Übernahme. Wenn Ihre Daten statisch sind und sich nicht ändern, ist eine einmalige Kopie akzeptabel. Um jedoch für inkrementelle Synchronisierungen und ein endgültiges Übernahmefenster zu planen, müssen Sie aktiv sich ändernde, dynamische Daten berücksichtigen.
  2. Stimmen Sie einem schreibgeschützten Zeitraum für die abschließende Migration zu, um verpasste Updates zu vermeiden.
  3. Erfassen Sie die SLA-, RPO-, RTO-Anforderungen basierend auf den Verfügbarkeits- und Resilienzanforderungen einer Anwendung.
  4. Dokumentieren Sie vorhandene Datenschutz-, Wiederherstellungs- und Überwachungsanforderungen.
  5. Erfassen Sie replikationsrichtlinien, z. B. synchrone oder asynchrone Hochverfügbarkeits- oder Notfallwiederherstellungsanforderungen. Beachten Sie außerdem ggf. snapshot-Richtlinien, z. B. Häufigkeit und Aufbewahrungszeitraum.

Überlegen Sie zu diesem Zeitpunkt, ob die Datenänderungen zu häufig sind und ob die aktuelle Netzwerkbandbreite die Delta-Änderungen nach dem anfänglichen Offline-Seeding unterstützen kann. Gibt es weitere Parameter, die für solche Systeme und die Daten berücksichtigt werden sollten?

Faktor für Sicherheits- und Complianceanforderungen

  1. Dokumentieren Sie alle Berechtigungen und ACLs für die Daten. Stellen Sie sicher, dass die Migrationsmethode sie beibehalten kann, oder erstellen Sie einen Plan für die erneute Anwendung in Azure.
  2. Planen Sie die Verwendung von ExpressRoute oder privatem Link für alle In-Flight-Daten, die das öffentliche Internet nicht durchstellen dürfen.
  3. Beachten Sie, dass die Einhaltung gesetzlicher Vorschriften bestimmte Azure-Zielregionen zur Erfüllung von Datenresidenzanforderungen vorschreiben könnte. Kategorisieren Sie die Daten basierend auf Sicherheits- und Complianceanforderungen, z. B. Überwachung oder Verwahrungskette. Wenn Sie die Offlinemigration in Betracht ziehen, überprüfen Und dokumentieren Sie solche spezifischen Anforderungen.
  4. Skizzieren Sie wichtige technische Entwurfsentscheidungen , die überprüft und eingerichtet werden müssen, um mit der Zielauswahl voranzukommen.
  5. Überlegen Sie, ob sich ein System dem Ende der Lebensdauer nähert. Obwohl veraltete Systeme möglicherweise nicht migriert werden, ist es möglich, dass Systemdaten für einen bestimmten Zeitraum gespeichert werden müssen, um die Einhaltung gesetzlicher Vorschriften zu erfüllen.

Am Ende der Bewertungsphase sollten Sie über ein Dokument verfügen, in dem die Anforderungen für jede Datenquelle klar beschrieben werden. Zu diesen Anforderungen gehören die aktuellen und zukünftigen Anforderungen sowie die spezifischen Anforderungen nach der Migration zu einem Zielsystem oder Dienst. Das Bewertungsdokument definiert klar die Funktionen, die in den Zielsystemen vorhanden sein müssen, um die Daten erfolgreich zu hosten.

Siehe auch

  • Last updated on