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.
Migrationswellen, Server und Datenbanken
Migrationsprojekte beginnen mit der folgenden Liste offener Fragen, die für alle drei im vorangegangenen Abschnitt beschriebenen Szenarien gleich sind:
-
Wie können wir Migrationswellen aufbauen?
-
Wie können wir Server innerhalb jeder Welle gruppieren?
-
Sollten Datenbankserver vor Anwendungsservern migriert werden oder zusammen mit ihnen?
-
Welches Tool sollten wir für Datenbankmigrationen verwenden?
Um diese Fragen zu beantworten, müssen wir jedoch zunächst einige Definitionen klären. Dieser Abschnitt des Leitfadens konzentriert sich auf den Begriff Datenbank und seine Bedeutung im Zusammenhang mit Migrationswellen. Diese Definition ist wichtig, weil das Verständnis dieses Begriffs den allgemeinen Migrationsansatz für bestimmte Migrationswellen verändern oder sogar Migrationswellen verändern könnte, indem Server zwischen verschiedenen Wellen verschoben werden.
Meint der Begriff Datenbank einen Server, auf dem die DBMS-Software oder der logische Datenbankeinstiegspunkt ausgeführt wird? Bezieht er sich auf eine von mehreren Datenbanken auf demselben Server oder auf einen Servercluster? Je nach Kontext kann sich eine Datenbank auf eine der beiden Optionen beziehen. Datenbankadministratoren (DBAs) ziehen in der Regel logische Datenbanken und nicht physische Server in Betracht. Bei Migrationen, insbesondere bei groß angelegten lift-and-shift Migrationen, entspricht eine Datenbank jedoch in der Regel einem physischen Server oder einem Servercluster.
Die Migration einer Datenbank muss auf die Anwendung abgestimmt und ihr zugeordnet werden, mit der sie arbeitet, da die logische Datenbank immer Teil der Anwendung und ihrer Abhängigkeiten ist. Der physische Standort dieser logischen Datenbank kann jedoch variieren. Sie könnte sich beispielsweise befinden auf:
-
Ein eigenständiger physischer Server, auf dem keine anderen Datenbanken vorhanden sind.
-
Ein eigenständiger physischer Server, der sich zusammen mit anderen logischen Datenbanken befindet.
-
Ein Cluster von physischen Servern, entweder als einzelne logische Datenbank oder als Teil einer größeren Gruppe von Datenbanken, die anderen Anwendungen dienen.
Die Erstellung der Abhängigkeitszuordnungen für Migrationswellen ist kompliziert, wenn keine eindeutige one-to-one Abhängigkeit zwischen der Anwendung und den Datenbankservern besteht, insbesondere wenn sich mehrere logische Datenbanken aus verschiedenen Anwendungen auf demselben physischen Server befinden. Solche Datenbanksysteme erfordern einen plattformübergreifenden Ansatz, der eine Zerlegung oder Konsolidierung von Datenbanken beinhaltet, was umfangreiche Migrationsbemühungen erschwert. lift-and-shift
Hier können Tools für die Datenbankmigration (z. B. native Tools von Anbietern der Datenbank-Engine oder von Drittanbietern) helfen. Diese Tools arbeiten auf einer logischen Datenbankebene anstelle des Replikationsansatzes auf Blockebene und können die Daten oder Datenbanken auf einer logischen Ebene zwischen physischen Servern und Standorten verschieben. AWS Application Migration Service Diese systemeigenen Datenbankmigrationstools können Ihnen helfen, logische Datenbanken auf einem einzigen physischen Server zu konsolidieren. Sie können auch das Gegenteil bewirken: Sie können logische Datenbanken zwischen verschiedenen physischen Datenbankservern zerlegen, um sie an unterschiedliche Anwendungen anzupassen und sie auf verschiedene Migrationswellen zu verteilen.
