Diese Seite wurde von der Cloud Translation API übersetzt.

Best Practices für Oracle auf Bare-Metal-Lösung

Wenn Sie Oracle-Datenbanken auf der Bare-Metal-Lösung implementieren, möchten Sie Ihre Umgebung vermutlich möglichst einfach und mit so wenigen Problemen wie möglich aufzurufen. Damit Sie dieses Ziel erreichen, haben wir Feedback von Kunden, unseren Lösungsarchitekten und Supportmitarbeitern gesammelt, die Oracle-Datenbanken auf der Bare-Metal-Lösung implementiert haben. Die folgenden Informationen sind Empfehlungen von diesen Experten, damit Sie Ihre eigene Oracle-Datenbankumgebung auf Bare-Metal-Lösung so erfolgreich wie möglich einrichten können.

Softwarebereitstellung

Für die erfolgreiche Bereitstellung von Oracle-Software empfehlen wir die Verwendung des Bare-Metal-Lösungs-Toolkits. Das Toolkit bietet mehrere Ansible- und JSON-Skripts, die Ihnen bei der Installation der Oracle-Software auf Bare-Metal-Lösung helfen. Weitere Informationen zum Bare-Metal-Lösungs-Toolkit und zum Installieren von Oracle-Datenbanken in einer Bare-Metal-Lösung-Umgebung finden Sie im Nutzerhandbuch für das Toolkit.

Betriebssystem

Wenn Sie Ihr Betriebssystem auf einem Bare-Metal-Lösungsserver einrichten, sollten Sie die folgenden Aktionen ausführen.

NTP-Server validieren

Alle Bare-Metal-Lösungsserver sollten mit einer Zeitquelle synchronisiert werden. Wählen Sie eine NTP-Serveroption aus, die Ihren Anforderungen am besten entspricht (physisch oder virtuell).

Wenn Ihre Server NTP für die Zeitsynchronisierung verwenden, stellen Sie mit dem Befehl timedatectl oder ntpstat fest, ob der Server mit einer Zeitquelle synchronisiert wird. Die folgenden Beispiele zeigen die Ausgabe dieser Befehle für einen Server, der erfolgreich synchronisiert wird:

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

CPU-Anzahl und Arbeitsspeicherdetails der Oracle-VM aufrufen

Verwenden Sie den Befehl xm info, um Informationen zu einem Oracle VM-Host (OVM) aufzurufen, einschließlich CPU- und Speicherdetails. Beispiel:

/usr/sbin/xm info

Weitere Informationen finden Sie in der Oracle-Dokumentation zum Aufrufen von Hostinformationen.

`/etc/fstab`-Einstellungen auf die richtigen Bereitstellungsoptionen prüfen

Wenn Sie verhindern möchten, dass der Bootvorgang angehalten wird, konfigurieren Sie immer die von Ihnen erstellten Nicht-Root-Bereitstellungspunkte (z. B. /u01 und /u02) mit der Bereitstellungsoption nofail anstelle der Standardeinstellungen. In seltenen Fällen sind die zugrunde liegenden Speichergeräte möglicherweise nicht verfügbar, wenn ein Host neu gestartet wird. Mit der Bereitstellungsoption nofail kann der Bootvorgang fortgesetzt werden, wenn der Server die Speichergeräte nicht anzeigen kann.

Das folgende Beispiel zeigt die empfohlenen Einstellungen für die Bereitstellungspunkte /u01 und /u02 in der Datei /etc/fstab:

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

Sie können die Bereitstellungsoption von defaults in nofail ändern, ohne dass sich dies auf ein Betriebssystem auswirkt. Um die neuen Einstellungen anzuwenden, müssen Sie jedoch Ihren Server neu starten.

Einstellungen des Shell-Limits prüfen

Das Bare-Metal-Lösungs-Toolkit konfiguriert Shell-Limits, um Oracle RAC zu konfigurieren. Sie können diese Validierung überspringen, wenn Sie das Bare-Metal-Lösungs-Toolkit verwendet und die Shell-Limits nicht geändert haben. Shell-Limits müssen für alle Betriebssystemkonten festgelegt werden, die eine Oracle-Software haben, einschließlich Grid Infrastructure. Oracle empfiehlt für Linux die folgenden Einstellungen:

Limit	Weicher Limitwert	Harter Limitwert
Dateien öffnen	1.024	65.536
Maximale Nutzerprozesse	16.384	16.384
Stackgröße	10240	32.768
Maximaler gesperrter Arbeitsspeicher	Mindestens 90% des Arbeitsspeichers	Mindestens 90% des Arbeitsspeichers

