À propos du système de fichiers Oracle Database

Oracle Database File System (DBFS) tire parti des avantages de la base de données pour stocker les fichiers et des forces de la base de données pour gérer efficacement les données relationnelles afin de mettre en oeuvre une interface de système de fichiers standard pour les fichiers stockés dans la base de données. Avec cette interface, les fichiers de la base de données peuvent être accessibles de manière transparente à l'aide de n'importe quel programme du système d'exploitation qui agit sur les fichiers.

DBFS est similaire à NFS en ce sens qu'il fournit un système de fichiers réseau partagé qui ressemble à un système de fichiers local et qui comporte à la fois un composant serveur et un composant client. Le système de fichiers DBFS peut être monté à partir des hôtes de niveau intermédiaire et accessible en tant que système de fichiers partagé standard.

DBFS présente une certaine complexité en raison de la configuration et de la maintenance requises par le montage DBFS. Vous devez installer le client de base de données dans l'hôte qui le monte, et vous devez effectuer une configuration initiale de certains artefacts dans la base de données (espace-table, utilisateur, etc.) et dans le client (portefeuille, tnsnames.ora, etc.). Il nécessite une capacité supplémentaire dans la base de données, car le contenu copié dans le montage DBFS est stocké dans la base de données.

Il n'est pas recommandé de stocker la configuration de domaine ou les fichiers binaires directement dans le montage DBFS. Cela créerait une dépendance très forte entre les fichiers Oracle Fusion Middleware et la base de données. Toutefois, il existe certains artefacts et opérations dont les fonctions DBFS peuvent tirer parti.

À propos de l'utilisation de DBFS pour le dossier runtime

Vous pouvez utiliser un montage du système de fichiers Oracle Database (DBFS) pour les données d'exécution partagées comme alternative à NFS. Tout contenu stocké dans le montage DBFS réside dans la base de données et est répliqué automatiquement sur le site de secours au moyen de la réplication Oracle Data Guard sous-jacente. De cette façon, le site secondaire a toujours une copie synchronisée de celui-ci. Vous n'avez pas besoin de configurer une réplication supplémentaire du contenu d'exécution.

Pour implémenter cette approche, installez le client de base de données sur tous les hôtes de niveau intermédiaire (principal et secondaire). Vous devez effectuer une configuration initiale de certains artefacts dans la base de données (espace-table DBFS, utilisateur, etc.) et dans le client (portefeuille, tnsnames.ora, etc.).

Voir le script dbfs_dr_setup_root.sh comme exemple de script pour configurer un montage DBFS sur des hôtes de niveau intermédiaire. Ce script installe le client de base de données, crée le schéma DBFS dans la base de données, configure les artefacts du client et monte le système de fichiers DBFS sur un hôte de niveau intermédiaire.

Allez à Télécharger le code pour le lien de téléchargement du script.

Tenez compte des points suivants lors de l'utilisation de ce script :

• L'utilitaire "yum" doit être correctement configuré dans l'hôte avant l'exécution du script. Le script utilise yum pour télécharger certains ensembles requis pour l'installation du client de base de données.
• Vous devez fournir les valeurs de votre environnement (noms d'utilisateur, chemins, etc.) dans la section "VARIABLES PERSONNALISABLES" du script.
• La variable DBFS_CONFIG_DIR est utilisée pour personnaliser l'emplacement des artefacts de configuration DBFS (le portefeuille, tnsnames.ora et le script de montage de DBFS). Utilisez un emplacement qui n'est pas répliqué entre les sites, de sorte que chaque site a sa propre configuration. Ne le placez pas sous le dossier du domaine, car il sera répliqué en secondaire lors de la réplication du domaine.
• Vous devez exécuter le script dans les hôtes de niveau intermédiaire principaux (pointant vers la base principale) et dans les hôtes de niveau intermédiaire secondaires (pointant vers la base secondaire). Vous verrez des avertissements car certaines choses sont déjà créées (utilisateur de base de données, tablespace, etc.), mais vous pouvez ignorer ces messages.
• Pour effectuer la configuration dans les hôtes de niveau intermédiaire secondaires, la base de données de secours doit être ouverte en mode de secours instantané. En effet, le DBFS ne peut être monté que lorsque la base de données est ouverte. Lorsque Oracle Data Guard n'est pas un service Active Data Guard, la base de données de secours est à l'état de montage. Pour accéder au montage DBFS dans le site de secours dans de tels cas, vous devez convertir la base de données en base de secours instantanée.

Une fois le montage DBFS configuré dans tous les hôtes de niveau intermédiaire, vous pouvez l'utiliser comme dossier partagé pour les données d'exécution (par exemple, pour les fichiers lus/écrits par un adaptateur de fichiers ou une application personnalisée). Vous n'avez pas besoin de répliquer manuellement ce contenu vers le site secondaire, il est automatiquement répliqué avec Oracle Data Guard. Si une permutation ou un basculement se produit, le contenu d'exécution est disponible dans la nouvelle instance principale avec le reste des informations stockées dans la base de données.

Avantages du montage DBFS pour les données d'exécution :

• La réplication entre les sites est implicite. Le contenu stocké dans le montage DBFS du site principal est répliqué vers le site secondaire au moyen d'Oracle Data Guard.

Inconvénients :

• La performance de DBFS est pire que dans les solutions NFS (Oracle Cloud Infrastructure File Storage, Oracle ZFS).
• Oracle recommande de remonter dbfs dans la nouvelle instance principale après une permutation, pour vous assurer que le montage DBFS est sain. Le montage DBFS peut devenir obsolète et nécessiter un remontage si la base de données vers laquelle il pointe n'était pas ouverte depuis un certain temps (par exemple, lorsque la base de données est en mode de secours).

À propos de l'utilisation de DBFS pour répliquer la configuration d'Oracle WebLogic Server

Oracle Database File System (DBFS) est une autre méthode que vous pouvez utiliser pour répliquer la configuration. Dans ce cas, vous pouvez utiliser un montage DBFS comme emplacement intermédiaire pour répliquer la configuration. Tout contenu stocké dans le montage DBFS réside dans la base de données et est répliqué automatiquement sur le site de secours au moyen de la réplication Oracle Data Guard sous-jacente.

Cette méthode tire parti de la robustesse de la réplique Oracle Data Guard. Il offre une bonne disponibilité au moyen de la logique de nouvelle tentative du pilote Oracle et offre un comportement résilient. Vous pouvez l'utiliser dans des scénarios avec des latences moyennes ou élevées entre les centres de données. Toutefois, l'utilisation de DBFS pour la réplication de configuration a des implications supplémentaires du point de vue de la configuration, du stockage de base de données et du cycle de vie :

• Il présente une certaine complexité en raison de la configuration et de la maintenance requises par le montage DBFS. Il nécessite que le client de base de données soit installé dans l'hôte qui va le monter, il nécessite une configuration initiale de certains artefacts dans la base de données (espace-table, utilisateur, etc.) et dans le client (portefeuille, tnsnames.ora, etc.). Voir le script dbfs_dr_setup_root.sh comme exemple de script qui installe le client de base de données, crée le schéma DBFS dans la base de données, configure les artefacts du client et monte le système de fichiers DBFS sur un hôte de niveau intermédiaire.
• Il nécessite une capacité supplémentaire dans la base de données, car le contenu copié dans le montage DBFS est stocké dans la base de données.
• Il n'est pas recommandé de stocker la configuration de domaine ou les fichiers binaires directement dans le montage DBFS. Cela crée une dépendance très forte entre les fichiers Oracle Fusion Middleware et la base de données. Il est plutôt recommandé d'utiliser DBFS comme système de fichiers d'assistance : un système de fichiers intermédiaire pour placer les informations qui seront répliquées sur le site de secours. La réplication vers la base de secours comporte deux étapes : du dossier d'origine de la base principale au montage DBFS intermédiaire, puis, dans le site de secours, du montage DBFS au dossier de destination de la base de secours.
• Le DBFS ne peut être monté que lorsque la base de données est ouverte. Lorsque Oracle Data Guard n'est pas un service Active Data Guard, la base de données de secours est à l'état de montage. Par conséquent, pour accéder au montage DBFS dans le site de secours dans de tels cas, la base de données doit être convertie en base de secours instantanée. Lorsque Active Data Guard est utilisé, le système de fichiers peut être monté pour les lectures et il n'est pas nécessaire de passer à l'instantané.

Pour ces raisons, DBFS n'est pas recommandé en tant que solution à usage général pour répliquer tous les artefacts du système de fichiers vers la base de secours. Par exemple, il s'agit d'une surcharge de répliquer les fichiers binaires avec DBFS.

Toutefois, cette approche convient pour répliquer certains artefacts dynamiques au cours du cycle de vie, tels que la configuration partagée du domaine (ASERVER_HOME), lorsque d'autres méthodes telles que la réplication du stockage ou la synchronisation rsync ne sont pas possibles. Consultez l'article Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery pour voir un exemple sur l'utilisation de DBFS comme système de fichiers d'aide pour répliquer la configuration de domaine.

Allez à Télécharger le code pour le lien de téléchargement du script.