Erkunden der Produktionsvorbereitungsphase
In dieser Phase sollten Sie alle in früheren Phasen gesammelten Kenntnisse und Erfahrungen nutzen und sie zur Vorbereitung der Bereitstellungen in der Produktion verwenden. Außerdem sollten Sie bei Migrationsszenarien die Datenübertragung zwischen Ihrem aktuellen Hostingspeicherort und Azure vorbereiten.
Arbeiten Sie vor dem Verschieben zu Azure die erforderlichen SAP-Versionsupgrades für Ihre Produktionssysteme durch.
Legen Sie gemeinsam mit den Geschäftsinhabern die funktionellen und geschäftlichen Tests fest, die nach der Migration des Produktionssystems durchgeführt werden müssen. Stellen Sie sicher, dass alle diese Tests mit den Quellsystemen am aktuellen Hostingstandort ausgeführt werden. Sie müssen vermeiden, dass Tests erst nach dem Verschieben des Systems zu Azure zum ersten Mal durchgeführt werden.
Testen Sie die Produktionsmigration zu Azure. Wenn Sie im gleichen Zeitraum nicht alle Produktionssysteme zu Azure verschieben, identifizieren Sie die Produktionssystemgruppen, die sich am selben Hostingspeicherort befinden müssen. Testen Sie die Datenmigration. Zu den gängigen Migrationsmethoden zählen folgende:
- Verwenden von DBMS-Methoden wie Sicherung/Wiederherstellung in Verbindung mit SQL Server Always On, HANA System Replication oder Protokollversand, um Datenbankinhalte in Azure anzulegen und zu synchronisieren
- Verwenden von Sicherung/Wiederherstellung bei kleineren Datenbanken
- Verwenden von SAP Migration Monitor (implementiert in das SAP SWPM-Tool) für heterogene Migrationen
- Verwenden Sie den SAP DMO-Prozess (siehe Beschreibung in der Einführung zur Datenbankmigrationsoption (DMO) von SUM), wenn die Kombination mit einem SAP-Releaseupgrade erforderlich ist. Bedenken Sie, dass nicht alle Kombinationen von Quell- und Ziel-DBM-Server unterstützt werden. Weitere Informationen finden Sie in den SAP-Hinweisen zu bestimmten DMO-Releases. Die Datenbankmigrationsoption (DMO) von SUM 2.0 SP04 ist beispielsweise im SAP-Hinweis 3126581 dokumentiert.
- Vergleichen Sie den Durchsatz der Datenübertragung über das Internet und ExpressRoute, falls Sie Sicherungen oder SAP-Exportdateien in Azure hochladen müssen. Zum Vereinfachen internetbasierter Übertragungen müssen Sie möglicherweise die NSG/ASG-Konfiguration anpassen.
Sammeln Sie Ressourcenverbrauchsdaten (z. B. CPU-Auslastung, Speicherdurchsatz und IOPS-Daten), bevor Sie Systeme von der alten Plattform zu Azure verschieben. Dies ist besonders in Hinblick auf die Einheiten der DBMS-Ebene wichtig, kann aber auch bei den Einheiten der Anwendungsebene sehr hilfreich sein. Außerdem sollten Sie die Netzwerk- und Speicherlatenz messen.
Informieren Sie sich in SAP-Supporthinweisen, im SAP HANA-Hardwareverzeichnis und in der SAP-Produktverfügbarkeitsmatrix (Product Availability Matrix, PAM), um die Genauigkeit der Informationen zu unterstützten Azure-VM-SKUs, unterstützten Betriebssystemversionen für diese Azure VM-SKUs sowie unterstützte SAP- und DBMS-Versionen sicherzustellen.
Passen Sie Ihre Bereitstellungsskripts an, um neue Azure-VM-SKU-Typen zu nutzen, und integrieren Sie neue Features, von denen Sie profitieren können.
Führen Sie nach der Bereitstellung von Infrastruktur und Anwendung schrittweise die weiteren Prüfungen aus, um Folgendes zu validieren:
Bei der Bereitstellung wurden die richtigen Azure-VM-SKUs mit der vorgesehenen Speicherkonfiguration bereitgestellt.
Die Gastbetriebssysteme der virtuellen Azure-Computer wurden einheitlich und in der beabsichtigten Weise gehärtet.
Die Gastbetriebssysteme der virtuellen Azure-Computer weisen die vorgesehene Version und die beabsichtigte Patchebene auf.
Die vorgesehenen Anwendungsversionen und -patches wurden installiert.
Die Gastbetriebssysteme der virtuellen Azure-Computer weisen die vorgesehene Version und die beabsichtigte Patchebene auf.
Azure Storage Premium wurde für die latenzempfindlichen Datenträger oder an Stellen verwendet, an denen eine SLA eine Verfügbarkeit von 99,9 % für einzelne virtuelle Computer erfordert.
Die Gastbetriebssysteme der virtuellen Azure-Computer weisen die vorgesehene Version und die beabsichtigte Patchebene auf.
Soweit möglich wurde die Azure-Schreibbeschleunigung aktiviert.
Die Gastbetriebssysteme der virtuellen Azure-Computer weisen die vorgesehene Version und die beabsichtigte Patchebene auf.
Vergewissern Sie sich, dass auf den virtuellen Computern datenträgerübergreifend Speicherplätze oder Stripesets erstellt wurden, für die eine Unterstützung der Azure-Schreibbeschleunigung erforderlich ist. Relevante Informationen zu Volumeverwaltung unter Linux finden Sie unter:
Die virtuellen Azure-Computer wurden ausschließlich mit verwalteten Datenträgern konfiguriert.
Soweit möglich wurden virtuelle Azure-Computer in den vorgesehenen Verfügbarkeitsgruppen und Verfügbarkeitszonen bereitgestellt.
Auf den virtuellen Azure-Computern, die auf der SAP-Anwendungsebene und der SAP-DBM-Serverebene verwendet werden, wurde der beschleunigte Azure-Netzwerkbetrieb aktiviert.
Im Kommunikationspfad zwischen der SAP-Anwendung und der DBM-Serverebene von SAP-Systemen auf Basis von SAP NetWeaver, Hybris oder S/4HANA befinden sich keine virtuellen Azure-Netzwerkgeräte.
ASG- und NSG-Regeln steuern die Konnektivität auf beabsichtigte Art und Weise.
Die in der Pilotphase identifizierten Timeouteinstellungen wurden implementiert.
Die Netzwerklatenz zwischen virtuellen Computern auf der SAP-Anwendungsebene und der DBMS-Ebene entspricht den in SAP-Hinweis 500235 und SAP-Hinweis 1100926 angegebenen Richtlinien. Berücksichtigen Sie beim Bereitstellen von SAP HANA in Azure (große Instanzen) die Ausnahmen, die in Netzwerkarchitektur von SAP HANA (große Instanzen) dokumentiert sind.
Die Verschlüsselung wurde in der vorgesehenen Weise implementiert.
Schnittstellen und Anwendungen sind in der neu bereitgestellten Infrastruktur verfügbar.
Erstellen Sie ein Playbook, das geplante Azure-Wartungsereignisse vereinfacht. Das Playbook sollte die Reihenfolge definieren, in der die Systeme und virtuellen Azure-Computer bei einer geplanten Wartung offline und wieder online geschaltet werden.