Prüfen Sie mit dem Befehl ulimit die weichen und harten Shell-Limits. Geben Sie beispielsweise diesen Befehl ein, um das weiche Shell-Limit zu prüfen:

ulimit -S -n -u -s -l

Die folgende Ausgabe zeigt die richtigen Einstellungen für das weiche Shell-Limit eines Systems mit 384 GB Arbeitsspeicher:

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

Prüfen Sie mit dem folgenden Befehl die harten Shell-Limits:

ulimit -H -n -u -s -l

Die folgende Ausgabe zeigt die richtigen Einstellungen für das harte Shell-Limit eines Systems mit 384 GB Arbeitsspeicher:

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

Wenn eines der Shell-Limits nicht korrekt festgelegt ist, ändern Sie die Einträge in der Datei /etc/security/limits.conf wie im folgenden Beispiel gezeigt:

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

grep MemTotal /proc/meminfo
MemTotal:       16092952 kB

Änderung von Multipath-Einstellungen vermeiden

Wenn Sie die Multipath-Einstellungen ändern, konfigurieren Sie das Attribut path_grouping_policy nicht, wenn Sie mit multipath.conf Aliasnamen für Geräte erstellen. Eine solche Änderung überschreibt die im Definitionsabschnitt devices festgelegte Standardrichtlinie.

Im Normalbetrieb sollte der Befehl multipath -ll einen Status wie im folgenden Beispiel anzeigen. Jedes Gerät enthält zwei aktive Pfade, die sich im Bereitschaftszustand befinden.

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

Jumbo Frames verwenden

Um eine Fragmentierung der Pakete zu vermeiden, während sie in einer RAC-Umgebung von einem Server zu einem anderen Server übertragen werden, empfiehlt Oracle, Ihre Serverschnittstellen mit Jumbo-Frames zu konfigurieren. Jumbo-Frames haben eine MTU-Größe von 9.000 Byte und sind groß genug, um Oracle-Datenbankblockgrößen von 8.192 Byte zu unterstützen.

So konfigurieren Sie Jumbo-Frames auf Bare-Metal-Lösungsservern für Oracle RAC:

Prüfen Sie die Einstellungen Ihres privaten Bare-Metal-Lösungsnetzwerks, um sicherzustellen, dass Jumbo-Frames konfiguriert wurden:
```
gcloud bms networks describe NETWORK_NAME --project=PROJECT_ID --region=REGION | grep jumboFramesEnabled
```
Beispielausgabe:
```
jumboFramesEnabled: true
```

Identifizieren Sie die Netzwerkschnittstellen und ihre mtu-Größe:

ip link show | grep mtu

Beispielausgabe:

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

Fügen Sie mit Berechtigungen auf Root-Ebene der Schnittstellenkonfigurationsdatei für alle Server in der Bare-Metal-Lösungsumgebung, die Jumbo-Frames verwenden, MTU=9000 hinzu. Sie finden die Datei unter /etc/sysconfig/network-scripts/ifcfg-interface_name.

Beispielausgabe:

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

Starten Sie die Netzwerkdienste neu, damit die Änderungen wirksam werden:
```
service network restart
```

Führen Sie den Befehl ping aus, um die neue MTU-Konfiguration zu testen:

 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

Oracle RMAN-Sicherungen und Auswirkungen auf die Latenz

Wenn der Oracle RMAN-Sicherungsprozess nicht durch den Parameter RATE begrenzt ist, kann der Speicherdurchsatz oder die IOPS das Leistungslimit für ein Speichervolume erreichen. Dadurch werden die Speicher-E/A gedrosselt, was die Latenz des Speichervolumes erhöht.

Wir empfehlen, den Kanalparameter RATE zu implementieren, um die Bandbreite oder den Durchsatz einzuschränken, die Oracle RMAN verwenden kann.

Weitere Informationen finden Sie in der Oracle-Dokumentation: 23.2.1.4 RATE Channel Parameter.

Oracle Automatic Storage Management

Unser Cloud-Kundenserviceteam und mehrere Bare-Metal-Lösungskunden haben ihren Bare-Metal-Lösungsumgebungen Oracle Automatic Storage Management (ASM) hinzugefügt. Auf der Grundlage ihrer gesammelten Erfahrung und ihres Wissens haben wir die folgende Liste mit Best Practices zusammengestellt, die Ihnen bei der Installation einer ASM-Speichergruppe helfen sollen. Wir möchten Ihnen helfen, die beste Speicherleistung für Ihre Bare-Metal-Lösungsumgebung zu erzielen.

Einheitliche LUN-Größe verwenden
Maximal zwei ASM-Laufwerksgruppen erstellen
ASM-Laufwerksgruppen über alle LUNs in allen Volumes stripen
LUNs und Volumes mit denselben Leistungsmerkmalen in derselben Laufwerksgruppe verwenden
Speichervolumes nicht für mehrere RAC-Cluster freigeben
Erforderliche IOPS und Durchsatzkapazität kennen, bevor Sie ASM-Laufwerksgruppen erstellen
Multipath-Konfiguration unverändert lassen
Wichtige Einstellungen für ASM konfigurieren
ASM-Laufwerksgruppe mit externer Redundanz erstellen
Bare-Metal-Lösungsserver nach der Erstellung des ASM-Laufwerks neu starten

Einheitliche LUN-Größe verwenden

Die von Ihnen ausgewählte LUN-Größe sollte für die Einheit des Wachstums repräsentativ sein. ASM funktioniert am besten mit LUNs gleicher Größe und ähnlicher Leistungsmerkmale. Für sehr große Datenbanken empfehlen wir eine LUN-Größe von 2 TB, um die Leistung zu optimieren.

Erstellen Sie nicht mehr als zwei ASM-Laufwerksgruppen.

Sie sollten Datendateien und eine Kopie der REDO-Protokolle an eine einzelne DATA-Laufwerkgruppe senden. Optional können Sie eine zweite FRA-Laufwerkgruppe erstellen, um Sicherungen auf dem Laufwerk und Archivierungsprotokolle zu speichern. Wenn Sie REDO-Protokolle in einem hochzuverlässigen Speicher speichern, sind keine zwei Kopien erforderlich.

REDO-Protokolleinträge sind empfindlich gegenüber Latenz. Daher sollten Sie das Multiplexing von REDO-Protokollen nur in Betracht ziehen, wenn das Leistungsprofil der FRA-Laufwerkgruppe mit dem Leistungsprofil der DATA-Laufwerkgruppe übereinstimmt.

ASM-Laufwerksgruppen über alle LUNs in allen Volumes stripen

Wenn Sie ASM-Laufwerksgruppen erstellen, stripen Sie die Laufwerksgruppe über alle LUNs aller Volumes. Wenn Ihre LUNs zu einem einzelnen Volume gehören, müssen Sie beim Erstellen einer Laufwerkgruppe alle LUNs im Volume angeben. Wenn ein Volume beispielsweise X LUNs hat, sollten Sie beim Erstellen der Laufwerkgruppe alle X LUNs verwenden.

Diese Hinweise gelten auch für die Verwendung mehrerer Volumes, da wir QoS-Limits für Volumes festlegen. Wenn Sie mehrere Volumes für einen höheren Durchsatz (über 900 Mbit/s) verwenden, müssen Sie beim Erstellen der Laufwerkgruppe alle LUNs aus jedem Volume angeben, um die erforderliche Leistung zu erzielen.

LUNs und Volumes mit denselben Leistungsmerkmalen in derselben Laufwerkgruppe verwenden

Wenn Sie mehrere Volumes verwenden, um den Durchsatz zu erhöhen, verwenden Sie beim Erstellen von ASM-Laufwerkgruppen dieselbe Volume-Größe und dieselben Leistungsmerkmale.

Verwenden Sie keine LUNs aus Volumes mit unterschiedlichen Leistungsmerkmalen. Wenn Sie LUNs und Volumes mit unterschiedlichen Leistungsprofilen in derselben Laufwerksgruppe angeben, haben Laufwerke, auf denen E/A-Vorgänge ausgeführt werden, möglicherweise eine viel niedrigere Leistungsgrenze und können zu Latenzspitzen führen.

Wenn Sie beispielsweise eine ASM-Laufwerkgruppe mit zwei ungleich großen Volumes (1 × 16 TiB und 1 × 5 TiB) erstellen, können die E/A-Vorgänge, die von den Laufwerken im 5-TB-Volume ausgeführt werden, zu einer erhöhten Latenz führen. Das Volume mit 5 TiB hat einen viel niedrigeren Durchsatz und ein niedrigeres IOPS-Limit. Daher wird das Drosselungsniveau viel früher erreicht als beim Volume mit 16 TiB.

Speichervolumes nicht für mehrere RAC-Cluster freigeben

Stellen Sie für jeden RAC-Cluster ein eindeutiges Speichervolume bereit. Verwenden Sie dasselbe Speichervolume nicht für mehrere RAC-Cluster. Da Speichergeräte QoS auf Volumeebene anwenden, wird die Wahrscheinlichkeit minimiert, dass laute Nachbarn um einen einzelnen Pool von IOPS und Durchsatz konkurrieren.

Wenn ein einzelnes Volume beispielsweise 8 LUNs hat, weisen Sie einige der LUNs nicht einem RAC-Datenbankcluster und die verbleibenden LUNs einem anderen RAC-Datenbankcluster zu. Stellen Sie stattdessen zwei separate Speichervolumes bereit und weisen Sie jedem Volume einen separaten, dedizierten RAC-Cluster zu.

Erforderliche IOPS und Durchsatzkapazität kennen, bevor Sie ASM-Laufwerksgruppen erstellen

Achten Sie auf die Spitzenleistung Ihrer lokalen Umgebung. Um diese Informationen zu erhalten, generieren Sie AWR-Berichte während der Spitzenarbeitslast, um die Spitzenwerte für IOPS und Durchsatz Ihres Systems zu erfassen. Sie können auch unser Tool zur Bewertung von Oracle-Datenbanken verwenden, um die Spitzenleistung zu ermitteln.

Anhand Ihrer On-Premises-Leistungszahlen können Sie in der Tabelle zur Speicherleistung unserer Bare-Metal-Lösung berechnen, wie viel Speicher Sie Ihren ASM-Speichergruppen zuweisen müssen, um die erforderliche Leistung zu erzielen. Wenn Sie höhere Durchsatzanforderungen haben (über 768 Mbit/s), können Sie mehrere Volumes erstellen und die ASM-Laufwerkgruppe über alle LUNs und Volumes hinweg stripen.

Multipath-Konfiguration unverändert lassen

Ändern Sie das Standard-group_pathing_policy in der Datei /etc/multipath.conf nicht. Sie sollten immer den Standardwert group_pathing_policy=group_by_prio verwenden, um das Auslagern von RAC-Knoten bei Fehlern im Speicherpfad zu vermeiden.

Weitere Informationen dazu, wie Sie die Multipath-Konfiguration unverändert lassen, finden Sie unter Änderung von Multipath-Einstellungen vermeiden.

Wichtige Einstellungen für ASM konfigurieren

Wenn Sie Oracle Grid Infrastructure 12.1.0.2 oder höher unter Linux verwenden, richten Sie ASM mit ASMFD oder UDEV ein.

Verwenden Sie für frühere Versionen von Oracle Grid Infrastructure ASMLib.

Wenn Sie verhindern möchten, dass Oracle ASM Ihr ASM-Gerät mit einzelnem Pfad zuerst auswählt, legen Sie die Scanreihenfolge so fest:
```
ORACLEASM_SCANORDER="dm"
ORACLEASM_SCANEXCLUDE="sd"
```
Diese Einstellung ist erforderlich, da in der Speicherumgebung der Bare-Metal-Lösung DM-Geräte verwendet werden, die Sie in /proc/partitions aufrufen können.
Führen Sie als Root-Nutzer den folgenden Befehl aus, um zu prüfen, ob ASMLib für die Verwaltung Ihrer ASM-Laufwerke konfiguriert ist:
```
/usr/sbin/oracleasm configure | grep SCAN
```
Wenn Sie ASMLib verwenden, sieht die Ausgabe so aus:
```
ORACLEASM_SCANBOOT=true
ORACLEASM_SCANORDER="dm"
ORACLEASM_SCANEXCLUDE="sd"
ORACLEASM_SCAN_DIRECTORIES=""
```

ASM-Laufwerksgruppe mit externer Redundanz erstellen

Der von der Bare-Metal-Lösung bereitgestellte Speicher verwendet NETAPP RAID-DP, eine Form von RAID 6, die Daten auch bei Ausfall von zwei Laufwerken schützt. Wir empfehlen daher, für ASM eine externe Redundanz zu verwenden.

Bare-Metal-Lösungsserver nach der Erstellung von ASM-Laufwerken neu starten

Nachdem Sie die ASM-Speichergruppen erstellt haben, sollten Sie alle Bare-Metal-Lösungsserver im Cluster neu starten, damit sowohl die ASM-Instanz als auch die Speichergruppen nach dem Neustart online sind. Führen Sie diesen proaktiven Schritt aus, um Probleme zu vermeiden, die nach dem Erstellen des Datenbankclusters auf der ASM-Laufwerksgruppe auftreten können.

Oracle RAC

In diesem Abschnitt werden Best Practices für die Installation von Oracle Real Application Clusters (RAC) auf der Bare-Metal-Lösung erläutert.

Länge des Oracle Grid Infrastructure-Clusternamens

Verwenden Sie einen Clusternamen mit maximal 15 Zeichen.

Wenn der Clustername länger als 15 Zeichen ist, schlägt das root.sh-Script fehl.

VNC-Betrachter über SSH tunneln

Beliebige Server wie der VNC-Betrachter werden durch die Standard-Firewall des Betriebssystems des Bare-Metal-Lösungsservers blockiert. Verwenden Sie stattdessen einen Tunnel von X Window oder VNC Viewer über SSH:

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

Ausreichend Speicherplatz für das Stammdateisystem

Achten Sie darauf, dass im Stammdateisystem (/) genügend freier Speicherplatz vorhanden ist. Bare-Metal-Lösungsserver haben ein 20-GB-Root-Dateisystem, das möglicherweise nicht ausreicht.

Prüfen Sie auf Ihrem Bare-Metal-Lösungsserver die Größe des Stammdateisystems „/“. Die Standardgröße beträgt 20 GB, was möglicherweise nicht ausreicht. Wenn die Größe 20 GB beträgt, erhöhen Sie sie.

Einen Nameserver als Ersatz für Cloud DNS verwenden

Wenn Sie Cloud DNS nicht verwenden möchten, installieren Sie Ihren eigenen Nameserver, um Host-IP-Adressen auf dem Bare-Metal-Lösungsserver aufzulösen. Die Oracle Grid Infrastructure verwendet den Befehl nslookup, um den Namen des DNS-Servers abzurufen. Der Befehl nslookup verwendet nicht die Datei /etc/hosts.

Gehen Sie so vor:

Installieren Sie dnsmasq.
```
yum makecache
yum install dnsmasq
```
Öffnen Sie die Datei /etc/dnsmasq.conf im Bearbeitungsmodus.
```
vi /etc/dnsmasq.conf
```

Fügen Sie in der Datei /etc/dnsmasq.conf die folgenden Zeilen hinzu:

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

Bearbeiten Sie die Dateien /etc/dnsmasq-resolv.conf und /etc/resolv.conf so, dass sie nur die folgende Zeile enthalten:
```
nameserver 127.0.0.1
```

Starten Sie den dnsmasq-Dienst:

systemctl restart dnsmasq

systemctl status dnsmasq

Führen Sie auf beiden Knoten den Befehl nslookup aus.

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

NTP installieren

Achten Sie bei der Installation von NTP darauf, dass alle RAC-Knoten mit der Zeit Ihres Jumphosts oder Ihres internen NTP-Servers synchronisiert werden. Gehen Sie so vor:

NTP installieren
```
yum install ntp
```
Starten Sie den Dienst ntpd.
```
systemctl start ntpd
```
Fügen Sie der Datei /etc/ntp.conf die folgende Zeile hinzu, um mit dem Bastion Host zu synchronisieren, in diesem Fall 10.x.x.x. Sie können auch Ihren internen NTP-Server verwenden. In diesem Fall ist 192.x.x.x Ihr Bare-Metal-Lösungsserver.
```
restrict 192.x.x.x mask 255.255.255.0 nomodify notrap
server 10.x.x.x prefer
```
Aktualisieren Sie den Zeitserver, um die Synchronisierung zu starten.
```
ntpdate -qu SERVER_NAME
```

Root-Script jeweils auf einem Knoten ausführen

Führen Sie das Root-Script root.sh jeweils auf einem Knoten aus. Wenn die Ausführung am ersten Knoten fehlschlägt, fahren Sie nicht mit dem nächsten Knoten fort.

`Localhost` beheben

Da der Bare-Metal-Lösungsserver die Localhost nicht der Datei /etc/hosts hinzufügt, müssen Sie die Localhost manuell in 127.0.0.1 auflösen.

Ausreichende Ressourcenlimits festlegen

Bevor Sie Oracle RAC auf dem Bare-Metal-Lösungsserver installieren, müssen die Ressourcenlimits für den Nutzer root und den Nutzer oracle ausreichend sein.

Mit dem Befehl ulimit können Sie die Limits prüfen.

Legen Sie die Variable `ORACLEASM_SCANORDER` fest:

Wenn Sie Oracle ASMLib verwenden, können Sie verhindern, dass Oracle ASM zuerst Ihr ASM-Gerät mit einzelnem Pfad auswählt, indem Sie die Scanreihenfolge so festlegen:

ORACLEASM_SCANORDER="dm"
ORACLEASM_SCANEXCLUDE="sd"

Diese Einstellung ist erforderlich, da in der Speicherumgebung der Bare-Metal-Lösung DM-Geräte verwendet werden, die Sie in der Datei /proc/partitions sehen können.

_{Oracle ist eine eingetragene Marke von Oracle und/oder seinen Tochterunternehmen.}