Voici une fonctionalit\u00e9 tr\u00e8s puissante et souvent mal connue du driver Oracle : son support puissant des URL de connexions.<\/p>\n
Classiquement, quand on veut de la haute disponibilti\u00e9 en Oracle, on utilise deux technologies :<\/p>\n
Je ne vais pas expliquer en d\u00e9tail ces technologies, car je ne suis pas sp\u00e9cialiste Oracle ni base de donn\u00e9es, mais, en tant que d\u00e9veloppeur, vous pr\u00e9senter comment configurer votre URL de connexion Oracle pour tirer partie de ces technologies. Je vais me baser sur une installation Dataguard classique en actif\/passif.<\/p>\n
Une URL de connexion Oracle standard en JDBC est de la sorte :<\/p>\n
jdbc:oracle:thin:username\/password@dbhost:dbport:instance<\/pre>\nLe probl\u00e8me ici, est que le host et le port de la base de donn\u00e9es sont en dur dans l’URL. Ce qui fait qu’en cas de switch actif\/passif sur votre Dataguard, il faudra reconfigurer votre application et la red\u00e9marrer.<\/p>\n
Une solution \u00e0 \u00e7a, est l’utilisation d’un listener centralis\u00e9 (une base Oracle a un listener pour \u00e9ctouter les connexions, on peut utiliser un listener unique pour toutes les bases d’une entreprise qui se situe sur un serveur d\u00e9di\u00e9 et dont le r\u00f4le ne sera que d’\u00e9couter les connexions puis de faire le lien vers la base demand\u00e9 : c’est le listener centralis\u00e9) sur lequel la base va s’enregistrer et cel\u00e0 va permettre d’abstraire le nom r\u00e9el de la machine ainsi que son port.<\/p>\n
2. Listener centralis\u00e9 avec nom de service<\/h2>\n
jdbc:oracle:thin:username\/password@listenerhost:port:@servicename<\/pre>\nIci,\u00a0on ne connait plus le nom de la machine physique ni celui de l’instance de BDD mais juste un nom de service que le listener va r\u00e9soudre en tant qu’host:port:instance. Ce sera alors la responsabilit\u00e9 du DBA de switcher la base de donn\u00e9es au sein du listener en cas de bascule de Dataguard (ce qui est faisable en automatique).<\/span><\/p>\n
3. Listener centralis\u00e9 en loadbalancing<\/strong><\/p>\n
Pour plus de haute dispo, le DBA peut installer deux listener centralis\u00e9s et faire du loadbalancing\/failover entre eux (via un HAProxy ou un F5 par exemple).<\/p>\n
Mais que faire quand on a deux datacenter \u00e9tanche sur lesquels on ne peut pas cr\u00e9er de loadbalancing … et voici la solution, l’utiliation d’une URL sp\u00e9cifique permettant de faire du loadbalancing client<\/strong> !<\/p>\n
4. Laodbalancing client, setup multidatacenter<\/h2>\n
jdbc:oracle:thin:@(description=(address_list=(address=(protocol=tcp)(port=<\/strong>port1<\/strong>)\n(host=listenerhost1<\/strong>))(address=(protocol=tcp)(port=port2<\/strong>)(host=listenerhost2<\/strong>)))\n(connect_data=(SERVICE_NAME=servicename<\/strong>))(LOAD_BALANCE=ON<\/strong>)(FAILOVER=ON<\/strong>))<\/pre>\nBeaucoup de chose dans cette URL :<\/p>\n
- On a une liste d’addresse (address_list) pour pouvoir mettre plusieurs listener : ici listenerhost1:port1<\/em> et listenerhost2:port2<\/em><\/li>\n\n
- On a le service de notre base de donn\u00e9es tel que connu par le listener : ici servicename<\/em><\/li>\n\n
- On a des options de haute disponibilit\u00e9 : LOAD_BALANCE=ON et FAILOVER=ON \u00a0qui permettent de faire du loadbalancing entre les deux listener et de faire du failover (une demande de connexion vers un listener qui ne fonctionne plus sera automatiquement r\u00e9-envoy\u00e9 vers un autre)<\/li>\n<\/ul>\n
On peut imaginer utiliser cette URL pour remplacer un loadbalancer serveur ( de type HAProxy ou F5) ou en compl\u00e9ment. Via cette URL on peut donc configurer notre application pour \u00eatre en haute dispo (multi-datacenter si n\u00e9cessaire) vers nos base de donn\u00e9es (via listener centralis\u00e9). En cas de crash, ce sera au DBA de basculer la dataguard et automatiquement notre application se connectera sur le nouveau actif.<\/p>\n
Pour plus d’info, la doc du driver Oracle au sujet des URL JDBC : http:\/\/docs.oracle.com\/cd\/B19306_01\/java.102\/b14355\/jdbcthin.htm<\/a><\/a><\/p>","protected":false},"excerpt":{"rendered":"
Voici une fonctionalit\u00e9 tr\u00e8s puissante et souvent mal connue du driver Oracle : son support puissant des URL de connexions. Classiquement, quand on veut de la haute disponibilti\u00e9 en Oracle, on utilise deux technologies : Oracle RAC (Real Application Clusters) : clustering actif\/actif Oracle Dataguard : clustering actif\/passif avec possibilti\u00e9 d’avoir le passif en actif read-only Je ne vais pas expliquer en d\u00e9tail ces technologies, car je ne suis pas sp\u00e9cialiste Oracle ni base de donn\u00e9es, mais, en tant que…