Se usó la API de Cloud Translation para traducir esta página.

Prácticas recomendadas para la solución Bare Metal de Oracle

Sabemos que tu objetivo cuando implementas bases de datos de Oracle en la solución Bare Metal es desarrollar tu entorno con facilidad y con la menor cantidad de problemas posible. Para lo ayudará a lograr este objetivo, hemos recopilado comentarios de los clientes, nuestro Arquitectos de soluciones y personal de asistencia que hayan implementado bases de datos de Oracle en la solución Bare Metal, La siguiente información te brinda recomendaciones aprendido de estos expertos para ayudarlo a tener el mayor éxito posible cuando y crear tu propio entorno de base de datos de Oracle en la solución Bare Metal.

Implementación de software

Para que la implementación del software de Oracle sea más exitosa, te recomendamos que uses el kit de herramientas de la solución Bare Metal. El Toolkit proporciona varias secuencias de comandos de Ansible y JSON para ayudarte a realizar la implementación la instalación del software en la solución Bare Metal. Para obtener más información sobre el Kit de herramientas de la solución Bare Metal y cómo instalar bases de datos de Oracle en un del entorno de la solución Bare Metal, consulta la guía del usuario del kit de herramientas.

Sistema operativo

Cuando configures tu sistema operativo en un servidor de la solución Bare Metal, te recomendamos que realices las siguientes acciones.

Valida los servidores NTP

Todos los servidores de la solución Bare Metal deben sincronizarse con una fuente de tiempo. Selecciona la opción de servidor NTP que mejor se adapte a tus necesidades, ya sea físico o virtual.

Cuando tus servidores usen NTP para la sincronización de hora, usa el timedatectl o Comando ntpstat para ver si el servidor está sincronizado con una fuente de hora. El Los siguientes ejemplos muestran el resultado de estos comandos para un servidor que se sincroniza correctamente:

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

Ver el recuento de CPU y los detalles de la memoria de la VM de Oracle

Para ver información sobre un host de VM de Oracle (OVM), incluida la CPU y la memoria usa el comando xm info. Por ejemplo:

/usr/sbin/xm info

Para obtener más información, consulta Documentación de Oracle sobre la visualización de la información del host

Revisa la configuración de `/etc/fstab` para conocer las opciones de activación correctas

Para evitar que se suspenda el proceso de inicio, siempre configura el soporte que no sea raíz puntos que creaste (como /u01 y /u02) con la opción de activación nofail en lugar de la configuración predeterminada. En casos excepcionales, los dispositivos de almacenamiento pueden no estar disponibles cuando se reinicia un host. Configura la opción de activación nofail permite que el proceso de inicio continúe cuando el servidor no puede visualizar el almacenamiento dispositivos.

En el siguiente ejemplo, se muestra la configuración recomendada para la activación de /u01 y /u02 puntos en el archivo /etc/fstab:

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

Puedes modificar la opción de activación de defaults a nofail sin ningún impacto. a un sistema operativo. Sin embargo, para aplicar la nueva configuración, debes reiniciar tu servidor.

Confirma la configuración de límite de tu shell

El kit de herramientas de la solución Bare Metal configura los límites de shell necesarios Oracle RAC Puedes omitir esta validación si usaste la solución Bare Metal y no cambiamos los límites de shell. Se deben establecer límites de shell para todos cuentas de sistema operativo que poseen software de Oracle, incluido Grid Infraestructura. Oracle recomienda la siguiente configuración para Linux:

Límite	Valor flexible	Valor difícil
Abrir archivos	1024	65536
Cantidad máxima de procesos de usuario	16384	16384
Tamaño de la pila	10240	32768
Memoria bloqueada máxima	Al menos el 90% de la memoria	Al menos el 90% de la memoria

Usa el comando ulimit para verificar los límites flexibles y rígidos de shell. Por ejemplo, ingresa este comando para verificar el límite flexible de shell:

ulimit -S -n -u -s -l

El siguiente resultado muestra la configuración correcta de límite de soft shell para un sistema con 384 GB de memoria:

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

Para verificar los límites rígidos de shell, usa el siguiente comando:

ulimit -H -n -u -s -l

En el siguiente resultado, se muestran los límites correctos de la shell rígida para un sistema con 384. GB de memoria:

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

Si alguno de los límites de la shell no está configurado correctamente, modifica las entradas del archivo /etc/security/limits.conf, como se muestra en el siguiente ejemplo:

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

Evita cambiar la configuración de varias rutas

Si eliges cambiar la configuración de varias rutas, no establezcas el el atributo path_grouping_policy si usas multipath.conf para crear contenido nombres de los dispositivos. Este cambio anula la política predeterminada establecida en el Sección de definición de devices.

En condiciones normales de funcionamiento, el comando multipath -ll debería mostrar un estado similar al siguiente ejemplo. Cada dispositivo incluye dos rutas activas que están en el estado listo.

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

