Distribuzione DBMS per SAP ASE di macchine virtuali di Azure per un carico di lavoro SAP
Questo documento illustra le numerose aree da valutare quando si distribuisce SAP ASE in IaaS di Azure. Prima di questo documento è consigliabile avere letto il documento Considerations for Azure Virtual Machines DBMS deployment for SAP workload (Considerazioni sulla distribuzione DBMS di macchine virtuali di Azure per un carico di lavoro SAP) e le altre guide disponibili nella documentazione relativa a un carico di lavoro SAP in Azure. Questo documento illustra SAP A edizione Standard in esecuzione in Linux e nei sistemi operativi Windows. La versione minima supportata in Azure è SAP A edizione Standard 16.0.02 (versione 16 Support Pack 2). È consigliabile distribuire la versione più recente di SAP e il livello patch più recente. È consigliabile almeno SAP A edizione Standard 16.0.03.07 (versione 16 Support Pack 3 Livello 7). La versione più recente di SAP è reperibile in Target A edizione Standard 16.0 Release Schedule (Pianificazione versione 16.0) e cr list Information (Informazioni elenco CR).
Altre informazioni sul supporto delle versioni con le applicazioni SAP o il percorso dei supporti di installazione sono disponibili, oltre alla matrice di disponibilità del prodotto SAP in questi percorsi:
- Nota di supporto SAP #2134316
- Nota di supporto SAP n. 1941500
- Nota di supporto SAP #1590719
- Nota di supporto SAP #1973241
Nota: in tutta la documentazione all'interno e all'esterno del mondo SAP, il nome del prodotto viene fatto riferimento come Sybase A edizione Standard o SAP A edizione Standard o in alcuni casi entrambi. Per mantenere la coerenza, viene usato il nome SAP A edizione Standard in questa documentazione.
Supporto dei sistemi operativi
La matrice di disponibilità del prodotto SAP contiene le combinazioni del sistema operativo e del kernel SAP supportate per ogni applicazione SAP. Le distribuzioni linux SLES 12.x, SLES 15.x, RHEL 7.x e RHEL 8.x sono completamente supportate. Oracle Linux come sistema operativo per SAP A edizione Standard non è supportato. È consigliabile usare le versioni linux più recenti disponibili. I clienti Windows devono usare le versioni di Windows Server 2016 o Windows Server 2019. Le versioni precedenti di Windows, ad esempio Windows 2012, sono tecnicamente supportate, ma la versione più recente di Windows è sempre consigliata.
Specifiche per SAP ASE in Windows
Grazie a Microsoft Azure, è possibile eseguire facilmente la migrazione delle applicazioni SAP ASE in macchine virtuali di Azure. L'uso di SAP ASE in una macchina virtuale di Azure consente di ridurre il costo totale di proprietà associato a distribuzione, gestione e manutenzione delle applicazioni aziendali eseguendo facilmente la migrazione di queste applicazioni a Microsoft Azure. Con SAP ASE in una macchina virtuale di Azure, gli amministratori e gli sviluppatori possono continuare a usare gli stessi strumenti di sviluppo e amministrazione disponibili in locale.
Microsoft Azure offre vari tipi di macchina virtuale che consentono di eseguire dai più piccoli panorami applicativi e sistemi SAP ai panorami applicativi e sistemi SAP più grandi che comprendono migliaia di utenti. Il ridimensionamento di SAP S piattaforma di strumenti analitici numeri dei diversi SKU di VM certificati SAP è disponibile nella nota di supporto SAP #1928533.
La documentazione per installare SAP A edizione Standard in Windows è disponibile nella Guida all'installazione di SAP A edizione Standard per Windows
Lock Pages in Memory è un'impostazione che impedisce il paging del buffer del database SAP A edizione Standard. Questa impostazione è utile per sistemi occupati di grandi dimensioni con una domanda di memoria elevata. Per altre informazioni, contattare BC-DB-SYB.
Impostazioni specifiche del sistema operativo Linux
Nelle macchine virtuali SLES eseguire saptune con il profilo SAP-A edizione Standard. Ottimizzare le macchine virtuali RHEL come descritto nel 69988.
Linux Huge Pages deve essere abilitato per impostazione predefinita e può essere verificato con il comando
cat /proc/meminfo
Le dimensioni della pagina sono in genere 2048 KB. Per informazioni dettagliate, vedere l'articolo Pagine enormi in Linux
Consigli nella macchina virtuale e nella struttura del disco per le distribuzioni SAP A edizione Standard
SAP A edizione Standard per le applicazioni SAP NetWeaver è supportato in qualsiasi tipo di macchina virtuale elencato nella nota di supporto SAP #1928533 Tipi di VM tipici usati per i server di database SAP A edizione Standard di medie dimensioni includono Esv3. I database multi-terabyte di grandi dimensioni possono usare i tipi di macchina virtuale serie M.
Le prestazioni di scrittura del disco del log delle transazioni SAP A edizione Standard possono essere migliorate abilitando l'acceleratore di scrittura serie M. L'acceleratore di scrittura deve essere testato attentamente con SAP A edizione Standard a causa del modo in cui SAP A edizione Standard esegue scritture di log. Esaminare la nota di supporto SAP #2816580 e prendere in considerazione l'esecuzione di un test delle prestazioni.
L'acceleratore di scrittura è progettato solo per il disco del log delle transazioni. La cache a livello di disco deve essere impostata su NONE. Non sorprendersi se l'acceleratore di scrittura di Azure non mostra miglioramenti simili a quello di altri DBMS. In base al modo, SAP A edizione Standard scrive nel log delle transazioni, potrebbe non esserci un'accelerazione da parte dell'acceleratore di scrittura di Azure.
I dischi separati sono consigliati per i dispositivi dati e i dispositivi di log. I database di sistema sybsecurity e saptools non richiedono dischi dedicati e possono essere posizionati nei dischi contenenti i dati del database SAP e i dispositivi di log
File system, dimensioni di striping e bilanciamento di I/O
SAP A edizione Standard scrive i dati in sequenza nei dispositivi di archiviazione su disco, a meno che non siano configurati diversamente. Ciò significa che un database SAP A edizione Standard vuoto con quattro dispositivi scriverà i dati solo nel primo dispositivo. Gli altri dispositivi disco verranno scritti solo quando il primo dispositivo è pieno. È probabile che la quantità di I/O DI LETTURA e SCRITTURA in ogni dispositivo SAP A edizione Standard sia diversa. Per bilanciare l'I/O del disco in tutti i dischi di Azure disponibili, è necessario usare Windows Archiviazione Spaces o Linux LVM2. In Linux è consigliabile usare il file system XFS per formattare i dischi. Le dimensioni di striping LVM devono essere testate con un test delle prestazioni. 128 KB strip size è un buon punto di partenza. In Windows, è consigliabile testare le dimensioni dell'unità di allocazione NTFS .On Windows, the NTFS Allocation Unit Size (AUS) should be testing. 64 KB può essere usato come valore iniziale.
È consigliabile configurare l'espansione automatica del database come descritto nell'articolo Configurazione dell'espansione automatica dello spazio del database in SAP Adaptive Server Enterprise e nota di supporto SAP #1815695.
Sap A edizione Standard di esempio nelle configurazioni di macchina virtuale, disco e file system di Azure
I modelli seguenti illustrano le configurazioni di esempio per Linux e Windows. Prima di confermare la configurazione della macchina virtuale e del disco, assicurarsi che le quote di larghezza di banda di rete e archiviazione della singola macchina virtuale siano sufficienti per soddisfare i requisiti aziendali. Tenere inoltre presente che i diversi tipi di macchine virtuali di Azure hanno un numero massimo di dischi diversi che possono essere collegati alla macchina virtuale. Ad esempio, una macchina virtuale E4s_v3 ha un limite di velocità effettiva di I/O di archiviazione di 48 MB/sec. Se la velocità effettiva di archiviazione richiesta dall'attività di backup del database richiede più di 48 MB/sec, un tipo di macchina virtuale più grande con una maggiore velocità effettiva della larghezza di banda di archiviazione è inevitabile. Quando si configura l'archiviazione di Azure, è anche necessario tenere presente che, in particolare con Archiviazione Premium di Azure, la velocità effettiva e le operazioni di I/O al secondo per GB di capacità cambiano. Per altre informazioni su questo argomento, vedere l'articolo Quali tipi di disco sono disponibili in Azure? Le quote per tipi di vm di Azure specifici sono documentate nell'articolo Dimensioni e articoli relativi alle macchine virtuali ottimizzate per la memoria.
Nota
Se un sistema DBMS viene spostato da locale ad Azure, è consigliabile eseguire il monitoraggio nella macchina virtuale e valutare la CPU, la memoria, le operazioni di I/O al secondo e la velocità effettiva di archiviazione. Confrontare i valori di picco osservati con i limiti di quota delle macchine virtuali documentati negli articoli indicati in precedenza
Gli esempi riportati di seguito sono a scopo illustrativo e possono essere modificati in base alle singole esigenze. A causa della progettazione di SAP A edizione Standard, il numero di dispositivi dati non è fondamentale come con altri database. Il numero di dispositivi dati descritti in dettaglio in questo documento è solo una guida. Le configurazioni suggerite devono essere considerate come ciò che sono. Sono punti di partenza per voi. Ma sono configurazioni che richiedono un'ottimizzazione del carico di lavoro e dell'efficienza dei costi.
Un esempio di configurazione per un po' sap A edizione Standard server di database con dimensioni del database comprese tra 50 GB e 250 GB potrebbe essere simile al seguente
| Impostazione | Windows | Linux | Commenti |
|---|---|---|---|
| Tipo di VM | E4s_v3/v4/v5 (4 vCPU/32 GB RAM) | E4s_v3/v4/v5 (4 vCPU/32 GB RAM) | --- |
| Rete accelerata | Abilitazione | Abilitazione | --- |
| Versione di SAP A edizione Standard | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| Numero di dispositivi dati | 4 | 4 | --- |
| Numero di dispositivi di log | 1 | 1 | --- |
| Numero di dispositivi temporanei | 1 | 1 | Altre informazioni per il carico di lavoro SAP BW |
| Sistema operativo | Windows Server 2019 | SLES 12 SP5, 15 SP1 o versione successiva o RHEL 7.9, 8.1/8.2/8.4 | --- |
| Aggregazione del disco | Spazi di archiviazione | LVM2 | --- |
| File system | NTFS | XFS | |
| Formato delle dimensioni del blocco | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| # e tipo di dischi dati | Archiviazione Premium v1: 2 x P10 (RAID0) Archiviazione Premium v2: 2 x 150 GiB (RAID0) - Operazioni di I/O al secondo e velocità effettiva predefinite |
Archiviazione Premium v1: 2 x P10 (RAID0) Archiviazione Premium v2: 2 x 150 GiB (RAID 0) - Operazioni di I/O al secondo e velocità effettiva predefinite |
Cache = Sola lettura |
| # e tipo di dischi di log | Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 128 GiB - Operazioni di I/O al secondo e velocità effettiva predefinite |
Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 128 GiB - Operazioni di I/O al secondo e velocità effettiva predefinite |
Cache = NONE |
| A edizione Standard parametro MaxMemory | 90% di RAM fisica | 90% di RAM fisica | Presupponendo una singola istanza |
| Numero di dispositivi di backup | 4 | 4 | --- |
| # e tipo di dischi di backup | 1 | 1 | --- |
Un esempio di configurazione per un server SAP A edizione Standard DB di piccole dimensioni con dimensioni del database comprese tra 250 GB e 750 GB, ad esempio un sistema SAP Business Suite più piccolo, potrebbe essere simile al seguente:
| Impostazione | Windows | Linux | Commenti |
|---|---|---|---|
| Tipo di VM | E16s_v3/v4/v5 (16 vCPU/128 GB RAM) | E16s_v3/v4/v5 (16 vCPU/128 GB RAM) | --- |
| Rete accelerata | Abilitazione | Abilitazione | --- |
| Versione di SAP A edizione Standard | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| Numero di dispositivi dati | 8 | 8 | --- |
| Numero di dispositivi di log | 1 | 1 | --- |
| Numero di dispositivi temporanei | 1 | 1 | Altre informazioni per il carico di lavoro SAP BW |
| Sistema operativo | Windows Server 2019 | SLES 12 SP5, 15 SP1 o versione successiva o RHEL 7.9, 8.1/8.2/8.4 | --- |
| Aggregazione del disco | Spazi di archiviazione | LVM2 | --- |
| File system | NTFS | XFS | |
| Formato delle dimensioni del blocco | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| # e tipo di dischi dati | Archiviazione Premium v1: 4 x P20 (RAID0) Archiviazione Premium v2: 4 x 100 GiB - 200 GiB (RAID0) - Operazioni di I/O al secondo predefinite e velocità effettiva aggiuntiva di 25 MB/sec per disco |
Archiviazione Premium v1: 4 x P20 (RAID0) Archiviazione Premium v2: 4 x 100 GiB- 200 GiB (RAID0) - Operazioni di I/O al secondo predefinite e 25 MB/sec extra per velocità effettiva del disco |
Cache = Sola lettura |
| # e tipo di dischi di log | Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 200 GiB - Operazioni di I/O al secondo e velocità effettiva predefinite |
Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 200 GiB - Operazioni di I/O al secondo e velocità effettiva predefinite |
Cache = NONE |
| A edizione Standard parametro MaxMemory | 90% di RAM fisica | 90% di RAM fisica | Presupponendo una singola istanza |
| Numero di dispositivi di backup | 4 | 4 | --- |
| # e tipo di dischi di backup | 1 | 1 | --- |
Un esempio di configurazione per un server SAP A edizione Standard DB con dimensioni del database comprese tra 750 GB e 2.000 GB, ad esempio un sistema SAP Business Suite più grande, potrebbe essere simile al seguente:
| Impostazione | Windows | Linux | Commenti |
|---|---|---|---|
| Tipo di VM | E64s_v3/v4/v5 (64 vCPU/432 GB RAM) | E64s_v3/v4/v5 (64 vCPU/432 GB RAM) | --- |
| Rete accelerata | Abilitazione | Abilitazione | --- |
| Versione di SAP A edizione Standard | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| Numero di dispositivi dati | 16 | 16 | --- |
| Numero di dispositivi di log | 1 | 1 | --- |
| Numero di dispositivi temporanei | 1 | 1 | Altre informazioni per il carico di lavoro SAP BW |
| Sistema operativo | Windows Server 2019 | SLES 12 SP5, 15 SP1 o versione successiva o RHEL 7.9, 8.1/8.2/8.4 | --- |
| Aggregazione del disco | Spazi di archiviazione | LVM2 | --- |
| File system | NTFS | XFS | |
| Formato delle dimensioni del blocco | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| # e tipo di dischi dati | Archiviazione Premium v1: 4 x P30 (RAID0) Archiviazione Premium v2: 4 x 250 GiB - 500 GiB - più 2.000 operazioni di I/O al secondo e velocità effettiva di 75 MB/sec per disco |
Archiviazione Premium v1: 4 x P30 (RAID0) Archiviazione Premium v2: 4 x 250 GiB - 500 GiB - più 2.000 operazioni di I/O al secondo e velocità effettiva di 75 MB/sec per disco |
Cache = Sola lettura |
| # e tipo di dischi di log | Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 400 GiB - Operazioni di I/O al secondo predefinite e velocità effettiva aggiuntiva di 75 MB/sec |
Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 400 GiB - Operazioni di I/O al secondo predefinite e velocità effettiva aggiuntiva di 75 MB/sec |
Cache = NONE |
| A edizione Standard parametro MaxMemory | 90% di RAM fisica | 90% di RAM fisica | Presupponendo una singola istanza |
| Numero di dispositivi di backup | 4 | 4 | --- |
| # e tipo di dischi di backup | 1 | 1 | --- |
Un esempio di configurazione per un server SAP A edizione Standard DB di dimensioni maggiori con dimensioni del database comprese tra 2.000 GB e 4.000 GB, ad esempio un sistema SAP Business Suite più grande, potrebbe essere simile al seguente:
| Impostazione | Windows | Linux | Commenti |
|---|---|---|---|
| Tipo di VM | E96(d)s_v5 (96 vCPU/672 GiB RAM) | E96(d)s_v5 (96 vCPU/672 GiB RAM) | --- |
| Rete accelerata | Abilitazione | Abilitazione | --- |
| Versione di SAP A edizione Standard | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| Numero di dispositivi dati | 16 | 16 | --- |
| Numero di dispositivi di log | 1 | 1 | --- |
| Numero di dispositivi temporanei | 1 | 1 | Altre informazioni per il carico di lavoro SAP BW |
| Sistema operativo | Windows Server 2019 | SLES 12 SP5, 15 SP1 o versione successiva o RHEL 7.9, 8.1/8.2/8.4 | --- |
| Aggregazione del disco | Spazi di archiviazione | LVM2 | --- |
| File system | NTFS | XFS | |
| Formato delle dimensioni del blocco | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| # e tipo di dischi dati | Archiviazione Premium v1: 4 x P30 (RAID0) Archiviazione Premium v2: 4 x 500 GiB - 1.000 GiB - più 2.500 operazioni di I/O al secondo e velocità effettiva di 100 MB/sec per disco |
Archiviazione Premium v1: 4 x P30 (RAID0) Archiviazione Premium v2: 4 x 500 GiB - 1.000 GiB - più 2.500 operazioni di I/O al secondo e velocità effettiva di 100 MB/sec per disco |
Cache = Sola lettura |
| # e tipo di dischi di log | Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 400 GiB - più 1.000 operazioni di I/O al secondo e velocità effettiva aggiuntiva di 75 MB/sec |
Archiviazione Premium v1: 1 x P20 Archiviazione Premium v2: 1 x 400 GiB - più 1.000 operazioni di I/O al secondo e velocità effettiva aggiuntiva di 75 MB/sec |
Cache = NONE |
| A edizione Standard parametro MaxMemory | 90% di RAM fisica | 90% di RAM fisica | Presupponendo una singola istanza |
| Numero di dispositivi di backup | 4 | 4 | --- |
| # e tipo di dischi di backup | 1 | 1 | --- |
Un esempio di configurazione per un server SAP A edizione Standard DB di grandi dimensioni con dimensioni del database pari a 4 TB+, ad esempio un sistema SAP Business Suite di dimensioni maggiori a livello globale, potrebbe essere simile al seguente:
| Impostazione | Windows | Linux | Commenti |
|---|---|---|---|
| Tipo di VM | Serie M (da 1,0 a 4,0 TB di RAM) | Serie M (da 1,0 a 4,0 TB di RAM) | --- |
| Rete accelerata | Abilitazione | Abilitazione | --- |
| Versione di SAP A edizione Standard | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| Numero di dispositivi dati | 32 | 32 | --- |
| Numero di dispositivi di log | 1 | 1 | --- |
| Numero di dispositivi temporanei | 1 | 1 | Altre informazioni per il carico di lavoro SAP BW |
| Sistema operativo | Windows Server 2019 | SLES 12 SP5, 15 SP1 o versione successiva o RHEL 7.9, 8.1/8.2/8.4 | --- |
| Aggregazione del disco | Spazi di archiviazione | LVM2 | --- |
| File system | NTFS | XFS | |
| Formato delle dimensioni del blocco | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| # e tipo di dischi dati | Archiviazione Premium v1: 4+ x P30 (RAID0) Archiviazione Premium v2: 4+ x 1.000 GiB - 4.000 GiB - più 3.000 operazioni di I/O al secondo e velocità effettiva di 125 MB/sec per disco |
Archiviazione Premium v1: 4+ x P30 (RAID0) Archiviazione Premium v2: 4+ x 1.000 GiB - 4.000 GiB - più 3.000 operazioni di I/O al secondo e velocità effettiva di 125 MB/sec per disco |
Cache = Sola lettura, considerare il disco Ultra di Azure |
| # e tipo di dischi di log | Archiviazione Premium v1: 1 x P30 Archiviazione Premium v2: 1 x 500 GiB - più 2.000 operazioni di I/O al secondo e velocità effettiva di 125 MB/sec |
Archiviazione Premium v1: 1 x P30 Archiviazione Premium v2: 1 x 500 GiB - più 2.000 operazioni di I/O al secondo e velocità effettiva di 125 MB/sec |
Prendere in considerazione l'acceleratore di scrittura o il disco Ultra di Azure |
| A edizione Standard parametro MaxMemory | 90% di RAM fisica | 90% di RAM fisica | Presupponendo una singola istanza |
| Numero di dispositivi di backup | 16 | 16 | --- |
| # e tipo di dischi di backup | 4 | 4 | Usare Spazi LVM2/Archiviazione |
I volumi NFS v4.1 ospitati in Azure NetApp Files sono un'altra alternativa all'uso per l'archiviazione di database SAP A edizione Standard. La struttura di principio di una configurazione di questo tipo dovrebbe essere simile a
Nell'esempio il SID del database è A11. Le dimensioni e i livelli di prestazioni dei volumi basati su Azure NetApp Files dipendono dal volume del database e dalle operazioni di I/O al secondo e velocità effettiva necessarie. Per sapdata e saplog, è consigliabile iniziare con il livello di prestazioni Ultra per poter fornire una larghezza di banda sufficiente. Per molte distribuzioni non di produzione, il livello di prestazioni Premium può essere sufficiente. Per altre informazioni sul dimensionamento e sulle limitazioni specifiche di Azure NetApp Files per l'utilizzo del database, vedere il capitolo Ridimensionamento per il database HANA in Azure NetApp Files nei volumi NFS v4.1 in Azure NetApp Files per SAP HANA.
Considerazioni su backup e ripristino per SAP A edizione Standard in Azure
L'aumento del numero di dispositivi di backup e dati aumenta le prestazioni di backup e ripristino. È consigliabile eseguire lo striping dei dischi di Azure che ospitano il dispositivo di backup SAP A edizione Standard come illustrato nelle tabelle illustrate in precedenza. Prestare attenzione a bilanciare il numero di dispositivi e dischi di backup e assicurarsi che la velocità effettiva del backup non superi il 40%-50% della quota totale di velocità effettiva della macchina virtuale. È consigliabile usare SAP Backup Compression come impostazione predefinita. Altri dettagli sono disponibili negli articoli:
Non usare l'unità D:\ o /temp space come destinazione del dump del database o del log.
Impatto della compressione del database
Nelle configurazioni in cui la larghezza di banda di I/O può diventare un fattore di limitazione, misure che riducono le operazioni di I/O al secondo possono aiutare ad estendere il carico di lavoro che è possibile eseguire in uno scenario IaaS come Azure. È quindi consigliabile assicurarsi che venga usata la compressione SAP A edizione Standard prima di caricare un database SAP esistente in Azure.
I motivi per cui è consigliabile comprimere il database prima di caricarlo in Azure sono molti:
- La quantità di dati da caricare in Azure è minore
- La durata dell'esecuzione della compressione è inferiore, presupponendo che si possa usare hardware più avanzato con più CPU o una maggiore larghezza di banda di I/O oppure meno latenza di I/O in locale
- L'uso di database di dimensioni inferiori può contribuire a ridurre i costi per l'allocazione dei dischi
Il funzionamento della compressione dati e LOB in una VM ospitata in macchine virtuali di Azure è uguale a quello in locale. Per altre informazioni su come verificare se la compressione è già in uso in un database SAP A edizione Standard esistente, vedere la nota di supporto SAP 1750510. Per altre informazioni su SAP A edizione Standard database compression check SAP support note #2121797
Disponibilità elevata di SAP A edizione Standard in Azure
La Guida per gli utenti di HADR descrive in dettaglio la configurazione e la configurazione di una soluzione SAP A a due nodi edizione Standard "Always-On". Inoltre, è supportato anche un terzo nodo di ripristino di emergenza. SAP A edizione Standard supporta molte configurazioni a disponibilità elevata, tra cui il disco condiviso e il clustering nativo del sistema operativo, ad esempio Pacemaker e Windows Server Failover Cluster. Esistono due configurazioni di disponibilità elevata supportate per SAP A edizione Standard in Azure:
- Disponibilità elevata con Gestione errori: il kernel SAP è un'applicazione con riconoscimento della disponibilità elevata e conosce i server SAP A edizione Standard primari e secondari. Non sono presenti integrazioni vicine tra la soluzione SAP A edizione Standard "a disponibilità elevata" e Azure, il servizio di bilanciamento del carico interno di Azure non viene usato. La soluzione è documentata nella Guida agli utenti di SAP A edizione Standard HADR
- IP mobile con Gestione errori: questa soluzione può essere usata per le applicazioni SAP Business Suite e non SAP Business Suite. Questa soluzione usa il servizio di bilanciamento del carico interno di Azure e il motore di database SAP A edizione Standard fornisce una porta probe. Gestione errori chiamerà SAPHostAgent per avviare o arrestare un indirizzo IP mobile secondario negli host A edizione Standard. Questa soluzione è documentata nella nota SAP #3086679 - SYB: Fault Manager: Indirizzo IP mobile in Microsoft Azure
Nota
I tempi di failover e altre caratteristiche delle soluzioni a disponibilità elevata o IP mobile sono simili. Quando si decide tra queste due soluzioni, i clienti devono eseguire test e valutazione personalizzati, inclusi fattori come i tempi di failover pianificati e non pianificati e altre procedure operative.
Terzo nodo per il ripristino di emergenza
Oltre a usare SAP A edizione Standard Always-On per la disponibilità elevata locale, è possibile estendere la configurazione a un nodo replicato in modo asincrono in un'altra area di Azure. Per altre informazioni, vedere Procedura di installazione per Sybase 16. 3 Livello patch 3 Always-On + DR su Suse 12.3.
SAP A edizione Standard crittografia del database e SSL
SAP Software Provisioning Manager (SWPM) offre un'opzione per crittografare il database durante l'installazione. Se si vuole usare la crittografia, è consigliabile usare la crittografia completa del database SAP. Vedere i dettagli documentati in:
- Nota di supporto SAP #2556658
- Nota di supporto SAP #2224138
- Nota di supporto SAP #2401066
- Nota di supporto SAP #2593925
Nota
Se un database SAP A edizione Standard è crittografato, la compressione del dump del backup non funzionerà. Vedere anche nota di supporto SAP #2680905
Elenco di controllo per la distribuzione di SAP A edizione Standard in Azure
- Distribuire SAP A edizione Standard 16.0.03.07 o versione successiva
- Eseguire l'aggiornamento alla versione e alle patch più recenti di FaultManager e SAPHostAgent
- Distribuire nel sistema operativo certificato più recente disponibile, ad esempio Windows 2019, SLES 15 o RHEL 8
- Usare macchine virtuali certificate SAP: sono consigliati SKU di macchine virtuali di Azure ad alta memoria, ad esempio Es_v3 o per SKU di macchine virtuali serie M per sistemi di grandi dimensioni
- Trovare la corrispondenza con le operazioni di I/O al secondo del disco e la quota totale di velocità effettiva aggregata della macchina virtuale con la progettazione del disco. Distribuire un numero sufficiente di dischi
- Aggregare i dischi con Windows Archiviazione Spaces o Linux LVM2 con dimensioni di striping e file system corretti
- Creare un numero sufficiente di dispositivi a scopo di dati, log, temp e backup
- Prendere in considerazione l'uso di UltraDisk per sistemi x-large
- Eseguire
saptuneSAP-A edizione Standard in SLES. Ottimizzare le macchine virtuali RHEL per 69988. - Proteggere il database con crittografia del database: archiviare manualmente le chiavi in Azure Key Vault
- Completare l'elenco di controllo di SAP in Azure
- Configurare il backup del log e il backup completo
- Testare disponibilità elevata/ripristino di emergenza, backup e ripristino ed eseguire test di stress e volume
- Verificare che l'estensione database automatica funzioni
Uso di DBACockpit per monitorare le istanze del database
Per i sistemi SAP che usano SAP ASE come piattaforma di database, DBACockpit è accessibile come finestra del browser incorporata nella transazione DBACockpit o come Webdynpro. Tuttavia, la funzionalità completa per il monitoraggio e l'amministrazione del database è disponibile solo nell'implementazione Webdynpro di DBACockpit.
Come per i sistemi locali, sono necessari diversi passaggi per abilitare tutte le funzionalità di SAP NetWeaver usate dall'implementazione Webdynpro di DBACockpit. Seguire la nota di supporto SAP n. 1245200 per abilitare l'utilizzo di webdynpros e generare quelli necessari. Quando si seguono le istruzioni riportate nelle note precedenti, si configura anche Internet Communication Manager (ICM) insieme alle porte da usare per le connessioni HTTP e HTTPS. L'impostazione predefinita per HTTP è simile alla seguente:
icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600
icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600
e i collegamenti generati nella transazione DBACockpit hanno un aspetto simile al seguente:
<https:// fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpit
<http:// fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpit
A seconda del modo in cui la macchina virtuale di Azure che ospita il sistema SAP è connessa ad AD e DNS, è necessario assicurarsi che ICM usi un nome host completo che può essere risolto nel computer da cui si sta aprendo DBACockpit. Vedere la nota di supporto SAP #773830 per comprendere in che modo ICM determina il nome host completo in base ai parametri del profilo e impostare il parametro icm/host_name_full in modo esplicito, se necessario.
Se la macchina virtuale è stata distribuita in uno scenario solo cloud senza connettività cross-premise tra l'ambiente locale e Azure, è necessario definire un indirizzo IP pubblico e un oggetto domainlabel. Il formato del nome DNS pubblico della VM si presenta come segue:
<custom domainlabel>.<azure region>. cloudapp.azure.com
Impostando il parametro del profilo SAP icm/host_name_full sul nome DNS della VM di Azure, il collegamento sarà simile a:
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 questo caso è necessario assicurarsi di:
- Aggiungere regole in ingresso al gruppo di sicurezza di rete nel portale di Azure per le porte TCP/IP usate per comunicare con ICM
- Aggiungere regole in ingresso alla configurazione di Windows Firewall per le porte TCP/IP usate per comunicare con ICM
Per un'importazione automatica di tutte le correzioni disponibili, è consigliabile applicare periodicamente la raccolta di correzioni NOTA SAP applicabile alla versione SAP:
Per altre informazioni su DBA Cockpit per SAP ASE, vedere le note SAP seguenti:
- Nota di supporto SAP #1605680
- Nota di supporto SAP #1757924
- Nota di supporto SAP #1757928
- Nota di supporto SAP #1758182
- Nota di supporto SAP #1758496
- Nota di supporto SAP #1814258
- Nota di supporto SAP #1922555
- Nota di supporto SAP #1956005
Collegamenti utili, note e white paper per SAP A edizione Standard
La pagina iniziale per SAP A edizione Standard 16.0.03.07 Documentazione fornisce collegamenti a vari documenti dei quali i documenti di:
- Sap A edizione Standard Learning Journey - Amministrazione istration & Monitoring
- Sap A edizione Standard Learning Journey - Installazione e aggiornamento
sono utili. Un altro documento utile è Le applicazioni SAP in SAP Adaptive Server Enterprise Best Practices for Migration and Runtime.Another useful document is SAP Applications on SAP Adaptive Server Enterprise Best Practices for Migration and Runtime.
Altre note utili sul supporto SAP sono:
- Nota di supporto SAP #2134316
- Nota di supporto SAP #1748888
- Nota di supporto SAP #2588660
- Nota di supporto SAP #1680803
- Nota di supporto SAP #1724091
- Nota di supporto SAP #1775764
- Nota di supporto SAP #2162183
- Nota di supporto SAP #1928533
- Nota di supporto SAP #2015553
- Nota di supporto SAP #1750510
- Nota di supporto SAP #1752266
- Nota di supporto SAP #2162183
- Nota di supporto SAP #1588316
Altre informazioni sono pubblicate su
- Applicazioni SAP in SAP Adaptive Server Enterprise
- SAP A edizione Standard infocenter
- SAP A edizione Standard Always-On con il terzo programma di installazione del nodo di ripristino di emergenza
Una newsletter mensile viene pubblicata tramite la nota di supporto SAP #2381575
Passaggi successivi
Vedere l'articolo Carichi di lavoro SAP in Azure: elenco di controllo per la pianificazione e la distribuzione