SAP Business Suite su SAP ASE o IBM Db2: architetture di riferimento su Google Cloud

Panoramica

Questo documento è rivolto a chi sta valutando Google Cloud come piattaforma per il deployment di applicazioni SAP Business Suite su SAP ASE o IBM Db2, in particolare per persone che si occupano dei seguenti tipi di prestazioni:

  • Architetto tecnico SAP
  • Cloud Architect
  • Amministratore di base SAP
  • Enterprise Architect

Questo documento elenca anche i problemi da considerare prima dell'installazione, nonché i collegamenti a SAP Notes e altra documentazione per facilitare il deployment.

Google Cloud offre un'infrastruttura certificata SAP conveniente, affidabile, sicura e ad alte prestazioni per l'esecuzione di SAP Business Suite. Per un elenco completo delle soluzioni SAP supportate su Google Cloud, consulta SAP su Google Cloud.

Licenze

Se sei un cliente SAP, puoi utilizzare la licenza esistente per eseguire il deployment di SAP Business Suite su Google Cloud in base a un modello BYOL (Bring Your Own License). Google Cloud supporta il modello BYOL per i casi d'uso di produzione e non. Le licenze del sistema operativo sono incluse nei prezzi di Compute Engine. In alternativa, puoi portare anche l'immagine e le licenze del tuo sistema operativo.

Ambiente autonomo

Per informazioni sulle licenze di SAP ASE su Google Cloud, consulta la guida per la pianificazione di SAP ASE

IBM Db2

Per eseguire il deployment di IBM Db2 su Google Cloud, devi Bring Your Own License. Puoi ottenere una licenza da SAP o IBM. Per ulteriori informazioni su licenze e assistenza, consulta la pagina di assistenza e licenze per IBM Db2 di SAP.

Dimensioni

In base al tipo di implementazione sono disponibili diverse opzioni di dimensionamento. Per le implementazioni greenfield, consigliamo l'utilizzo dello strumento SAP Quick sizer. Per informazioni dettagliate, consulta la pagina Dimensioni di SAP. SAP fornisce inoltre guide alle magliette per soluzioni e strumenti specifici per la migrazione delle attuali soluzioni on-premise a Google Cloud. Ad esempio, consulta Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti supportati e tipi di macchine Google Cloud . SAP e Google Cloud utilizzano unità diverse per misurare le IOPS (operazioni di input/output al secondo); consulta il tuo partner SI (Systems Integrator) per convertire i requisiti per le dimensioni SAP in un'infrastruttura Google Cloud di dimensioni appropriate.

Ambiente autonomo

Per ridimensionare un database ASE, vedi:

IBM Db2

Per ridimensionare un database IBM Db2 su Windows o Linux, consulta Requisiti di sistema per IBM DB2 per Linux, UNIX e Windows.

Tipi di macchine supportati

SAP ASE e IBM Db2 sono certificati per l'esecuzione sui seguenti tipi di macchine Compute Engine:

  • Tipo di macchina n1-standard con 8, 16, 32, 64 o 96 vCPU
  • Tipo di macchina n1-highmem con 2, 4, 8, 16, 32, 64 o 96 vCPU
  • Tipi di macchine personalizzate

Per ulteriori informazioni sui tipi di macchine certificati, consulta Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti supportati e tipi di macchine Google Cloud .

Ambiente autonomo

Per ulteriori informazioni sulla configurazione dei tipi di VM per SAP ASE, consulta Configurazione delle VM nella Guida alla pianificazione di SAP ASE.

Per ulteriori informazioni sulle versioni dei sistemi operativi supportate per SAP ASE su Google Cloud, consulta la nota SAP 2537664 - Certificazione SAP Adaptive Server Enterprise (SAP ASE) 16.0 per Google Cloud Platform.

IBM Db2

Per ulteriori informazioni sulla configurazione dei tipi di VM per IBM Db2, consulta Configurazione delle VM nella Guida per la pianificazione di SAP ASE.

Per ulteriori informazioni su IBM Db2 su Google Cloud, consulta Nota SAP 2456432 - Applicazioni SAP su Google Cloud: prodotti supportati e tipi di macchine Google Cloud .

Dischi e file system per SAP Business Suite