Usa marcos jumbo

Para evitar la fragmentación de los paquetes a medida que viajan de un servidor a otro si se configura en un entorno RAC, Oracle recomienda configurar las interfaces del servidor los marcos gigantes. Los marcos Jumbo tienen un tamaño de MTU de 9,000 bytes y son lo suficientemente grandes como para admitir tamaños de bloques de base de datos de Oracle de 8,192 bytes.

Si deseas configurar marcos Jumbo en los servidores de la solución Bare Metal para Oracle RAC, haz lo siguiente:

Consulta la configuración de la red privada de la solución Bare Metal para confirmar lo siguiente se configuraron los marcos Jumbo:
```
gcloud bms networks describe NETWORK_NAME --project=PROJECT_ID --region=REGION | grep jumboFramesEnabled
```
Resultado de muestra:
```
jumboFramesEnabled: true
```

Identifica las interfaces de red y su tamaño de mtu:

ip link show | grep mtu

Resultado de muestra:

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

Con privilegios de nivel de raíz, agrega MTU=9000 a la configuración de la interfaz archivo para todos los servidores en el entorno de la solución Bare Metal que usan jumbo o los fotogramas. Puedes encontrar el archivo en /etc/sysconfig/network-scripts/ifcfg-interface_name

Resultado de muestra:

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

Reinicia los servicios de red para que se apliquen los cambios:
```
service network restart
```

Ejecuta un comando ping para probar la configuración de MTU nueva:

 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

Impacto de las copias de seguridad y la latencia de RMAN de Oracle

Si el proceso de copia de seguridad de RMAN de Oracle no está limitado por el parámetro RATE, puede envía la capacidad de procesamiento del almacenamiento o IOPS al límite de rendimiento de un volumen de almacenamiento. Esta hace que se limite la E/S de almacenamiento, lo que aumenta la latencia en el volumen de almacenamiento.

Te recomendamos que implementes el parámetro RATE del canal para limitar la cantidad. de ancho de banda o capacidad de procesamiento que puede usar el RMAN de Oracle.

Para obtener más información, consulta la documentación de Oracle: 23.2.1.4 Parámetro del canal RATE

Administración automática de almacenamiento de Oracle

Nuestro equipo de Atención al cliente de Cloud y varios clientes de la solución Bare Metal agregaron Administración automática de almacenamiento (ASM) de Oracle a su solución Bare Metal entornos de prueba. Gracias a su experiencia y sabiduría colectiva, hemos reunido consulta la siguiente lista de prácticas recomendadas para tener éxito con tu propio ASM instalación del grupo de discos. Nuestro objetivo es ayudarte a lograr el mejor almacenamiento de las campañas de máximo rendimiento entorno de la solución Bare Metal.

Usa un tamaño de LUN uniforme
Crea no más de dos grupos de discos de ASM
Grupos de discos ASM de Stripe en todos los LUN de todos los volúmenes
Usa LUN y volúmenes con las mismas características de rendimiento en el mismo grupo de discos
No compartas volúmenes de almacenamiento entre varios clústeres de RAC
Conoce las IOPS y la capacidad de procesamiento necesarias antes de crear grupos de discos de ASM.
Deja la configuración de varias rutas como está
Establece parámetros de configuración importantes para ASM
Crea tu grupo de discos ASM con redundancia externa
Reinicia los servidores de la solución Bare Metal después de la creación del disco ASM

Usa un tamaño uniforme de LUN

El tamaño del LUN que selecciones debe ser representativo de la unidad de crecimiento. ASM Funciona mejor con LUN que tienen el mismo tamaño y rendimiento similar. del usuario. Para bases de datos muy grandes, recomendamos un tamaño de LUN de 2 TB optimizar el rendimiento.

Crea no más de dos grupos de discos de ASM

Debes enviar archivos de datos y una copia de los registros de REDO a un solo disco de DATA. grupo. De manera opcional, puedes crear un segundo grupo de discos FRA para almacenar en disco copias de seguridad y archivar registros. Cuando almacenas registros de REDO en un almacenamiento de alta resiliencia, no necesitas tener dos copias.

Las operaciones de escritura de registros de REDO son sensibles a la latencia. Como resultado, solo considera multiplexa registros REDO si coincide el perfil de rendimiento del grupo de discos FRA el perfil de rendimiento del grupo de discos DATA.

Grupos de discos de ASM de Stripe en todos los LUN de todos los volúmenes

Cuando crees grupos de discos de ASM, asegúrate de distribuirlos en todas las LUN de todos los volúmenes. Si tus LUN pertenecen a un solo volumen, debes incluir todos los LUN en el volumen cuando creas un grupo de discos. Por ejemplo, si un tiene X cantidad de LUN, debes usar todos los LUN X cuando crees el grupo de discos.

Esta guía también se aplica al uso de varios volúmenes, ya que ofrecemos QoS límites sobre los volúmenes. Si usas varios volúmenes para aumentar la capacidad de procesamiento (>900 Mbps), debes incluir todos los LUN de cada volumen cuando crees en el grupo de discos para lograr el rendimiento requerido.

Usa LUN y volúmenes con las mismas características de rendimiento en el mismo grupo de discos

Si usas varios volúmenes para mejorar la capacidad de procesamiento, usa el mismo las características de rendimiento y el tamaño del volumen cuando creas grupos de discos de ASM.

No mezcles los LUN de volúmenes que tengan diferentes características de rendimiento. Si incluyes LUN y volúmenes con diferentes perfiles de rendimiento en el mismo grupo de discos, los discos que realizan operaciones de E/S pueden tener una cantidad límite de rendimiento y podría causar aumentos repentinos de latencia.

Por ejemplo, si creas un grupo de discos ASM con 2 volúmenes desiguales (1 X 16 TiB) and 1 X 5 TiB), las operaciones de E/S realizadas por los discos en el volumen de 5 TB puede provocar una latencia elevada. El volumen de 5 TiB tiene una capacidad de procesamiento y un límite de IOPS mucho más bajos, por lo que alcanzaría el nivel de limitación mucho antes que el nivel de limitación del volumen de 16 TiB.

No compartir volúmenes de almacenamiento entre varios clústeres de RAC

Para cada clúster de RAC, aprovisiona un volumen de almacenamiento único. No compartas el mismo volumen de almacenamiento en varios clústeres de RAC. Porque los dispositivos de almacenamiento aplican QoS al nivel del volumen, esta práctica minimiza la posibilidad de que haya vecinos ruidosos. para competir por un solo grupo de IOPS y capacidad de procesamiento.

Por ejemplo, si un solo volumen tiene 8 LUN, no asignes algunos de los LUN a un clúster de base de datos RAC y los LUN restantes a una base de datos RAC diferente clúster. En su lugar, aprovisiona dos volúmenes de almacenamiento independientes y asigna cada volumen a un clúster RAC independiente y dedicado por volumen.

Conoce las IOPS y la capacidad de procesamiento necesarias antes de crear grupos de discos de ASM

Ten en cuenta las cifras de rendimiento máximo de tu entorno local. Para buscar esta información, generar informes de AWR durante las horas pico de trabajo registrar los valores máximos de IOPS y capacidad de procesamiento de tu sistema. También puedes usar nuestra Herramienta de evaluación de Oracle Database para recopilar las cifras de rendimiento máximo.

Con las cifras de rendimiento locales a mano, consulta nuestra solución Bare Metal tabla de rendimiento del almacenamiento para calcular la cantidad de almacenamiento que debes asignar a tu disco ASM y lograr el rendimiento requerido. Cuando tienes una capacidad de procesamiento mejorada (>768 Mbps), puedes crear varios volúmenes y segmentar los datos de ASM de un grupo de discos en todos los LUN y volúmenes.

Deja la configuración de varios caminos como está

No debes cambiar el group_pathing_policy predeterminado en el archivo /etc/multipath.conf. Siempre debes usar el valor predeterminado de group_pathing_policy=group_by_prio para evitar la expulsión de nodos de RAC en caso de fallas en la ruta de acceso de almacenamiento.

Para obtener más detalles sobre cómo dejar intacta la configuración de varias rutas, consulta Evita cambiar la configuración de varias rutas.

Establece parámetros de configuración importantes para ASM

Si usas Oracle Grid Infrastructure 12.1.0.2 o una versión posterior en Linux, configura ASM con ASMFD o UDEV.

Para versiones anteriores de la infraestructura de Oracle Grid, usa ASMLib.

Para evitar que Oracle ASM seleccione primero tu dispositivo ASM de ruta única, establece la escanea el orden de la siguiente manera:
```
ORACLEASM_SCANORDER="dm"
ORACLEASM_SCANEXCLUDE="sd"
```
Exigimos este parámetro de configuración porque el entorno de almacenamiento de la solución Bare Metal usa dispositivos de DM que puedes ver en /proc/partitions.
Para comprobar si ASMLib está configurada para administrar tus discos ASM, ejecuta el siguiente comando: como usuario raíz:
```
/usr/sbin/oracleasm configure | grep SCAN
```
Si usas ASMLib, el resultado será el siguiente:
```
ORACLEASM_SCANBOOT=true
ORACLEASM_SCANORDER="dm"
ORACLEASM_SCANEXCLUDE="sd"
ORACLEASM_SCAN_DIRECTORIES=""
```

Crea tu grupo de discos ASM con redundancia externa

El almacenamiento que proporciona la solución Bare Metal usa RAID-DP de NETAPP un tipo de RAID 6 que protege los datos incluso si fallan dos discos. Como resultado, te recomendamos que uses redundancia externa para ASM.

Reinicia los servidores de la solución Bare Metal después de la creación del disco ASM

Después de crear los grupos de discos de ASM, debes reiniciar por completo la solución Bare Metal servidores en el clúster para asegurarte de que tanto la instancia de ASM como el disco o grupos de usuarios se conectarán después del reinicio. Sigue este paso proactivo para poder evitar problemas que puedan ocurrir después de que el clúster de la base de datos se compile en ASM grupo de discos.

Oracle RAC

Esta sección explica las prácticas recomendadas al instalar Oracle Real Application Clústeres (RAC) en la solución Bare Metal.

Longitud del nombre del clúster de la infraestructura de Oracle Grid

Usa un nombre de clúster que no tenga más de 15 caracteres.

Un nombre de clúster de más de 15 caracteres hace que la secuencia de comandos root.sh falle.

Visualizador de VNC de túnel a través de SSH

Los servidores arbitrarios, como VNC Viewer, están bloqueados por el firewall predeterminado del SO del servidor de la solución Bare Metal. Por lo tanto, crea un túnel de X Window o VNC Viewer a través de SSH:

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

Espacio suficiente para el sistema de archivos raíz

Asegúrate de que el sistema de archivos raíz (/) tenga suficiente espacio libre. Solución Bare Metal incluyen un sistema de archivos raíz de 20 GB, que podría no ser suficiente.

En el servidor de la solución Bare Metal, verifica el tamaño de la raíz “/” un sistema de archivos completo. El tamaño predeterminado es de 20 GB, que podría no ser suficiente. Si el tamaño es de 20 GB, aumentarlo.

Usa un servidor de nombres como sustituto de Cloud DNS

Si no desea usar Cloud DNS, instala su propio servidor de nombres para resolver direcciones IP de host en el servidor de la solución Bare Metal. El Oracle La infraestructura de red usa el comando nslookup para obtener el nombre del servidor DNS. El comando nslookup no usa el archivo /etc/hosts.

Lleva a cabo los pasos siguientes:

Instala dnsmasq.
```
yum makecache
yum install dnsmasq
```
Abre el archivo /etc/dnsmasq.conf en modo de edición.
```
vi /etc/dnsmasq.conf
```

En el archivo /etc/dnsmasq.conf, agrega las siguientes líneas:

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

Edita el archivo /etc/dnsmasq-resolv.conf y el archivo /etc/resolv.conf para contienen solo la siguiente línea:
```
nameserver 127.0.0.1
```

Inicia el servicio dnsmasq:

systemctl restart dnsmasq

systemctl status dnsmasq

En ambos nodos, ejecuta el 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

Instalar NTP

Cuando instales NTP, asegúrate de que todos los nodos de RAC se sincronicen con la hora de tu ni el servidor NTP interno. Lleva a cabo los pasos siguientes:

Instala NTP.
```
yum install ntp
```
Inicia el servicio ntpd.
```
systemctl start ntpd
```
En el archivo /etc/ntp.conf, agrega la siguiente línea para sincronizar con el host de bastión host, que en este caso es 10.x.x.x. También puedes usar tu NTP interno servidor. En este caso, 192.x.x.x es tu servidor de la solución Bare Metal.
```
restrict 192.x.x.x mask 255.255.255.0 nomodify notrap
server 10.x.x.x prefer
```
Para iniciar la sincronización, actualiza el servidor de hora.
```
ntpdate -qu SERVER_NAME
```

Ejecuta una secuencia de comandos raíz en un nodo a la vez

Ejecuta la secuencia de comandos raíz root.sh en un nodo a la vez. Si la ejecución falla en el primer nodo, no continúes con el siguiente.

Resuelve el `Localhost`

Debido a que el servidor de la solución Bare Metal no agrega el Localhost al /etc/hosts, resuelve manualmente Localhost a 127.0.0.1.

Cómo garantizar límites de recursos suficientes

Antes de instalar Oracle RAC en el servidor de la solución Bare Metal, asegúrate de que los límites de recursos para el usuario root y el usuario oracle sean suficientes.

Puedes usar el comando ulimit para verificar los límites.

Configura la variable `ORACLEASM_SCANORDER`

Si usas Oracle ASMLib, para evitar que Oracle ASM seleccione tu Primero el dispositivo ASM de ruta única, establece el orden de análisis de la siguiente manera:

ORACLEASM_SCANORDER="dm"
ORACLEASM_SCANEXCLUDE="sd"

Exigimos este parámetro de configuración porque el entorno de almacenamiento de la solución Bare Metal usa dispositivos de DM que puedes ver en el archivo /proc/partitions.

_{Oracle es una marca registrada de Oracle o sus afiliados.}