Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieses Dokument behandelt verschiedene Bereiche, die Sie beim Bereitstellen von MaxDB, liveCache und Content Server in Azure IaaS berücksichtigen sollten. Als Voraussetzung für dieses Dokument finden Sie Überlegungen zur DbMS-Bereitstellung von Azure Virtual Machines für SAP-Workload. Weitere Leitfäden finden Sie in der Dokumentation der SAP-Workload auf Azure.
Besonderheiten für die SAP MaxDB-Bereitstellungen unter Windows
Unterstützung der SAP MaxDB-Version in Azure
SAP unterstützt derzeit SAP MaxDB Version 7.9 oder höher für die Verwendung mit SAP NetWeaver-basierten Produkten in Azure. Alle Updates für SAP MaxDB-Server oder ODBC-Treiber, die mit SAP NetWeaver-basierten Produkten verwendet werden sollen, werden ausschließlich über den SAP Service Marketplace bereitgestellt. Weitere Informationen zum Ausführen von SAP NetWeaver auf SAP MaxDB finden Sie unter SAP MaxDB.
Unterstützte Microsoft Windows-Versionen und Azure-VM-Typen für SAP MaxDB DBMS
Informationen zur unterstützten Microsoft Windows-Version für SAP MaxDB Database Management System (DBMS) in Azure finden Sie unter:
Es wird dringend empfohlen, Microsoft Windows Server 2016 und höher zu verwenden.
Verfügbare SAP MaxDB-Dokumentation für MaxDB
Die aktualisierte Liste der SAP MaxDB-Dokumentation finden Sie im folgenden SAP Note 767598.
SAP MaxDB-Konfigurationsrichtlinien für SAP-Installationen in Azure-VMs
Speicherkonfiguration
Bewährte Methoden für Azure Storage für SAP MaxDB folgen den allgemeinen Empfehlungen im Kapitel "Speicherstruktur einer VM für RDBMS-Bereitstellungen".
Von Bedeutung
Wie andere Datenbanken verfügt SAP MaxDB auch über Daten- und Protokolldateien. In der SAP MaxDB-Terminologie lautet der richtige Begriff jedoch "Volume" (nicht "Datei"). Beispielsweise gibt es SAP MaxDB-Datenvolumes und Protokollvolumes. Verwechseln Sie diese Volumes nicht mit Betriebssystemdatenträgervolumes.
Kurz gesagt müssen Sie:
- Wenn Sie Azure Storage-Konten verwenden, legen Sie das Azure-Speicherkonto fest, das die SAP MaxDB-Daten und Protokollvolumes (Daten und Protokolldateien ) auf "Local Redundant Storage (LRS)" enthält, wie in den Überlegungen zur Azure Virtual Machines DBMS-Bereitstellung für SAP-Workload angegeben.
- Trennen Sie den E/A-Pfad für SAP MaxDB-Datenvolumes (Datendateien) vom E/A-Pfad für Protokollvolumes (Protokolldateien). Dies bedeutet, dass SAP MaxDB-Datenvolumes (Datendateien) auf einem logischen Laufwerk installiert werden müssen. SAP MaxDB-Protokollvolumes (Protokolldateien) müssen auf einem anderen logischen Laufwerk installiert werden.
- Legen Sie den richtigen Cachetyp für jeden Datenträger fest, je nachdem, ob Sie ihn für SAP MaxDB-Daten oder Protokollvolumes (Daten und Protokolldateien) verwenden. Unabhängig davon, ob Sie Azure Standard oder Azure Premium Storage verwenden, wie in den Überlegungen zur Azure Virtual Machines DBMS-Bereitstellung für SAP-Workload beschrieben.
- Solange das aktuelle IOPS-Kontingent pro Datenträger den Anforderungen entspricht, ist es möglich, alle Datenvolumes auf einem einzelnen bereitgestellten Datenträger zu speichern und auch alle Datenbankprotokollvolumes auf einem anderen bereitgestellten Datenträger zu speichern.
- Wenn mehr IOPS und/oder Speicherplatz erforderlich sind, empfehlen wir, Microsoft Windows-Speicherplätze zu verwenden. Mit Storage Spaces kann ein großes logisches Gerät über mehrere eingebundene Festplatten erstellt werden (Speicherpooling). Weitere Informationen finden Sie in den Überlegungen zur DBMS-Bereitstellung für virtuelle Azure-Computer für SAP-Workload. Dieser Ansatz vereinfacht den Verwaltungsaufwand zum Verwalten des Speicherplatzes und vermeidet den Aufwand der manuellen Verteilung von Dateien auf mehreren bereitgestellten Datenträgern.
- Es wird dringend empfohlen, Azure Premium Storage für MaxDB-Bereitstellungen zu verwenden.
Sichern und Wiederherstellen
Bei der Bereitstellung von SAP MaxDB in Azure müssen Sie Ihre Sicherungsmethodik überprüfen. Auch wenn das System kein produktives System ist, muss die von SAP MaxDB gehostete SAP-Datenbank regelmäßig gesichert werden. Da Azure Storage drei Images speichert, ist eine Sicherung jetzt weniger wichtig, um Ihr System vor Speicherfehlern und wichtigeren Betriebs- oder Verwaltungsfehlern zu schützen. Der Hauptgrund für die Aufrechterhaltung eines ordnungsgemäßen Sicherungs- und Wiederherstellungsplans ist, dass Sie logische oder manuelle Fehler ausgleichen können, indem Sie Point-in-Time-Wiederherstellungsfunktionen bereitstellen. Das Ziel besteht darin, entweder folgendes zu verwenden:
- Sicherungen zum Wiederherstellen der Datenbank zu einem bestimmten Zeitpunkt
- Sicherungen in Azure, um ein anderes System zu initialisieren, indem die vorhandene Datenbank kopiert wird.
Das Sichern und Wiederherstellen einer Datenbank in Azure funktioniert auf die gleiche Weise wie für lokale Systeme. Sie können standardmäßige SAP MaxDB-Sicherungs- und Wiederherstellungstools verwenden, die in SAP Note 767598 beschrieben werden.
Sichern und Wiederherstellen 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 Sicherung und Wiederherstellung auf Speicherebene durchgeführt werden. MaxBack stellt sicher, dass sich die Datenbank im richtigen Zustand für die Sicherung und Wiederherstellung befindet, und verarbeitet automatisch Protokollvolumesicherungen.
Leistungsüberlegungen für Sicherung und Wiederherstellung
Wie bei Bare-Metal-Bereitstellungen hängt die Leistung von Sicherung und Wiederherstellung davon ab, wie viele Volumes parallel gelesen werden können und welcher Durchsatz bei diesen Volumes möglich ist. Daher kann man folgendes annehmen:
- Je weniger Datenträger zum Speichern der Datenbankgeräte verwendet werden, desto niedriger ist der Gesamtlesedurchsatz.
- Je weniger Ziele (Stripe-Verzeichnisse, Datenträger) für die Sicherung zur Verfügung stehen, desto niedriger ist der Durchsatz.
Um die Anzahl der Ziele zu erhöhen, in die geschrieben werden soll, gibt es zwei Optionen, die Sie je nach Ihren Anforderungen verwenden können, möglicherweise in Kombination:
- Dedidieren separater Volumes für die Sicherung
- Striping des Zielvolumes der Sicherung auf mehrere bereitgestellte Datenträger, wodurch der IOPS-Durchsatz auf den betreffenden Datenträgervolumes verbessert wird
- Abgegrenzte, dedizierte logische Datenträger für:
- SAP MaxDB-Sicherungsvolumes
- SAP MaxDB-Datenvolumes
- SAP MaxDB-Protokollvolumes
Weitere Informationen zum Striping von Datenträgers über mehrere bereitgestellte Datenträger finden Sie im Artikel Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload.
Weitere Überlegungen
Für Bereitstellungen von VMs mit der SAP MaxDB-Datenbank gelten auch alle anderen allgemeinen Bereiche wie Azure Availability Sets oder SAP Monitoring, wie in Überlegungen zur Azure Virtual Machines DBMS-Bereitstellung für SAP-Workload beschrieben. Andere SAP MaxDB-spezifische Einstellungen sind für Azure-VMs transparent und werden in verschiedenen Dokumenten beschrieben, die in SAP Note 767598 und in diesen SAP-Hinweisen aufgeführt sind:
Besonderheiten für SAP liveCache-Bereitstellungen unter Windows
Unterstützung der SAP liveCache-Version
Die minimale Version von SAP liveCache, die in virtuellen Azure-Computern (VMs) unterstützt wird, ist SAP LC/LCAPPS 10.0 SP 25 einschließlich liveCache 7.9.08.31 und LCA-Build 25, veröffentlicht für EhP 2 für SAP SCM 7.0 und höhere Versionen.
Unterstützte Microsoft Windows-Versionen und Azure-VM-Typen für SAP liveCache DBMS
Informationen zur unterstützten Microsoft Windows-Version für SAP liveCache in Azure finden Sie unter:
Es wird dringend empfohlen, die neueste Version des Betriebssystems Microsoft Windows Server zu verwenden.
SAP liveCache-Konfigurationsrichtlinien für SAP-Installationen in Azure-VMs
Empfohlene Azure-VM-Typen für liveCache
Da SAP liveCache eine Anwendung ist, die riesige Berechnungen durchführt, hat die Menge und Geschwindigkeit von RAM und CPU einen großen Einfluss auf die LEISTUNG von SAP liveCache.
Für die von SAP unterstützten Azure-VM-Typen (SAP Note 1928533) werden alle vCPU-Ressourcen, die der VM zugeordnet sind, über dedizierte physische CPU-Ressourcen des Hypervisors unterstützt. Keine Überprovisionierung, und daher findet kein Wettbewerb für CPU-Ressourcen 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).
Aus dieser Perspektive wird dringend empfohlen, die neuesten VMs dv2, Dv3, Ev3 und M-Serie zu verwenden. Die Wahl der verschiedenen VM-Typen hängt von dem Speicher ab, den Sie für liveCache und die benötigten CPU-Ressourcen benötigen. Wie bei allen anderen DBMS-Bereitstellungen ist es ratsam, Azure Premium Storage für leistungskritische Volumes zu verwenden.
Speicherkonfiguration für liveCache in Azure
Da SAP liveCache auf der SAP MaxDB-Technologie basiert, gelten die in diesem Dokument beschriebenen Empfehlungen für azure Storage Best Practice für SAP MaxDB auch für SAP liveCache.
Dedizierte Azure-VM für liveCache-Szenario
Da SAP liveCache intensiv Rechenkapazität benötigt, empfehlen wir dringend, dass Sie diese auf einer speziell dafür vorgesehenen Azure-VM einsetzen.
Sicherung und Wiederherstellung für liveCache in Azure
Sicherung und Wiederherstellung, einschließlich Leistungsaspekten, werden bereits in den relevanten SAP MaxDB-Kapiteln in diesem Dokument beschrieben.
Besonderheiten für die SAP Content Server-Bereitstellung unter Windows in Azure
Der SAP Content Server ist eine separate serverbasierte Komponente zum Speichern von Inhalten wie elektronischen Dokumenten in verschiedenen Formaten. Der SAP Content Server wird von der Technologieentwicklung bereitgestellt und soll für alle SAP-Anwendungen anwendungsübergreifend verwendet werden. Es ist auf einem separaten System installiert. Typische Inhalte sind Schulungsmaterial und Dokumentationen aus Knowledge Warehouse oder technischen Zeichnungen, die aus dem mySAP PLM Document Management System stammen.
Unterstützung der SAP Content Server-Version für Azure-VMs
SAP unterstützt derzeit:
- SAP Content Server mit Version 6.50 (und höher)
- SAP MaxDB Version 7.9
- Microsoft IIS (InternetInformationsserver) Version 8.0 (und höher)
Es wird dringend empfohlen, die neueste Version von SAP Content Server und die neueste Version von Microsoft IIS zu verwenden.
Überprüfen Sie die neuesten unterstützten Versionen von SAP Content Server und Microsoft IIS in der SAP-Produktverfügbarkeitsmatrix (PAM).
Unterstützte Microsoft Windows- und Azure-VM-Typen für SAP Content Server
Informationen zur unterstützten Windows-Version für SAP Content Server in Azure finden Sie unter:
Es wird dringend empfohlen, die neueste Version von Microsoft Windows Server zu verwenden.
SAP Content Server-Konfigurationsrichtlinien für SAP-Installationen in Azure-VMs
Speicherkonfiguration für Inhaltsserver in Azure
Wenn Sie SAP Content Server so konfigurieren, dass Dateien in der SAP MaxDB-Datenbank gespeichert werden, gelten alle empfehlungen für bewährte Azure-Speichermethoden, die in diesem Dokument für SAP MaxDB erwähnt werden, auch für das SAP Content Server-Szenario.
Wenn Sie SAP Content Server so konfigurieren, dass Dateien im Dateisystem gespeichert werden, empfiehlt es sich, ein dediziertes logisches Laufwerk zu verwenden. Mithilfe von Windows Storage Spaces können Sie auch die Logische Datenträgergröße und den IOPS-Durchsatz erhöhen, wie in den Überlegungen zur Azure Virtual Machines DBMS-Bereitstellung für SAP-Workload beschrieben.
SAP Content Server-Speicherort
SAP Content Server muss in derselben Azure-Region und azure VNet bereitgestellt werden, in der das SAP-System bereitgestellt wird. Sie können entscheiden, ob Sie SAP Content Server-Komponenten auf einer dedizierten Azure-VM oder auf derselben VM bereitstellen möchten, auf der das SAP-System ausgeführt wird.
SAP-Cacheserverspeicherort
Der SAP-Cacheserver ist eine weitere serverbasierte Komponente, die den Zugriff auf (zwischengespeicherte) Dokumente lokal ermöglicht. Der SAP-Cacheserver speichert die Dokumente eines SAP-Inhaltsservers zwischen. Durch das Zwischenspeichern wird der Netzwerkdatenverkehr optimiert, wenn Dokumente mehrmals von verschiedenen Speicherorten abgerufen werden müssen. Die allgemeine Regel besteht darin, dass der SAP-Cacheserver physisch nah am Client sein muss, der auf den SAP-Cacheserver zugreift.
Hier haben Sie zwei Optionen:
Client ist ein Back-End-SAP-System: Wenn ein Back-End-SAP-System für den Zugriff auf SAP Content Server konfiguriert ist, ist dieses SAP-System ein Client. Da sowohl SAP-System als auch SAP Content Server in derselben Azure-Region bereitgestellt werden, befinden sie sich in demselben Azure-Rechenzentrum physisch nahe beieinander. Daher muss kein dedizierter SAP-Cacheserver vorhanden sein. SAP UI-Clients (SAP GUI oder Webbrowser) greifen direkt auf das SAP-System zu, und das SAP-System ruft Dokumente vom SAP Content Server ab.
Client ist ein lokaler Webbrowser: Der SAP Content Server kann über Ihren Webbrowser für den direkten Zugriff konfiguriert werden. In diesem Fall ist ein webbrowser, der lokal ausgeführt wird, ein Client des SAP Content Servers. Das lokale Rechenzentrum und das Azure-Rechenzentrum befinden sich an verschiedenen physischen Standorten (idealerweise nahe beieinander). Ihr lokales Rechenzentrum ist über Azure Site-to-Site-VPN oder ExpressRoute mit Azure verbunden. Obwohl beide Optionen eine sichere VPN-Netzwerkverbindung mit Azure bieten, bietet die Standort-zu-Standort-Netzwerkverbindung keine SLA für Netzwerkbandbreite und Latenz zwischen dem lokalen Rechenzentrum und dem Azure-Rechenzentrum. Führen Sie eine der folgenden Optionen aus, um den Zugriff auf Dokumente zu beschleunigen:
Lokales Installieren des SAP-Cacheservers (in der Nähe des lokalen Webbrowsers)
Konfigurieren Sie Azure ExpressRoute, das eine dedizierte Netzwerkverbindung mit hoher Geschwindigkeit und geringer Latenz zwischen dem lokalen Rechenzentrum und dem Azure-Rechenzentrum bietet.
Sicherung und Wiederherstellung für SAP Content Server
Wenn Sie den SAP Content Server so konfigurieren, dass Dateien in der SAP MaxDB-Datenbank gespeichert werden, werden das Sicherungs-/Wiederherstellungsverfahren und die Leistungsüberlegungen bereits in SAP MaxDB Kapiteln dieses Dokuments beschrieben.
Wenn Sie den SAP Content Server so konfigurieren, dass Dateien im Dateisystem gespeichert werden, besteht eine Option darin, die manuelle Sicherung/Wiederherstellung der gesamten Dateistruktur auszuführen, in der sich die Dokumente befinden. Ähnlich wie die SAP MaxDB-Sicherung und -Wiederherstellung empfiehlt es sich, ein dediziertes Datenträgervolume für den Sicherungszweck zu verwenden.
Siehe auch
Andere SAP Content Server-spezifische Einstellungen sind für Azure-VMs transparent und werden in SAP Note 1619726 beschrieben.