Blog-Note Oracle

PostgreSQL - Cumulative Security Update

2019-08-27T10:02:00.000-04:00

Un correctif a récemment été rendu disponible par PostgreSQL Global Development Group, plus précisément, celui nommé « Cumulative Security Update ».

Ce correctif corrige quatre problèmes de sécurité et plus de 40 bugs signalés depuis la version précédente. PostgreSQL Global Development Group recommande d’appliquer ces mises à jour le plus tôt possible.

Je vous recommande fortement l’application du correctif afin de conserver à jour vos environnements, d’éliminer tous risques de sécurité et de recevoir un meilleur support en cas de problème. Cependant, avant de procéder à l’application, il est conseillé de mettre à l’essai la procédure d’installation et d’évaluer les impacts de celui-ci sur vos systèmes. Il ne faut pas oublier de mettre à l’essai la procédure de désinstallation du correctif pour s’assurer de ramener le logiciel à son état initial advenant des problèmes.

CrashSimulator

2018-03-21T19:54:00.003-04:00

Connaissez-vous ce merveilleux utilitaire ? Si non, alors je vous conseille d'y remédier le plus rapidement possible !!!

Ce petit bijou est capable de vous fournir près de 50 scénarios différents pour les bases de données, multi-tenant ou non. En plus, CrashSimulator est GRATUIT.

C'est un cadeau de Francisco Munoz Alvarez à la communauté Oracle à l'occasion de son dixième anniversaire de collaboration avec OTN, qui est directeur Oracle ACE.

Voici un "screenshot" de l'utilitaire :

Pour l'obtenir, rendez-vous sur le blog de Francisco et remplissez le formulaire.

Avertissement !!!! Ne l'utilisez pas sur un environnement de production, sinon vous serez surpris de son efficacité :)

Vous prévoyez migrer vers Oracle 12c Release 2 ?

2018-03-21T07:33:00.001-04:00

Vous prévoyez migrer vers Oracle 12c Release 2 ? Alors, je vous recommande de prendre connaissance des documents qui se trouvent sur le Blog de Mike Dietrich à l’adresse https://lnkd.in/dsem2GD, plus particulièrement ceux provenant des conférences qui ont eu lieu au OOW 2017 et qui concernent la migration à 12.2. Ça risque d’être très pertinent pour vous !

Destination alternative pour les fichiers d'archive (archivelog files)

2018-03-21T07:29:00.000-04:00

Pour les bases de données Oracle, on peut ajouter une destination alternative pour les fichiers d'archive (archivelog files) au cas où la destination primaire se remplisse ou devienne indisponible.

Par exemple, en supposant que la destination primaire est le groupe de disque "FRA1" sous Oracle Automatic Storage Management (ASM), il est possible d'ajouter comme destination alternative le groupe de disques (diskgroup), nommons-le "FRA2". Si jamais "FRA1" est plein, Oracle va automatiquement commencer à inscrire ses fichiers d'archive dans "FRA2". Lorsque "FRA1" redeviendra en état de recevoir des fichiers d'archive, Oracle va automatiquement recommencer à inscrire les fichiers dans "FRA1".

Ceci est un comportement normal pour les bases de données de la version 12c. Pour les bases de données de la version 11g, la destination alternative est aussi possible cependant si jamais la base de données bascule l’inscription des fichiers d'archive vers "FRA2", vous devrez manuellement réactiver la destination primaire.

Préparez-vous une migration à Oracle 12cR2 ?

2018-03-21T07:27:00.003-04:00

Vous prévoyez migrer à la Release 2 d'Oracle Database 12c ? Et bien, voici des documents essentiels que vous devez prendre connaissance sur le site de support d'Oracle (My Oracle Support) :

Complete Checklist for Manual Upgrades to non-CDB Oracle Database 12.2 (MOS Note: 2173141.1)
Complete Checklist for Manual Upgrade for Multitenant Architecture Oracle Databases from 12.1. to 12.2 (MOS Note: 2173144.1)
Complete Checklist for Upgrading to Oracle Database 12.2 using DBUA (MOS Note: 2189854.1)
12.2.0.1 Base Release – Availability and Known Issues (MOS Note: 2239820.1)

Similarité entre Oracle et PostgreSQL

2018-03-21T07:13:00.000-04:00

PostgreSQL et Oracle ont des architectures qui se ressemblent. Tous les deux offrent des fonctionnalités similaires tel que le partitionnement, les vues matérialisées, le parallélisme, des mécanismes de réplications qui se nomment "Data Guard" chez Oracle et "Streaming Replication" et "Hot Standby" du côté de ProgreSQL. À noter qu'il n'y a pas d'équivalent d'Oracle RAC dans le monde de PostgreSQL.

Pour les sauvegardes et le recouvrement, il existe un outil de sauvegarde et de récupération qui se nomme "Barman". N'ayez crainte, ça n'a rien à voir avec les établissements où l'on consomme de l'alcool, Barman est plutôt l'acronyme pour "Backup And Recovery MANager".

Pour en connaitre davantage : https://lnkd.in/dKmWeH3

Utilisation gratuite d'Oracle Cloud File System... la base, bien sûr!

2014-09-23T12:45:00.000-04:00

Selon la documentation officielle, l'utilisation des fonctionnalités de base d'Oracle Cloud File System est gratuite pour tous les types de données, y compris les fichiers non-Oracle.

Oracle Cloud File System comprend Oracle ASM Cluster File System (Oracle ACFS) ainsi que le gestionnaire de volumes dynamiques Oracle ASM (Oracle ADVM). L'utilisation des fonctionnalités de base est gratuite pour tous les types de données, y compris les fichiers non-Oracle cependant l'utilisation des fonctionnalités avancées d'Oracle ACFS nécessite la licence Cloud File System. Les fonctionnalités avancées sont composées des clichés (snapshot), de la réplication, du marquage (tagging), du realm-based security, le chiffrement et l'audit.

Autre particularité, Oracle prend en charge ACFS\/ADVM uniquement si le serveur exécute un produit d'Oracle, qui peut-être Oracle Linux ou Oracle Solaris.

Référence: Oracle® Database Licensing Information 12c Release 1

Special thanks to Ara Shakian for his article (http://lnkd.in/bpDzt4N)

Nouveauté Oracle 12c : Augmentation de la taille des types de données VARCHAR2, NVARCHAR2 et RAW

2014-05-05T09:41:00.001-04:00

Avec Oracle 12c, La taille maximale des types de données VARCHAR2, NVARCHAR2 et RAW a été augmentée de 4000 à 32767 octets. Cette augmentation pour ces types de données permet aux développeur de stocker plus d'informations avec ces types de données avant de passer aux objets volumineux tels que les LOB. C'est particulièrement utile pour les types de données textuelles, et on peut construire des index sur ces types de colonnes.

Génération de valeur par défaut de colonne à partir d'une séquence

2014-04-30T16:26:00.003-04:00

Avec 12c, la valeur par défaut d’une colonne de table peut directement référer une séquence Oracle. Les valeurs possibles sont [sequence.CURVAL] et [sequence.NEXTVAL]. Cette nouvelle possibilité simplifie le développement de code.

Utilitaires de migration/conversion de jeu de caractères

2014-04-12T08:57:00.002-04:00

Avec Oracle Database 12c Release 1 (12.1), un assistant de migration de base de données pour Unicode (DMU) est inclut et ce dernier fournit une solution complète qui simplifie la migration des bases de données d'un jeu de caractères existants vers un jeu de caractères de type Unicode. Cet assistant devient la méthode officiellement prise en charge pour la migration vers le jeu de caractères Unicode. Les utilitaires de base de données CSSCA et CSALTER ne font plus parti de la distribution et ils ne sont plus supportés. De plus, l'assistant DMU prend également en charge la migration des bases de données des versions antérieures (10.2, 11.1, et 11.2).

Instance Caging

2013-11-12T13:36:00.001-05:00

Nous avons tendance à croire que le paramètre « cpu_count » de la base de données permet de restreindre le nombre de processeurs que la base de données peut utiliser, et ce n’est évidemment par le cas. On doit s’en remettre à d’autres fonctionnalités telles qu l’ « Instance caging » disponible avec Oracle Database Entreprise Edition 11g Release 2.

Instance Caging est un outil permettant de gérer et de limiter l’utilisation de processeurs par base de données. L’ « Instance caging » est particulièrement intéressant car il protège les bases de données qui se partagent des ressources d’être impacter par une base de données dont des processus exigeant et gourmand s’approprient l’ensemble des ressources et, qui a pour effet d’ébranler tous les systèmes desservis par celles-ci.

Une stratégie pour déterminer le nombre de processeurs par instance est d’activer l’ « instance caging » puis de surveiller l’utilisation des processeurs par l’instance. Ceci peut être fait via cette requête :

select to_char(begin_time, 'HH24:MI') time,

max(running_sessions_limit) cpu_count,

sum(avg_running_sessions)

avg_running_sessions,

sum(avg_waiting_sessions)

avg_waiting_sessions

from v$rsrcmgrmetric_history

group by begin_time

order by begin_time;

Grâce aux résultats obtenus lors de l’exécution de la requête, on peut se baser sur ceci :

· Si la valeur de la colonne « avg_running_sessions » est fréquemment inférieure à la valeur du « CPU_COUNT », cela nous indique que nous pouvons diminuer la valeur de « CPU_COUNT » sans impacter la performance.

· Si la valeur de la colonne « avg_waiting_sessions » est constamment supérieure à la valeur du « CPU_COUNT » et que le temps réponse est en deçà des attentes, ceci indique que le CPU_COUNT est possiblement insuffisant et que la performance peut être accrue en augmentant sa valeur, en autant qu’il en a de disponible.

Après quelques jours, vous aurez des statistiques sur lesquelles vous pourrez vous baser pour restreindre le nombre de processeurs utilisés par une instance.

Pour la mise en place de l’ « instance caging », il suffit de faire ceci :

SQL> ALTER SYSTEM SET CPU_COUNT = 8 SCOPE=SPFILE;

SQL> ALTER SYSTEM SET RESOURCE_MANAGER_PLAN = 'DEFAULT_PLAN' SID=’*’ SCOPE=’BOTH’;

En utilisant le plan par défaut d’Oracle Resource Manager, il n’y aura pas d’impact car il n’y a aucune limitation.

Prendre note qu’il est mention de processeurs dans ce texte mais si vous avez des processeurs de type « Hyper-Threading », la valeur de « cpu_count » correspond plutôt à un nombre de « threads ».

La vue V$RSRCMGRMETRIC_HISTORY affiche l'historique des statistiques d'Oracle Resource Manager qui proviennet de la vue V$RSRCMGRMETRIC. Seulement la dernière heure est conservée. Cette vue fournit des informations sur l'utilisation des ressources et les temps d'attente par groupe de consommateur.

Vous pouvez consulter le lien ci-dessous. Il traite aussi de l'instance caging :
http://www.oracle-base.com/articles/11g/instance-caging-to-manage-cpu-usage-in-oracle-database-11gr2.php

Création d'un dossier partagé entre l'hôte et l'invité sous Oracle VM VirtualBox

2013-10-09T09:05:00.002-04:00

Dans le gestionnaire des machines d'Oracle VM VirtualBox :

Cliquer sur le nom de la machine virtuelle
Dans la section de droite, cliquer sur "Dossiers partagés"
Ajouter un dossier partagé en cliquant sur le bouton. Il vous suffit de spécifier un emplacement existant sur l'hôte puis de lui attribuer un nom.

Ensuite, démarrer la machine virtuelle (s'il y a lieu) puis :

Ouvrir une fenêtre de terminal
connectez-vous avec "root"

su root

Positionnez-vous à la racine

cd /

Créer un répertoire. Vous pouvez spécifier le nom qui vous convient

mkdir download

Créer un lien entre le répertoire partagé et le répertoire créé précédemment. Ceci aura pour effet de rendre accessible le contenu du répertoire

mount -t vboxsf /download download

Vérifier la configuration en faisant affiché le contenu du répertoire partagé

ls -al /download

Si vous voulez que le répertoire partagé soit automatiquement accessible après un redémarrage de la machine virtuelle, ajouter une ligne semblable au fichier "/etc/fstab" sous la forme suivante :

sharename mountpoint vboxsf defaults 0 0

Exemple:
download /download vboxsf defaults 0 0

Je crois que les additions invité (vbox additions) doivent être installées sur la machine virtuelle pour que cette procédure fonctionne.

Déplacement d'un disque .vdi d'une machine virtuelle sous Oracle VM VirtualBox

2013-10-08T21:52:00.000-04:00

Si vous voulez déplacer un disque assigné à une machine virtuelle vers un autre disque sur la machine hôte, vous pouvez procéder de cette façon :

Démarrer le gestionnaire de machines virtuelles d'Oracle VM VirtualBox
Arrêter la machine virtuelle où le disque est attaché
Ouvrir le gestionnaire des médias dans le menu "Fichier"
Sélectionner le disque à déplacer puis cliquer sur le bouton "Libérer"
Fermer le gestionnaire des médias
Déplacer le fichier .vdi vers le nouvel emplacement
Dans virtualbox, cliquer sur la machine virtuelle
Cliquer sur "Stockage" dans la section de droite
Cliquer pour ajouter un disque dur et appuyer sur le bouton "Choisir un disque existant"
Ouvrir le gestionnaire des médias dans le menu "Fichier"
Supprimer la référence au disque qui est invalide car le fichier a été déplacer
Démarrer la machine virtuelle pour vérifier qu'elle est correcte

Librairie "libclntsh.so.11.1" manquante lors du démarrage d'ADRCI

2013-10-01T15:13:00.000-04:00

En voulant démarrer l'utilitaire ADRCI sur un environnement Oracle Middleware, j'ai rencontré l'erreur suivante:

adrci: error while loading shared libraries: libclntsh.so.11.1: cannot open shared object file: No such file or directory

Pour résoudre cette erreur, il suffit d'assigner l'emplacement de la librairie à l'aide de la variable d'environnement LD_LIBRARY_PATH. Voici la démarche complète :

[oracle@LABVMSL64-WLSEE]$ adrci

adrci: error while loading shared libraries: libclntsh.so.11.1: cannot open shared object file: No such file or directory

[oracle@LABVMSL64-WLSEE]$ which adrci

/u01/oracle/Middleware/wlserver_10.3/server/adr/adrci

[oracle@LABVMSL64-WLSEE]$ ldd /u01/oracle/Middleware/wlserver_10.3/server/adr/adrci

linux-gate.so.1 => (0xffffe000)

libclntsh.so.11.1 => not found

libnnz11.so => not found

libdl.so.2 => /lib/libdl.so.2 (0x00b87000)

libm.so.6 => /lib/libm.so.6 (0x00ba7000)

libpthread.so.0 => /lib/libpthread.so.0 (0x00b8d000)

libnsl.so.1 => /lib/libnsl.so.1 (0x00d0a000)

libc.so.6 => /lib/libc.so.6 (0x00a3f000)

/lib/ld-linux.so.2 (0x00a21000)

[oracle@LABVMSL64-WLSEE]$ echo $LD_LIBRARY_PATH

/u01/oracle/Middleware/patch_wls1036/profiles/default/native:/u01/oracle/Middleware/wlserver_10.3/server/native/linux/i686:/u01/oracle/Middleware/wlserver_10.3/server/native/linux/i686/oci920_8

[oracle@LABVMSL64-WLSEE]$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/u01/oracle/Middleware/wlserver_10.3/server/adr

[oracle@LABVMSL64-WLSEE]$ adrci

ADRCI: Release 11.2.0.2.0 - Production on Tue Oct 1 14:57:48 2013

No ADR base is set

adrci>

Mémoire insuffisante occasionnée par un bug de l'analyseur (parser) XML

2013-09-25T16:10:00.002-04:00

Lors du traitement de contenu XML, une erreur de mémoire insuffisante a été rencontrée. Le message d’erreur exacte est le suivant :

ORA-27163: mémoire insuffisante

ORA-06512: à "SYS.XMLTYPE", ligne 272

ORA-06512: à ligne 1

ORA-06512: à ligne 15

Après avoir diagnostiquer le problème, nous avons trouver une solution de contournement sur MOS (My Oracle Support). Il suffit d'exécuter cette commande pour désactiver la nouvelle version du parser XML et d'utiliser plutôt l'ancienne :

Alter session set events='31156 trace name context forever, level 0x400';

Ce problème a été rencontré sous Oracle Database 11.2.0.3.6 sur un plateforme Red Hat Enterprise Linux 64bits.

Accès au journal de la base de données (alert.log)

2013-05-23T10:21:00.000-04:00

Un de mes collègues de travail m’a parlé d'un besoin qu'il avait en clientèle. Ce besoin consiste à accéder au fichier log de la bd (alert log) via une requête. Voici quelques façons qui me viennent à l’idée :

La table « x$dbgalertext » est une table externe mappé sur le fichier alert log
Depuis 11g, les alert log sont stocké en fichier texte mais aussi en XML donc facilement exploitable.
Il existe UTL_FILE pour effectuer des opérations
Pourquoi ne pas exploiter les tables externes en mettant en référence le fichier log désiré
Le package « dbms_system.ksdwrt » permet d’écrire dans le fichier alert log.

Gérer les DBMS_JOB des autres schémas

2013-02-28T12:34:00.003-05:00

Enfin terminé les restrictions concernant la gestion des jobs (DBMS_JOBS) appartenant aux autres schémas !!! Vous ne verrez plus le message :

ORA-23421: job number 99 is not a job in the job queue

Il suffit d'utiliser le package "dbms_ijob". Ce package permet, en tant que DBA, de gérer les jobs des autres utilisateurs. Je ne l'ai pas explorer mais tout semble indiquer que le package "dbms_ijob" peut être utilisé de la même façon que "dbms_job".

Selon Tom Kyte, le package "dbms_job" est le seul package supporté par Oracle donc, à utiliser avec modération au cas où... En passant, le caractère "I" dans "IJOB" signifie "internal".

Utilisation d'Embedded PL/SQL Gateway (EPG)

2013-02-05T14:31:00.002-05:00

Embedded PL/SQL gateway (EPG) est intégré à la base de données, plus précisément à Oracle XML DB HTTP listener. Oracle XML DB HTTP listener et Embedded PL/SQL gateway agit au même titre qu'Oracle HTTP Server (OHS) avec mod_plsql et procure les mêmes fonctionnalités internes. Le principale avantage d'utiliser EPG est son architecture très simple qui permet un déploiement simple et rapide (2-tiers) avec une configuration minimale pour une utilisation soit personnelle, de tests ou tout simplement temporaire.

D'un point de vue sécurité, EPG n'est pas l'architecture recommandée pour les applications déployées en production. EPG est principalement utilisé pour des environnements de développement, de tests ou d'autres environnements internes impliquant peu d'utilisateurs. EPG n'est pas la solution idéale pour desservir une application critique accédée par une multitude d'utilisateurs.

Embedded PL/SQL gateway utilise l'architecture partagée (shared server) de la base de données Oracle. Dans cette situation, la valeur du paramètre "SHARED_SERVERS" doit être ajustée pour s'assurer qu'elle soit optimale et en mesure de répondre au nombre d'utilisateurs qui accèdent aux applications sous APEX. La valeur du paramètre "SHARED_SERVERS" peut être vérifiée en exécutant la commande suivante :

show parameter shared_servers

Par défaut la valeur du paramètre est "1". Si cette valeur reste ainsi, cela aura pour effet de provoquer de la contention lors de l'accès aux applications car il n'y a qu'un seul processus pour gérer les requêtes initiées par les utilisateurs.

Les désavantages à utiliser "Embedded PL/SQL gateway" versus "Oracle HTTP Server" sont :

plus grande sollicitation de la base de données
plus difficile à diagnostiquer les problèmes (utilisation d'API)
moins de fonctionnalités et de souplesse
configuration plus limitée et ardue
aucune répartition de la charge ou de fonctionnalité de basculement (failover)
impossible d'installer EPG sur un serveur autre que celui de la base de données ce qui oblige :

d'exposer la base de données directement sur Internet
si arrêt de base de données alors arrêt du serveur web aussi (données statiques inaccessibles)

Je n'ai fait aucune mention d'APEX Listener et c'était volontaire. Lors de nos plus récentes mises à l'essai de ce produit, il était plus ou moins évident à configurer et je considère qu'il manque un peu de maturité. N'empêche qu'il est de plus en plus intéressant car Oracle investit beaucoup de temps à développer cette nouvelle solution qui saura répondre davantage aux besoins actuels et futurs. Je vous conseille de gardez un oeil sur APEX Listener car il est voué à un bel avenir.

Support de Java sous Oracle Fusion Middleware et/ou Weblogic

2013-01-29T16:27:00.002-05:00

Lorsque Java SE est utilisé pour faire fonctionner un produit Oracle, il est considéré comme un composant intégré à ce produit et il se conforme au support de ce dernier (Premier Support life cycle) tout en respectant la politique d'Oracle Lifetime Support.

Voici des exemples provenant du site de support d’Oracle :

J2SE 1.4.2 End of Life (EOL) was announced for October 2008 and J2SE 5.0 for October 2009. This Java SE End of Life applies to Java SE when used standalone or with 3rd party applications. Many Oracle Fusion Middleware products are installed with or run on these versions of J2SE, (now referred to as Java SE). For Oracle Fusion Middleware products, the Oracle Lifetime Support Policy's Extended Support date takes precedence for a given Oracle Fusion Middleware product.
Java SE 6 End of Life (EOL) is provided here. This Java SE End of Life applies to Java SE when used standalone or with 3rd party applications. Many Oracle Fusion Middleware products are installed with or run on this version of Java SE. For Oracle Fusion Middleware products, the Oracle Lifetime Support Policy's Extended Support date takes precedence for a given Oracle Fusion Middleware product.
For Java SE 7 and newer, the same guidelines will be applicable and as according to the Oracle Fusion Middleware Lifetime Support Policy document.

Pour plus de détails, réfèrez-vous à la note d’Oracle « Java SE End of Life and Oracle Fusion Middleware Policy [ID 952075.1] »

Un accès SFTP n'a jamais été aussi facile

2013-01-29T15:15:00.003-05:00

Voici une simple et complète intégration du support SFTP à Windows Explorer qui s'intitule "Swish".

Swish ajoute un support SFTP à Windows Explorer pour qu'on puisse accéder à nos fichiers sur un autre ordinateur/serveur en toute sécurité via SSH. Swish est facile à utiliser car il s'intègre parfaitement à Windows Explorer pour travailler avec des fichiers distants comme si c'était des disques locaux.

Swish est une belle option pour les utilisateurs de Windows parce qu'il est simple d'utilisation.

Pour plus de détails : http://www.swish-sftp.org/

Impossible de recréer la liste de contrôle d'accès (ACL)

2013-01-28T11:30:00.004-05:00

Suite à la suppression de la liste nommée "power_users.xml" qui avait été créée à l'aide du code PL/SQL fournit par Oracle, je n'étais plus en mesure de la recréer. J'obtenais l'erreur "ORA-01403 : NO DATA FOUND" lors de l'exécution des commandes suivantes dans SQL*Plus sous le compte "SYS" sur une base de données 11gR2 (11.2.0.3) :

SYS@lab11g> exec DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('power_users.xml','test','APEX_040100', TRUE, 'connect');

SYS@lab11g> exec DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('power_users.xml','*');

Après avoir exécuté plusieurs requêtes pour consulter la configuration de l'ACL dans le dictionnaire de la base de données, je fus surpris du résultat de la requête suivante :

SYS@lab11g> select host from net$_acl;
HOST
-----------------------------------------------------
*
192.168.1.109
ftp.oracle.com

La requête m'indiquait que le host "*" était toujours présent dans la base de données malgré la suppression de la liste "power_users.xml". J'ai alors vérifié si ce "host" était assigné à une autre liste dont j'aurais peut-être oublié :

SYS@lab11g> select *
from DBA_NETWORK_ACLS T1, NET$_ACL t2
where t1.aclid=t2.aclid
and t2.host = '*';

no rows selected

Le host "*" n'étant assigné à aucune liste, je l'ai alors supprimé :

SYS@lab11g> delete from NET$_ACL where host = '*';

1 row deleted.

SYS@lab11g> commit;

Commit complete.

Suite à la suppression, je fus en mesure de recréer la liste telle que désirée.

Je ne peux m'empêcher de vous dire qu'il n'est pas recommandé de supprimer des données directement du dictionnaire de la base de données. Mieux vaut contacter le support d'Oracle.

Une limite au maximum

2013-01-24T12:37:00.002-05:00

Lors de la création d'une base de données Oracle 11gR2 sous Microsoft Windows Server avec l'utilitaire DBCA, nous avons rencontré l'erreur suivante :

ORA-02249: missing or invalid value for MAXLOGMEMBERS

Nous savions que ceci était directement lié à la création des fichiers de contrôle plus précisément au nombre de membres qui sont autorisés dans chaque groupe de journaux (redo log).

Dans DBCA, nous sommes revenu à l'écran de saisie concernant les paramètres nous permettant de spécifier la valeur de "MAXLOGMEMBERS". La valeur que nous avions inscrite était "6". Rien de très élevé, vous en conviendrez !

Pour comprendre la cause de cette erreur, nous avons effectué quelques recherches pour finalement tomber sur un document d'Oracle indiquant que cela est dû à une restriction codé en dur qui oblige la valeur à être comprise entre 1 et 5. Oracle considère qu'il est peu probable qu'une base de données ait à utiliser plus de 2 ou 3 membres pour chaque groupe de fichiers log. Par conséquent, le maximum de 5 a été mis en place.

La documentation d'Oracle n'est pas clair à ce sujet. Elle indique que la valeur dépend de notre système d'exploitation. Dans le document "Oracle® Database Administrator’s Reference" pour Linux/Unix, il est indiqué que la maximum est 5. Un peu plus de précision dans la documentation ou dans le message d'erreur aurait été apprécié.

Un portefeuille pour la base de données

2012-12-20T15:28:00.000-05:00

Afin de permettre à la base de données d’accéder au contenu d’un site sécurisé par le protocole SSL, celui-ci doit avoir un portefeuille (wallet) dans lequel on retrouve les certificats.

1. Obtention des certificats

Cette section décrit comment procéder à l’exportation des certificats associés au domaine (site) dont nous voulons que la base de données puisse accéder.

Note : Les étapes de cette section dépendent du fureteur utilisé. Dans le cas actuel, le fureteur Firefox de Mozilla est utilisé.

Accéder au site via son adresse sécurisée à l’aide d’un fureteur Internet
Accéder au détail du certificat du site en cliquant à la gauche de l’adresse URL puis, sur le bouton « More Information… »
Cliquez sur le bouton « View Certificate » pour faire afficher la fenêtre des propriétés
Ensuite, déplacez-vous vers l’onglet « Details ». À ce moment, il est important de remarquer dans la partie du haut que la hiérarchie est constituée de plusieurs niveaux. Cela indique que vous devez exporter plusieurs certificats (1 par niveau).
Pour débuter, sélectionnez le premier niveau puis appuyez sur le bouton « Export » au bas de la fenêtre
Choisissez le format « X.509 Certificate (PEM) » puis enregistrez le certificat sous un emplacement de votre choix.
Répéter les deux étapes précédentes pour chacun des niveaux

2. Création du portefeuille

Accéder au serveur de base de données via un outil tel que « Putty »
Établir une connexion avec le compte propriétaire (ex. oracle)
Créer une nouvelle entrée dans le portefeuille

Note : Veuillez spécifier un emplacement et un mot de passe pour le protéger.

(oracle) $ orapki wallet create –wallet [répertoire/du/wallet] -pwd [mot_de_passe] -auto_login

3. Importer les certificats dans le portefeuille

Transférer les certificats précédemment exportés sur le serveur de base de données
Accéder au serveur de base de données via un outil tel que « Putty »
Établir une connexion avec le compte propriétaite (ex. oracle)
Importer tous les trois certificats en exécutant cette commande pour chacun :

Note : Assurez-vous de préciser le nom exact du fichier correspondant au certificat.

(oracle) $ orapki wallet add -wallet [répertoire/du/wallet] -trusted_cert -cert [Nom_fichier_crt] -pwd [mot_de_passe]

4. Afficher le contenu du portefeuille

Vous pouvez exécuter la commande suivant pour vérifier le contenu du portefeuille. La commande affiche les certificats qu’il contient.

(oracle) $ orapki wallet display -wallet [répertoire/du/wallet]

5. Vérifier le fonctionnement

Démarrer l’outil SQL*Plus
Établir une connexion à la base de données avec un compte administrateur (DBA)
Exécuter la requête SQL suivante :

Note : avant d’exécuter la requête, veuillez spécifier l’emplacement (répertoire) où se trouve le fichier (portefeuille) ainsi que le mot de passe de ce dernier

SELECT utl_http.request('https://[Adresse_URL]','',
'file:[Nom_fichier_Wallet_incluant_Repertoire]', '[Mot de passe]')
FROM dual;

Si la requête retourne une série de balise « HTML », cela confirme que c’est fonctionnel.

Et pour terminer, n'oubliez pas de jeter un oeil à la liste de contrôle ACL pour que votre schéma (utilisateur) soit autorisé à accéder au site web.

Quels sont les correctifs (patches) installés sur la base de données ?

2012-12-20T14:59:00.003-05:00

Si vous désirez connaître les correctifs (patches) d'Oracle qui ont été installés/appliqués sur la base de données, vous pouvez exécuter la commande suivante :

opatch lsinventory

et consulter le contenu des objets ci-dessous du dictionnaire :

select * from DBA_REGISTRY_HISTORY
select * from registry$history;
select * from dba_registry;

Incapable d'émettre un droit malgré la clause "With Grant Option"

2012-10-31T22:12:00.000-04:00

Après avoir octroyer le droit d'exécution sur le package UTL_HTTP à un schéma particulier avec la clause "With Grant Option", ce dernier n'a pas été en mesure d'émettre à son tour, ce même droit à un autre schéma malgré la présence de la clause. Lors de l'émission du privilège, l'erreur "ORA-01031 INSUFFICIENT PRIVILEGES" est soulevé. Ce qui ne fait aucun sens.

Après quelques recherches, j'ai alors remarqué que ce comportement est un bug répertorié chez Oracle et il a été observé sur la version 11.2.0.3 de la base de données. (Bug 13036331 : ORA-01031 INSUFFICIENT PRIVILEGES WHEN GRANTING EXECUTE ON DBMS PACKAGES)

Étrangement, mais heureusement, il y a une solution de contournement. Dans mon cas, il a suffit d'effectuer un "Alter system flush shared_pool;" puis d'émettre à nouveau le privilège initial qui comportait la clause "With Grant Option" et ensuite, d'octroyer de nouveau le privilège à l'autre schéma dont il était impossible de faire. Cette fois-ci, ça l'a réussi.