Acerca de Oracle Database File System

Oracle Database File System (DBFS) aprovecha las ventajas de la base de datos para almacenar archivos y los puntos fuertes de la base de datos al gestionar de forma eficaz los datos relacionales para implantar una interfaz de sistema de archivos estándar para los archivos almacenados en la base de datos. Con esta interfaz, se puede acceder de forma transparente a los archivos de la base de datos mediante cualquier programa del sistema operativo que actúe en los archivos.

DBFS es similar a NFS en el sentido de que proporciona un sistema de archivos de red compartido que parece un sistema de archivos local y tiene un componente de servidor y un componente de cliente. El sistema de archivos DBFS se puede montar desde los hosts de nivel medio y se puede acceder a él como un sistema de archivos compartido normal.

DBFS presenta cierta complejidad debido a la configuración y el mantenimiento requeridos por el montaje de DBFS. Debe instalar el cliente de base de datos en el host que lo monta y debe realizar una configuración inicial de algunos artefactos en la base de datos (tablespace, usuario, etc.) y en el cliente (cartera, tnsnames.ora, etc.). Necesita capacidad adicional en la base de datos porque el contenido copiado en el montaje de DBFS se almacena en la base de datos.

No se recomienda almacenar la configuración de dominio o los binarios directamente en el montaje de DBFS. Esto crearía una dependencia muy fuerte entre los archivos de Oracle Fusion Middleware y la base de datos. Sin embargo, algunos artefactos y operaciones pueden beneficiarse de las funciones de DBFS.

Acerca del uso de DBFS para la carpeta runtime

Puede utilizar un montaje de Oracle Database File System (DBFS) para los datos de tiempo de ejecución compartidos como alternativa a NFS. Cualquier contenido almacenado en el montaje DBFS reside en la base de datos y se replica automáticamente en la ubicación en espera mediante la replicación subyacente de Oracle Data Guard. De esta forma, el sitio secundario siempre tiene una copia sincronizada del mismo. No es necesario configurar una replicación adicional del contenido de tiempo de ejecución.

Para implementar este enfoque, instale el cliente de base de datos en todos los hosts de nivel medio (principal y secundario). Debe realizar una configuración inicial de algunos artefactos en la base de datos (tablespace DBFS, usuario, etc.) y en el cliente (cartera, tnsnames.ora, etc.).

Consulte la secuencia de comandos dbfs_dr_setup_root.sh como una secuencia de comandos de ejemplo para configurar un montaje de DBFS en hosts de nivel medio. Este script instala el cliente de base de datos, crea el esquema DBFS en la base de datos, configura los artefactos del cliente y monta el sistema de archivos DBFS en un host de nivel medio.

Vaya a Download Code (Descargar código) para que el enlace descargue el script.

Tenga en cuenta los siguientes puntos al utilizar este script:

• La utilidad "yum" debe estar configurada correctamente en el host antes de ejecutar la secuencia de comandos. El script utiliza yum para descargar algunos paquetes necesarios para la instalación del cliente de base de datos.
• Debe proporcionar los valores de entorno (nombres de usuario, rutas, etc.) en la sección "VARIABLES CUSTOMIZABLES" del script.
• La variable DBFS_CONFIG_DIR se utiliza para personalizar la ubicación de los artefactos de configuración de DBFS (la cartera, tnsnames.ora y el script para montar DBFS). Utilizar una ubicación que no se replique entre sitios, por lo que cada sitio tiene su propia configuración. No lo coloque en la carpeta de dominio porque se replicará en secundaria cuando se replique el dominio.
• Debe ejecutar el script en los hosts de nivel medio principales (que apuntan a la base de datos primaria) y en los hosts de nivel medio secundarios (que apuntan a la base de datos secundaria). Verá advertencias porque ya se han creado algunos elementos (usuario de base de datos, tablespace, etc.), pero puede ignorar estos mensajes.
• Para realizar la configuración en los hosts secundarios de nivel medio, la base de datos en espera se debe abrir en modo de instantánea en espera. Esto se debe a que el DBFS se puede montar solo cuando la base de datos está abierta. Cuando Oracle Data Guard no es Active Data Guard, la base de datos en espera está en estado de montaje. Para acceder al montaje de DBFS en la ubicación en espera en esos casos, debe convertir la base de datos en una base de datos de instantánea en espera.

Una vez configurado el montaje de DBFS en todos los hosts de nivel medio, puede utilizarlo como una carpeta compartida para los datos en tiempo de ejecución (por ejemplo, para los archivos que lea o escriba un adaptador de archivos o una aplicación personalizada). No tiene que replicar manualmente este contenido en el sitio secundario, se replica automáticamente con Oracle Data Guard. Si se produce un switchover o failover, el contenido en tiempo de ejecución estará disponible en la nueva base de datos primaria junto con el resto de la información almacenada en la base de datos.

Ventajas del uso del montaje de DBFS para los datos en tiempo de ejecución:

• La replicación entre sitios está implícita. El contenido almacenado en el montaje de DBFS en la ubicación primaria se replica en la ubicación secundaria mediante Oracle Data Guard.

Desventajas:

• El rendimiento de DBFS es peor que en las soluciones NFS (Oracle Cloud Infrastructure File Storage, Oracle ZFS).
• Oracle recomienda volver a montar dbfs en la nueva instancia principal después de un switchover para asegurarse de que el montaje de DBFS está en buen estado. El montaje de DBFS puede quedar obsoleto y requerir un nuevo montaje si la base de datos a la que apunta no estaba abierta durante algún tiempo (por ejemplo, mientras la base de datos está en modo en espera).

Acerca del uso de DBFS para replicar la configuración de Oracle WebLogic Server

Oracle Database File System (DBFS) es otro método que puede utilizar para replicar la configuración. En este caso, puede utilizar un montaje de DBFS como ubicación intermedia para replicar la configuración. Cualquier contenido almacenado en el montaje DBFS reside en la base de datos y se replica automáticamente en la ubicación en espera mediante la replicación subyacente de Oracle Data Guard.

Este método aprovecha la solidez de la réplica de Oracle Data Guard. Tiene buena disponibilidad a través de la lógica de reintento del controlador de Oracle y proporciona un comportamiento resistente. Puede utilizarlo en escenarios con latencias medias o altas entre los centros de datos. Sin embargo, el uso de DBFS para la replicación de configuración tiene implicaciones adicionales desde las perspectivas de configuración, almacenamiento de base de datos y ciclo de vida:

• Presenta cierta complejidad debido a la configuración y el mantenimiento requeridos por el montaje de DBFS. Necesita que el cliente de base de datos esté instalado en el host que lo va a montar, necesita una configuración inicial de algunos artefactos en la base de datos (tablespace, usuario, etc.) y en el cliente (cartera, tnsnames.ora, etc.). Consulte la secuencia de comandos dbfs_dr_setup_root.sh como una secuencia de comandos de ejemplo que instala el cliente de base de datos, crea el esquema DBFS en la base de datos, configura los artefactos del cliente y monta el sistema de archivos DBFS en un host de nivel medio.
• Necesita capacidad adicional en la base de datos porque el contenido copiado en el montaje de DBFS se almacena en la base de datos.
• No se recomienda almacenar la configuración de dominio o los binarios directamente en el montaje de DBFS. Esto crea una dependencia muy fuerte entre los archivos de Oracle Fusion Middleware y la base de datos. En su lugar, se recomienda utilizar DBFS como sistema de archivos assistance: un sistema de archivos intermedio de almacenamiento provisional para colocar la información que se replicará en el sitio en espera. La replicación en la base de datos en espera tiene dos pasos: desde la carpeta de origen de la base de datos primaria al montaje de DBFS intermedio y, a continuación, en la ubicación en espera, desde el montaje de DBFS a la carpeta de destino de la base de datos en espera.
• DBFS sólo se puede montar cuando la base de datos está abierta. Cuando Oracle Data Guard no es Active Data Guard, la base de datos en espera está en estado de montaje. Por lo tanto, para acceder al montaje de DBFS en la ubicación en espera en estos casos, la base de datos se debe convertir en instantánea en espera. Cuando se utiliza Active Data Guard, el sistema de archivos se puede montar para lecturas y no es necesario realizar la transición a la instantánea.

Por estos motivos, DBFS no se recomienda como solución de uso general replicar todos los artefactos del sistema de archivos en la base de datos en espera. Por ejemplo, se trata de un exceso al replicar los binarios con DBFS.

Sin embargo, este enfoque es adecuado para replicar algunos artefactos dinámicos durante el ciclo de vida, como la configuración compartida del dominio (ASERVER_HOME), cuando no son factibles otros métodos como la replicación de almacenamiento o la rsync. Consulte el documento de Recuperación ante desastres de Oracle WebLogic Server for Oracle Cloud Infrastructure para ver un ejemplo sobre cómo utilizar DBFS como sistema de archivos de asistencia para replicar la configuración del dominio.

Vaya a Download Code (Descargar código) para que el enlace descargue el script.