A propos d'Oracle Database File System

Oracle Database File System (DBFS) tire parti des avantages de la base de données pour stocker les fichiers et des points forts de la base de données pour gérer efficacement les données relationnelles afin d'implémenter une interface de système de fichiers standard pour les fichiers stockés dans la base de données. Grâce à cette interface, les fichiers de la base de données sont 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 dans la mesure où il fournit un système de fichiers réseau partagé qui ressemble à un système de fichiers local et dispose à la fois d'un composant serveur et d'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 introduit 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 sur l'hôte qui le monte et effectuer la configuration initiale de certains artefacts dans la base de données (tablespace, utilisateur, etc.) et dans le client (portefeuille, tnsnames.ora, etc.). Elle 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 est déconseillé 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. Cependant, il existe certains artefacts et opérations qui peuvent bénéficier des fonctionnalités DBFS.

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

Vous pouvez utiliser un montage DBFS (Oracle Database File System) 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 automatiquement répliqué sur le site de secours via la réplication Oracle Data Guard sous-jacente. De cette façon, le site secondaire en possède toujours une copie synchronisée. Il n'est pas nécessaire 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 (principaux et secondaires). Vous devez effectuer la configuration initiale de certains artefacts dans la base de données (tablespace DBFS, utilisateur, etc.) et dans le client (portefeuille, tnsnames.ora, etc.).

Reportez-vous au 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 client et monte le système de fichiers DBFS dans un hôte de niveau intermédiaire.

Accédez à Télécharger le code pour obtenir le lien permettant de télécharger le 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 d'exécuter le script. Le script utilise yum pour télécharger certains packages 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 "CUSTOMIZABLE VARIABLES" du script.
• La variable DBFS_CONFIG_DIR permet de 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 possède sa propre configuration. Ne le placez pas sous le dossier du domaine, car il sera répliqué en tant que domaine secondaire lorsque le domaine sera répliqué.
• Vous devez exécuter le script sur les hôtes principaux de niveau intermédiaire (pointant vers la base principale) et sur les hôtes secondaires de niveau intermédiaire (pointant vers la base secondaire). Des avertissements s'affichent car certains éléments ont déjà été créés (utilisateur de base de données, tablespace, etc.), mais vous pouvez ignorer ces messages.
• Pour effectuer la configuration sur 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 système de fichiers DBFS ne peut être monté que lorsque la base de données est ouverte. Si Oracle Data Guard n'est pas une instance Active Data Guard, la base de données de secours est en état de montage. Dans ce cas, pour accéder au montage DBFS sur le site de secours, vous devez convertir la base de données en base de secours instantanée.

Une fois le montage DBFS configuré sur 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 sur le site secondaire. Il est automatiquement répliqué avec Oracle Data Guard. En cas de permutation ou de basculement, le contenu d'exécution est disponible dans la nouvelle base 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 sur le site principal est répliqué sur le site secondaire via Oracle Data Guard.

Inconvénients:

• Les performances de DBFS sont moins bonnes que dans les solutions NFS (Oracle Cloud Infrastructure File Storage, Oracle ZFS).
• Oracle vous recommande de remonter dbfs dans la nouvelle base principale après une permutation, afin de vous assurer que le montage DBFS est en bon état. Le montage DBFS peut devenir obsolète et nécessiter un remontage si la base de données à laquelle il pointe n'était pas ouverte depuis un certain temps (par exemple, lorsque la base de données est en mode veille).

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

Le système de fichiers Oracle Database (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 automatiquement répliqué sur le site de secours via la réplication Oracle Data Guard sous-jacente.

Cette méthode tire parti de la robustesse de la réplique Oracle Data Guard. Il est disponible via 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 introduit une certaine complexité en raison de la configuration et de la maintenance requises par le montage DBFS. Le client de base de données doit être installé sur l'hôte qui va le monter, il nécessite la configuration initiale de certains artefacts dans la base de données (tablespace, utilisateur, etc.) et dans le client (portefeuille, tnsnames.ora, etc.). Reportez-vous au 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 client et monte le système de fichiers DBFS sur un hôte de niveau intermédiaire.
• Elle 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 est déconseillé 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. Au lieu de cela, il est recommandé d'utiliser le système de fichiers DBFS en tant que système de fichiers d'assistance : système de fichiers intermédiaire pour placer les informations qui seront répliquées sur le site de secours. La réplication vers le système de secours se fait en deux étapes : du dossier d'origine du serveur principal au montage DBFS intermédiaire, puis, sur le site de secours, du montage DBFS au dossier de destination du serveur de secours.
• Le système DBFS ne peut être monté que lorsque la base de données est ouverte. Si Oracle Data Guard n'est pas une instance Active Data Guard, la base de données de secours est en état de montage. Par conséquent, pour accéder au montage DBFS sur le site de secours dans ce 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 des lectures et il n'est pas nécessaire de passer à un instantané.

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

Toutefois, cette approche convient pour répliquer certains artefacts dynamiques pendant le cycle de vie, comme la configuration partagée de domaine (ASERVER_HOME), lorsque d'autres méthodes telles que la réplication de stockage ou la synchronisation rsync ne sont pas possibles. Reportez-vous à l'article Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery pour obtenir un exemple d'utilisation de DBFS en tant que système de fichiers d'assistance pour répliquer la configuration de domaine.

Accédez à Télécharger le code pour obtenir le lien permettant de télécharger le script.