Questo elenco di controllo ti aiuta a migliorare la progettazione, la migrazione, l'implementazione e la manutenzione dei tuoi sistemi SAP utilizzando database diversi da SAP HANA. Google Cloud
Mentre procedi nell'elenco di controllo, tieni in considerazione le esigenze della tua attività. Se prendi decisioni diverse da quanto suggerito, tieni traccia di queste differenze per le attività successive nell'elenco.
- Ti consigliamo di non eseguire il deployment di più database nella stessa istanza VM Compute Engine in un ambiente di produzione. Distribuisci invece i database su più istanze VM per isolare il consumo di risorse ed evitare conflitti.
Evita di eseguire altre applicazioni sulla stessa istanza VM del database.
- Se utilizzi una singola istanza VM per eseguire sia il database sia altro
software, entrambe le applicazioni condividono le risorse della VM, il che può ridurre le
prestazioni del database. Tieni presente quanto segue:
- Le operazioni di database richiedono molte risorse e richiedono la disponibilità di risorse di calcolo in base ai benchmark e alle guide per la determinazione delle dimensioni.
- Le applicazioni SAP sono molto sensibili alla paginazione e allo scambio, che possono peggiorare le prestazioni e causare il blocco del sistema.
- Se utilizzi una singola istanza VM per eseguire sia il database sia altro
software, entrambe le applicazioni condividono le risorse della VM, il che può ridurre le
prestazioni del database. Tieni presente quanto segue:
Se scegli di eseguire il deployment di software personalizzato o di terze parti nella stessa istanza VM di un database utilizzato in un panorama SAP:
- Assicurati di eseguire il deployment di questo modello solo in sistemi non di produzione (ad esempio un sistema di test).
- Utilizza gli alias dei nomi host per le installazioni SAP.
- Per ogni installazione, utilizza un indirizzo IP statico separato mappato a un nome host dell'alias.
- Per scoprire quali regioni e zone supportano VM Compute Engine specifiche, consulta Regioni e zone disponibili. Tieni presente che le VM Compute Engine certificate SAP potrebbero non essere disponibili in tutte le località.
- Per proteggerti dai guasti zonali per i landscape SAP, esegui il deployment dei database in più zone, in particolare per le VM che fanno parte dello stesso cluster ad alta disponibilità (HA).
- Per proteggerti da errori a livello di regione, aggiungi siti di ripristino di emergenza in altre regioni.
- Quando installi alcuni database per SAP, puoi utilizzare Terraform o Cloud Deployment Manager di Google. I file di configurazione Terraform o i modelli Deployment Manager che Google Cloud forniscono l'installazione e la configurazione di tutti i pacchetti necessari per eseguire il database e SAP Google Cloud. Per ulteriori informazioni, consulta le seguenti guide di implementazione del database:
- Per selezionare un tipo di macchina Compute Engine per il deployment e i carichi di lavoro del database, consulta
Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti e
Google Cloud tipi di macchine supportati
o
Tipi di macchine certificate
(Google Cloud).
- Per assicurarti che le esigenze del tuo panorama, come la pianificazione della capacità e le prenotazioni, possano essere soddisfatte nella regione che preferisci, collabora con il tuo Technical Account Manager o con l'ingegnere dei clienti designato.
- Per selezionare un sistema operativo supportato da SAP che funzioni su Google Cloud, consulta Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti e Google Cloud tipi di macchine supportati o la tabella di riferimento rapido (Google Cloud).
Verifica che il sistema operativo abbia patch e aggiornamenti recenti.
Se utilizzi SUSE Linux Enterprise Server (SLES) nel tuo panorama, segui queste linee guida:
Se utilizzi Red Hat Enterprise Linux (RHEL) nel tuo ambiente, segui queste linee guida:
Ti consigliamo di utilizzare le immagini del sistema operativo fornite da Google Cloud in quanto soddisfano i requisiti di certificazione di SAP, del fornitore del sistema operativo e di Google. Tuttavia, se il tuo ambiente presenta requisiti unici che non possono essere soddisfatti con le immagini standard, consulta Immagini del sistema operativo personalizzate.
Quando scegli un disco permanente per SAP con altri database:
- Per le massime prestazioni, utilizza un disco permanente o Hyperdisk di Compute Engine basato su archiviazione su unità a stato solido (SSD) per archiviare log e dati, inclusi gli spazi tabella temporanei.
- Se le prestazioni elevate non sono un requisito, ad esempio quando utilizzi un
disco per i backup, utilizza un Disco permanente standard di Compute Engine (
pd-standard), supportato da unità HDD (disco rigido) standard. - Per ulteriori informazioni sui dischi permanenti per i database non HANA, consulta:
- Dischi permanenti per SAP MaxDB
- Dischi permanenti per SAP ASE
- Dischi permanenti per IBM Db2
- Sezione "Archiviazione a blocchi" in Pianificare l'implementazione del database Oracle per SAP NetWeaver
Testa e confronta i risultati con le aspettative per assicurarti che il panorama soddisfi i requisiti di prestazioni del disco per benchmark come tempo di avvio del database, backup, test del volume e test di carico. Dopo il confronto, documenta queste linee di base per riferimento futuro.
Quando utilizzi Google Cloud NetApp Volumes, assicurati che NetApp Volumes sia stato certificato dal fornitore del database.
- Quando utilizzi un disco permanente per i backup, tieni presente quanto segue:
- Puoi utilizzare qualsiasi tipo di disco purché soddisfi i tuoi requisiti di rendimento. Se un disco permanente standard (
pd-standard) non offre prestazioni sufficienti per le tue esigenze, utilizza un disco permanente bilanciato (pd-balanced) o SSD (pd-ssd). - Ricorda di testare le procedure di backup e ripristino per verificare che soddisfino le tue esigenze di prestazioni.
- Puoi utilizzare qualsiasi tipo di disco purché soddisfi i tuoi requisiti di rendimento. Se un disco permanente standard (
- A scopo di test, crea un sistema HA non di produzione equivalente al tuo ambiente di produzione.
- Testa a fondo le procedure di failover e failback come segue:
- Per simulare una migrazione in tempo reale di Compute Engine e assicurarti di aver configurato soglie di failover del cluster adeguate, consulta Testare i criteri di disponibilità.
- Per assicurarti che il tuo panorama effettui il failover correttamente in una nuova regione in caso di emergenza localizzata, testa regolarmente le procedure di ripristino di emergenza.
- Per attivare il failover e il failback, crea un playbook operativo e aggiornalo in base alle esigenze.
- Stabilisci una procedura di monitoraggio e invio di avvisi. Gli elementi comuni da monitorare includevano eventi di arresto del sistema, utilizzo delle risorse (CPU, memoria e disco), avvisi del database per tabelle, buffer, spazio per i log e backup. Per scoprire di più su un utile strumento di monitoraggio disponibile in Google Cloud, consulta Cloud Monitoring.