Google Cloud offre i seguenti tipi di archiviazione:

  • Dischi permanenti per l'archiviazione a blocchi
    • Standard (pd-standard): archiviazione a blocchi efficiente ed economica supportata da disco rigido standard (HDD) per la gestione di operazioni di lettura-scrittura sequenziali, ma non ottimizzata per gestire elevate frequenze di operazioni di I/O al secondo (IOPS) casuali.
    • SSD (pd-ssd): fornisce un'archiviazione a blocchi affidabile e ad alte prestazioni supportata da unità a stato solido (SSD).
    • Bilanciata (pd-balanced): offre archiviazione a blocchi basata su SSD in modo conveniente e affidabile.
    • Extreme (pd-extreme): basato su SSD, offre opzioni massime di IOPS e velocità effettiva più elevate rispetto a pd-ssd per tipi di macchine Compute Engine più grandi. Per saperne di più, consulta Dischi permanenti estremi.
    • SSD locali: archiviazione a blocchi locale ad alte prestazioni.
  • Bucket Cloud Storage: archiviazione di oggetti conveniente.
  • Istanze Filestore: file server NFS completamente gestiti su Google Cloud.

Per ulteriori informazioni, vedi Opzioni di archiviazione.

I dischi permanenti di Google Cloud sono progettati per un'elevata durabilità. Archiviano i dati in modo ridondante per garantirne l'integrità. Ogni disco permanente può archiviare fino a 64 TB, consentendoti di creare volumi logici di grandi dimensioni senza gestire array di dischi. Una caratteristica fondamentale è che i dischi permanenti vengono criptati automaticamente per proteggere i dati.

Al momento della creazione, un'istanza di Compute Engine alloca per impostazione predefinita un singolo disco permanente radice contenente il sistema operativo. Puoi aggiungere altre opzioni di archiviazione all'istanza in base alle esigenze. Per le implementazioni SAP, consigliamo di utilizzare dischi permanenti, poiché sono progettati per un'elevata durabilità e le istanze di calcolo possono accedervi come dischi fisici su una macchina locale.

Ambiente autonomo

Le seguenti tabelle descrivono la struttura delle directory Linux per SAP Business Suite su ASE su Google Cloud. Per ulteriori informazioni, consulta la Guida all'installazione di SAP ASE per Linux.

Struttura della directory delle applicazioni SAP Tipo di archiviazione
/sapmnt Disco permanente standard (HDD)
/usr/sap Disco permanente standard (HDD)

Tutti i file di dati e log per ASE devono trovarsi in /sybase/SAPSID. SAPSID, o SAP System Identifier, è il nome dell'istanza SAP utilizzato durante l'installazione.

SAP Business Suite su struttura della directory ASE Tipo di archiviazione
/sapmnt Disco permanente standard (HDD)
/usr/sap Disco permanente standard (HDD)
/sybase/SAPSID Disco permanente standard (HDD)
/sybase/SAPSID/sapdata_1 Disco permanente standard (HDD) o disco permanente basato su SSD
/sybase/SAPSID/saplog_1 Disco permanente standard (HDD) o disco permanente basato su SSD
/sybase/SAPSID/saptemp Disco permanente standard (HDD)
/sybase/SAPSID/sapdiag Disco permanente standard (HDD)
/sybasebackup Disco permanente standard (HDD)

Per ulteriori informazioni, scarica la SAP Best Practice Guide ASE.

La tabella seguente descrive la struttura delle directory di Windows per SAP Business Suite su ASE. Questa struttura di directory si applica all'installazione centrale del server.

Drive Description Tipo di archiviazione
C:\ Avvio Disco permanente standard (HDD)
D:\ File binari del database Disco permanente standard (HDD)
E:\ File di dati del database Disco permanente standard (HDD) o disco permanente basato su SSD
L:\ Log del database Disco permanente standard (HDD) o disco permanente basato su SSD
P:\ File di pagina Disco permanente standard (HDD)
S:\ usr/sap e sapmnt Disco permanente standard (HDD)
T:\ Temp e saptemp database Disco permanente standard (HDD)
X:\ Backup Disco permanente standard (HDD)

Per saperne di più, scarica la SAP Best Practice Guide ASE.

IBM Db2

La tabella seguente descrive la struttura delle directory Linux per SAP Business Suite su Db2 su Google Cloud.

SAP Business Suite sulla struttura della directory Db2 Tipo di archiviazione
/sapmnt Disco permanente standard (HDD)
/usr/sap Disco permanente standard (HDD)
/db2/SAPSID Disco permanente standard (HDD)
/db2/SAPSID/db2dump Disco permanente standard (HDD)
/db2/SAPSID/sapdata1 Disco permanente standard (HDD) o disco permanente basato su SSD
/db2/SAPSID/saptmp1 Disco permanente standard (HDD)
/db2/SAPSID/log_dir Disco permanente standard (HDD) o disco permanente basato su SSD
/db2backup Disco permanente standard (HDD)

