Freigeben über


Bereitstellung von SAP MaxDB, SAP liveCache und SAP Content Server auf Azure-VMs

Dieses Dokument behandelt verschiedene wichtige Themen für die Bereitstellung von MaxDB, liveCache und Content Server in Azure IaaS. Es ist sinnvoll, im Vorfeld das Dokument Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload und andere Artikel der Azure-Dokumentation für SAP-Workload zu lesen.

Besonderheiten von SAP MaxDB-Bereitstellungen unter Windows

Versionsunterstützung für SAP MaxDB in Azure

SAP unterstützt derzeit SAP MaxDB Version 7.9 und höher für die Verwendung mit SAP NetWeaver-basierten Produkten in Azure. Jegliche Updates für SAP MaxDB-Server sowie JDBC- und ODBC-Treiber für die Verwendung mit SAP NetWeaver-basierten Produkten werden ausschließlich über den SAP Service Marketplace bereitgestellt. Weitere Informationen zum Ausführen von SAP NetWeaver in SAP MaxDB finden Sie unter SAP MaxDB.

Unterstützte Microsoft Windows-Versionen und Azure-VM-Typen für SAP MaxDB-DBMS

Die unterstützten Microsoft Windows-Versionen für SAP MaxDB-DBMS auf Azure finden Sie unter:

Es wird ausdrücklich empfohlen, stets die neueste Version des Betriebssystems Microsoft Windows zu verwenden. Derzeit ist dies Windows 2016.

Verfügbare SAP MaxDB-Dokumentation

Die aktualisierte Liste zur SAP MaxDB-Dokumentation finden Sie in SAP-Hinweis 767598

SAP MaxDB-Konfigurationsrichtlinien für SAP-Installationen in Azure-VMs

Speicherkonfiguration

Die Best Practices für Azure Storage mit SAP MaxDB orientieren sich an den allgemeinen Empfehlungen, die im Kapitel Speicherstruktur einer VM für RDBMS-Bereitstellungen beschrieben werden.

Wichtig

Wie andere Datenbanken verfügt auch SAP MaxDB über Daten- und Protokolldateien. Die korrekte Terminologie bei SAP MaxDB lautet allerdings „Volume“ (nicht „Datei“). Bei SAP MaxDB sprechen wir also z.B. von Datenvolumes und Protokollvolumes. Diese sind nicht zu verwechseln mit den Datenträgervolumes des Betriebssystems.

Folgende Schritte müssen ausgeführt werden:

  • Wenn Sie Azure-Speicherkonten verwenden, legen Sie das Azure-Speicherkonto mit den SAP MaxDB-Datenvolumes und -Protokollvolumes (d. h. Daten- und Protokolldateien) als lokal redundanten Speicher (LRS) fest. Eine Anleitung dafür finden Sie unter Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload.
  • Trennen Sie den E/A-Pfad für die SAP MaxDB-Datenvolumes (Datendateien) vom E/A-Pfad für Protokollvolumes (Protokolldateien). Das bedeutet: SAP MaxDB-Datenvolumes (Datendateien) müssen auf einem logischen Laufwerk installiert werden und SAP MaxDB-Protokollvolumes (Protokolldateien) auf einem anderen logischen Laufwerk.
  • Legen Sie, wie in Artikel Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload beschrieben, für jeden Datenträger den entsprechenden Cachetyp fest, je nachdem, ob Sie SAP MaxDB-Daten- oder -Protokollvolumes (d. h. Daten- und Protokolldateien) sowie den Azure-Standardspeicher oder Azure Storage Premium verwenden.
  • Solange die bestehenden IOPS-Kontingente pro Datenträger den Anforderungen genügen, ist es möglich, alle Datenvolumes auf einem einzigen, bereitgestellten Datenträger und alle Protokollvolumes der Datenbank auf einem anderen einzelnen, bereitgestellten Datenträger zu speichern.
  • Wenn mehr IOPS und/oder Speicherplatz erforderlich sind, wird empfohlen, Microsoft Windows-Speicherpools (nur verfügbar unter Microsoft Windows Server 2012 und höher) zu verwenden, um ein einziges großes, logisches Gerät aus mehreren bereitgestellten Datenträgern zu erstellen. Weitere Informationen finden Sie unter Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload. Durch diese Herangehensweise wird der Aufwand verringert, der zur Verwaltung des Speicherplatzes notwendig ist. Außerdem müssen Dateien nicht mehr manuell auf mehrere bereitgestellte Datenträger verteilt werden.
  • Es wird dringend empfohlen, Azure Storage Premium für MaxDB-Bereitstellungen zu verwenden.

Reference Configuration of Azure IaaS VM for SAP MaxDB DBMS

Sichern und Wiederherstellen

Bei der Bereitstellung von SAP MaxDB in Azure ist es erforderlich, die Sicherungsmethode zu überprüfen. Auch wenn es sich bei dem System nicht um ein Produktionssystem handelt, muss die durch SAP MaxDB gehostete SAP-Datenbank regelmäßig gesichert werden. Da Azure Storage drei Images vorhält, ist die Sicherung, um einen etwaigen Speicherabsturz und vor allem Betriebsausfälle und Verwaltungsfehler kompensieren zu können, weniger dringlich. Der wichtigste Grund, einen ordnungsgemäßen Sicherungs- und Wiederherstellungsplan zu verfolgen, besteht darin, dass Sie mithilfe der Point-in-Time-Wiederherstellung logische und manuelle Fehler beheben können. Das Ziel ist also entweder, Sicherungen für die Wiederherstellung des Zustands der Datenbank zu einem bestimmten Zeitpunkt zu erstellen, oder, mithilfe einer Sicherung in Azure durch Seeding ein anderes System aufzusetzen, indem die bestehende Datenbank kopiert wird.

Sicherung und Wiederherstellung einer Datenbank in Azure funktionieren wie bei lokalen Umgebungen. Sie können also die standardmäßigen Tools in SAP MaxDB zum Sichern und Wiederherstellen verwenden. Diese werden in einer SAP MaxDB-Dokumentation beschrieben, die im SAP-Hinweis 767598 aufgeführt wird.

Sicherung und Wiederherstellung mit Azure Backup

Sie können die MaxDB-Sicherung auch mit Azure Backup integrieren, indem Sie das Backup-Tool Maxback (https://maxback.io) eines Drittanbieters verwenden. MaxBack ermöglicht Es Ihnen, MaxDB unter Windows mit VSS-Integration zu sichern und wiederherzustellen, die auch von Azure Backup verwendet wird. Der Vorteil der Verwendung von Azure Backup besteht darin, dass die Sicherung und Wiederherstellung auf Speicherebene erfolgt. MaxBack stellt sicher, dass sich die Datenbank im richtigen Zustand für die Sicherung und Wiederherstellung befindet, und verarbeitet automatisch Protokollvolumesicherungen.

Leistungsüberlegungen hinsichtlich Sicherung und Wiederherstellung

Wie bei Bare-Metal-Bereitstellungen hängt die Leistung bei der Sicherung und Wiederherstellung davon ab, wie viele Volumes parallel gelesen werden können und wie hoch deren Durchsatz ist. Es gilt also Folgendes:

  • Je geringer die Anzahl an Datenträgern, auf denen Datenbankgeräte gespeichert sind, desto geringer der Durchsatz beim Auslesen insgesamt.
  • Je weniger Ziele (Stripesetverzeichnisse, Datenträger), in bzw. auf die die Sicherung geschrieben wird, desto geringer der Durchsatz.

Wenn Sie die Anzahl der Ziele erhöhen möchten, stehen Ihnen je nach Anforderungen zwei Optionen zur Verfügung, die Sie verwenden bzw. kombinieren können:

  • Getrennte, dedizierte Volumes für das Sichern
  • Striping des Zielvolumes der Sicherung auf mehrere bereitgestellte Datenträger, wodurch der IOPS-Durchsatz auf den betreffenden Datenträgervolumes verbessert wird
  • Separate dedizierte logische Datenträgergeräte für:
    • SAP MaxDB-Sicherungsvolumes (also Dateien)
    • SAP MaxDB-Datenvolumes (d.h. Dateien)
    • SAP MaxDB-Protokollvolumes (d.h. Dateien)

Weitere Informationen zum Striping von Volumes über mehrere bereitgestellte Datenträger finden Sie in Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload.

Andere Aspekte

Alle anderen allgemeinen Themen wie Azure-Verfügbarkeitsgruppen oder SAP-Überwachung (siehe Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload) gelten ebenfalls für die Bereitstellung von VMs mit der SAP MaxDB-Datenbank. Andere SAP MaxDB-spezifische Einstellungen sind für Azure-VMs transparent. Diese sind in verschiedenen Dokumenten beschrieben, die in SAP-Hinweis 767598 und den folgenden SAP-Hinweisen aufgelistet sind:

Besonderheiten von SAP liveCache-Bereitstellungen unter Windows

Versionsunterstützung für SAP liveCache

SAP liveCache wird in Azure Virtual Machines ab Version SAP LC/LCAPPS 10.0 SP 25 unterstützt. Dies schließt liveCache 7.9.08.31 und LCA-Build 25 ein, veröffentlicht für EhP 2 für SAP SCM 7.0 und höher.

Unterstützte Microsoft Windows-Versionen und Azure-VM-Typen für SAP liveCache-DBMS

Die unterstützten Microsoft Windows-Versionen für SAP liveCache auf Azure finden Sie unter:

Es wird ausdrücklich empfohlen, stets die neueste Version des Betriebssystems Microsoft Windows Server zu verwenden.

SAP liveCache-Konfigurationsrichtlinien für SAP-Installationen in Azure-VMs

Da es sich bei SAP liveCache um eine Anwendung handelt, die für umfangreiche Berechnungen vorgesehen ist, wird die Leistung von SAP liveCache maßgeblich durch die Geschwindigkeit von RAM und CPU bestimmt.

Bei den von SAP unterstützten Typen der Azure-VM (siehe SAP-Hinweis 1928533) werden alle virtuellen CPU-Ressourcen von dedizierten physischen CPU-Ressourcen des Hypervisors gestützt. Eine Überversorgung (und damit eine Konkurrenz um CPU-Ressourcen) findet nicht statt.

Analog wird bei den von SAP unterstützten Typen der Azure-VM-Instanzen der gesamte VM-Speicher dem physischen Speicher zugeordnet. Es erfolgt z. B. keine Überbereitstellung (Over-Commitment).

Daher wird dringend empfohlen, die neuesten VMs der Dv2-, Dv3-, Ev3- und M-Serie zu verwenden. Die Auswahl der verschiedenen VM-Typen, hängt vom Speicherbedarf für liveCache und den benötigten CPU-Ressourcen ab. Wie bei allen anderen DBMS-Bereitstellungen ist es ratsam, Azure Storage Premium für leistungskritische Volumes einzusetzen.

Speicherkonfiguration für liveCache in Azure

Da SAP liveCache auf SAP MaxDB-Technologie basiert, gelten alle Best Practices für Azure Storage, die in diesem Artikel für SAP MaxDB erläutert wurden, auch für SAP liveCache.

Dediziertes Szenario: Azure-VM für liveCache

Da SAP liveCache viel an Rechenleistung erfordert, wird im Sinne des produktiven Nutzens nachdrücklich empfohlen, einen dedizierten, virtuellen Azure-Computer bereitzustellen.

Dedicated Azure VM for liveCache for productive use case

Sichern und Wiederherstellen für liveCache in Azure

Sicherung und Wiederherstellung, einschließlich Überlegungen zur Leistung, wurden bereits in den entsprechenden Kapiteln zu SAP MaxDB beschrieben.

Weitere Überlegungen

Alle anderen allgemeinen Aspekte wurden im Kapitel zu SAP MaxDB beschrieben.

Besonderheiten der SAP Content Server-Bereitstellung unter Windows in Azure

Der SAP Content Server ist eine separate, serverbasierte Komponente zum Speichern von Inhalt wie elektronischen Dokumenten in verschiedenen Formaten. Der SAP Content Server ist eine technologische Errungenschaft und kann für alle SAP-Anwendungen verwendet werden. Er wird auf einem gesonderten System installiert. Typischer Inhalt sind z.B. Schulungsmaterialien und Dokumentationen des Knowledge Warehouse oder technische Zeichnungen aus dem mySAP PLM Document Management System.

Versionsunterstützung für SAP Content Server auf Azure-VMs

Momentan unterstützt SAP:

  • SAP Content Server mit Version 6.50 (und höher)
  • SAP MaxDB Version 7.9
  • Microsoft IIS (Internet Information Server) Version 8.0 (und höher)

Es wird nachdrücklich empfohlen, stets die neueste Version von SAP Content Server und von Microsoft IIS zu verwenden.

Die neuesten unterstützten Versionen von SAP Content Server und Microsoft IIS sind in der SAP-Produktverfügbarkeitsmatrix (Product Availability Matrix, PAM) aufgelistet.

Unterstützte Microsoft Windows-Versionen und Azure-VM-Typen für SAP Content Server

Die für den SAP Content Server auf Azure unterstützten Windows-Versionen finden Sie hier:

Es wird ausdrücklich empfohlen, stets die neueste Version von Microsoft Windows Server zu verwenden.

SAP Content Server-Konfigurationsrichtlinien für SAP-Installationen in Azure-VMs

Speicherkonfiguration für Content Server in Azure

Wenn Sie SAP Content Server so konfigurieren, dass Dateien in der SAP MaxDB-Datenbank gespeichert werden, gelten alle Best Practices für Azure Storage, die in diesem Artikel für SAP MaxDB beschrieben wurden, auch für SAP Content Server.

Konfigurieren Sie SAP Content Server so, dass Dateien im Dateisystem gespeichert werden, empfiehlt es sich, ein dediziertes logisches Laufwerk zu verwenden. Wenn Sie Windows-Speicherplätze nutzen, können Sie auch die logische Datenträgergröße und den IOPS-Durchsatz erhöhen, wie im Artikel Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload beschrieben.

Speicherort für den SAP Content Server

SAP Content Server muss in derselben Azure-Region und im selben Azure-VNET wie das SAP-System bereitgestellt werden. Sie haben die Möglichkeit, die SAP Content Server-Komponenten auf einer dedizierten Azure-VM oder auf derselben VM wie das SAP-System zu installieren.

Dedicated Azure VM for SAP Content Server

Speicherort für den SAP Cache Server

Der SAP Cache Server ist eine zusätzliche, serverbasierte Komponente für den lokalen Zugriff auf (zwischengespeicherte) Dokumente. Der SAP Cache Server speichert die Dokumente auf einem SAP Content Server zwischen. Dies geschieht, um für den Fall, dass Dokumente mehr als einmal von verschiedenen Speicherorten abgerufen werden müssen, den Netzwerkdatenverkehr zu optimieren. Allgemein gilt, dass sich der SAP Cache Server in physischer Nähe zu dem Client befinden muss, der auf den SAP Cache Server zugreift.

Hier haben Sie zwei Möglichkeiten:

  1. Client ist ein Back-End-SAP-System Falls ein Back-End-SAP-System für den Zugriff auf den SAP Content Server konfiguriert wurde, ist dieses SAP-System ein Client. Da sowohl das SAP-System als auch der SAP Content Server im selben Datencenter einer Azure-Region bereitgestellt werden, befinden sie sich in physischer Nähe zueinander. Es besteht also keine Veranlassung für einen dedizierten SAP Cache Server. SAP UI-Clients (SAP-GUI oder Webbrowser) haben direkten Zugriff auf das SAP-System, während das SAP-System Dokumente vom SAP Content Server abruft.
  2. Client ist ein lokaler Webbrowser Der SAP Content Server lässt sich so konfigurieren, dass der Zugriff direkt über den Webbrowser erfolgen kann. In diesem Fall ist ein lokal ausgeführter Webbrowser ein Client des SAP Content Servers. Das lokale Datencenter und das Azure-Datencenter befinden sich an unterschiedlichen physischen Standorten (idealerweise nicht weit voneinander entfernt). Ihr lokales Datencenter ist per Azure-Site-to-Site-VPN oder ExpressRoute mit Azure verbunden. Beide Optionen bieten eine sichere VPN-Netzwerkverbindung mit Azure. Die Site-to-Site-Verbindung verfügt allerdings nicht über Netzwerkbandbreite und Latenz-SLA zwischen dem lokalen Datencenter und dem Azure-Datencenter. Um den Zugriff auf Dokumente zu beschleunigen, können Sie eine der folgenden Aktionen ausführen:
    1. Lokale Installation des SAP Cache Servers in der Nähe zum lokalen Webbrowser (Option im Bild unten)
    2. Konfigurieren von Azure ExpressRoute, das hohe Geschwindigkeit und niedrige Wartezeit mit einer dedizierten Netzwerkverbindung zwischen dem lokalen Datencenter und dem Azure-Datencenter bietet

Option to install SAP Cache Server on-premises

Sicherung/Wiederherstellung

Wenn Sie den SAP Content Server für das Speichern von Dateien in der SAP MaxDB-Datenbank konfigurieren, gelten die Angaben zum Sichern und Wiederherstellen sowie die Leistungsüberlegungen, die in den SAP MaxDB-Abschnitten dieses Dokuments beschrieben wurden.

Konfigurieren Sie den SAP Content Server so, dass Dateien im Dateisystem gespeichert werden, haben Sie die Option, das Sichern und Wiederherstellen der gesamten Dateistruktur am Speicherort der Dokumente auszuführen. Ähnlich dem Sichern und Wiederherstellen bei SAP MaxDB wird empfohlen, für Sicherungszwecke ein dediziertes Datenträgervolume zur Verfügung zu halten.

Andere

Andere, für den SAP Content Server spezifische Einstellungen sind für Azure-VMs transparent. Sie werden in verschiedenen Dokumenten und SAP-Hinweisen beschrieben: