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. Come precondizione per questo documento, leggere il documento Considerazioni per la distribuzione DBMS di Azure Macchine virtuali per il carico di lavoro SAP e altre guide nel carico di lavoro SAP nella documentazione di Azure. Questo documento illustra SAP ASE in esecuzione in Linux e nei sistemi operativi Windows. La versione minima supportata in Azure è SAP ASE 16.0.02 (versione 16 Support Pack 2). È consigliabile distribuire la versione più recente di SAP con il livello di patch più recente. È consigliabile almeno SAP ASE 16.0.03.07 (Versione 16 Support Pack 3 Livello patch 7). La versione più recente di SAP è disponibile in Pianificazione della versione dell'ambiente del servizio app di destinazione 16.0 e informazioni sull'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 ASE o SAP ASE o in alcuni casi entrambi. Per mantenere la coerenza, in questa documentazione viene usato il nome SAP ASE .
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 ASE 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 dimensionamento sap dei diversi SKU di SAP Certified Virtual Machine (VM) è disponibile nella nota di supporto SAP #1928533.
La documentazione per installare SAP ASE in Windows è disponibile nella Guida all'installazione di SAP ASE per Windows
Lock Pages in Memory è un'impostazione che impedisce il paging del buffer del database SAP ASE. 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-ASE. 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 di 2.048 KB. Per informazioni dettagliate, vedere l'articolo Pagine enormi in Linux
Raccomandazioni sulla macchina virtuale e sulla struttura del disco per le distribuzioni di SAP ASE
SAP ASE for SAP NetWeaver Applications is supported on any VM type listed in SAP support note #1928533 Typical VM types used for medium size SAP ASE database servers include 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 ASE possono essere migliorate abilitando l'acceleratore di scrittura della serie M. L'acceleratore di scrittura deve essere testato attentamente con SAP ASE a causa del modo in cui SAP ASE 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 ASE scrive nel log delle transazioni, potrebbe non esserci un'accelerazione da parte dell'acceleratore di scrittura di Azure.
Nota
Con alcuni dei nuovi tipi di VM M(b)v3, l'uso dell'archiviazione PREMIUM SSD v1 in lettura memorizzata nella cache potrebbe comportare una velocità di I/O al secondo di lettura e scrittura inferiore rispetto a quella che si otterrebbe se non si usa la cache di lettura.
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 ASE scrive i dati in sequenza nei dispositivi di archiviazione su disco, a meno che non siano configurati diversamente. Ciò significa che un database SAP ASE vuoto con quattro dispositivi riscrive i dati solo nel primo dispositivo. Gli altri dispositivi disco vengono scritti solo quando il primo dispositivo è pieno. È probabile che la quantità di I/O READ e WRITE in ogni dispositivo SAP ASE sia diversa. Per bilanciare l'I/O del disco in tutti i dischi di Azure disponibili, è necessario usare Windows Spazi di archiviazione 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.
Esempi di configurazioni di SAP ASE in macchine virtuali, dischi 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 dell'ambiente del servizio app SAP, il numero di dispositivi dati non è critico 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 te. Ma si tratta di configurazioni che richiedono un'ottimizzazione del carico di lavoro e dell'efficienza dei costi.
Un esempio di configurazione per un piccolo server di database SAP ASE 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 | Abilitare | Abilitare | --- |
| Versione di SAP ASE | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| n. di dispositivi di dati | 4 | 4 | --- |
| n. 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 | |
| Dimensioni blocco del formato | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| n. 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 |
| n. 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 = NESSUNA |
| Parametro MaxMemory dell'ambiente del servizio app | 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 di database SAP ASE 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 | Abilitare | Abilitare | --- |
| Versione di SAP ASE | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| n. di dispositivi di dati | 8 | 8 | --- |
| n. 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 | |
| Dimensioni blocco del formato | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| n. 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 |
| n. 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 = NESSUNA |
| Parametro MaxMemory dell'ambiente del servizio app | 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 di database SAP ASE di medie dimensioni 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 | Abilitare | Abilitare | --- |
| Versione di SAP ASE | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| n. di dispositivi di dati | 16 | 16 | --- |
| n. 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 | |
| Dimensioni blocco del formato | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| n. 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 |
| n. 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 = NESSUNA |
| Parametro MaxMemory dell'ambiente del servizio app | 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 di database SAP ASE 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 | Abilitare | Abilitare | --- |
| Versione di SAP ASE | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| n. di dispositivi di dati | 16 | 16 | --- |
| n. 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 | |
| Dimensioni blocco del formato | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| n. 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 |
| n. 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 = NESSUNA |
| Parametro MaxMemory dell'ambiente del servizio app | 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 di database SAP ASE di grandi dimensioni con dimensioni del database pari a 4 TB+, ad esempio un sistema SAP Business Suite più grande usato a livello globale, potrebbe essere simile al seguente:
| Impostazione | Windows | Linux | Commenti |
|---|---|---|---|
| Tipo di VM | Serie M (da 1 a 4 TB di RAM) | Serie M (da 1 a 4 TB di RAM) | --- |
| Rete accelerata | Abilitare | Abilitare | --- |
| Versione di SAP ASE | 16.0.03.07 o versione successiva | 16.0.03.07 o versione successiva | --- |
| n. di dispositivi di dati | 32 | 32 | --- |
| n. 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 | |
| Dimensioni blocco del formato | Richiede test del carico di lavoro | Richiede test del carico di lavoro | --- |
| n. 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 |
| n. 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 |
| Parametro MaxMemory dell'ambiente del servizio app | 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 LVM2/Spazi di archiviazione |
I volumi NFS v4.1 ospitati in Azure NetApp Files sono un'altra alternativa all'uso per l'archiviazione del database SAP ASE. 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 ASE 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 di SAP ASE 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 ASE 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 ASE esistente, vedere la nota di supporto SAP 1750510. Per altre informazioni sul controllo della compressione del database SAP ASE, nota di supporto SAP #2121797
Disponibilità elevata di SAP ASE in Azure
La Guida per gli utenti di HADR descrive in dettaglio l'installazione e la configurazione di una soluzione "Always-On" di SAP ASE a due nodi. Inoltre, è supportato anche un terzo nodo di ripristino di emergenza. SAP ASE 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 ASE in Azure:
- Riconoscimento della disponibilità elevata con Gestione errori: il kernel SAP è un'applicazione "a disponibilità elevata" e conosce i server SAP ASE primari e secondari. Non sono presenti integrazioni vicine tra la soluzione SAP ASE "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 ASE 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 ASE fornisce una porta probe. Fault Manager chiama SAPHostAgent per avviare o arrestare un indirizzo IP mobile secondario negli host dell'ambiente del servizio app. 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 ASE 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.
Crittografia del database SAP ASE 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 ASE è crittografato, la compressione del dump del backup non funziona. Vedere anche nota di supporto SAP #2680905
Elenco di controllo per la distribuzione di SAP ASE in Azure
- Distribuire SAP ASE 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 Spazi di archiviazione 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-ASE 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
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 ASE
La pagina iniziale per SAP ASE 16.0.03.07 Documentation (Documentazione di SAP ASE 16.0.03.07) fornisce collegamenti a vari documenti di cui i documenti:
- Percorso di apprendimento di SAP ASE - Amministrazione e monitoraggio
- Percorso di apprendimento di SAP ASE - 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
- InfoCenter di SAP ASE
- SAP ASE 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