DBMS-implementatie voor SAP-werkbelasting in virtuele Azure-machines voor SAP ASE

  • Artikel

In dit document worden verschillende gebieden behandeld waarmee u rekening moet houden bij het implementeren van SAP ASE in Azure IaaS. Als voorwaarde voor dit document moet u de documentoverwegingen voor DBMS-implementatie van Virtuele Azure-machines voor SAP-werkbelasting en andere handleidingen in de SAP-workload in Azure-documentatie hebben gelezen. In dit document wordt SAP ASE behandeld die wordt uitgevoerd op Linux en op Windows-besturingssystemen. De minimaal ondersteunde release in Azure is SAP ASE 16.0.02 (Release 16 Support Pack 2). Het is raadzaam om de nieuwste versie van SAP en het nieuwste patchniveau te implementeren. Als minimaal SAP ASE 16.0.03.07 (release 16 Support Pack 3 Patch Level 7) wordt aanbevolen. De meest recente versie van SAP vindt u in Targeted ASE 16.0 Release Schedule and CR list Information.

Aanvullende informatie over releaseondersteuning met SAP-toepassingen of locatie voor installatiemedia vindt u, naast in de SAP Product Availability Matrix op deze locaties:

Opmerking: In de documentatie binnen en buiten de SAP-wereld wordt naar de naam van het product verwezen als Sybase ASE of SAP ASE, of in sommige gevallen beide. Om consistent te blijven, gebruiken we de naam SAP ASE in deze documentatie.

Ondersteuning van het besturingssysteem

De SAP-productbeschikbaarheidsmatrix bevat de ondersteunde combinaties van besturingssystemen en SAP-kernels voor elke SAP-toepassing. Linux-distributies SLES 12.x, SLES 15.x, RHEL 7.x en RHEL 8.x worden volledig ondersteund. Oracle Linux als besturingssysteem voor SAP ASE wordt niet ondersteund. Het is raadzaam om de meest recente Beschikbare Linux-releases te gebruiken. Windows-klanten moeten Windows Server 2016- of Windows Server 2019-releases gebruiken. Oudere versies van Windows, zoals Windows 2012, worden technisch ondersteund, maar de nieuwste Windows-versie wordt altijd aanbevolen.

Specifieke kenmerken voor SAP ASE in Windows

Vanaf Microsoft Azure kunt u uw bestaande SAP ASE-toepassingen migreren naar Azure Virtual Machines. Met SAP ASE in een virtuele Azure-machine kunt u de totale eigendomskosten van implementatie, beheer en onderhoud van toepassingen in de hele onderneming verminderen door deze toepassingen eenvoudig naar Microsoft Azure te migreren. Met SAP ASE in een virtuele Azure-machine kunnen beheerders en ontwikkelaars nog steeds gebruikmaken van dezelfde ontwikkel- en beheerhulpprogramma's die on-premises beschikbaar zijn.

Microsoft Azure biedt tal van verschillende typen virtuele machines waarmee u kleinste SAP-systemen en landschappen kunt uitvoeren tot grote SAP-systemen en landschappen met duizenden gebruikers. SAP-grootte van SAPS-nummers van de verschillende SAP-gecertificeerde VM-SKU's wordt verstrekt in sap-ondersteuningsnotitie #1928533.

Documentatie voor het installeren van SAP ASE in Windows vindt u in de SAP ASE-installatiehandleiding voor Windows

Pagina's vergrendelen in het geheugen is een instelling waarmee wordt voorkomen dat de SAP ASE-databasebuffer wordt uitgepaginad. Deze instelling is handig voor grote bezette systemen met een hoge geheugenvraag. Neem voor meer informatie contact op met BC-DB-OPTION.

Specifieke instellingen voor Linux-besturingssysteem

Voer op SLES-VM's uit saptune met profiel SAP-ASE. STEM RHEL-VM's af zoals beschreven in 69988.
Linux Huge Pages moet standaard zijn ingeschakeld en kan worden geverifieerd met de opdracht

cat /proc/meminfo

Het paginaformaat is doorgaans 2048 KB. Zie het artikel Enorme pagina's op Linux voor meer informatie

Aanbevelingen op VM en schijfstructuur voor SAP ASE-implementaties

SAP ASE voor SAP NetWeaver-toepassingen wordt ondersteund op elk VM-type dat wordt vermeld in SAP-ondersteuningsnotitie #1928533 Typische VM-typen die worden gebruikt voor MIDDELGROTE SAP ASE-databaseservers zijn Esv3. Grote multi-terabyte-databases kunnen VM-typen uit de M-serie gebruiken.

De schrijfprestaties van de SAP ASE-transactielogboekschijf kunnen worden verbeterd door de schrijfversneller van de M-serie in te schakelen. Write Accelerator moet zorgvuldig worden getest met SAP ASE vanwege de manier waarop SAP ASE logboekschrijfbewerkingen uitvoert. Bekijk de opmerking voor SAP-ondersteuning #2816580 en overweeg om een prestatietest uit te voeren.
Write Accelerator is alleen ontworpen voor transactielogboekschijf. De cache op schijfniveau moet worden ingesteld op NONE. Wees niet verbaasd als Azure Write Accelerator geen vergelijkbare verbeteringen weergeeft als bij andere DBMS. Op basis van de manier waarop SAP ASE naar het transactielogboek schrijft, kan het zijn dat er weinig tot geen versnelling is door Azure Write Accelerator.

Afzonderlijke schijven worden aanbevolen voor gegevensapparaten en logboekapparaten. De systeemdatabases zijn beveiligd en saptools vereisen geen toegewezen schijven en kunnen worden geplaatst op de schijven die de SAP-databasegegevens en logboekapparaten bevatten

Storage configuration for SAP ASE

Bestandssystemen, stripegrootte en IO-taakverdeling

SAP ASE schrijft gegevens sequentieel naar schijfopslagapparaten, tenzij anders geconfigureerd. Dit betekent dat een lege SAP ASE-database met vier apparaten alleen gegevens naar het eerste apparaat schrijft. De andere schijfapparaten worden alleen naar geschreven wanneer het eerste apparaat vol is. De hoeveelheid LEES- en SCHRIJF-IO voor elk SAP ASE-apparaat is waarschijnlijk anders. Als u schijf-IO wilt verdelen over alle beschikbare Azure-schijven, moet Windows Opslagruimten of Linux LVM2 worden gebruikt. In Linux is het raadzaam om het XFS-bestandssysteem te gebruiken om de schijven te formatteren. De LVM-stripegrootte moet worden getest met een prestatietest. 128 kB stripe grootte is een goed startpunt. In Windows moet de grootte van de NTFS-toewijzingseenheid (AUS) worden getest. 64 kB kan als beginwaarde worden gebruikt.

Het is raadzaam om automatische databaseuitbreiding te configureren, zoals beschreven in het artikel Automatische databaseruimte-uitbreiding configureren in SAP Adaptive Server Enterprise en SAP-ondersteuningsnotitie #1815695.

Voorbeeld van SAP ASE op virtuele Azure-machines, schijf- en bestandssysteemconfiguraties

In de onderstaande sjablonen ziet u voorbeeldconfiguraties voor Linux en Windows. Voordat u de configuratie van de virtuele machine en schijf bevestigt, moet u ervoor zorgen dat de quota voor netwerk- en opslagbandbreedte van de afzonderlijke VM voldoende zijn om te voldoen aan de bedrijfsvereiste. Houd er ook rekening mee dat verschillende typen Virtuele Azure-machines verschillende maximumaantallen hebben die aan de virtuele machine kunnen worden gekoppeld. Een E4s_v3 VM heeft bijvoorbeeld een io-doorvoer van 48 MB per seconde opslag. Als de opslagdoorvoer die is vereist voor databaseback-upactiviteit meer dan 48 MB per seconde vereist, is een groter VM-type met meer doorvoer van opslagbandbreedte onvermijdelijk. Wanneer u Azure Storage configureert, moet u er ook rekening mee houden dat met name azure Premium-opslag de doorvoer wijzigt en dat IOPS per GB aan capaciteit wel verandert. Meer informatie over dit onderwerp vindt u in het artikel Welke schijftypen zijn beschikbaar in Azure? De quota voor specifieke Typen Virtuele Azure-machines worden beschreven in het artikel Geoptimaliseerde grootten van virtuele machines en artikelen die eraan zijn gekoppeld.

Notitie

Als een DBMS-systeem wordt verplaatst van on-premises naar Azure, is het raadzaam om bewaking uit te voeren op de VIRTUELE machine en de CPU, het geheugen, de IOPS- en opslagdoorvoer te evalueren. Vergelijk de piekwaarden die zijn waargenomen met de vm-quotumlimieten die in de bovenstaande artikelen zijn beschreven

De onderstaande voorbeelden zijn voor illustratieve doeleinden en kunnen worden gewijzigd op basis van individuele behoeften. Vanwege het ontwerp van SAP ASE is het aantal gegevensapparaten niet zo kritiek als bij andere databases. Het aantal gegevensapparaten dat in dit document wordt beschreven, is alleen een handleiding. De voorgestelde configuraties moeten worden behandeld als wat ze zijn. Ze zijn uitgangspunten voor u. Maar het zijn configuraties die een zekere afstemming op uw workload en kostenefficiëntie nodig hebben.

Een voorbeeld van een configuratie voor een kleine SAP ASE DB-server met een databasegrootte tussen 50 GB en 250 GB kan er als volgt uitzien

Configuratie Windows Linux Opmerkingen
VM-type E4s_v3/v4/v5 (4 vCPU/32 GB RAM) E4s_v3/v4/v5 (4 vCPU/32 GB RAM) ---
Versneld netwerken Inschakelen Inschakelen ---
SAP ASE-versie 16.0.03.07 of hoger 16.0.03.07 of hoger ---
Aantal gegevensapparaten 4 4 ---
Aantal logboekapparaten 1 1 ---
Aantal tijdelijke apparaten 1 1 Meer voor SAP BW-werkbelasting
Besturingssysteem Windows Server 2019 SLES 12 SP5, 15 SP1 of hoger of RHEL 7.9, 8.1/8.2/8.4 ---
Schijfaggregatie Opslagruimten LVM2 ---
Bestandssysteem NTFS XFS
Blokgrootte opmaken Heeft workloadtests nodig Heeft workloadtests nodig ---
# en het type gegevensschijven Premium Storage v1: 2 x P10 (RAID0)
Premium Storage v2: 2 x 150 GiB (RAID0) - standaard-IOPS en doorvoer		 Premium Storage v1: 2 x P10 (RAID0)
Premium Storage v2: 2 x 150 GiB (RAID 0) - standaard-IOPS en doorvoer		 Cache = Alleen-lezen
# en type logboekschijven Premium storage v1: 1 x P20
Premium Storage v2: 1 x 128 GiB - standaard-IOPS en doorvoer		 Premium storage v1: 1 x P20
Premium Storage v2: 1 x 128 GiB - standaard-IOPS en doorvoer		 Cache = NONE
ASE MaxMemory-parameter 90% van het fysieke RAM-geheugen 90% van het fysieke RAM-geheugen Ervan uitgaande dat één exemplaar
Aantal back-upapparaten 4 4 ---
# en type back-upschijven 1 1 ---

Een voorbeeld van een configuratie voor een kleine SAP ASE DB-server met een databasegrootte tussen 250 GB en 750 GB, zoals een kleiner SAP Business Suite-systeem, kan eruitzien als

Configuratie Windows Linux Opmerkingen
VM-type E16s_v3/v4/v5 (16 vCPU/128 GB RAM) E16s_v3/v4/v5 (16 vCPU/128 GB RAM) ---
Versneld netwerken Inschakelen Inschakelen ---
SAP ASE-versie 16.0.03.07 of hoger 16.0.03.07 of hoger ---
Aantal gegevensapparaten 8 8 ---
Aantal logboekapparaten 1 1 ---
Aantal tijdelijke apparaten 1 1 Meer voor SAP BW-werkbelasting
Besturingssysteem Windows Server 2019 SLES 12 SP5, 15 SP1 of hoger of RHEL 7.9, 8.1/8.2/8.4 ---
Schijfaggregatie Opslagruimten LVM2 ---
Bestandssysteem NTFS XFS
Blokgrootte opmaken Heeft workloadtests nodig Heeft workloadtests nodig ---
# en het type gegevensschijven Premium Storage v1: 4 x P20 (RAID0)
Premium Storage v2: 4 x 100 GiB - 200 GiB (RAID0) - standaard IOPS en 25 MB/seconde extra doorvoer per schijf		 Premium Storage v1: 4 x P20 (RAID0)
Premium Storage v2: 4 x 100 GiB- 200 GiB (RAID0) - standaard IOPS en 25 MB per seconde extra per schijfdoorvoer		 Cache = Alleen-lezen
# en type logboekschijven Premium storage v1: 1 x P20
Premium Storage v2: 1 x 200 GiB - standaard-IOPS en doorvoer		 Premium storage v1: 1 x P20
Premium Storage v2: 1 x 200 GiB - standaard-IOPS en doorvoer		 Cache = NONE
ASE MaxMemory-parameter 90% van het fysieke RAM-geheugen 90% van het fysieke RAM-geheugen Ervan uitgaande dat één exemplaar
Aantal back-upapparaten 4 4 ---
# en type back-upschijven 1 1 ---

Een voorbeeld van een configuratie voor een middelgrote SAP ASE DB-server met een databasegrootte tussen 750 GB – 2000 GB, zoals een groter SAP Business Suite-systeem, kan er als volgt uitzien

Configuratie Windows Linux Opmerkingen
VM-type E64s_v3/v4/v5 (64 vCPU/432 GB RAM) E64s_v3/v4/v5 (64 vCPU/432 GB RAM) ---
Versneld netwerken Inschakelen Inschakelen ---
SAP ASE-versie 16.0.03.07 of hoger 16.0.03.07 of hoger ---
Aantal gegevensapparaten 16 16 ---
Aantal logboekapparaten 1 1 ---
Aantal tijdelijke apparaten 1 1 Meer voor SAP BW-werkbelasting
Besturingssysteem Windows Server 2019 SLES 12 SP5, 15 SP1 of hoger of RHEL 7.9, 8.1/8.2/8.4 ---
Schijfaggregatie Opslagruimten LVM2 ---
Bestandssysteem NTFS XFS
Blokgrootte opmaken Heeft workloadtests nodig Heeft workloadtests nodig ---
# en het type gegevensschijven Premium Storage v1: 4 x P30 (RAID0)
Premium Storage v2: 4 x 250 GiB - 500 GiB - plus 2000 IOPS en 75 MB/sec doorvoer per schijf		 Premium Storage v1: 4 x P30 (RAID0)
Premium Storage v2: 4 x 250 GiB - 500 GiB - plus 2000 IOPS en 75 MB/sec doorvoer per schijf		 Cache = Alleen-lezen
# en type logboekschijven Premium storage v1: 1 x P20
Premium Storage v2: 1 x 400 GiB - standaard IOPS en 75 MB/seconde extra doorvoer		 Premium storage v1: 1 x P20
Premium Storage v2: 1 x 400 GiB - standaard IOPS en 75 MB/sec extra doorvoer		 Cache = NONE
ASE MaxMemory-parameter 90% van het fysieke RAM-geheugen 90% van het fysieke RAM-geheugen Ervan uitgaande dat één exemplaar
Aantal back-upapparaten 4 4 ---
# en type back-upschijven 1 1 ---

Een voorbeeld van een configuratie voor een grotere SAP ASE DB-server met een databasegrootte tussen 2000 GB – 4000 GB, zoals een groter SAP Business Suite-systeem, kan eruitzien als

Configuratie Windows Linux Opmerkingen
VM-type E96(d)s_v5 (96 vCPU/672 GiB RAM) E96(d)s_v5 (96 vCPU/672 GiB RAM) ---
Versneld netwerken Inschakelen Inschakelen ---
SAP ASE-versie 16.0.03.07 of hoger 16.0.03.07 of hoger ---
Aantal gegevensapparaten 16 16 ---
Aantal logboekapparaten 1 1 ---
Aantal tijdelijke apparaten 1 1 Meer voor SAP BW-werkbelasting
Besturingssysteem Windows Server 2019 SLES 12 SP5, 15 SP1 of hoger of RHEL 7.9, 8.1/8.2/8.4 ---
Schijfaggregatie Opslagruimten LVM2 ---
Bestandssysteem NTFS XFS
Blokgrootte opmaken Heeft workloadtests nodig Heeft workloadtests nodig ---
# en het type gegevensschijven Premium Storage v1: 4 x P30 (RAID0)
Premium storage v2: 4 x 500 GiB - 1.000 GiB - plus 2500 IOPS en 100 MB per seconde doorvoer per schijf		 Premium Storage v1: 4 x P30 (RAID0)
Premium storage v2: 4 x 500 GiB - 1.000 GiB - plus 2500 IOPS en 100 MB per seconde doorvoer per schijf		 Cache = Alleen-lezen
# en type logboekschijven Premium storage v1: 1 x P20
Premium Storage v2: 1 x 400 GiB - plus 1.000 IOPS en 75 MB per seconde extra doorvoer		 Premium storage v1: 1 x P20
Premium Storage v2: 1 x 400 GiB - plus 1.000 IOPS en 75 MB per seconde extra doorvoer		 Cache = NONE
ASE MaxMemory-parameter 90% van het fysieke RAM-geheugen 90% van het fysieke RAM-geheugen Ervan uitgaande dat één exemplaar
Aantal back-upapparaten 4 4 ---
# en type back-upschijven 1 1 ---

Een voorbeeld van een configuratie voor een grote SAP ASE DB-server met een databasegrootte van 4 TB+, zoals een groter wereldwijd gebruikt SAP Business Suite-systeem, kan er als volgt uitzien

Configuratie Windows Linux Opmerkingen
VM-type M-serie (1,0 tot 4,0 TB RAM) M-serie (1,0 tot 4,0 TB RAM) ---
Versneld netwerken Inschakelen Inschakelen ---
SAP ASE-versie 16.0.03.07 of hoger 16.0.03.07 of hoger ---
Aantal gegevensapparaten 32 32 ---
Aantal logboekapparaten 1 1 ---
Aantal tijdelijke apparaten 1 1 Meer voor SAP BW-werkbelasting
Besturingssysteem Windows Server 2019 SLES 12 SP5, 15 SP1 of hoger of RHEL 7.9, 8.1/8.2/8.4 ---
Schijfaggregatie Opslagruimten LVM2 ---
Bestandssysteem NTFS XFS
Blokgrootte opmaken Heeft workloadtests nodig Heeft workloadtests nodig ---
# en het type gegevensschijven Premium Storage v1: 4+ x P30 (RAID0)
Premium-opslag v2: 4+ x 1.000 GiB - 4.000 GiB - plus 3.000 IOPS en doorvoer van 125 MB per seconde per schijf		 Premium Storage v1: 4+ x P30 (RAID0)
Premium-opslag v2: 4+ x 1.000 GiB - 4.000 GiB - plus 3.000 IOPS en doorvoer van 125 MB per seconde per schijf		 Cache = Alleen-lezen, Overweeg Azure Ultra-schijf
# en type logboekschijven Premium storage v1: 1 x P30
Premium Storage v2: 1 x 500 GiB - plus 2000 IOPS en 125 MB/sec doorvoer		 Premium storage v1: 1 x P30
Premium Storage v2: 1 x 500 GiB - plus 2000 IOPS en 125 MB/sec doorvoer		 Schrijfversneller of Azure Ultra-schijf overwegen
ASE MaxMemory-parameter 90% van het fysieke RAM-geheugen 90% van het fysieke RAM-geheugen Ervan uitgaande dat één exemplaar
Aantal back-upapparaten 16 16 ---
# en type back-upschijven 4 4 LVM2/Opslagruimten gebruiken

NFS v4.1-volumes die worden gehost in Azure NetApp Files, is een ander alternatief voor SAP ASE-databaseopslag. De principestructuur van een dergelijke configuratie moet eruitzien als

Storage configuration for SAP ASE with ANF

In het voorbeeld is de SID van de database A11. De grootten en de prestatielagen van de op Azure NetApp Files gebaseerde volumes zijn afhankelijk van het databasevolume en de IOPS en doorvoer die u nodig hebt. Voor sapdata en saplog raden we u aan om te beginnen met de Ultra-prestatielaag om voldoende bandbreedte te kunnen bieden. Voor veel niet-productie-implementaties kan de Premium-prestatielaag voldoende zijn. Lees voor meer informatie over specifieke grootte en beperkingen van Azure NetApp Files voor databasegebruik het hoofdstuk Sizing for HANA database on Azure NetApp Files in NFS v4.1 volumes on Azure NetApp Files for SAP HANA.

Overwegingen voor back-up en herstel voor SAP ASE in Azure

Door het aantal gegevens- en back-upapparaten te verhogen, worden de prestaties van back-ups en herstel verbeterd. Het is raadzaam om de Azure-schijven te stripen die als host fungeren voor het SAP ASE-back-upapparaat, zoals wordt weergegeven in de tabellen die eerder zijn weergegeven. Zorg ervoor dat het aantal back-upapparaten en schijven wordt verdeeld en ervoor zorgt dat de back-updoorvoer niet groter mag zijn dan 40%-50% van het totale quotum voor VM-doorvoer. Het is raadzaam sap-back-upcompressie als standaard te gebruiken. Meer informatie vindt u in de artikelen:

Gebruik station D:\ of /temp-ruimte niet als database- of logboekdumpbestemming.

Impact van databasecompressie

In configuraties waarbij I/O-bandbreedte een beperkende factor kan worden, kunnen metingen, die IOPS verminderen, helpen bij het uitrekken van de workload die kan worden uitgevoerd in een IaaS-scenario zoals Azure. Daarom is het raadzaam ervoor te zorgen dat SAP ASE-compressie wordt gebruikt voordat u een bestaande SAP-database uploadt naar Azure.

De aanbeveling om compressie toe te passen voordat u uploadt naar Azure, wordt uit verschillende redenen gegeven:

  • De hoeveelheid gegevens die naar Azure moet worden geüpload, is lager
  • De duur van de compressie-uitvoering is korter, ervan uitgaande dat men sterkere hardware met meer CPU's of een hogere I/O-bandbreedte of minder I/O-latentie on-premises kan gebruiken
  • Kleinere databasegrootten kunnen leiden tot minder kosten voor schijftoewijzing

Gegevens- en LOB-compressie werken in een VM die wordt gehost in virtuele Azure-machines, net zoals on-premises. Voor meer informatie over het controleren of compressie al in gebruik is in een bestaande SAP ASE-database, raadpleegt u de opmerking van SAP-ondersteuning 1750510. Raadpleeg de sap-ondersteuningsnotitie #2121797 voor meer informatie over SAP ASE-databasecompressie

Hoge beschikbaarheid van SAP ASE in Azure

De HADR-gebruikershandleiding bevat informatie over de installatie en configuratie van een SAP ASE met twee knooppunten 'Always-on'-oplossing. Daarnaast wordt ook een derde knooppunt voor herstel na noodgevallen ondersteund. SAP ASE ondersteunt veel configuraties met hoge beschikbaarheid, waaronder gedeelde schijf en systeemeigen besturingssysteemclustering (zoals Pacemaker en Windows Server-failovercluster). Er zijn twee ondersteunde configuraties voor hoge beschikbaarheid voor SAP ASE in Azure:

  • Hoge beschikbaarheid met Fault Manager : de SAP-kernel is een 'HA Aware'-toepassing en weet over de primaire en secundaire SAP ASE-servers. Er zijn geen nauwe integraties tussen de SAP ASE -oplossing 'HA Aware' en Azure. De interne load balancer van Azure wordt niet gebruikt. De oplossing wordt beschreven in de GEBRUIKERShandleiding voor SAP ASE HADR
  • Zwevend IP-adres met Fault Manager: deze oplossing kan worden gebruikt voor SAP Business Suite- en niet-SAP Business Suite-toepassingen. Deze oplossing maakt gebruik van de Azure ILB en de SAP ASE-database-engine biedt een testpoort. De Fault Manager roept SAPHostAgent aan om een secundair zwevend IP-adres op de ASE-hosts te starten of te stoppen. Deze oplossing wordt beschreven in SAP-opmerking #3086679 - RESOURCE: Fault Manager: zwevend IP-adres in Microsoft Azure

Notitie

De failovertijden en andere kenmerken van HA Aware- of Floating IP-oplossingen zijn vergelijkbaar. Bij het kiezen tussen deze twee oplossingen moeten klanten hun eigen tests en evaluatie uitvoeren, inclusief factoren zoals geplande en ongeplande failovertijden en andere operationele procedures.

Derde knooppunt voor herstel na noodgevallen

Naast het gebruik van SAP ASE Always-On voor lokale hoge beschikbaarheid, kunt u de configuratie uitbreiden naar een asynchroon gerepliceerd knooppunt in een andere Azure-regio. Zie De installatieprocedure voor Sybase 16. 3 Patch Level 3 Always-on + DR op Suse 12.3 voor meer informatie.

SAP ASE-databaseversleuteling en SSL

SAP Software provisioning Manager (SWPM) biedt een optie om de database tijdens de installatie te versleutelen. Als u versleuteling wilt gebruiken, is het raadzaam OM SAP Full Database Encryption te gebruiken. Zie de details die worden beschreven in:

Notitie

Als een SAP ASE-database is versleuteld, werkt back-updumpcompressie niet. Zie ook sap-ondersteuningsnotitie #2680905

Controlelijst voor SAP ASE in Azure-implementatie

  • SAP ASE 16.0.03.07 of hoger implementeren
  • Bijwerken naar de nieuwste versie en patches van FaultManager en SAPHostAgent
  • Implementeren op het meest recente gecertificeerde besturingssysteem dat beschikbaar is, zoals Windows 2019, SLES 15 of RHEL 8
  • SAP Certified VM's gebruiken: azure VM-SKU's met hoog geheugen, zoals Es_v3 of voor X-grote systemen, VM-SKU's uit de M-serie, worden aanbevolen
  • Komt overeen met de IOPS van de schijf en het totale doorvoerquotum van de VIRTUELE machine met het schijfontwerp. Voldoende schijven implementeren
  • Schijven aggregeren met Windows Opslagruimten of Linux LVM2 met de juiste stripegrootte en bestandssysteem
  • Voldoende apparaten maken voor gegevens- en logboek-, temp- en back-updoeleinden
  • Overweeg ultradisk te gebruiken voor x-grote systemen
  • Voer saptune SAP-ASE uit op SLES. STEM RHEL-VM's af per 69988.
  • De database beveiligen met DB Encryption: sleutels handmatig opslaan in Azure Key Vault
  • De CONTROLElijst voor SAP in Azure voltooien
  • Logboekback-up en volledige back-up configureren
  • Test HA/DR, back-up en herstel en voer stress & volumetest uit
  • Controleer of de automatische database-extensie werkt

DBACockpit gebruiken om database-exemplaren te bewaken

Voor SAP-systemen, die SAP ASE als databaseplatform gebruiken, is de DBACockpit toegankelijk als ingesloten browservensters in transactie DBACockpit of als Webdynpro. De volledige functionaliteit voor het bewaken en beheren van de database is echter alleen beschikbaar in de Webdynpro-implementatie van de DBACockpit.

Net als bij on-premises systemen zijn verschillende stappen vereist om alle SAP NetWeaver-functionaliteit in te schakelen die wordt gebruikt door de Webdynpro-implementatie van de DBACockpit. Volg de SAP-ondersteuningsnotitie #1245200 om het gebruik van webdynpros in te schakelen en de vereiste te genereren. Wanneer u de instructies in de bovenstaande notities volgt, configureert u ook internetcommunicatiebeheer (ICM) samen met de poorten die moeten worden gebruikt voor http- en https-verbindingen. De standaardinstelling voor HTTP ziet er als volgt uit:

icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600

icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600

en de koppelingen die zijn gegenereerd in transactie DBACockpit lijken op:

<https:// fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpit

<http:// fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpit

Afhankelijk van hoe de virtuele Azure-machine die als host fungeert voor het SAP-systeem is verbonden met uw AD en DNS, moet u ervoor zorgen dat ICM gebruikmaakt van een volledig gekwalificeerde hostnaam die kan worden omgezet op de computer waar u de DBACockpit opent. Zie sap-ondersteuningsnotitie #773830 om te begrijpen hoe ICM de volledig gekwalificeerde hostnaam bepaalt op basis van profielparameters en indien nodig de parameter icm/host_name_full expliciet instelt.

Als u de virtuele machine in een cloudscenario hebt geïmplementeerd zonder cross-premises connectiviteit tussen on-premises en Azure, moet u een openbaar IP-adres en een domainlabel. De indeling van de openbare DNS-naam van de virtuele machine ziet er als volgt uit:

<custom domainlabel>.<azure region>. cloudapp.azure.com

Als u de PARAMETER icm/host_name_full van het SAP-profiel instelt op de DNS-naam van de Azure-VM, kan de koppeling er ongeveer als volgt uitzien:

https://mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpit

http://mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpit

In dit geval moet u het volgende doen:

  • Binnenkomende regels toevoegen aan de netwerkbeveiligingsgroep in Azure Portal voor de TCP/IP-poorten die worden gebruikt om te communiceren met ICM
  • Binnenkomende regels toevoegen aan de Windows Firewall-configuratie voor de TCP/IP-poorten die worden gebruikt om te communiceren met de ICM

Voor een automatisch geïmporteerde van alle beschikbare correcties wordt aanbevolen om periodiek de correctieverzameling SAP-notitie toe te passen die van toepassing is op uw SAP-versie:

Meer informatie over DBA Cockpit voor SAP ASE vindt u in de volgende SAP-notities:

Nuttige koppelingen, notities en whitepapers voor SAP ASE

De startpagina voor SAP ASE 16.0.03.07-documentatie bevat koppelingen naar verschillende documenten waarvan de documenten:

  • SAP ASE Learning Journey - Beheer istration & Monitoring
  • SAP ASE Learning Journey - Installatie en upgrade

zijn nuttig. Een ander nuttig document is SAP-toepassingen op sap Adaptive Server Enterprise Best Practices voor migratie en runtime.

Andere nuttige SAP-ondersteuningsopmerkingen zijn:

Andere informatie wordt gepubliceerd op

Een maandelijkse nieuwsbrief wordt gepubliceerd via sap-ondersteuningsnotitie #2381575

Volgende stappen

Raadpleeg het artikel SAP-workloads in Azure: controlelijst voor planning en implementatie