GNU/Linux >> Tutoriales Linux >  >> Linux

Descripción de la persistencia del dispositivo y Oracle ASMLib

Conceptos básicos

Esta publicación describe algunas ventajas que la biblioteca ASM específica de Linux proporcionada por Oracle (en adelante, "ASMLib") aporta a la administración de un sistema Linux que ejecuta Oracle. Linux a menudo presenta el desafío de la persistencia del nombre del disco. Cambie la configuración de almacenamiento y un disco que apareció como /dev/sdg ayer puede aparecer como /dev/sdh después de reiniciar hoy. ¿Cómo se pueden aislar estos cambios para que no afecten a la MAPE?

¿Por qué no dejar que ASM escanee todos los discos?

ASM escanea todos los discos que puede descubrir (a través de asm_diskstring). ¿Por qué no escanear todos los discos y dejar que ASM determine cuál le importa, en lugar de preocuparse por la persistencia del nombre del disco?

La pregunta es teóricamente correcta. Si pasa /dev/sd* a ASM, y ASM puede leer los dispositivos, ASM puede seleccionar sus discos sin importar si /dev/sdg ha cambiado a /dev/sdh en este arranque en particular.

Sin embargo, para leer estos dispositivos, ASM debe tener permiso para leer estos dispositivos. Eso significa que ASM debe tener propiedad de usuario o grupo en todos los dispositivos /dev/sd*, incluidos los discos del sistema. La mayoría de los administradores de sistemas no desean que el usuario de Oracle sea propietario de los discos del sistema solo para que ASM pueda ignorarlos. El potencial de errores (DBA escribiendo sobre el volumen /home, etc.) es demasiado alto.

ASMLib frente a UDev o DevLabel

Existen varios métodos para proporcionar nombres que no cambien, incluidos devlabel y udev. ¿Qué ofrece ASMLib que estas soluciones no ofrecen?

El mayor problema no es específicamente un nombre persistente, es hacer coincidir ese nombre con un conjunto de permisos. No importa si /dev/sdg ahora es /dev/sdh, siempre que el nuevo /dev/sdh tenga propiedad de oracle:dba y el nuevo /dev/sdg, que solía ser /dev/sdf, tenga la propiedad que solía tener el antiguo /dev/sdf. La forma más fácil de asegurarse de que los permisos sean correctos es la nomenclatura persistente. Si un disco siempre aparece con el mismo nombre, siempre puede aplicarle los mismos permisos sin preocuparse. Además, puede excluir nombres que coincidan con los discos del sistema. Incluso si los permisos son correctos, un administrador del sistema no querrá que ASM escanee los discos del sistema cada vez.

Ahora, udev o devlabel pueden manejar mantener sdg como sdg (o /dev/mydisk, lo que sea). ¿Qué agrega ASMLib? Algunas cosas, en realidad. Con ASMLib, hay un comando simple para etiquetar un disco para ASM. Con udev, deberá modificar el archivo de configuración de udev para cada disco que agregue. Tendrá que determinar una identificación única para que coincida con el disco y aprender la sintaxis de configuración de udev.

El nombre también es legible por humanos. Con un Apple XServe RAID, ¿por qué tener un disco llamado /dev/sdg cuando puede ser DRAWER1DISK2? ASMLib también puede enumerar todos los discos, con lo que udev debe saber mentalmente que sdg, sdf y sdj son para ASM, o debe proporcionar nombres. Con ASMLib, no hay posibilidad de que ASM escanee los discos del sistema. De hecho, ASMLib nunca modifica los nombres del sistema para los discos. ASMLib nunca usa el nombre “/dev/sdg”. Después de consultar los discos durante el arranque, proporciona su propio acceso a los dispositivos con permisos para Oracle. /dev/sdg todavía es propiedad de root:root, y el usuario de Oracle aún no puede acceder al dispositivo con ese nombre.

La configuración es persistente. Vuelva a instalar un sistema y su configuración de udev desaparecerá. Las etiquetas de ASMLib no lo son. Con udev, debe copiar la configuración a los otros nodos en un RAC. Si tiene dieciséis nodos, debe copiar cada cambio de configuración en los dieciséis nodos. Ya sea que use udev o devlabel, debe configurar los permisos correctamente en los dieciséis nodos. ASMLib solo requiere una invocación de "/etc/init.d/oracleasm scandisks" para recoger todos los cambios realizados en el otro nodo.

Estos son solo algunos de los beneficios que ASMLib aporta a la persistencia del dispositivo.


Linux
  1. Linux:¿comprensión de los permisos y tipos de archivos de Unix?

  2. Linux:¿Sysfs y Devtmpfs?

  3. Cómo:MTR:comprender y solucionar problemas de conectividad de red

  4. Cómo forzar a ASM a escanear primero el dispositivo con rutas múltiples usando ASMLIB/oracleasm

  5. Observador de Oracle OS (OSWatcher):comprensión de oswmpstat

Comprender los sistemas de archivos de Linux:ext4 y más allá

¿Diferencias entre volumen, partición y disco?

Comprender Tc Qdisc e Iperf?

Cómo detectar y administrar dispositivos en Linux

Entendiendo el archivo /etc/group

Descripción de los controladores de dispositivos Linux de la cámara web