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.
Phase 1: Vorbereiten
Analysieren Sie während der Vorbereitungsphase Ihre bestehende Datenbank und identifizieren Sie deren Abhängigkeiten. In den folgenden Abschnitten werden die wichtigsten Punkte behandelt, die Sie vor der Planung der Migration bewerten sollten.
Abhängigkeitsanalyse
Identifizieren Sie bei der Vorbereitung der Oracle-Migration die Interdependenzen und deren Auswirkungen auf die Schnittstellenanwendungen. Beantworten Sie zunächst die folgenden Fragen:
-
Abhängigkeitsprüfung — Identifizieren Sie Anwendungen, die eine direkte Verbindung zur Datenbank herstellen. Um Latenzprobleme zu vermeiden, empfehlen wir, die Anwendungen zusammen mit der Datenbank zu migrieren. Identifizieren Sie bei Anwendungen, die indirekt über eine API auf Daten zugreifen, die Auswirkungen auf die Leistung und die für die Migration erforderlichen Ausfallzeiten.
-
Zugriff auf andere Datenbanken — Oracle Database bietet einen Mechanismus für den Zugriff auf Daten in einer anderen Datenbank über ein Netzwerk mithilfe eines Datenbank-Links
. Der Datenbank-Link hilft Ihnen, aus Tabellen in einer entfernten Datenbank zu lesen und in sie zu schreiben. Beispielsweise kann eine Berichtsanwendung Daten aus einer zentralen Datenbank abrufen, die Datenbanklinks verwendet, um Daten aus anderen Datenbanken derselben Geschäftseinheit abzurufen. Es ist wichtig, all diese Verbindungen zu identifizieren und die Datenbanklinks nach der Migration neu zu erstellen. -
Externe Jobs — Manchmal werden Datenbankjobs außerhalb der Datenbank geplant und gesteuert. Um nachgelagerte Auswirkungen zu vermeiden, stellen Sie sicher, dass diese Jobs während der Datenbankmigration weiterhin ausgeführt werden.
-
Abhängigkeiten zwischen Rechenzentren — Während der Migration kann es vorkommen, dass sich einige Ihrer Systeme in der Cloud befinden, während sich andere Systeme immer noch im lokalen Rechenzentrum befinden. Die Netzwerklatenz spielt bei diesen Konfigurationen eine große Rolle. Entscheiden Sie, ob Sie latenzempfindliche Anwendungen und Datenbanken gemeinsam migrieren möchten, oder ob Sie die Funktionalität in die migrierende Datenbank verschieben möchten. In beiden Fällen empfehlen wir, Ihre Anwendungen in dieselbe Availability Zone wie Ihre migrierte Datenbank zu migrieren, um jegliche Netzwerklatenz zu vermeiden.
-
Zugriff auf den Host — Einige Anwendungen erstellen Berichte, die in einem Dateisystem auf einem Datenbankserver gespeichert werden. Wenn Sie Ihre Datenbank migrieren, können Sie entscheiden, auch Ihre Berichtsgenerierung zu modernisieren, indem Sie die Berichte im cloudnativen Speicher speichern. Je nachdem, wie komplex es sein kann, die Berichtsgenerierung zu ändern, können Sie entscheiden, ob Sie Amazon EC2
, Amazon RDS oder Amazon RDS Custom als Ziel für die Oracle-Datenbank verwenden möchten. -
Spezifische Datenbankoptionen, Funktionen und Patch-Anforderungen — Prüfen Sie die von Ihnen verwendeten Oracle-Datenbankfunktionen und Ihre Anforderungen nach der Migration. Anhand der Nutzung der Funktionen und der Anforderungen nach der Migration können Sie das Datenbank-Setup in der Cloud bestimmen. Für einmalige Patches in der Oracle-Quelldatenbank muss Ihre Datenbank möglicherweise zu Amazon RDS Custom oder einer EC2 Instance migriert werden.
Anforderungen an die Verfügbarkeit
Je nach Geschäftsanforderungen müssen einige Datenbanken den ganzen Tag, jeden Tag betriebsbereit sein. Bei anderen Datenbanken kann es zu Ausfallzeiten außerhalb der Geschäftszeiten oder am Wochenende kommen. In der Vorbereitungsphase der Migrationsplanung ist es wichtig, die geschäftlichen Auswirkungen von Datenbankausfällen zu verstehen und die geeignete Migrationsstrategie zu wählen. Beispielsweise hat die Online-Migration nur minimale Ausfallzeiten, wohingegen die Offline-Migration längere Ausfallzeiten mit sich bringt.
Analyse der Arbeitslast
Wenn Sie die Art Ihrer Datenbank-Arbeitslast verstehen, können Sie Ihre Datenbankmigrationsstrategie festlegen. Das Zeitfenster für die Migration und die erforderlichen Ausfallzeiten hängen von der Arbeitslast ab. Die Workloads können entweder sehr transaktionell sein oder hauptsächlich aus Batch-Jobs und Berichten bestehen. Um Ihnen bei Ihrer Migrationsplanung und -strategie zu helfen, sollten Sie herausfinden, wo sich Ihr Workload in diesem Spektrum befindet.
Es stehen Tools zur Verfügung, mit denen Sie Ihren Datenbank-Workload qualifizieren können. Die Tools, die Sie verwenden können, hängen von Ihrer Oracle Database-Lizenz ab und umfassen Folgendes:
-
Host-Metriken wie CPU
, I/O und Arbeitsspeicher helfen Ihnen bei der Entscheidung über die Instanz- und Speicheranforderungen für Ihre Datenbanken in der Cloud. -
Oracle-Berichte wie Automatic Workload Repository (AWR)
für Oracle Database Enterprise Edition oder Statspack for Standard Edition helfen Ihnen dabei, die Art der Transaktionen zu bestimmen, die in Ihrer Datenbank stattfinden. -
Mithilfe der Generierung von Redo- und Archivierungsprotokollen
können Sie die Änderungsrate in Ihrer Datenbank ermitteln.