Per maggiori informazioni, consulta SAP su IBM DB2 per Linux e Windows.

La tabella seguente descrive la struttura delle directory di Windows per SAP Business Suite su Db2 su Google Cloud. Questa struttura di directory si applica all'installazione centrale del server.

Drive Description Tipo di archiviazione
C:\ Avvio Disco permanente standard (HDD)
D:\ File binari del database Disco permanente standard (HDD)
E:\ File di dati del database Disco permanente standard (HDD) o disco permanente SSD
L:\ Log del database Disco permanente standard (HDD) o disco permanente SSD
P:\ File di pagina Disco permanente standard (HDD)
S:\ usr/sap e sapmnt Disco permanente standard (HDD)
T:\ Temp e saptemp database Disco permanente standard (HDD)
X:\ Backup Disco permanente standard (HDD)

Per ulteriori dettagli sulla struttura delle directory, consulta la guida per la pianificazione di SAP NetWeaver.

Per calcolare i requisiti di dimensione del file di pagina, vedi Nota SAP 1518419: file di pagina e memoria virtuale richiesti dal sistema SAP.

Deployment

SAP Business Suite è costituito dai seguenti componenti tecnici:

Livello di applicazione:

  • ASCS: servizi centrali SAP ABAP. Contiene i seguenti componenti:
    • Server di messaggi (MS): funge da canale di comunicazione tra i server delle applicazioni. Gestisce anche la distribuzione del carico.
    • Server di accoda (ES): controlla il meccanismo di blocco.
  • PAS: server applicazioni principale.
    • Il primo o unico server applicazioni per il sistema SAP.
  • AAS: server applicazioni aggiuntivi.
    • Di solito viene eseguito per il bilanciamento del carico a livello di applicazione. Puoi installare più AAS per ottenere una disponibilità maggiore anche dal punto di vista a livello di applicazione. Se uno dei server delle applicazioni non funziona, tutte le sessioni utente collegate al server delle applicazioni vengono terminate, ma gli utenti possono accedere nuovamente all'altro AAS associato nell'ambiente.
  • WD: supervisore web (facoltativo).
    • Bilanciatore del carico software intelligente che distribuisce richieste HTTP e HTTPS, in base al tipo di applicazione, a PAS e AAS.

Attualmente i seguenti database sono certificati per l'esecuzione su Google Cloud per SAP Business Suite.

Livello di database:

Ambiente autonomo

Google Cloud offre le seguenti opzioni per installare ASE su Linux e Windows:

  • Manuale
  • Terraform
  • Deployment Manager

Per l'installazione di SAP Business Suite, consulta i documenti di installazione di SAP Business Suite.

Per l'installazione di Linux, consulta la Panoramica del deployment di Linux per SAP NetWeaver.

Per l'installazione su Windows, consulta la Panoramica del deployment di Windows per SAP NetWeaver.

IBM Db2

SAP ha certificato Google Cloud per l'esecuzione di IBM Db2 sui seguenti sistemi operativi sulle istanze VM di Compute Engine:

  • SLES 12 SP2 e versioni successive.
  • RHEL 7.4.
  • Windows Server 2012 R2 e versioni successive.

Per ulteriori informazioni, consulta IBM Db2 Planning Guide per SAP NetWeaver.

Google Cloud offre le seguenti opzioni per installare IBM Db2 su Linux e Windows:

  • Manuale
  • Terraform
  • Deployment Manager

Per l'installazione di SAP Business Suite, consulta i documenti di installazione di SAP Business Suite.

Modelli di deployment

Puoi eseguire il deployment di SAP Business Suite in uno dei due seguenti modelli: deployment centralizzato o deployment distribuito.

Deployment centralizzato

In un deployment centralizzato, puoi installare le applicazioni SAP Business Suite e il database sulla stessa istanza Compute Engine. Consigliamo questo approccio per ambienti non di produzione, ad esempio sandbox e ambienti di sviluppo.

Ambiente autonomo

Il seguente diagramma mostra un'architettura di riferimento per un deployment centralizzato di SAP Business Suite su ASE in un ambiente Linux. Tieni presente che SAP ASCS, PAS e ASE sono installati sulla stessa istanza.

SAP ASCS, PAS e SAP ASE sono installati su una singola VM con una struttura di directory Linux

Il seguente diagramma mostra un'architettura di riferimento per un deployment centralizzato di SAP Business Suite su ASE in un ambiente Windows. Tieni presente che SAP ASCS, PAS e ASE sono installati sulla stessa istanza.

SAP ASCS, PAS e SAP ASE sono installati su una singola VM con una directory di unità Windows

Db2

Il seguente diagramma mostra un'architettura di riferimento per SAP Business Suite su IBM Db2 in un modello di deployment centralizzato, in un ambiente Linux. Tieni presente che SAP ASCS, PAS e IBM Db2 sono installati sulla stessa istanza.

SAP ASCS, PAS e IBM Db2 sono installati su una singola VM con una struttura di directory Linux

Il seguente diagramma mostra un'architettura di riferimento per SAP Business Suite su IBM Db2 in un modello di deployment centralizzato, in un ambiente Windows. Tieni presente che SAP ASCS, PAS e IBM Db2 sono installati sulla stessa istanza.

SAP ASCS, PAS e IBM Db2 sono installati su una singola VM con una directory unità Windows

Deployment distribuito

In un deployment distribuito, puoi installare le applicazioni e il database SAP Business Suite su diverse istanze. Consigliamo questo approccio per ambienti di produzione o ambienti che richiedono molta potenza di calcolo per gestire un carico di transazioni elevato. Ciascuno dei componenti del livello dell'applicazione SAP descritti in precedenza (in "Deployment") può essere installato in modo indipendente su istanze diverse.

Inoltre, facoltativamente, puoi installare uno o più server di applicazioni (AAS) aggiuntivi, a seconda dei requisiti aziendali.

Ambiente autonomo

Il seguente diagramma mostra un'architettura di riferimento per SAP Business Suite su ASE in un modello di deployment distribuito. Tieni presente che SAP ASCS, PAS e SAP ASE sono tutti installati su istanze diverse.

SAP ASCS, PAS e SAP ASE sono installati su VM separate con una struttura di directory Linux

Db2

Il seguente diagramma mostra un'architettura di riferimento per SAP Business Suite su IBM Db2 in un modello di deployment distribuito. Tieni presente che SAP ASCS, PAS e IBM Db2 LUW sono installati su istanze diverse.

SAP ASCS, PAS e IBM Db2 sono installati su VM separate con una struttura di directory Linux

Una nota sul bilanciamento del carico

In un ambiente SAP distribuito, consigliamo il bilanciamento del carico per ottenere prestazioni ottimali delle applicazioni. Puoi configurare il bilanciamento del carico dell'applicazione utilizzando il livello applicazione SAP.

Alta disponibilità e ripristino di emergenza

L'alta disponibilità e il ripristino di emergenza (RE) sono un insieme di tecniche, pratiche di progettazione e principi di progettazione che consentono la continuità aziendale in caso di errori. Questi approcci funzionano eliminando i single point of failure e fornendo la possibilità di riprendere rapidamente le operazioni dopo l'interruzione di un sistema o di un componente con un'interruzione dell'attività minima. Il ripristino dei guasti è il processo di recupero e ripristino delle operazioni dopo un'interruzione dovuta a un componente non funzionante.

Ad esempio, ecco alcuni strumenti di alta disponibilità e RE:

Alta disponibilità dei server delle applicazioni e ripristino di emergenza

Per garantire l'alta disponibilità per il sistema, prendi in considerazione i seguenti componenti:

  • Servizi centrali ABAP (ASCS).
  • Server di applicazioni principale (PAS).
  • SAP ASE o IBM Db2.

Considerazioni sull'alta disponibilità del server delle applicazioni e deployment

  • Una configurazione ad alta disponibilità di ABAP SAP Central Services (ASCS) è composta da almeno due nodi SCS. Il nodo principale esegue i servizi server dei messaggi (MS) e ERS (Enqueue Replication Server), mentre il nodo secondario esegue solo ERS.
  • È configurato un VIP (IP virtuale) per connettersi all'istanza ASCS. Il VIP è configurato come indirizzo IP mobile. Durante un failover del nodo primario, il cluster SUSE consente al nodo secondario di diventare attivo. Inoltre, il VIP passa al nodo secondario in modo che le richieste ora passino a quello secondario.
  • In uno scenario normale, il nodo primario ASCS esegue sempre un server di messaggi e il nodo secondario esegue sempre l'ERS.
  • Le condivisioni file NFS sono montate dai server NFS nei nodi ASCS primari e secondari. Puoi utilizzare un servizio ad alta disponibilità come Filestore Enterprise.

  • Il seguente diagramma mostra due nodi:

    • Il nodo 1 è il nodo primario e ospita ASCS: MS ed ERS.
    • Il nodo 2 è il nodo secondario e ospita ERS.

    • La numerazione indica il flusso di richiesta:

      1. La richiesta arriva al VIP.
      2. La richiesta viene inviata al nodo attivo, il Nodo 1 nel diagramma seguente.
      3. Il nodo attivo scrive nelle condivisioni NFS.

Una VM ospita ASCS attivi e ERS non attivi. Un'altra VM ospita ASCS non attivi ed ERS attivi. La coppia di VM, la coppia ERS e NFS hanno ciascuna il proprio VIP

Considerazioni RE e sul deployment del server delle applicazioni

Puoi facilitare un nodo di RE per un server applicazioni SAP Netweaver ripristinando i file nei punti di montaggio /usr/sap/SID e /sapmnt/SID. Puoi eseguire un backup offline o online di questi montaggi e dei file sottostanti. Tuttavia, ti consigliamo di eseguire almeno un backup offline completo, in modo da poterlo utilizzare per configurare il nodo di RE. Puoi utilizzare gli snapshot Google per eseguire il backup dei dischi permanenti dei volumi SAP. Puoi ripristinare questi volumi SAP in qualsiasi area geografica o zona in caso di emergenza. Per maggiori dettagli, consulta la Guida operativa di SAP NetWeaver.

Alta disponibilità del database e ripristino di emergenza

Alta disponibilità di ASE

In ASE su Google Cloud, puoi ottenere alta disponibilità e RE configurando la replica sincrona tra i server principali e quelli in standby, in modo che i due server siano sempre sincronizzati senza alcuna perdita di dati. Esistono due versioni di alta disponibilità su ASE. L'opzione sempre attiva di ASE è supportata su Google Cloud. Per ulteriori dettagli, consulta la Guida alla pianificazione di SAP ASE.

Sia gli host principali sia quelli secondari devono avere i seguenti componenti:

  • ASE.
  • Agente host SAP: monitora l'utilizzo del server di CPU, memoria e altre risorse.
  • RMA: agente di gestione della replica.
  • SAP ASE Cockpit: esegue le attività del database.
  • Fault Manager: Fault Manager dispone di un proprio server host e monitora i server principali e di standby. Fault Manager garantisce l'alta disponibilità di ASE avviando il failover automatico. Monitora i seguenti componenti: agente per la gestione delle repliche, server di replica, applicazioni, database e sistema operativo. Consente inoltre di verificare l'integrità del database e di riavviarlo se necessario.

Per migliorare la disponibilità del sistema, un cluster ASE consente di spostare i carichi di lavoro sul nodo secondario monitorando l'errore del nodo primario. Il seguente diagramma mostra un'architettura di riferimento di alto livello che mostra come i componenti di ASE descritti sopra potrebbero essere installati su Google Cloud.

Le istanze primarie e secondarie di SAP ASE sono installate su VM separate. I dati vengono replicati in modo sincrono tra le due istanze.

Ripristino di emergenza di ASE

Il sistema di ripristino di emergenza è costituito da due server ASE: uno designato come principale, in cui viene eseguita l'intera elaborazione delle transazioni, e l'altro come server in standby. In modalità di ripristino di emergenza, i dati vengono replicati dal server principale al server standby utilizzando la replica asincrona. In caso di errore del server principale, il server in standby viene promosso al ruolo di server principale manualmente o automaticamente. Ti consigliamo di utilizzare la modalità di replica asincrona per una configurazione di RE.

I componenti essenziali del RE per SAP ASE sono gli stessi dell'alta disponibilità per ASE; consulta l'elenco nella sezione precedente.

Il seguente diagramma mostra il flusso del ripristino di emergenza di ASE.

L'istanza SAP ASE principale è installata su una VM in una zona. L'istanza secondaria è installata su una VM in una zona diversa. I dati vengono replicati in modo sincrono tra le due istanze.

Per ulteriori dettagli sui sistemi operativi certificati per SAP ASE, consulta la nota SAP 2537664, il report di certificazione ASE 16.0 per la piattaforma Google Cloud.

Alta disponibilità e ripristino di emergenza di IBM Db2

Google Cloud supporta l'alta disponibilità sempre attiva per IBM Db2, mentre SAP supporta la maggior parte delle funzionalità di IBM Db2 su Google Cloud. Tuttavia, le seguenti funzionalità non sono attualmente supportate:

  • Database Db2 a più partizioni.
  • Funzione IBM Db2 pureScale.

Per ulteriori dettagli, consulta IBM Db2 Planning Guide per SAP NetWeaver.

Backup e ripristino

Esegui regolarmente il backup del server delle applicazioni e del database in modo da poter eseguire il ripristino in caso di arresto anomalo del sistema, danneggiamento dei dati o altri problemi.

Backup a livello di applicazione

Puoi creare un backup a livello di applicazione utilizzando dischi permanenti tramite gli snapshot. Puoi eseguire il backup del disco root e dei programmi binari SAP di SAP Netweaver Suite. Per ottenere uno snapshot coerente, devi prima interrompere la scrittura nel file system di SAP Netweaver e del database.

Il seguente diagramma mostra gli snapshot del backup di un livello di applicazione.

Il diagramma mostra gli snapshot completi e incrementali dei dati dell'applicazione SAP su un disco permanente

Backup e ripristino di SAP ASE

Puoi eseguire il backup e il ripristino di un database SAP ASE utilizzando l'utilità dbbackup. Puoi utilizzare Google Storage come destinazione di backup per l'archiviazione dei file di backup e dei file di log delle transazioni. Per saperne di più, consulta Utilità di backup (dbbackup).

Il database SAP ASE offre diversi comandi e opzioni per ripristinare il database completo o i log delle transazioni dai backup effettuati per eseguire un recupero completo o point-in-time. Per ulteriori informazioni, consulta la nota SAP 1611715, Come ripristinare un server di database SAP ASE (Windows) e Utilità di backup del database SAP ASE.

Il seguente diagramma mostra gli snapshot di un backup ASE.

Il diagramma mostra gli snapshot completi e incrementali dei dati di SAP ASE su un disco permanente

Backup e ripristini per IBM Db2

Puoi eseguire il backup di un database IBM Db2 online oppure offline.

  • Modalità online: gli utenti continuano a lavorare durante il backup.
  • Modalità offline: il database viene chiuso completamente e gli utenti non possono lavorare durante il backup.

Il processo di backup dipende dal numero di partizioni presenti nel database.

Database a partizione singola

In questa configurazione, puoi eseguire un backup accedendo al server di database come utente db2dbsid.

Esegui questo comando:

$db2 backup db DBSID

Database multipartizione

Accedi al server del database come utente db2dbsid.

Esegui questo comando:

$db2 "backup db DBSID on ALL DBPARTITIONNUMS …"

Puoi inoltre utilizzare lo strumento Cockpit per il database fornito da IBM per eseguire il backup del database.

Per ulteriori informazioni, consulta Metodo di backup del database IBM Db2.

Recupero

Le operazioni di ripristino e ripristino di IBM Db2 consentono di ripristinare il database da un backup riuscito. Il ripristino del database dipende dall'accesso a un file di cronologia aggiornato, perché da lì puoi accedere a tutte le informazioni sulle immagini di backup e sui file di log.

Puoi eseguire il ripristino da un backup utilizzando il comando RECOVER:

  1. Accedi al server del database come utente db2dbsid o sapsidadm.
  2. Esegui questo comando:
$ db2 RECOVER DB DBSID

Per eseguire il ripristino da un momento specifico:

  1. Accedi al server del database come utente db2dbsid o sapsidadm.
  2. Esegui questo comando:
$ DB2 RECOVER DB DBSID to local time on the database server

Per ulteriori informazioni, vedi IBM Db2 Database Recovery method.

Il seguente diagramma mostra gli snapshot di un backup Db2.

Il diagramma mostra gli snapshot completi e incrementali dei dati IBM Db2 su un disco permanente

Note importanti pre-deployment

Prima di iniziare a eseguire il deployment dei tuoi sistemi SAP su Google Cloud, leggi le note SAP che sono pertinenti alla configurazione pianificata, riportate di seguito, nell'elenco seguente. Prima di procedere con l'implementazione di qualsiasi prodotto SAP, consulta sempre SAP Marketplace per guide e note aggiornate all'installazione del prodotto.

Per ulteriori informazioni sull'installazione di ASE o IBM Db2, vedi le pagine seguenti: