Questa guida al deployment mostra come eseguire il deployment di Google Cloud risorse per un sistema IBM Db2 per Linux, Unix e Windows che supporta le applicazioni SAP.
Utilizzo di Terraform per automatizzare il deployment di Google Cloud per un'istanza IBM Db2 che supporta le applicazioni SAP, consulta Deployment automatico delle VM per IBM Db2 su Linux.
Per maggiori dettagli sulla pianificazione del deployment, consulta Guida alla pianificazione di IBM Db2 per SAP.
Prerequisiti
Se hai bisogno che il tuo carico di lavoro SAP venga eseguito in conformità con la residenza dei dati, controllo dell'accesso, personale o requisiti normativi, devi creare i necessari Cartella Assured Workloads. Per ulteriori informazioni, consulta Conformità e controlli di sovranità per SAP su Google Cloud.
Se non hai ancora un progetto Google Cloud con la fatturazione abilitata, devi crearne una prima di poter eseguire il deployment di una macchina virtuale (VM) per il tuo IBM Db2 dell'installazione.
Per creare un progetto:
- Accedi al tuo account Google Cloud. Se non conosci Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.
Configurazione dell'ambiente di comando gcloud
Queste istruzioni utilizzano
Cloud Shell per inserire i comandi gcloud
che eseguono il deployment o la configurazione
le tue risorse Google Cloud. Si accede a Cloud Shell tramite
console Google Cloud nel tuo browser.
Cloud Shell viene eseguito su una VM di cui Google Cloud esegue ogni volta il provisioning
per avviare Cloud Shell. La prima volta che utilizzi Cloud Shell,
Google Cloud crea anche una directory $HOME
permanente per te,
che viene ripristinato ogni volta che apri Cloud Shell.
La VM di cui è stato eseguito il provisioning include
Google Cloud CLI.
Pertanto, gcloud
che utilizzi in Cloud Shell sono gli stessi
quelle che useresti in un'istanza installata localmente di gcloud CLI.
Se hai installato gcloud CLI, puoi inviare gcloud
usati in queste istruzioni dalla tua macchina locale. Tuttavia,
con gcloud CLI installata in locale, devi sempre assicurarti di
utilizzano l'ultima versione di gcloud CLI.
Sia che utilizzi Cloud Shell o gcloud CLI,
puoi impostare e modificare le proprietà del tuo ambiente di comando gcloud
e salvare
come configurazione. Le configurazioni sono raccolte di coppie chiave/valore
che influenzano il comportamento dei comandi gcloud
.
Alcune azioni di base che puoi eseguire con una configurazione in Cloud Shell include:
Inizializzare una configurazione:
gcloud init
Controlla le impostazioni della configurazione attuale di gcloud:
gcloud config list
Passa al progetto Google Cloud richiesto. Sostituisci
PROJECT_ID
con il tuo ID progetto Google Cloud.gcloud config set project PROJECT_ID
Imposta una regione predefinita. Sostituisci
REGION
con un regione Google Cloud.gcloud config set compute/region REGION
Imposta una zona predefinita. Sostituisci
ZONE
con un nella zona Google Cloud.gcloud config set compute/zone ZONE
Crea una nuova configurazione. Sostituisci
NAME
con il nome per la configurazione.gcloud config configurations create NAME
Per ulteriori informazioni sull'utilizzo delle configurazioni, vedi Gestione delle configurazioni gcloud CLI.
Creare una rete
Per motivi di sicurezza, crea una nuova rete. Puoi controllare chi ha accesso tramite l'aggiunta di regole firewall o l'utilizzo di un altro metodo di controllo dell'accesso.
Se il progetto ha una rete VPC predefinita, non utilizzarla. Crea invece la tua rete VPC in modo che le uniche regole firewall sono quelle create in modo esplicito.
Durante il deployment, le istanze VM di solito richiedono l'accesso a internet scaricare l'agente di Google Cloud per SAP. Se utilizzi uno dei cluster Linux certificati per SAP disponibili in Google Cloud, anche l'istanza VM richiede l'accesso a internet per registrare la licenza e accedere ai repository dei fornitori di sistemi operativi. Una configurazione con un NAT gateway e con i tag di rete VM supporta questo accesso, anche se le VM di destinazione non hanno e IP esterni.
Per configurare il networking:
Console
- Nella console Google Cloud, vai alla pagina Reti VPC.
- Fai clic su Crea rete VPC.
- Inserisci un nome per la rete.
Il nome deve rispettare le convenzione di denominazione. Le reti VPC utilizzano la convenzione di denominazione di Compute Engine.
- In Modalità di creazione subnet, scegli Personalizzata.
- Nella sezione Nuova subnet, specifica i seguenti parametri di configurazione per
subnet:
- .
- Inserisci un nome per la subnet.
- In Regione, seleziona Regione di Compute Engine in cui in cui vuoi creare la subnet.
- Per Tipo di stack IP, seleziona IPv4 (stack singolo) e inserisci un IP
dell'intervallo di indirizzi
Formato CIDR,
ad esempio
10.1.0.0/24
.Si tratta della principale Intervallo IPv4 per la subnet. Se prevedi di aggiungere più di una subnet, assegnare intervalli IP CIDR non sovrapposti per ciascuna subnet nella rete. Tieni presente che ogni subnet e i relativi intervalli IP interni sono mappati a un regione.
- Fai clic su Fine.
- Per aggiungere altre subnet, fai clic su Aggiungi subnet e ripeti i passaggi precedenti. Puoi aggiungere più subnet alla rete dopo aver creato la rete.
- Fai clic su Crea.
gcloud
- Vai a Cloud Shell.
- Per creare una nuova rete in modalità subnet personalizzate, esegui:
gcloud compute networks create NETWORK_NAME --subnet-mode custom
Sostituisci
NETWORK_NAME
con il nome della nuova rete. La devono rispettare le convenzione di denominazione. Le reti VPC utilizzano la convenzione di denominazione di Compute Engine.Specifica
--subnet-mode custom
per evitare di utilizzare la modalità automatica predefinita, crea automaticamente una subnet in ogni regione di Compute Engine. Per ulteriori informazioni informazioni, consulta Modalità di creazione subnet. - Crea una subnet e specifica la regione e l'intervallo IP:
gcloud compute networks subnets create SUBNETWORK_NAME \ --network NETWORK_NAME --region REGION --range RANGE
Sostituisci quanto segue:
SUBNETWORK_NAME
: il nome della nuova subnetNETWORK_NAME
: il nome della rete che hai creato nella passaggio precedenteREGION
: il valore region dove vuoi che la subnetRANGE
: l'intervallo di indirizzi IP, specificato in formato CIDR, come10.1.0.0/24
Se prevedi di aggiungere più di una subnet, assegna che non si sovrappongano a intervalli IP CIDR per ogni subnet nella rete. Tieni presente che ciascuna subnet e i relativi intervalli IP interni sono mappati a una singola regione.
- Se vuoi, ripeti il passaggio precedente e aggiungi altre subnet.
Configurazione di un gateway NAT
Se devi creare una o più VM senza indirizzi IP pubblici, devi utilizzare la rete traduzione degli indirizzi (NAT) per consentire alle VM di accedere a internet. Utilizza Cloud NAT, uno strumento Servizio gestito distribuito e software-defined di Google Cloud che consente alle VM di inviare messaggi in uscita di pacchetti a internet e ricevono i corrispondenti pacchetti di risposta in entrata stabiliti. In alternativa, puoi configurare una VM separata come gateway NAT.
Per creare un'istanza Cloud NAT per il tuo progetto, consulta Utilizzo di Cloud NAT.
Dopo aver configurato Cloud NAT per il progetto, le istanze VM possono accedere a internet in modo sicuro senza un indirizzo IP pubblico.
aggiungi regole firewall
Per impostazione predefinita, le connessioni in entrata dall'esterno della rete Google Cloud sono bloccati. Per consentire le connessioni in entrata, configura una regola firewall per la VM. Le regole firewall regolano solo le nuove connessioni in entrata a una VM. Dopo un la connessione sia stabilita con una VM, il traffico è consentito in entrambe le direzioni su questa connessione.
Puoi creare una regola firewall per consentire l'accesso a porte specificate tra le VM nella stessa subnet.
Crea regole firewall per consentire l'accesso a:
- Le porte predefinite utilizzate da SAP NetWeaver, come documentato in Porte TCP/IP di tutti i prodotti SAP.
- Le connessioni dal computer o dall'ambiente di rete aziendale al tuo di un'istanza VM di Compute Engine. Se hai dubbi sull'indirizzo IP da utilizzare, contatta l'amministratore di rete della tua azienda.
- Comunicazione tra le VM in un ambiente a 3 livelli, con scale out o ad alta disponibilità configurazione. Ad esempio: se esegui il deployment di un sistema a 3 livelli, avrai almeno 2 VM nella tua subnet: la VM per SAP NetWeaver e un'altra VM per il server di database. Per abilitare la comunicazione tra le due VM, devi creare una regola firewall per consentire il traffico proveniente dalla subnet.
Per creare una regola firewall:
Nella console Google Cloud, vai alla pagina Firewall della rete VPC.
Nella parte superiore della pagina, fai clic su Crea regola firewall.
- Nel campo Rete, seleziona la rete in cui si trova la VM individuarlo.
- Nel campo Destinazioni, seleziona Tutte le istanze nella rete.
- Nel campo Filtro di origine, seleziona una delle seguenti opzioni:
- .
- Intervalli IP per consentire il traffico in entrata da indirizzi IP specifici. Specifica l'intervallo di indirizzi IP nel campo IP di origine intervalli di tempo.
- Subnet per consentire il traffico in entrata da una determinata una subnet. Specifica il nome della subnet nel subnets. Puoi utilizzare questa opzione per consentire l'accesso a le VM in una configurazione a 3 livelli o scale out.
- Nella sezione Protocolli e porte, seleziona Protocolli e porte specificati
porte e specifica
tcp:PORT_NUMBER;
.
Fai clic su Crea per creare la regola firewall.
Deployment di una VM per Db2 su Google Cloud
Quando crei una VM, puoi specificare diverse opzioni, tra cui la configurazione il sistema, la regione, il tipo di macchina e i dischi permanenti.
Per creare una VM:
Nella console Google Cloud, vai alla pagina Immagini di Compute Engine.
Per usare un'immagine pubblica, scegli un'immagine supportata dall'elenco. SAP ha ha certificato le seguenti immagini per IBM Db2 su Google Cloud:
- Red Hat Enterprise Linux 7.4
- SUSE Linux Enterprise Server 12 SP2 o superiore
- Windows Server 2012 R2 e versioni successive
Fai clic su Crea istanza.
Inserisci un nome per la VM. Limita il nome a 13 caratteri, poiché si tratta del massimo supportato da SAP. Per ulteriori informazioni, consulta la Nota SAP 611361: nomi host dei server SAP.
Seleziona la zona per la VM in base alla località risorse e utenti, nonché il tipo di macchina che vuoi utilizzare.
Consulta le seguenti guide e note SAP per ulteriori dettagli sulle zone supportato per SAP Netweaver:
Cambia il tipo di macchina scegliendo uno dei tipi di macchina supportati. Per vedere sui tipi di macchina supportati e sui relativi limiti per i dischi permanenti, consulta Guida alla pianificazione di IBM Db2 per SAP.
Facoltativamente, nella sezione Disco di avvio, fai clic su Cambia. Nella Nella finestra di dialogo Disco di avvio, puoi configurare le dimensioni tipo di disco di avvio. Dopo aver configurato il disco di avvio, fai clic su Seleziona per eseguire il commit delle modifiche.
Espandi la sezione Gestione, sicurezza, dischi, networking, single-tenancy.
Nella scheda Gestione, in Criterio di disponibilità, verifica che che seguono i valori predefiniti:
- Per garantire la disponibilità dei tuoi sistemi SAP, mantieni Impostazione Prerilasciabilità impostata su Off (opzione consigliata).
- Per assicurarti che la VM possa essere riavviata in caso di manutenzione o di errore, mantieni l'impostazione Riavvio automatico impostata su On (consigliato).
- Per assicurarti che venga eseguita la migrazione della VM ad altro hardware durante manutenzione dell'infrastruttura, mantieni l'impostazione Host in manutenzione su Esegui la migrazione dell'istanza VM (consigliato).
Nella scheda Dischi, cancella i dati di Elimina il disco di avvio quando l'istanza viene eliminati.
Quindi, crea un set di volumi di disco per i dati del database, i log del database le stored procedure. Per ogni volume di disco, segui questi passaggi:
- Nella scheda Dischi, in Dischi aggiuntivi, fai clic su Aggiungi nuovo disco per aggiungere dischi permanenti per l'archiviazione.
- Facoltativamente, inserisci un nome nel campo Nome.
- In Tipo, seleziona il tipo di disco per il disco.
- In Tipo di origine, seleziona Nessuno (disco vuoto).
- Specifica le dimensioni del disco. Le dimensioni dei dischi sono soggette a SAP e IBM Db2
i tuoi requisiti. Consulta:
- Nota SAP 1707361 - Configurazione Sistemi basati su NW 7.1 e versioni successive: UNIX Db2 per LUW
- La guida all'installazione appropriata per il tuo sistema SAP con IBM Db2
- Per aggiungere il disco, fai clic su Fine.
- Ripeti i passaggi precedenti per ogni disco necessario per il tuo sistema.
Infine, configura i dettagli di rete e crea la VM:
- Nella scheda Networking, in Interfacce di rete, scegli la che hai creato in precedenza.
- Nella scheda Chiavi SSH, seleziona Blocca chiavi SSH a livello di progetto.
- Per creare e avviare la VM, fai clic su Crea.
Connessione alla VM in corso...
Ora stabilisci una connessione alla VM.
Linux
I modi più semplici per connettersi a una VM Linux sono dal browser tramite la console Google Cloud o dalla riga di comando, Google Cloud CLI. Puoi anche connetterti a una VM Linux utilizzando strumenti SSH.
In alternativa, puoi generare una nuova coppia di chiavi per la VM Linux e applicarla il tuo progetto, il che ti consente di connetterti usando strumenti di terze parti come PuTTY sulle workstation Windows. Per ulteriori dettagli, vedi Crea chiavi SSH.
Puoi anche connetterti alla VM utilizzando altre configurazioni. Per un elenco di ambienti supportati e problemi noti, consulta Accedi tramite SSH dal browser.
Console
Per connetterti utilizzando ssh
direttamente dal browser nella
Console Google Cloud:
- Nella console Google Cloud, vai alla pagina Istanze VM.
-
Nell'elenco delle istanze di macchine virtuali, fai clic su SSH nella riga dell'istanza a cui vuoi connetterti.
gcloud
Google Cloud CLI gestisce le chiavi SSH per te generando e l'applicazione di nuove chiavi SSH a livello di progetto quando ne hai bisogno. Per effettuare la connessione mediante gcloud CLI:
gcloud compute ssh VM_NAME
Sostituisci VM_NAME
con il nome della tua VM.
Ora puoi utilizzare il terminale per eseguire comandi sulla VM Linux. Quando
completato, utilizza il comando exit
per disconnetterti dalla VM.
Windows
Per connetterti a una VM basata su Windows, devi prima generare una password per la VM. Puoi quindi connetterti alla VM utilizzando RDP o PowerShell.
Generazione delle password in corso...
Dopo aver creato una VM Windows, devi generare una password per la VM prima puoi connetterti a quest'ultimo:
Nella console Google Cloud, vai alla pagina Istanze VM di Compute Engine.
Fai clic sull'istanza di Windows in cui vuoi generare una nuova password.
Nella pagina Dettagli istanza, fai clic su Crea o reimposta Windows. Password. Viene generata una password per te.
Per creare un nuovo utente e una nuova password, specifica un nome utente.
Fai clic su Imposta. Prendi nota del nome utente e della password per poter accedere alla VM.
Utilizzo di RDP
Se la regola firewall consente l'accesso
sulla porta 3389
, puoi utilizzare l'RDP per connetterti a un'istanza Windows e avviare
Sessione Remote Desktop. In alternativa, puoi
connetterti alle istanze di Windows utilizzando il terminale PowerShell.
Connettiti al desktop remoto nelle istanze Windows connettendo manualmente tramite il client di connessione desktop remoto di Windows o un client di terze parti:
- Se non hai ancora un client RDP, installane uno ora. Per informazioni di Microsoft sui client RDP disponibili, vedi Client Remote Desktop.
- Ottieni l'indirizzo IP esterno della tua VM Windows. Per trovare l'indirizzo IP della VM,
puoi utilizzare uno dei seguenti metodi:
- Nella console Google Cloud, vai alla pagina Istanze VM.
- Utilizza gcloud CLI per eseguire
gcloud compute instances list
in modo da elencare le istanze VM con i relativi e gli indirizzi IP esterni.
- Nel client RDP, fornisci l'indirizzo IP esterno della tua VM come IP a cui stabilire una connessione.
- Inserisci i tuoi dati di accesso e lascia vuoto il campo Dominio. Se è la prima volta che ti connetti a questa VM o se hai dimenticato la password, crea o reimposta la tua password di Windows.
Utilizzo di PowerShell
- Se non hai ancora creato un nome utente e una password sulla VM Windows, creare o reimpostare la password di Windows.
- Aggiungere una regola firewall
o modifica la regola firewall esistente in modo che apra la porta
5986
sul Rete Google Cloud dove si trova la VM Windows Server. - Sulla workstation locale, apri il terminale PowerShell.
Facoltativamente, puoi inizializzare una variabile che contenga le credenziali utente. in modo da non doverli inserire ogni volta che ti connetti all'istanza. Se se salti questo passaggio, ti verrà chiesto di inserire nome utente e password in un secondo momento.
$credentials = Get-Credential
Utilizza la Comando
Enter-PSSession
avviare una sessione di PowerShell da remoto e includere i flag per l’utilizzo di SSL e di ignorare il controllo delle credenziali.Enter-PSSession -ComputerName [IP_ADDRESS] -UseSSL -SessionOption (New-PSSessionOption -SkipCACheck -SkipCNCheck) -Credential $credentials
Formattazione e montaggio delle unità disco
Quindi, formatta le unità disco e montale sulla VM.
Linux
Dopo aver effettuato la connessione alla VM, formatta e monta le unità disco.
Facoltativamente, puoi utilizzare Logical Volume Manager (LVM) per formattare un singolo disco e lo suddividi nelle directory richieste. Sia i metodi LVM che non LVM illustrato nelle procedure che seguono.
Formattazione e montaggio delle unità disco senza LVM
Per formattare e montare le unità disco senza LVM:
Nel terminale in cui sei connesso alla VM, crea le directory che puoi montare su ciascun dispositivo:
sudo mkdir -p /db2 sudo mkdir -p /db2/DBSID sudo mkdir -p /db2/DBSID/log_dir sudo mkdir -p /db2/DBSID/db2dump sudo mkdir -p /db2/DBSID/sapdata sudo mkdir -p /db2/DBSID/saptmp
Nel terminale, usa il comando
ls
per identificare i dischi che vuoi montare.ls /dev/disk/by-id/
Verrà visualizzato un output simile al seguente. L'ID disco di solito include nome del disco con un prefisso
google-
oscsi-0Google_
. Questo utilizza l'IDgoogle-
.google-example-instance google-example-instance-db2 google-example-instance-db2-dbsid google-example-instance-db2-dump google-example-instance-db2-log-dir google-example-instance-db2-sapdata google-example-instance-db2-saptmp
Formatta i dischi. Se utilizzi Db2 versione 11.1,
xfs
oext4
si consiglia di utilizzare il file system perché entrambi supportano funzionalità del file system di preallocazione. Db2 V10.5 non supportaxfs
oext4
.I comandi seguenti formattano ogni disco con un singolo file system
ext3
e nessuna tabella di partizione:sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2 sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-dbsid sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-dump sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-sapdata sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-saptmp sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-log-dir
Monta ogni disco sulla VM:
sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2 /db2 sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-dbsid /db2/DBSID sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-dump /db2/DBSID/db2dump sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-sapdata /db2/DBSID/sapdata sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-saptmp /db2/DBSID/saptmp sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-log-dir /db2/DBSID/log_dir
Configura l'accesso in lettura e scrittura al dispositivo. Per questo esempio, concedi in scrittura al dispositivo per tutti gli utenti:
sudo chmod a+w /db2 sudo chmod a+w /db2/DBSID sudo chmod a+w /db2/DBSID/db2dump sudo chmod a+w /db2/DBSID/sapdata sudo chmod a+w /db2/DBSID/saptmp sudo chmod a+w /db2/DBSID/log_dir
Se vuoi, puoi aggiungere i dischi permanenti al file
/etc/fstab
in modo che che il dispositivo si rimonta automaticamente al riavvio della VM.Quando specifichi il file della voce
/etc/fstab
, includi il parametronofail
in modo che l'istanza possa continuare ad avviarsi anche se il disco presenti. Ad esempio, se crei uno snapshot del disco di avvio e crei un una nuova istanza senza dischi permanenti collegati, l'istanza può continuerà il processo di avvio e non verranno messe in pausa a tempo indeterminato.Crea la voce
/etc/fstab
. Usa il comandoblkid
per trovare UUID per il file system sul dispositivo e modifica il file/etc/fstab
in includi quell'UUID con le opzioni di montaggio. Puoi completare questo passaggio con un un singolo comando per ciascuna unità disco:echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2` /db2 ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-dbsid` /db2/DBSID ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-log-dir` /db2/DBSID/log_dir ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-dump` /db2/DBSID/db2dump ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-sapdata` /db2/DBSID/sapdata ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-saptmp` /db2/DBSID/saptmp ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
[NOFAIL]
è l'opzione che specifica cosa deve fare il sistema. se non è in grado di montare questo disco.Usa il comando
cat
per verificare che le voci/etc/fstab
siano risposta corretta:cat /etc/fstab
Se scolleghi questo disco permanente o crei uno snapshot dal disco di avvio per
questa istanza, modifica il file /etc/fstab
e rimuovi la voce per questo
un disco permanente standard. Anche con l'opzione nofail
attiva, mantieni /etc/fstab
sincronizzando il file con i dispositivi collegati all'istanza e rimuovili
queste voci prima di creare lo snapshot del disco di avvio.
Formattazione e montaggio delle unità con LVM
Per formattare e montare un singolo disco con volumi logici per tutte le unità richieste mediante LVM:
Assicurati che il disco che hai creato per le tue unità sia abbastanza grande da e fornire a tutti i volumi lo spazio di archiviazione di cui hanno bisogno. Ad esempio, nel seguente, la dimensione specificata per il disco è 100 GB.
Esegui
pvscan
per scansionare tutti i dischi alla ricerca di volumi fisici:sudo mkdir -p /db2 sudo mkdir -p /db2/DBSID sudo mkdir -p /db2/DBSID/log_dir sudo mkdir -p /db2/DBSID/db2dump sudo mkdir -p /db2/DBSID/sapdata sudo mkdir -p /db2/DBSID/saptmp
Inizializza il disco o una partizione per l'utilizzo da parte di LVM:
pvcreate /dev/sdb
Crea un gruppo di volumi:
vgcreate vg_db2 /dev/sdb
Crea volumi logici per ogni unità, utilizzando le dimensioni necessarie:
lvcreate -L 8G -n db2 vg_db2 lvcreate -L 8G -n db2dbsid vg_db2 lvcreate -L 8G -n db2logdir vg_db2 lvcreate -L 8G -n db2dump vg_db2 lvcreate -L 8G -n db2saptmp vg_db2 lvcreate -L 50G -n db2sapdata vg_db2
Formatta i volumi. Se utilizzi Db2 versione 11.1,
xfs
oext4
si consiglia di utilizzare il file system perché entrambi supportano il file di preallocazione rapida funzionalità di sistema. Db2 V10.5 non supportaxfs
oext4
.I comandi seguenti formattano ogni volume con un singolo file system
ext3
e nessuna tabella di partizione:mkfs -t ext3 /dev/vg_db2/db2 mkfs -t ext3 /dev/vg_db2/db2dbsid mkfs -t ext3 /dev/vg_db2/db2logdir mkfs -t ext3 /dev/vg_db2/db2dump mkfs -t ext3 /dev/vg_db2/db2saptmp mkfs -t ext3 /dev/vg_db2/db2sapdata
Crea un punto di montaggio:
mkdir /db2
Monta i file system sul punto di montaggio:
sudo mount -o discard,defaults /dev/vg_db2/db2dbsid /db2/DBSID mkdir /db2/DBSID/log_dir sudo mount -o discard,defaults /dev/vg_db2/db2logdir /db2/DBSID/log_dir mkdir /db2/DBSID/db2dump sudo mount -o discard,defaults /dev/vg_db2/db2dump /db2/DBSID/db2dump mkdir /db2/DBSID/saptmp sudo mount -o discard,defaults /dev/vg_db2/db2saptmp /db2/DBSID/saptmp mkdir /db2/DBSID/sapdata sudo mount -o discard,defaults /dev/vg_db2/db2sapdata /db2/DBSID/sapdata
Le unità risultanti sono simili a questa:
Filesystem 1K-blocks Used Available Use% Mounted ... ... dev/mapper/vg_db2-db2 8378368 32976 8345392 1% /db2 dev/mapper/vg_db2-db2 8378368 33024 8345344 1% /db2/DBSID dev/mapper/vg_db2-db2 52403200 32976 52370224 1% /db2/DBSID/sapdata dev/mapper/vg_db2-db2 8378368 32976 8345392 1% /db2/DBSID/saptmp dev/mapper/vg_db2-db2 8378368 32976 8345392 1% /db2/DBSID/log_dir dev/mapper/vg_db2-db2 8378368 32976 8345392 1% /db2/DBSID/db2dump
Se vuoi, puoi aggiungere il disco permanente al file
/etc/fstab
in modo che che il dispositivo si rimonta automaticamente al riavvio della VM.Quando specifichi il file della voce
/etc/fstab
, includi la porzionenofail
per consentire all'istanza di continuare ad avviarsi anche se il disco non è presente. Ad esempio, se crei uno snapshot del disco di avvio una nuova istanza senza dischi permanenti collegati, può continuare il processo di avvio senza essere messo in pausa a tempo indeterminato.Crea la voce
/etc/fstab
. Usa il comandoblkid
per trovare UUID per il file system sul dispositivo e modifica il file/etc/fstab
in includi quell'UUID con le opzioni di montaggio. Puoi completare questo passaggio con un un singolo comando per ciascuna unità disco:echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2` /db2 ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2dbsid` /db2/DBSID ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2logdir` /db2/DBSID/log_dir ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2dump` /db2/DBSID/db2dump ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2saptmp` /db2/DBSID/saptmp ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2sapdata` /db2/DBSID/sapdata ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
[NOFAIL]
è l'opzione che specifica cosa deve fare il sistema. se non è in grado di montare questo disco.Usa il comando
cat
per verificare che le voci/etc/fstab
siano risposta corretta:cat /etc/fstab
Se scolleghi questo disco permanente o crei uno snapshot dal disco di avvio per
questa istanza, modifica il file /etc/fstab
e rimuovi la voce per questo
un disco permanente standard. Anche con l'opzione nofail
attiva, mantieni /etc/fstab
sincronizzando il file con i dispositivi collegati all'istanza e rimuovili
queste voci prima di creare lo snapshot del disco di avvio.
Puoi anche seguire un approccio ibrido utilizzando LVM per semplificare il ridimensionamento del volume e la gestione, mantenendo i dischi permanenti separati. Questo consente di crea snapshot di volumi indipendenti o rimuovine alcuni per l'uso di file system condivisi tramite servizi NFS come Filestore o una soluzione di condivisione file di terze parti, NetApp Cloud Volumes Service per Google Cloud.
Windows
Dopo aver effettuato la connessione alla VM Windows, formatta i dischi in modo da iniziare a utilizzarli. Inoltre, configurerai il file di paging di Windows nel seguente passaggi:
- Nel menu Start, cerca e apri Server Manager.
Seleziona Servizi file e di archiviazione, quindi seleziona Dischi.
Nella finestra di dialogo Dischi, fai clic con il tasto destro del mouse sul primo disco non MBR e quindi fai clic su New Volume (Nuovo volume).
Procedi con le impostazioni predefinite e inserisci un'etichetta del disco.
Quando arrivi al passaggio File-system-settings, modifica il campo Allocazione unit size su un valore dal seguente elenco:
- Dischi del database:
32
kB - File di pagina:
8
kB - Altri dischi: il valore predefinito è
4
kB.
- Dischi del database:
Inserisci un'etichetta di volume che descriva il disco con un nome significativo.
Ripeti i passaggi precedenti per ogni disco aggiuntivo.
Preparazione del sistema operativo
Dopo aver formattato e montato le unità disco, prepara il tuo sistema operativo.
Linux
Dopo aver creato la VM, consulta le note SAP pertinenti sull'installazione e assicurati che il sistema includa i componenti software specificati:
SAP Note 1984787 - SUSE LINUX Enterprise Server 12: Note sull'installazione
SAP Note 2002167 - Red Hat Enterprise Linux 7.x: Installazione e upgrade
Windows
- Se pianificato, aggiungi il sistema operativo Windows Server a un dominio.
- Configura il piano energetico per alte prestazioni.
- Calcola le dimensioni del file di pagina facendo riferimento alla nota SAP 1518419: file di pagina e memoria virtuale richiesti dal sistema SAP e configurare il file di impaginazione di Windows.
Installazione del server di database
Ora che il tuo sistema operativo è configurato, puoi installare il tuo IBM Db2 server di database.
Per indicazioni sull'installazione di SAP NetWeaver con IBM Db2, consulta guida all'installazione specifiche del tuo sistema SAP NetWeaver.
Linux
Per installare IBM Db2 sulla tua VM:
- Stabilisci una connessione
ssh
alla tua VM basata su Linux. - Scarica o copia il set di media SAP completo per Db2 nella tua VM. Puoi scarica il set di supporti SAP dal portale di assistenza SAP.
- Installa il server di database IBM Db2 con SAP Software Provisioning Gestore.
- Installa il file di licenza IBM Db2. Per ulteriori informazioni sull'installazione di un La licenza Db2 che hai ottenuto da SAP, vedi SAP Note 816773 - DB6: Installing an SAP OEM License.
Windows
Per installare IBM Db2 sulla tua VM:
- Utilizza RDP o Windows PowerShell per connetterti alla tua VM basata su Windows.
- Scarica o copia il set di media SAP completo per Db2 nella tua VM. Puoi scarica il set di supporti SAP dal portale di assistenza SAP.
- Installa il server di database IBM Db2.
- Installa il file di licenza IBM Db2. Per ulteriori informazioni sull'installazione di un La licenza Db2 che hai ottenuto da SAP, vedi SAP Note 816773 - DB6: Installing an SAP OEM License.
Installazione dell'agente di Google Cloud per SAP
Per assistenza e monitoraggio, Google Cloud fornisce l'agente per SAP, per i carichi di lavoro SAP in esecuzione su istanze VM di Compute Engine server Bare Metal Solution.
Come richiesto da SAP, per ottenere supporto da SAP e consentire a SAP di soddisfare accordi sul livello del servizio (SLA), devi installare l'agente di Google Cloud per SAP su tutte le istanze VM di Compute Engine e i server Bare Metal Solution che eseguono qualsiasi sistema SAP. Per ulteriori informazioni sui prerequisiti dell'assistenza, vedi SAP Note 2456406 - SAP su Google Cloud Platform: prerequisiti di assistenza .
La versione 3.4 (più recente) dell'agente Google Cloud per SAP è la successore dell'agente di monitoraggio di Google Cloud per SAP NetWeaver versione 2, l'agente Monitoring per SAP HANA versione 2 e l'agente Backint di Cloud Storage per SAP HANA. Pertanto, oltre alla raccolta delle metriche, la versione 3.4 (più recente) di L'agente Google Cloud per SAP include la funzionalità facoltativa: Backup e ripristino basati su Backint per SAP HANA. Puoi attivare queste funzionalità che abilitano prodotti e servizi quali come Gestore dei carichi di lavoro per i tuoi carichi di lavoro SAP.Installa l'agente di Google Cloud per SAP sull'host insieme al sistema SAP. Per istruzioni su come installare e configurare l'agente, convalidare l'installazione e verificare che che l'agente sia in esecuzione come previsto, vedi Installa l'agente su un'istanza VM di Compute Engine.
Se utilizzi le seguenti RHEL o SLES "for SAP" Immagini del sistema operativo che Google Cloud l'agente per SAP di Google Cloud viene pacchettizzato con le immagini del sistema operativo:
- RHEL: tutto "per SAP" immagini
- SLES: SLES 15 SP4 per SAP e versioni successive
Esecuzione di attività post-deployment
Prima di utilizzare la tua istanza IBM Db2, ti consigliamo di eseguire le seguenti operazioni Passaggi post-deployment:
- Aggiorna il software IBM Db2 con le patch più recenti, se disponibili.
- Installa i componenti aggiuntivi.
- Configura ed esegui il backup del tuo nuovo database IBM Db2.
Per ulteriori indicazioni post-deployment, consulta la sezione Attività post-installazione della Guida all'installazione applicabile al sistema SAP utilizzato con IBM Db2.
Risoluzione dei problemi
Questa sezione contiene informazioni su come correggere problemi comuni.
Risoluzione dei problemi di connessione alla VM
Se hai problemi a connetterti alla VM tramite ssh
, assicurati di
hai creato una regola firewall per aprire la porta 22
sulla rete Google Cloud
che stai utilizzando.
Per altri possibili problemi, consulta
Problemi noti
per la connessione tramite ssh
dal browser.