Delen via

IMPLEMENTATIE van SAP MaxDB, liveCache en Content Server op Virtuele Azure-machines

  • Artikel

In dit document worden verschillende gebieden behandeld waarmee u rekening moet houden bij het implementeren van MaxDB, liveCache en Content Server in Azure IaaS. Als voorwaarde voor dit document moet u de documentoverwegingen voor de DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting en andere handleidingen in de SAP-workload in Azure-documentatie lezen.

Specifieke informatie voor de SAP MaxDB-implementaties in Windows

Ondersteuning voor SAP MaxDB-versie in Azure

SAP ondersteunt momenteel SAP MaxDB versie 7.9 of hoger voor gebruik met SAP NetWeaver-producten in Azure. Alle updates voor SAP MaxDB-server of JDBC- en ODBC-stuurprogramma's die moeten worden gebruikt met SAP NetWeaver-producten, worden uitsluitend aangeboden via de SAP Service Marketplace. Zie SAP MaxDB voor meer informatie over het uitvoeren van SAP NetWeaver op SAP MaxDB.

Ondersteunde Microsoft Windows-versies en Azure VM-typen voor SAP MaxDB DBMS

Als u de ondersteunde Microsoft Windows-versie voor SAP MaxDB DBMS in Azure wilt vinden, raadpleegt u:

Het wordt ten zeerste aanbevolen om de nieuwste versie van het besturingssysteem Microsoft Windows te gebruiken. Dit is Microsoft Windows 2016.

Beschikbare SAP MaxDB-documentatie voor MaxDB

U vindt de bijgewerkte lijst met SAP MaxDB-documentatie in de volgende SAP Note 767598

SAP MaxDB-configuratierichtlijnen voor SAP-installaties in Azure-VM's

Opslagconfiguratie

Best practices voor Azure Storage voor SAP MaxDB volgen de algemene aanbevelingen die worden genoemd in de hoofdstukopslagstructuur van een VIRTUELE machine voor RDBMS-implementaties.

Belangrijk

Net als andere databases heeft SAP MaxDB ook gegevens en logboekbestanden. In SAP MaxDB-terminologie is de juiste term echter 'volume' (niet 'bestand'). Er zijn bijvoorbeeld SAP MaxDB-gegevensvolumes en logboekvolumes. Verwar deze niet met besturingssysteemschijfvolumes.

Kortom:

  • Als u Azure Storage-accounts gebruikt, stelt u het Azure-opslagaccount in dat de SAP MaxDB-gegevens en logboekvolumes (gegevens en logboekbestanden) bevat op Local Redundant Storage (LRS), zoals is opgegeven in Overwegingen voor de DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting.
  • Scheid het IO-pad voor SAP MaxDB-gegevensvolumes (gegevensbestanden) van het IO-pad voor logboekvolumes (logboekbestanden). Dit betekent dat SAP MaxDB-gegevensvolumes (gegevensbestanden) moeten worden geïnstalleerd op één logisch station en DAT SAP MaxDB-logboekvolumes (logboekbestanden) moeten worden geïnstalleerd op een ander logisch station.
  • Stel het juiste cachetype in voor elke schijf, afhankelijk van of u deze gebruikt voor SAP MaxDB-gegevens of logboekvolumes (gegevens- en logboekbestanden) en of u Azure Standard of Azure Premium Storage gebruikt, zoals beschreven in Overwegingen voor de DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting.
  • Zolang het huidige IOPS-quotum per schijf voldoet aan de vereisten, is het mogelijk om alle gegevensvolumes op één gekoppelde schijf op te slaan en ook alle databaselogboekvolumes op een andere gekoppelde schijf op te slaan.
  • Als er meer IOPS en/of ruimte vereist zijn, wordt u aangeraden Microsoft Window Storage-pools te gebruiken (alleen beschikbaar in Microsoft Windows Server 2012 en hoger) om één groot logisch apparaat te maken op meerdere gekoppelde schijven. Zie ook Overwegingen voor dbms-implementatie van Azure Virtual Machines voor SAP-werkbelasting voor meer informatie. Deze aanpak vereenvoudigt de beheeroverhead voor het beheren van de schijfruimte en vermijdt het handmatig distribueren van bestanden over meerdere gekoppelde schijven.
  • het wordt ten zeerste aanbevolen om Azure Premium Storage te gebruiken voor MaxDB-implementaties.

Reference Configuration of Azure IaaS VM for SAP MaxDB DBMS

Back-up en herstel

Wanneer u SAP MaxDB implementeert in Azure, moet u uw back-upmethodologie controleren. Zelfs als het systeem geen productief systeem is, moet er periodiek een back-up worden gemaakt van de SAP-database die wordt gehost door SAP MaxDB. Omdat Azure Storage drie installatiekopieën bewaart, is een back-up nu minder belangrijk in termen van het beveiligen van uw systeem tegen opslagfouten en belangrijkere operationele of administratieve fouten. De belangrijkste reden voor het onderhouden van een correct back-up- en herstelplan is dat u logische of handmatige fouten kunt compenseren door herstelmogelijkheden voor een bepaald tijdstip te bieden. Het doel is dus om back-ups te gebruiken om de database te herstellen naar een bepaald tijdstip of om de back-ups in Azure te gebruiken om een ander systeem te seeden door de bestaande database te kopiëren.

Het maken van back-ups en het herstellen van een database in Azure werkt op dezelfde manier als voor on-premises systemen, zodat u standaardhulpprogramma's voor BACK-ups/herstel van SAP MaxDB kunt gebruiken. Deze worden beschreven in een van de SAP MaxDB-documentatiedocumenten die worden vermeld in SAP Note 767598.

Back-up en herstel met Azure Backup

U kunt maxDB-back-ups ook integreren met Azure Backup met behulp van het back-uphulpprogramma Van derden Maxback (https://maxback.io). Met MaxBack kunt u MaxDB in Windows back-ups maken en herstellen met VSS-integratie, die ook wordt gebruikt door Azure Backup. Het voordeel van het gebruik van Azure Backup is dat back-up en herstel op opslagniveau worden uitgevoerd. MaxBack zorgt ervoor dat de database de juiste status heeft voor back-up en herstel, en verwerkt automatisch back-ups van logboekvolumes.

Prestatieoverwegingen voor back-up en herstel

Net als bij bare-metalimplementaties zijn de prestaties van back-ups en herstel afhankelijk van het aantal volumes dat parallel kan worden gelezen en de doorvoer van deze volumes. Daarom kan men ervan uitgaan:

  • Hoe minder schijven worden gebruikt om de databaseapparaten op te slaan, hoe lager de totale leesdoorvoer
  • Hoe minder doelen (Stripe Directory's, schijven) de back-up naar schrijven, hoe lager de doorvoer

Als u het aantal doelen wilt verhogen waarnaar u wilt schrijven, zijn er twee opties die u kunt gebruiken, mogelijk in combinatie, afhankelijk van uw behoeften:

  • Afzonderlijke volumes toewijzen voor back-up
  • Het back-updoelvolume over meerdere gekoppelde schijven stripen om de IOPS-doorvoer op dat gestreepte schijfvolume te verbeteren
  • Afzonderlijke toegewezen logische schijfapparaten hebben voor:
    • SAP MaxDB-back-upvolumes (bijvoorbeeld bestanden)
    • SAP MaxDB-gegevensvolumes (bijvoorbeeld bestanden)
    • SAP MaxDB-logboekvolumes (bijvoorbeeld bestanden)

Het stripen van een volume over meerdere gekoppelde schijven is eerder besproken in Considerations for Azure Virtual Machines DBMS deployment for SAP workload.

Andere overwegingen

Alle andere algemene gebieden, zoals Azure-beschikbaarheidssets of SAP-bewaking, zijn ook van toepassing zoals beschreven in Overwegingen voor de DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting. voor implementaties van VM's met de SAP MaxDB-database. Andere SAP MaxDB-specifieke instellingen zijn transparant voor Virtuele Azure-machines en worden beschreven in verschillende documenten die worden vermeld in SAP Note 767598 en in deze SAP-notities:

Specifieke kenmerken voor SAP LiveCache-implementaties in Windows

Ondersteuning voor SAP LiveCache-versie

Minimale versie van SAP liveCache die wordt ondersteund in Azure Virtual Machines is SAP LC/LCAPPS 10.0 SP 25 inclusief liveCache 7.9.08.31 en LCA-Build 25, uitgebracht voor EhP 2 voor SAP SCM 7.0 en latere releases.

Ondersteunde Microsoft Windows-versies en Azure VM-typen voor SAP liveCache DBMS

Als u de ondersteunde Microsoft Windows-versie voor SAP LiveCache in Azure wilt vinden, raadpleegt u:

Het wordt ten zeerste aanbevolen om de nieuwste versie van het besturingssysteem Microsoft Windows Server te gebruiken.

Configuratierichtlijnen voor SAP liveCache voor SAP-installaties in Azure-VM's

Aangezien SAP liveCache een toepassing is die enorme berekeningen uitvoert, heeft de hoeveelheid en snelheid van RAM en CPU een grote invloed op de prestaties van SAP liveCache.

Voor de azure-VM-typen die worden ondersteund door SAP (SAP Note 1928533), worden alle virtuele CPU-resources die aan de virtuele machine zijn toegewezen, ondersteund door toegewezen fysieke CPU-resources van de hypervisor. Er vindt geen overprovisioning plaats (en dus geen concurrentie voor CPU-resources).

Op dezelfde manier wordt voor alle typen Azure VM-exemplaren die worden ondersteund door SAP, het VM-geheugen 100% toegewezen aan het fysieke geheugen: over-inrichting (over-commitment), wordt bijvoorbeeld niet gebruikt.

Vanuit dit perspectief wordt het ten zeerste aanbevolen om de meest recente VM's uit de Dv2-, Dv3-, Ev3- en M-serie te gebruiken. De keuze van de verschillende VM-typen is afhankelijk van het geheugen dat u nodig hebt voor liveCache en de CPU-resources die u nodig hebt. Net als bij alle andere DBMS-implementaties is het raadzaam om Azure Premium Storage te gebruiken voor prestatiekritieke volumes.

Opslagconfiguratie voor liveCache in Azure

Aangezien SAP liveCache is gebaseerd op SAP MaxDB-technologie, zijn alle aanbevolen aanbevelingen voor Azure Storage die worden vermeld voor SAP MaxDB die in dit document worden beschreven, ook geldig voor SAP liveCache.

Toegewezen Azure VM voor liveCache-scenario

Omdat SAP liveCache intensief gebruikmaakt van rekenkracht, wordt het ten zeerste aanbevolen om te implementeren op een toegewezen virtuele Azure-machine.

Dedicated Azure VM for liveCache for productive use case

Back-up en herstel voor liveCache in Azure

back-up en herstel, inclusief prestatieoverwegingen, worden al beschreven in de relevante SAP MaxDB-hoofdstukken in dit document.

Andere overwegingen

Alle andere algemene gebieden worden al beschreven in het desbetreffende SAP MaxDB-hoofdstuk.

Specifieke informatie voor de implementatie van SAP Content Server in Windows in Azure

De SAP-inhoudsserver is een afzonderlijk serveronderdeel voor het opslaan van inhoud, zoals elektronische documenten in verschillende indelingen. De SAP Content Server wordt geleverd door de ontwikkeling van technologie en moet worden gebruikt voor alle SAP-toepassingen. Het is geïnstalleerd op een afzonderlijk systeem. Typische inhoud is trainingsmateriaal en documentatie van Knowledge Warehouse of technische tekeningen die afkomstig zijn van het mySAP PLM-documentbeheersysteem.

Ondersteuning voor SAP-inhoudsserverversies voor Azure-VM's

SAP ondersteunt momenteel:

  • SAP-inhoudsserver met versie 6.50 (en hoger)
  • SAP MaxDB versie 7.9
  • Microsoft IIS (Internet Information Server) versie 8.0 (en hoger)

Het wordt ten zeerste aanbevolen om de nieuwste versie van SAP Content Server en de nieuwste versie van Microsoft IIS te gebruiken.

Controleer de nieuwste ondersteunde versies van SAP Content Server en Microsoft IIS in de SAP Product Availability Matrix (PAM).

Ondersteunde Typen Microsoft Windows- en Azure-VM's voor SAP-inhoudsserver

Zie voor meer informatie over de ondersteunde Windows-versie voor SAP Content Server in Azure:

Het wordt ten zeerste aanbevolen om de nieuwste versie van Microsoft Windows Server te gebruiken.

Configuratierichtlijnen voor SAP-inhoudsservers voor SAP-installaties in Azure-VM's

Opslagconfiguratie voor inhoudsserver in Azure

Als u SAP Content Server configureert voor het opslaan van bestanden in de SAP MaxDB-database, zijn alle aanbevolen procedures voor Azure Storage die worden vermeld voor SAP MaxDB in dit document ook geldig voor het SAP Content Server-scenario.

Als u SAP Content Server configureert voor het opslaan van bestanden in het bestandssysteem, is het raadzaam om een toegewezen logische schijf te gebruiken. Met Behulp van Windows Opslagruimten kunt u ook de grootte van logische schijven en IOPS verhogen, zoals beschreven in Overwegingen voor DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting.

LOCATIE VAN SAP-inhoudsserver

SAP Content Server moet worden geïmplementeerd in dezelfde Azure-regio en Azure VNET waar het SAP-systeem wordt geïmplementeerd. U kunt zelf bepalen of u SAP Content Server-onderdelen wilt implementeren op een toegewezen Azure-VM of op dezelfde VM waarop het SAP-systeem wordt uitgevoerd.

Dedicated Azure VM for SAP Content Server

LOCATIE VAN SAP-cacheserver

De SAP Cache-server is een extra serveronderdeel om lokaal toegang te bieden tot (in de cache opgeslagen) documenten. De SAP Cache-server slaat de documenten van een SAP-inhoudsserver in de cache op. Dit is om netwerkverkeer te optimaliseren als documenten meer dan één keer van verschillende locaties moeten worden opgehaald. De algemene regel is dat de SAP-cacheserver fysiek dicht bij de client moet staan die toegang heeft tot de SAP-cacheserver.

Hier hebt u twee opties:

  1. Client is een BACK-end SAP-systeem Als een back-end SAP-systeem is geconfigureerd voor toegang tot SAP Content Server, is dat SAP-systeem een client. Omdat zowel SAP-systeem als SAP-inhoudsserver worden geïmplementeerd in dezelfde Azure-regio, bevinden ze zich fysiek dicht bij elkaar in hetzelfde Azure-datacenter. Daarom is het niet nodig om een toegewezen SAP-cacheserver te hebben. SAP UI-clients (SAP GUI of webbrowser) hebben rechtstreeks toegang tot het SAP-systeem en het SAP-systeem haalt documenten op van de SAP-inhoudsserver.
  2. Client is een on-premises webbrowser De SAP-inhoudsserver kan worden geconfigureerd om rechtstreeks door de webbrowser te worden geopend. In dit geval is een webbrowser die on-premises wordt uitgevoerd een client van de SAP-inhoudsserver. On-premises datacenter en Azure-datacenter worden op verschillende fysieke locaties geplaatst (idealiter dicht bij elkaar). Uw on-premises datacenter is verbonden met Azure via Azure Site-to-Site VPN of ExpressRoute. Hoewel beide opties een beveiligde VPN-netwerkverbinding met Azure bieden, biedt site-naar-site-netwerkverbinding geen sla voor netwerkbandbreedte en latentie tussen het on-premises datacenter en het Azure-datacenter. Als u de toegang tot documenten wilt versnellen, kunt u een van de volgende handelingen uitvoeren:
    1. Installeer SAP Cache Server on-premises, dicht bij de on-premises webbrowser (optie in onderstaande afbeelding)
    2. Configureer Azure ExpressRoute, dat een toegewezen netwerkverbinding met hoge snelheid en lage latentie biedt tussen on-premises datacenter en Azure-datacenter.

Option to install SAP Cache Server on-premises

Back-up en herstellen

Als u de SAP-inhoudsserver configureert voor het opslaan van bestanden in de SAP MaxDB-database, worden de back-up-/herstelprocedure en prestatieoverwegingen al beschreven in SAP MaxDB-hoofdstukken van dit document.

Als u de SAP-inhoudsserver configureert voor het opslaan van bestanden in het bestandssysteem, kunt u een handmatige back-up maken/herstellen van de hele bestandsstructuur waar de documenten zich bevinden. Net als bij SAP MaxDB back-up/herstel, is het raadzaam om een toegewezen schijfvolume te hebben voor back-updoeleinden.

Overige

Andere sap-inhoudsserverspecifieke instellingen zijn transparant voor azure-VM's en worden beschreven in verschillende documenten en SAP-notities: