Distribuzione di SAP MaxDB, SAP liveCache e SAP Content Server in macchine virtuali di Azure

  • Articolo

Questo documento descrive i diversi aspetti da prendere in considerazione quando si distribuiscono MaxDB, liveCache e Content Server in macchine virtuali 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), nonché le altre guide disponibili nella documentazione relativa a un carico di lavoro SAP in Azure.

Specifiche per le distribuzioni di SAP MaxDB in Windows

Supporto della versione di SAP MaxDB in Azure

SAP supporta attualmente SAP MaxDB versione 7.9 o successiva per l'uso con prodotti basati su SAP NetWeaver in Azure. Tutti gli aggiornamenti per il server SAP MaxDB o i driver JDBC e ODBC da usare con i prodotti basati su SAP NetWeaver vengono forniti esclusivamente tramite SAP Service Marketplace. Per altre informazioni sull'esecuzione di SAP NetWeaver in SAP MaxDB, vedere SAP MaxDB.

Versioni di Microsoft Windows supportate e tipi di vm di Azure per SAP MaxDB DBMS

Per trovare la versione supportata di Microsoft Windows per SAP MaxDB DBMS in Azure, vedere:

È consigliabile usare le versione più recente del sistema operativo Microsoft Windows, ovvero Microsoft Windows 2016.

Documentazione di SAP MaxDB disponibile per MaxDB

È possibile trovare l'elenco aggiornato della documentazione su SAP MaxDB nella nota SAP 767598

Linee guida per la configurazione di SAP MaxDB per le installazioni di SAP nelle VM di Azure

Configurazione dell'archiviazione

Le procedure consigliate di Archiviazione di Azure per SAP MaxDB seguono i suggerimenti generali indicati nel capitolo Struttura delle risorse di archiviazione di una VM per le distribuzioni RDBMS.

Importante

Come altri database, anche SAP MaxDB include file di dati e di log. Nella terminologia di SAP MaxDB, tuttavia, il termine corretto è "volume" (non "file"). Esistono, ad esempio, volumi di dati e volumi di log di SAP MaxDB. Non confonderli con i volumi dei dischi del sistema operativo.

In breve, è necessario:

  • Se si usano account di archiviazione di Azure, impostare l'account che contiene i volumi di dati e di log SAP MaxDB (file di dati e di log) su Archiviazione con ridondanza locale come specificato in 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).
  • Separare il percorso di I/O per i volumi di dati (file di dati) di SAP MaxDB dal percorso di I/O per i volumi di log (file di log). I volumi di dati (file di dati) di SAP MaxDB devono quindi essere installati in un'unità logica, mentre i volumi di log (file di log) di SAP MaxDB devono essere installati in un'unità logica diversa.
  • Impostare il tipo di memorizzazione nella cache appropriato per ogni disco, a seconda che si usino volumi di dati o di log (file di dati o di log) e che si usi Archiviazione Premium o Standard di Azure, come descritto in 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).
  • Se la quota corrente di operazioni di I/O al secondo per ogni disco soddisfa i requisiti, è possibile archiviare tutti i volumi di dati in un singolo disco montato, nonché archiviare tutti i volumi di log di database in un altro singolo disco montato.
  • Se sono necessari altro spazio e/o altre operazioni di I/O al secondo, è consigliabile usare i pool di archiviazione di Microsoft Windows (disponibili solo in Microsoft Windows Server 2012 e versioni successive) per creare un unico dispositivo logico di grandi dimensioni su più dischi montati. Per altri dettagli, vedere 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). Questo approccio riduce il sovraccarico di amministrazione per la gestione dello spazio su disco ed evita la fatica di distribuire manualmente i file in più dischi montati.
  • Per le distribuzioni di MaxDB, è consigliabile usare Archiviazione Premium di Azure.

Reference Configuration of Azure IaaS VM for SAP MaxDB DBMS

Backup e ripristino

Quando si distribuisce SAP MaxDB in Azure, è necessario rivedere la metodologia di backup. Anche se il sistema non è produttivo, è necessario eseguire periodicamente il backup del database SAP ospitato da SAP MaxDB. Poiché Archiviazione di Azure conserva tre immagini, il backup è ora meno importante dal punto di vista della protezione del sistema da errori di archiviazione e da errori operativi o amministrativi più gravi. Il motivo principale per avere un piano di backup e ripristino appropriato è quindi la possibilità di risolvere gli errori logici o manuali fornendo funzionalità di ripristino temporizzato. L'obiettivo è quindi quello di usare i backup per ripristinare un determinato stato precedente del database o di usare i backup in Azure per effettuare il seeding di un altro sistema copiando il database esistente.

Il backup e il ripristino di un database in Azure funzionano esattamente come nei sistemi locali, quindi è possibile usare gli strumenti di backup/ripristino di SAP MaxDB standard, descritti in uno dei documenti su SAP MaxDB elencati nella nota SAP 767598.

Backup e ripristino con Backup di Azure

È anche possibile integrare il backup di MaxDB con Backup di Azure usando lo strumento di backup di terze parti Maxback (https://maxback.io). MaxBack consente di eseguire il backup e il ripristino di MaxDB in Windows con l'integrazione vss, che viene usato anche da Backup di Azure. Il vantaggio dell'uso di Backup di Azure è che il backup e il ripristino viene eseguito a livello di archiviazione. MaxBack garantisce che il database sia nello stato corretto per il backup e il ripristino e gestisca automaticamente i backup del volume di log.

Considerazioni sulle prestazioni per il backup e il ripristino

Come nelle distribuzioni bare metal, le prestazioni di backup e ripristino dipendono dalla quantità di volumi leggibili in parallelo e dalla velocità effettiva di tali volumi. Si può quindi presumere quanto segue:

  • Minore è il numero dei dischi usati per l'archiviazione dei dispositivi del database, più bassa è la velocità effettiva di lettura generale
  • Minore è il numero di destinazioni (directory di striping o dischi) in cui scrivere il backup, più bassa è la velocità effettiva

Per aumentare il numero di destinazioni in cui scrivere, sono disponibili due opzioni che è possibile usare, anche in combinazione, a seconda delle proprie esigenze:

  • Volumi separati dedicati al backup
  • Striping del volume di destinazione di backup su più dischi montati per migliorare la velocità effettiva delle operazioni di I/O al secondo in tale volume disco con striping
  • Avere dispositivi dischi logici dedicati separati per:
    • Volumi (ovvero file) di backup di SAP MaxDB
    • Volumi (ovvero file) di dati di SAP MaxDB
    • Volumi (ovvero file) di log di SAP MaxDB

Lo striping di un volume su più dischi montati è stato illustrato in precedenza in 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).

Altre considerazioni

Tutti gli altri aspetti generali, ad esempio i set di disponibilità di Azure o il monitoraggio SAP, sono applicabili come descritto in 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) per le distribuzioni di macchine virtuali con il database SAP MaxDB. Altre impostazioni specifiche di SAP MaxDB sono trasparenti per le macchine virtuali di Azure e vengono descritte in documenti diversi elencati nella nota SAP 767598 e in queste note SAP:

Specifiche per le distribuzioni di SAP liveCache in Windows

Supporto della versione di SAP liveCache

La versione minima di SAP liveCache supportata nelle macchine virtuali di Azure è SAP LC/LCAPPS 10.0 SP 25, incluse liveCache 7.9.08.31 e LCA-Build 25, rilasciate per EhP 2 for SAP SCM 7.0 e versioni successive.

Versioni di Microsoft Windows e tipi di VM di Azure supportati per SAP liveCache DBMS

Per trovare la versione supportata di Microsoft Windows per SAP liveCache in Azure, vedere:

È consigliabile usare le versione più recente del sistema operativo Microsoft Windows Server.

Linee guida per la configurazione di SAP liveCache per le installazioni di SAP nelle VM di Azure

Poiché SAP liveCache è un'applicazione che esegue calcoli molto complessi, la quantità e la velocità di RAM e CPU influiscono considerevolmente sulle prestazioni di SAP liveCache.

Per i tipi di VM di Azure supportati da SAP (nota SAP 1928533), tutte le risorse della CPU virtuale allocate alla VM sono supportate da risorse della CPU fisica dedicate dell'hypervisor. Non si verifica nessun provisioning eccessivo (e quindi nessuna competizione per le risorse della CPU).

In modo analogo, per tutti i tipi di istanza di macchine virtuali di Azure supportati da SAP, la memoria della macchina virtuale viene interamente mappata alla memoria fisica. Non viene usato, ad esempio, l'overprovisioning (overcommit).

Da questo punto di vista, è consigliabile usare le macchine virtuali serie Dv2, Dv3, Ev3 e M più recenti. La scelta di tipi di macchine virtuali più recenti dipende dalla memoria necessaria per liveCache e per le risorse della CPU che servono. In modo analogo a tutte le altre distribuzioni di DBMS, è consigliabile usare Archiviazione Premium di Azure per i volumi per cui le prestazioni sono importanti.

Configurazione dell'archiviazione per liveCache in Azure

Poiché SAP liveCache si basa sulla tecnologia SAP MaxDB, tutte le procedure consigliate per Archiviazione di Azure indicate per SAP MaxDB in questo documento sono valide anche per SAP liveCache.

Macchina virtuale di Azure dedicata per uno scenario liveCache

Poiché SAP liveCache usa in modo intensivo la potenza di elaborazione, per l'utilizzo produttivo è consigliabile la distribuzione in una macchina virtuale di Azure dedicata.

Dedicated Azure VM for liveCache for productive use case

Backup e ripristino per liveCache in Azure

Le operazioni di backup e ripristino, incluse le considerazioni sulle prestazioni, sono descritte nei capitoli pertinenti su SAP MaxDB in questo documento.

Altre considerazioni

Tutti gli altri aspetti generali sono descritti nel capitolo su SAP MaxDB rilevante.

Specifiche per la distribuzione di SAP Content Server in Windows in Azure

SAP Content Server è un componente separato basato su server per archiviare contenuto, ad esempio documenti elettronici in formati diversi. SAP Content Server è supportato dallo sviluppo della tecnologia e deve essere usato tra applicazioni per qualsiasi applicazione SAP. Viene installato in un sistema distinto. Il contenuto in genere è costituito da documentazione e materiale di formazione di Knowledge Warehouse o da disegni tecnici provenienti da mySAP PLM Document Management System.

Supporto della versione di SAP Content Server per macchine virtuali di Azure

SAP attualmente supporta:

  • SAP Content Server con la versione 6.50 (e successive)
  • SAP MaxDB versione 7.9
  • Microsoft IIS (Internet Information Server) versione 8.0 (e successive)

È consigliabile usare la versione più recente di SAP Content Server e la versione più recente di Microsoft IIS.

Controllare le versioni supportate più recenti di SAP Content Server e Microsoft IIS in Product Availability Matrix (PAM) SAP (Matrice di disponibilità del prodotto (PAM) SAP).

Tipi di VM di Azure e di Microsoft Windows supportati per SAP Content Server

Per trovare le versioni di Windows supportate per SAP Content Server in Azure, vedere:

È consigliabile usare le versione più recente di Microsoft Windows Server.

Linee guida per la configurazione di SAP Content Server per le installazioni di SAP nelle VM di Azure

Configurazione dell'archiviazione per SAP Content Server in Azure

Se si configura SAP Content Server per archiviare i file nel database SAP MaxDB, tutte le procedure consigliate per Archiviazione di Azure indicate per SAP MaxDB in questo documento sono valide anche per lo scenario di SAP Content Server.

Se si configura SAP Content Server per archiviare i file nel file system, è consigliabile usare un'unità logica dedicata. Gli spazi di archiviazione Windows consentono anche di aumentare le dimensioni logiche del disco e la velocità effettiva delle operazioni di I/O al secondo, come descritto inConsiderations for Azure Virtual Machines DBMS deployment for SAP workload (Considerazioni sulla distribuzione DBMS di Macchine virtuali di Azure per un carico di lavoro SAP).

Posizione di SAP Content Server

SAP Content Server deve essere distribuito nella stessa area di Azure e nella stessa rete virtuale di Azure in cui è stato distribuito il sistema SAP. È possibile scegliere se distribuire i componenti di SAP Content Server in una VM di Azure dedicata o nella stessa VM in cui è in esecuzione il sistema SAP.

Dedicated Azure VM for SAP Content Server

Posizione di SAP Cache Server

SAP Cache Server è un componente aggiuntivo basato su server che fornisce accesso in locale ai documenti (memorizzati nella cache). SAP Cache Server memorizza nella cache i documenti di un'istanza di SAP Content Server per poter ottimizzare il traffico di rete se i documenti devono essere recuperati più di una volta da posizioni diverse. La regola generale prevede che SAP Cache Server deve essere fisicamente vicino al client che accede a SAP Cache Server.

Sono disponibili due opzioni:

  1. Il client è un sistema SAP back-end Se un sistema SAP back-end viene configurato per accedere a SAP Content Server, tale sistema SAP è un client. Poiché sia il sistema SAP che SAP Content Server vengono distribuiti nella stessa area di Azure, ovvero nello stesso data center di Azure, sono fisicamente vicini. Non è quindi necessaria un'istanza di SAP Cache Server dedicata. I client dell'interfaccia utente SAP (GUI SAP o Web browser) accedono direttamente al sistema SAP e il sistema SAP recupera i documenti da SAP Content Server.
  2. Il client è un Web browser locale SAP Content Server può essere configurato per essere accessibile direttamente dal Web browser. In questo caso, un Web browser in esecuzione in locale è un client di SAP Content Server. Il data center locale e il data center di Azure vengono posti in posizioni fisiche diverse, idealmente vicini l'uno all'altro. Il data center locale viene connesso ad Azure con una VPN da sito a sito di Azure o con ExpressRoute. Anche se entrambe le opzioni offrono una connessione di rete VPN sicura, la connessione di rete da sito a sito non offre un contratto di servizio per la latenza e la larghezza di banda di rete tra il data center locale e il data center di Azure. Per velocizzare l'accesso ai documenti, è possibile eseguire una delle operazioni seguenti:
    1. Installare SAP Cache Server in locale, vicino al Web browser locale, come illustrato nella figura seguente
    2. Configurare Azure ExpressRoute, che offre una connessione di rete dedicata a velocità elevata e a bassa latenza tra il data center locale e il data center di Azure.

Option to install SAP Cache Server on-premises

Backup/ripristino

Se si configura SAP Content Server per archiviare i file del database SAP MaxDB, le considerazioni sulle procedure di backup e ripristino e sulle prestazioni sono già illustrate nei capitoli su SAP MaxDB di questo documento.

Se si configura SAP Content Server per archiviare i file nel file system, una possibilità consiste nell'eseguire il backup/ripristino manuale dell'intera struttura di file in cui si trovano i documenti. Come per il backup/ripristino di SAP MaxDB, è consigliabile avere un volume del disco dedicato per il backup.

Altro

Le altre impostazioni specifiche di SAP Content Server sono trasparenti per le VM di Azure e sono descritte in diversi documenti e note SAP: