Freigeben über


Verwenden der Neustartfunktion des virtuellen Computers der Azure-Infrastruktur für eine „höhere Verfügbarkeit“ eines SAP-Systems

Dieser Abschnitt gilt für:

Windows logo. Windows- und Linux logo. Linux

Wenn Sie keine Funktionen wie Windows Server Failover Clustering (WSFC) oder Pacemaker unter Linux (zurzeit nur für SUSE Linux Enterprise Server [SLES] 12 und höher unterstützt) verwenden möchten, wird ein Neustart des virtuellen Azure-Computers genutzt. Auf diese Weise werden SAP-Systeme vor geplanten und ungeplanten Ausfallzeiten der physischen Azure-Serverinfrastruktur und der insgesamt zugrunde liegenden Azure-Plattform geschützt.

Hinweis

Die Neustartfunktion für virtuelle Azure-Computer schützt in erster Linie die virtuellen Computer und nicht die Anwendungen. Obwohl der Neustart des virtuellen Computers keine Hochverfügbarkeit für SAP-Anwendungen bietet, bietet er dennoch eine gewisse Infrastrukturverfügbarkeit. Er bietet auch indirekt „höhere Verfügbarkeit“ von SAP-Systemen. Außerdem ist keine SLA für die Zeit verfügbar, die für den Neustart eines virtuellen Computers nach einem geplanten oder ungeplanten Hostausfall erforderlich ist. Diese Methode für Hochverfügbarkeit ist daher für die wichtigen Komponenten eines SAP-Systems ungeeignet. Beispiele für wichtige Komponenten sind z.B. eine ASCS-/SCS-Instanz oder ein Datenbank-Managementsystem (DBMS).

Eine weiteres wichtiges Infrastrukturelement für Hochverfügbarkeit ist der Speicher. Die Azure Storage-SLA bietet z.B. 99,9 % Verfügbarkeit. Wenn Sie alle virtuellen Computer und ihre Datenträger in einem einzigen Azure-Speicherkonto bereitstellen, führt eine mögliche Nichtverfügbarkeit von Azure Storage zur Nichtverfügbarkeit aller virtuellen Computer, die in diesem Speicherkonto gespeichert sind, sowie aller SAP-Komponenten, die in den virtuellen Computern ausgeführt werden.

Anstatt alle virtuellen Computer in einem Azure-Speicherkonto zu speichern, können Sie dedizierte Speicherkonten für jeden virtuellen Computer verwenden. Indem Sie mehrere unabhängige Azure-Speicherkonten verwenden, erhöhen Sie die Gesamtverfügbarkeit der virtuellen Computer und der SAP-Anwendung.

Von Azure verwaltete Datenträger werden automatisch in der Fehlerdomäne des virtuellen Computers platziert, an den sie angefügt sind. Wenn Sie zwei virtuelle Computer in einer Verfügbarkeitsgruppe platzieren und verwaltete Datenträger verwenden, übernimmt auch die Plattform die Verteilung der verwalteten Datenträger an verschiedene Fehlerdomänen. Wenn Sie ein Storage Premium-Konto verwenden möchten, wird die Verwendung verwalteter Datenträger dringend empfohlen.

Die folgende Beispielarchitektur nutzt ein SAP NetWeaver-System, das Hochverfügbarkeit und Speicherkonten der Azure-Infrastruktur verwendet:

Diagram that shows the architecture of an SAP NetWeaver system that uses Azure infrastructure high availability and storage accounts.

Die folgende Beispielarchitektur nutzt ein SAP NetWeaver-System, das Hochverfügbarkeit und verwaltete Datenträger der Azure-Infrastruktur verwendet:

Utilize Azure infrastructure high availability to achieve SAP application “higher availability

Für wichtige SAP-Komponenten haben Sie bisher Folgendes erreicht:

  • Hochverfügbarkeit für SAP-Anwendungsserver

    SAP-Anwendungsserverinstanzen sind redundante Komponenten. Jede Serverinstanz der SAP-Anwendung wird auf einem eigenen virtuellen Computer bereitgestellt, der in einer anderen Azure-Fehler- und -Upgradedomäne ausgeführt wird. Weitere Informationen finden Sie in den Abschnitten "Fehler do Standard s" und "Update do Standard s".For more information, see the Fault do Standard s and Update do Standard s sections.

    Mithilfe von Azure-Verfügbarkeitsgruppen können Sie diese Konfiguration gewährleisten. Weitere Informationen finden Sie im Abschnitt Azure-Verfügbarkeitsgruppen.

    Infolge von potenziellen geplanten oder ungeplanten Ausfällen einer Fehler- oder Upgradedomäne fällt eine begrenzte Anzahl von virtuellen Computern mit ihren SAP-Anwendungsserverinstanzen aus.

    Jede SAP-Anwendungsserverinstanz befindet sich in einem eigenen Azure-Speicherkonto. Die potenzielle Nichtverfügbarkeit eines Azure-Speicherkontos führt dazu, dass nur ein virtueller Computer mit seiner SAP-Anwendungsserverinstanz nicht verfügbar ist. Zu berücksichtigen ist jedoch, dass in einem Azure-Abonnement nur eine begrenzte Anzahl von Azure-Speicherkonten verfügbar ist. Um den automatischen Start einer ASCS/SCS-Instanz nach dem Neustart des virtuellen Computers sicherzustellen, legen Sie den Autostart-Parameter im STARTprofil der ASCS/SCS-Instanz fest.

    Weitere Informationen finden Sie unter Hochverfügbarkeit für SAP-Anwendungsserver.

    Selbst wenn Sie verwaltete Datenträger verwenden, werden diese Datenträger in Azure-Speicherkonten gespeichert und stehen möglicherweise nicht zur Verfügung, wenn der Speicher ausfällt.

  • Höhere Verfügbarkeit von SAP ASCS-/SCS-Instanzen

    Verwenden Sie in diesem Szenario die Neustartfunktion für virtuelle Azure-Computer, um den virtuellen Computer mit der installierten SAP ASCS-/SCS-Instanz zu schützen. Bei geplanten oder ungeplanten Ausfallzeiten von Azure-Servern werden die virtuellen Computer auf einem anderen verfügbaren Server neu gestartet. Wie bereits erwähnt, schützt die Neustartfunktion für virtuelle Azure-Computer in erster Linie virtuelle Computer und nicht Anwendungen, in diesem Fall die ASCS-/SCS-Instanz. Durch den Neustart des virtuellen Computers erreichen Sie indirekt eine „höhere Verfügbarkeit“ der SAP-ASCS-/SCS-Instanz.

    Um sicherzustellen, dass die ASCS/SCS-Instanz nach dem Neustart des virtuellen Computers automatisch gestartet wird, legen Sie den Autostart-Parameter im STARTprofil der ASCS/SCS-Instanz fest. Diese Einstellung bedeutet, dass die ASCS-/SCS-Instanz als einzelne Fehlerquelle (Single Point of Failure, SPOF), die auf einem einzelnen virtuellen Computer ausgeführt wird, die Verfügbarkeit des gesamten SAP-Szenarios bestimmt.

  • Höhere Verfügbarkeit des DBMS-Servers

    Wie im vorherigen Anwendungsfall der SAP ASCS-/SCS-Instanz wird die Neustartfunktion für virtuelle Azure-Computer verwendet, um den virtuellen Computer mit der installierten DBMS-Software zu schützen. Zudem erreichen Sie durch den Neustart des virtuellen Computers eine „höhere Verfügbarkeit“ der DBMS-Software.

    Ein auf einem einzelnen virtuellen Computer ausgeführtes DBMS ist ebenfalls ein SPOF und damit der ausschlaggebende Faktor für die Verfügbarkeit des gesamten SAP-Szenarios.

Verwenden des automatischen Starts für SAP-Instanzen

SAP bietet eine Einstellung zum Starten von SAP-Instanzen unmittelbar nach dem Start des Betriebssystems auf dem virtuellen Computer an. Die Anleitungen dazu werden im SAP Knowledge Base-Artikel 1909114 dokumentiert. SAP empfiehlt jedoch die Verwendung der Einstellung nicht mehr, da sie keine Kontrolle über die Reihenfolge der Instanzneustarts erlaubt, wenn mehrere virtuelle Computer betroffen sind oder mehrere Instanzen pro virtuellem Computer ausgeführt werden.

Bei Annahme eines typischen Azure-Szenarios mit einer Anwendungsserverinstanz in einem virtuellen Computer und einem einzelnen virtuellen Computer, der möglicherweise neu gestartet wird, ist der automatische Start nicht wichtig. Sie können ihn jedoch aktivieren, indem Sie den folgenden Parameter im Startprofil der SAP ABAP- (Advanced Business Application Programming) oder Java-Instanz hinzufügen:

Autostart = 1

Hinweis

Der Parameter für automatischen Start weist aber auch bestimmte Nachteile auf. Insbesondere löst der Parameter den Start einer SAP ABAP- oder Java-Instanz aus, wenn der mit der Instanz verbundene Windows- oder Linux-Dienst gestartet wird. Diese Sequenz tritt auf, wenn das Betriebssystem gestartet wird. Neustarts von SAP-Diensten sind jedoch auch für die Lebenszyklus-Managementfunktionen der SAP-Software wie SUM (Software Update Manger) oder andere Updates bzw. Upgrades gängig. Für diese Funktionen wird kein automatischer Neustart einer Instanz erwartet. Aus diesem Grund sollte der Parameter für automatischen Start vor dem Ausführen dieser Aufgaben deaktiviert werden. Der Parameter für automatischen Start sollte auch nicht für geclusterte SAP-Instanzen wie ASCS/SCS/CI verwendet werden.

Weitere Informationen zum automatischen Start für SAP-Instanzen finden Sie in den folgenden Artikeln:

Nächste Schritte

Informationen zur Hochverfügbarkeit einer vollständigen SAP NetWeaver-Anwendung finden Sie unter SAP Application High Availability on Azure IaaS (Hochverfügbarkeit von SAP-Anwendungen für Azure IaaS).