Best practice per Oracle su Bare Metal Solution

Quando implementi i database Oracle su Bare Metal Solution, sappiamo che il tuo obiettivo è avviare l'ambiente facilmente e con il minor numero di problemi possibile. Per aiutarti a raggiungere questo obiettivo, abbiamo raccolto i feedback dei clienti, dei nostri Solution Architect e del personale di assistenza che hanno implementato i database Oracle su Bare Metal Solution. Le seguenti informazioni forniscono consigli acquisiti da questi esperti per aiutarti a ottenere il massimo risultato possibile quando avvii il tuo ambiente di database Oracle su Bare Metal Solution.

Deployment del software

Per un'implementazione del software Oracle ottimale, ti consigliamo di utilizzare il Bare Metal Solution Toolkit. Il toolkit fornisce diversi script Ansible e JSON per aiutarti a eseguire l'installazione del software Oracle su Bare Metal Solution. Per ulteriori informazioni sul toolkit Bare Metal Solution e su come installare i database Oracle in un ambiente Bare Metal Solution, consulta la guida utente del toolkit.

Sistema operativo

Quando configuri il sistema operativo su un server Bare Metal Solution, ti consigliamo di eseguire le seguenti azioni.

Convalida i server NTP

Tutti i server Bare Metal Solution devono essere sincronizzati con un'origine di tempo. Seleziona un'opzione di server NTP, fisico o virtuale, più adatta alle tue esigenze.

Nota: se scegli di utilizzare un'origine di tempo pubblica, devi configurare un gateway NAT su una VM Compute Engine per fornire connettività tra l'ambiente Bare Metal Solution e il server NTP.

Quando i server utilizzano NTP per la sincronizzazione dell'ora, utilizza il comando timedatectl o ntpstat per verificare se il server è sincronizzato con un'origine di tempo. I seguenti esempi mostrano l'output di questi comandi per un server che si sincronizza correttamente:

timedatectl show -p NTPSynchronized
NTPSynchronized=yes

synchronised to NTP server (216.239.35.8) at stratum 3
   time correct to within 49 ms
   polling server every 1024 s

Visualizza il numero di CPU e i dettagli della memoria della VM Oracle

Per visualizzare le informazioni su un host Oracle VM (OVM), inclusi dettagli su CPU e memoria, utilizza il comando xm info. Ad esempio:

/usr/sbin/xm info

Per ulteriori informazioni, consulta la documentazione di Oracle sulla visualizzazione delle informazioni sull'host

Controlla le impostazioni di /etc/fstab per verificare le opzioni di montaggio corrette

Per evitare che il processo di avvio si blocchi, configura sempre i punti di montaggio non di root che crei (ad esempio /u01 e /u02) con l'opzione di montaggio nofail al posto delle impostazioni predefinite. In rari casi, i dispositivi di archiviazione sottostanti potrebbero non essere disponibili al riavvio di un host. L'impostazione dell'opzione di montaggio nofail consente di continuare la procedura di avvio quando il server non riesce a visualizzare i dispositivi di archiviazione.

L'esempio seguente mostra le impostazioni consigliate per i punti di montaggio /u01 e /u02 nel file /etc/fstab:

/dev/mapper/3600a098038314352513f4f765339624c1 /u01 xfs nofail 0 0
/dev/mapper/3600a374927591837194d4j371563816c1 /u02 xfs nofail 0 0

Puoi modificare l'opzione di montaggio da defaults a nofail senza alcun impatto su un sistema operativo. Tuttavia, per applicare le nuove impostazioni, devi riavviare il server.

Conferma le impostazioni del limite di shell

Il toolkit Bare Metal Solution configura i limiti della shell necessari per configurare Oracle RAC. Puoi saltare questa convalida se hai utilizzato il toolkit di Bare Metal Solution e non hai modificato i limiti della shell. I limiti della shell devono essere impostati per tutti gli account del sistema operativo che possiedono il software Oracle, inclusa l'Infrastruttura Grid. Oracle consiglia le seguenti impostazioni per Linux:

Limite	Valore flessibile	Valore fisso
Apri file	1024	65536
Processi utente massimi	16384	16384
Dimensioni dello stack	10240	32768
Memoria bloccata massima	Almeno il 90% della memoria	Almeno il 90% della memoria

Utilizza il comando ulimit per verificare i limiti soft e hard della shell. Ad esempio, inserisci questo comando per verificare il limite della shell morbida:

ulimit -S -n -u -s -l

Il seguente output mostra le impostazioni corrette del limite della shell morbida per un sistema con 384 GB di memoria:

open files                      (-n) 1024
max user processes              (-u) 16384
stack size              (kbytes, -s) 10240
max locked memory       (kbytes, -l) 355263678

Per verificare i limiti della shell dura, utilizza il seguente comando:

ulimit -H -n -u -s -l

L'output seguente mostra i limiti corretti per l'involucro rigido per un sistema con 384 GB di memoria:

open files                      (-n) 65536
max user processes              (-u) 16384
stack size              (kbytes, -s) 32768
max locked memory       (kbytes, -l) 355263678

Se uno dei limiti della shell non è impostato correttamente, modifica le voci nel /etc/security/limits.conf file, come mostrato nell'esempio seguente:

oracle  soft  nofile  1024
oracle  hard  nofile  65536
oracle  soft  nproc   2047
oracle  hard  nproc   16384
oracle  soft  stack   10240
oracle  hard  stack   32768
oracle  soft  memlock 355263678
oracle  hard  memlock 355263678

grid    soft  nofile  1024
grid    hard  nofile  65536
grid    soft  nproc   2047
grid    hard  nproc   16384
grid    soft  stack   10240
grid    hard  stack   32768
grid    soft  memlock 355263678
grid    hard  memlock 355263678

Nota: il valore memlock generato automaticamente potrebbe non essere appropriato. Come aggiramento, trova la memoria totale con il seguente comando e moltiplicala per il 90% per generare un valore memlock ragionevole da includere nel file /etc/security/limits.conf.

grep MemTotal /proc/meminfo
MemTotal:       16092952 kB

Evita di modificare le impostazioni di più percorsi

Nota: in condizioni normali, non consigliamo di modificare le impostazioni del multipath. Aggiorna le impostazioni di multipath.conf solo dopo averle attentamente valutate. Le modifiche al file multipath.conf possono comportare la perdita della resilienza dello spazio di archiviazione in caso di guasto hardware.

Se scegli di modificare le impostazioni multipath, non configurare l'attributo path_grouping_policy se utilizzi multipath.conf per creare nomi con alias per i dispositivi. Questa modifica sostituisce il criterio predefinito impostato nella sezione di definizione devices.

In condizioni normali, il comando multipath -ll dovrebbe mostrare uno stato simile all'esempio riportato di seguito. Ogni dispositivo include due percorsi attivi nello stato di preparazione.

3600a0980383143524f2b50476d59554e dm-7 NETAPP  ,LUN C-Mode
size=xxxG features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 14:0:3:2 sdf                8:80   active ready running
| `- 16:0:5:2 sdv                65:80  active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 14:0:2:2 sdc                8:32   active ready running
  `- 16:0:3:2 sdq                65:0   active ready running

Utilizzare frame jumbo

Per evitare la frammentazione dei pacchetti durante il trasferimento da un server all'altro in un ambiente RAC, Oracle consiglia di configurare le interfacce del server con frame jumbo. I frame jumbo hanno una dimensione MTU di 9000 byte e sono abbastanza grandi da supportare le dimensioni dei blocchi del database Oracle di 8192 byte.

Nota:

• Configura sempre i frame jumbo sui server Bare Metal Solution prima di installare Oracle RAC.
• Assicurati che la configurazione utilizzi frame jumbo su tutti i server del cluster.
• Partner Interconnect non supporta i frame jumbo, quindi non attivali tra il progetto Google Cloud e l'ambiente Bare Metal Solution.
• Un intervallo di indirizzi IP dei servizi utilizza la dimensione MTU standard di 1500 byte e non utilizza frame jumbo.

Per configurare i frame jumbo sui server Bare Metal Solution per Oracle RAC:

1. Visualizza le impostazioni della rete privata Bare Metal Solution per verificare che i frame jumbo siano stati configurati:

   gcloud bms networks describe NETWORK_NAME --project=PROJECT_ID --region=REGION | grep jumboFramesEnabled
   

   Esempio di output:

   jumboFramesEnabled: true
   

2. Identifica le interfacce di rete e le relative dimensioni mtu:

   ip link show | grep mtu
   

   Esempio di output:

   1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
   2: enp55s0f1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
   3: enp55s0f2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
   4: enp55s0f3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
   5: enp17s0f0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP mode DEFAULT group default qlen 1000
   6: enp17s0f1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond1 state UP mode DEFAULT group default qlen 1000
   7: enp173s0f0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP mode DEFAULT group default qlen 1000
   8: enp173s0f1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond1 state UP mode DEFAULT group default qlen 1000
   9: bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
   10: bond1.117@bond1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
   11: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
   12: bond0.118@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
   13: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
   14: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN mode DEFAULT group default qlen 1000
   

3. Utilizzando i privilegi a livello di root, aggiungi MTU=9000 al file di configurazione dell'interfaccia per tutti i server nell'ambiente Bare Metal Solution che utilizzano frame jumbo. Puoi trovare il file all'indirizzo /etc/sysconfig/network-scripts/ifcfg-interface_name.

   Esempio di output:

   BONDING_OPTS="lacp_rate=1 miimon=100 mode=802.3ad xmit_hash_policy=1"
   TYPE=Bond
   BONDING_MASTER=yes
   PROXY_METHOD=none
   BROWSER_ONLY=no
   DEFROUTE=yes
   IPV4_FAILURE_FATAL=no
   IPV6INIT=no
   IPV6_AUTOCONF=yes
   IPV6_DEFROUTE=yes
   IPV6_FAILURE_FATAL=no
   IPV6_ADDR_GEN_MODE=stable-privacy
   NAME=bond1
   UUID=0e7da685-64bf-44f3-812f-9846d747a801
   DEVICE=bond1
   ONBOOT=yes
   AUTOCONNECT_SLAVES=yes
   MTU=9000
   

4. Riavvia i servizi di rete per applicare le modifiche:

   service network restart
   

5. Esegui un comando ping per testare la nuova configurazione MTU:

    ping -c 2 -M do -s 8972 svr001
    PING svr001 (172.16.1.10) 8972(9000) bytes of data.
    8980 bytes from svr001 (172.16.1.10): icmp_seq=1 ttl=64 time=0.153 ms
    8980 bytes from svr001 (172.16.1.10): icmp_seq=2 ttl=64 time=0.151 ms
   
   --- svr001 ping statistics ---
   2 packets transmitted, 2 received, 0% packet loss, time 1001ms
   rtt min/avg/max/mdev = 0.151/0.152/0.153/0.001 ms
   

Backup Oracle RMAN e impatto sulla latenza

Se il processo di backup di Oracle RMAN non è limitato dal parametro RATE, può spingere la velocità effettiva o le IOPS dello spazio di archiviazione al limite di prestazioni per un volume di archiviazione. Ciò determina la limitazione dell'I/O dello spazio di archiviazione, aumentando così la latenza sul volume di archiviazione.

Ti consigliamo di implementare il parametro del canale RATE per limitare la quantità di larghezza di banda o throughput che Oracle RMAN può utilizzare.

Per ulteriori informazioni, consulta la documentazione Oracle: 23.2.1.4 Parametro canale RATE

Oracle Automatic Storage Management

Il nostro team di assistenza clienti Google Cloud e diversi clienti Bare Metal Solution hanno aggiunto Oracle Automatic Storage Management (ASM) ai propri ambienti Bare Metal Solution. Grazie alla loro esperienza e saggezza collettiva, abbiamo raccolto il seguente elenco di best practice per aiutarti a eseguire correttamente l'installazione del gruppo di dischi ASM. Il nostro obiettivo è aiutarti a ottenere le migliori prestazioni di archiviazione per il tuo ambiente Bare Metal Solution.

• Utilizza una dimensione LUN uniforme
• Non creare più di due gruppi di dischi ASM
• Esegui la suddivisione in strisce dei gruppi di dischi ASM su tutte le LUN in tutti i volumi
• Utilizza LUN e volumi con le stesse caratteristiche di prestazioni nello stesso gruppo di dischi
• Non condividere volumi di archiviazione su più cluster RAC
• Scopri le IOPS e la capacità di throughput richieste prima di creare gruppi di dischi ASM
• Lascia invariata la configurazione multipath
• Configurare le impostazioni importanti per ASM
• Creare il gruppo di dischi ASM con ridondanza esterna
• Riavvia i server Bare Metal Solution dopo la creazione del disco ASM

Utilizza una dimensione LUN uniforme

La dimensione LUN selezionata deve essere rappresentativa dell'unità di crescita. ASM funziona al meglio con LUN di dimensioni uguali e caratteristiche di prestazioni simili. Per i database di grandi dimensioni, consigliamo una dimensione LUN di 2 TB per ottimizzare le prestazioni.

Non creare più di due gruppi di dischi ASM

Devi inviare i file di dati e una copia dei log REDO a un singolo gruppo di dischi DATA. Se vuoi, puoi creare un secondo gruppo di dischi FRA per archiviare i backup on-disk e i log archiviati. Quando archivi i log REDO in uno spazio di archiviazione altamente resiliente, non è necessario disporre di due copie.

Le scritture dei log REDO sono sensibili alla latenza. Di conseguenza, valuta la possibilità di eseguire il multiplexing dei log REDO solo se il profilo di rendimento del gruppo di dischi FRA corrisponde al profilo di rendimento del gruppo di dischi DATA.

Esegui la suddivisione in strisce dei gruppi di dischi ASM su tutte le LUN in tutti i volumi

Quando crei gruppi di dischi ASM, esegui la suddivisione in strisce del gruppo di dischi su tutte le LUN di tutti i volumi. Se le LUN appartengono a un singolo volume, devi includere tutte le LUN nel volume quando crei un gruppo di dischi. Ad esempio, se un volume ha un numero di LUN pari a X, devi utilizzare tutte le LUN X quando crei il gruppo di dischi.

Queste indicazioni si applicano anche all'utilizzo di più volumi, in quanto offriamo limiti QoS per i volumi. Se utilizzi più volumi per aumentare il throughput (>900 Mbps), devi includere tutte le LUN di ogni volume quando crei il gruppo di dischi per ottenere le prestazioni richieste.

Nota: non utilizzare un volume parziale per creare un gruppo di dischi ASM.

Utilizza LUN e volumi con le stesse caratteristiche di prestazioni nello stesso gruppo di dischi

Se utilizzi più volumi per aumentare il throughput, utilizza le stesse dimensioni e le stesse caratteristiche di rendimento dei volumi quando crei gruppi di dischi ASM.

Non combinare LUN di volumi con caratteristiche di prestazioni diverse. Se includi LUN e volumi con profili di prestazioni diversi nello stesso gruppo di dischi, i dischi che eseguono operazioni di I/O potrebbero avere un limite di prestazioni molto più basso e causare picchi di latenza.

Ad esempio, se crei un gruppo di dischi ASM con due volumi non uniformi (1 x 16 TiB e 1 x 5 TiB), le operazioni di I/O eseguite dai dischi nel volume da 5 TB potrebbero causare una latenza elevata. Il volume da 5 TiB ha un throughput e un limite di IOPS molto più bassi, quindi raggiungerà il livello di throttling molto prima del livello di throttling del volume da 16 TiB.

Non condividere volumi di archiviazione su più cluster RAC

Per ogni cluster RAC, esegui il provisioning di un volume di archiviazione univoco. Non condividere lo stesso volume di archiviazione su più cluster RAC. Poiché i dispositivi di archiviazione applicano la QoS a livello di volume, questa pratica riduce al minimo la possibilità che i vicini rumorosi competeranno per un singolo pool di IOPS e throughput.

Ad esempio, se un singolo volume ha 8 LUN, non assegnare alcune delle LUN a un cluster di database RAC e le LUN rimanenti a un altro cluster di database RAC. Esegui il provisioning di due volumi di archiviazione separati e assegna ciascun volume a un cluster RAC dedicato separato per volume.

Scopri le IOPS e la capacità di throughput richieste prima di creare gruppi di dischi ASM

Tieni presente i numeri relativi al picco di prestazioni per il tuo ambiente on-premise. Per trovare queste informazioni, genera report AWR durante le ore di picco dei carichi di lavoro per registrare i valori di IOPS e throughput di picco del sistema. Puoi anche utilizzare il nostro strumento di valutazione del database Oracle per raccogliere i dati sul rendimento di picco.

Una volta a portata di mano i numeri sul rendimento on-premise, consulta la nostra tabella sul rendimento dello spazio di archiviazione di Bare Metal Solution per calcolare la quantità di spazio di archiviazione da allocare ai gruppi di dischi ASM e ottenere le prestazioni richieste. Se hai requisiti di throughput elevati (>768 Mbps), puoi creare più volumi e suddividere il gruppo di dischi ASM su tutte le LUN e tutti i volumi.

Lascia invariata la configurazione multipath

Non devi modificare il valore predefinito group_pathing_policy nel file /etc/multipath.conf. Devi sempre utilizzare il valore predefinito group_pathing_policy=group_by_prio per evitare l'espulsione del nodo RAC in caso di errori del percorso di archiviazione.

Per ulteriori dettagli su come lasciare invariata la configurazione multipath, consulta Evitare di modificare le impostazioni multipath.

Configurare le impostazioni importanti per ASM

Se utilizzi Oracle Grid Infrastructure 12.1.0.2 o versioni successive su Linux, configura ASM con ASMFD o UDEV.

Per le versioni precedenti di Oracle Grid Infrastructure, utilizza ASMLib.

• Per impedire ad Oracle ASM di selezionare per primo il dispositivo ASM a un percorso, imposta l'ordine di ricerca come segue:

  ORACLEASM_SCANORDER="dm"
  ORACLEASM_SCANEXCLUDE="sd"
  

  Richiediamo questa impostazione perché l'ambiente di archiviazione di Bare Metal Solution utilizza dispositivi DM che puoi visualizzare in /proc/partitions.

• Per verificare se ASMLib è configurato per gestire i dischi ASM, esegui il seguente comando come utente root:

  /usr/sbin/oracleasm configure | grep SCAN
  

  Se utilizzi ASMLib, l'output sarà simile al seguente:

  ORACLEASM_SCANBOOT=true
  ORACLEASM_SCANORDER="dm"
  ORACLEASM_SCANEXCLUDE="sd"
  ORACLEASM_SCAN_DIRECTORIES=""
  

Nota:

• Non utilizzare mai direttamente i nomi /dev/sd* quando crei o etichetti i dischi ASM. A causa delle regole ASMLib, ASMFD e UDEV, devi utilizzare direttamente i nomi dei dispositivi /dev/mapper o dm in modo che l'applicazione possa sopravvivere a un singolo errore di percorso o al riavvio del sistema operativo.
• Queste istruzioni utilizzano 10 g come valore, ma il comportamento è lo stesso anche per Grid Infrastructure 19c. (segui la nota MOS 1679409.1)

Crea il gruppo di dischi ASM con ridondanza esterna

Lo spazio di archiviazione fornito da Bare Metal Solution utilizza NETAPP RAID-DP, che è una forma di RAID 6 che protegge i dati anche in caso di guasto di due dischi. Di conseguenza, consigliamo di utilizzare la ridondanza esterna per ASM.

Riavviare i server Bare Metal Solution dopo la creazione del disco ASM

Dopo aver creato i gruppi di dischi ASM, devi riavviare tutti i server Bare Metal Solution nel cluster per assicurarti che sia l'istanza ASM sia i gruppi di dischi vengano attivati dopo il riavvio. Segui questo passaggio proattivo per evitare i problemi che potrebbero verificarsi dopo la creazione del cluster di database nel gruppo di dischi ASM.

Oracle RAC

Questa sezione illustra le best practice per l'installazione di Oracle Real Application Clusters (RAC) su Bare Metal Solution.

Lunghezza del nome del cluster Oracle Grid Infrastructure

Utilizza un nome del cluster con una lunghezza massima di 15 caratteri.

Un nome del cluster più lungo di 15 caratteri causa l'errore dello script root.sh.

Visualizzatore VNC tunnel tramite SSH

I server arbitrari, come VNC Viewer, vengono bloccati dal firewall del sistema operativo predefinito del server Bare Metal Solution. Pertanto, crea un tunnel per X Window o VNC Visualizzatore tramite SSH:

ssh -L 5901:localhost:5901 bms-host
vncviewer localhost:1

Spazio sufficiente per il file system principale

Assicurati che il file system principale (/) abbia spazio libero sufficiente. I server Bare Metal Solution sono dotati di un file system principale di 20 GB che potrebbe non essere sufficiente.

Sul server Bare Metal Solution, controlla le dimensioni del file system principale "/". La dimensione predefinita è 20 GB, che potrebbe non essere sufficiente. Se le dimensioni sono di 20 GB, aumentale.

Utilizzare un server dei nomi come sostituto di Cloud DNS

Se non vuoi utilizzare Cloud DNS, installa il tuo server dei nomi per risolvere gli indirizzi IP dell'host sul server Bare Metal Solution. Oracle Grid Infrastructure utilizza il comando nslookup per ottenere il nome del server DNS. Il comando nslookup non utilizza il file /etc/hosts.

Segui questi passaggi:

1. Installa dnsmasq.

   yum makecache
   yum install dnsmasq
   

2. Apri il file /etc/dnsmasq.conf in modalità di modifica.

   vi /etc/dnsmasq.conf
   

3. Nel file /etc/dnsmasq.conf, aggiungi le seguenti righe:

   port=53
   domain-needed
   bogus-priv
   
   strict-order
   expand-hosts
   domain=localdomain
   
   address=/.localdomain/127.0.0.1
   address=//127.0.0.1
   
   listen-address=127.0.0.1
   resolv-file=/etc/dnsmasq-resolv.conf
   

4. Modifica il file /etc/dnsmasq-resolv.conf e il file /etc/resolv.conf in modo che contengano solo la seguente riga:

   nameserver 127.0.0.1
   

5. Avvia il servizio dnsmasq:

   systemctl restart dnsmasq
   
   systemctl status dnsmasq
   

6. Su entrambi i nodi, esegui il comando nslookup.

   nslookup at-2811641-svr001
   Server:         127.0.0.1
   Address:        127.0.0.1#53
   
   Name:   at-2811641-svr001
   Address: 192.168.1.10
   
   nslookup at-2811641-svr002
   Server:         127.0.0.1
   Address:        127.0.0.1#53
   
   Name:   at-2811641-svr002
   Address: 192.168.1.11
   

Installa NTP

Quando installi NTP, assicurati che tutti i nodi RAC si sincronizzino con l'ora del tuo host di jump o del tuo server NTP interno. Segui questi passaggi:

1. Installa NTP.

   yum install ntp
   

2. Avvia il servizio ntpd.

   systemctl start ntpd
   

3. Nel file /etc/ntp.conf, aggiungi la seguente riga per eseguire la sincronizzazione con l'host bastione, che in questo caso è 10.x.x.x. Puoi anche utilizzare il tuo server NTP interno. In questo caso, 192.x.x.x è il server Bare Metal Solution.

   restrict 192.x.x.x mask 255.255.255.0 nomodify notrap
   server 10.x.x.x prefer
   

4. Per avviare la sincronizzazione, aggiorna il server di tempo.

   ntpdate -qu SERVER_NAME
   

Esegui lo script di root su un nodo alla volta

Esegui lo script principale root.sh su un nodo alla volta. Se l'esecuzione non va a buon fine sul primo nodo, non passare al nodo successivo.

Risolvi il problema Localhost

Poiché il server Bare Metal Solution non aggiunge Localhost al /etc/hosts file, risolvi manualmente Localhost in 127.0.0.1.

Assicurati limiti di risorse sufficienti

Prima di installare Oracle RAC sul server Bare Metal Solution, assicurati che i limiti di risorse per l'utente root e l'utente oracle siano sufficienti.

Puoi utilizzare il comando ulimit per controllare i limiti.

Imposta la variabile ORACLEASM_SCANORDER

Se utilizzi Oracle ASMLib, per impedire a Oracle ASM di selezionare per primo il tuo singolo dispositivo ASM, imposta l'ordine di ricerca come segue:

ORACLEASM_SCANORDER="dm"
ORACLEASM_SCANEXCLUDE="sd"

Richiediamo questa impostazione perché l'ambiente di archiviazione di Bare Metal Solution utilizza dispositivi DM che puoi visualizzare nel file /proc/partitions.

Nota: questa istruzione è per Oracle 10g, ma il comportamento è lo stesso anche per Grid Infrastructure 19c.

_{Oracle è un marchio registrato di Oracle e/o delle sue affiliate.}