Je travaille sur la mise à niveau de nos services Oracle Cluster Ready existants de 11.1.0.7 à 11gR2 (11.2.0.1). Les choses ne se passent pas aussi bien que je l'avais espéré et j'apprends beaucoup sur les changements du 11gR2. Il ne s'agit pas d'une mise à niveau mineure comme le suggèrent les différences de numéro de version. Il y a eu beaucoup de changements dans CRS 11gR2. Les principales modifications sont les suivantes (sans ordre particulier) :
- Cluster Ready Services (CRS ou Clusterware) s'appelle désormais Grid Infrastructure, ou GRID en abrégé.
- Si vous utilisez ASM, il n'est plus installé dans une maison séparée. Oracle GRID inclut désormais Clusterware et ASM dans la même maison.
- Oracle GRID 11gR2 inclut désormais un écouteur de nom d'accès client unique (SCAN). Pour garder les choses simples, vous devrez créer une adresse IP virtuelle SCAN comme vos VIP habituels et les enregistrer avec DNS. Le SCAN VIP doit porter le même nom que le nom de votre cluster. Le SCAN VIP doit avoir 3 adresses IP associées car Oracle GRID démarrera jusqu'à 3 écouteurs SCAN.
- Oracle GRID 11gR2 prend désormais en charge la multidiffusion. J'ai dû appliquer le patch 9974223 car ma configuration utilisait un port secondaire pour la multidiffusion. Il existe un outil de test de multidiffusion qui peut vous aider à déterminer si vous êtes configuré pour la multidiffusion ou non.
- Bien que vous puissiez redémarrer CRS avec "crsctl stop/start crs", j'ai toujours été habitué à "/etc/init.d/init.crs stop/start". Le script /etc/init.d/init.crs n'est plus disponible. Il a été remplacé par /etc/init.d/init.ohasd à la place.
Ce ne sont là que quelques-uns des changements que je constate au fur et à mesure que j'effectue mes mises à niveau et résout les problèmes qui surviennent.
Cette mise à niveau m'a prouvé qu'il est utile de disposer d'un banc d'essai RAC avant de travailler sur ces tâches dans vos environnements de production. Le dernier endroit où j'ai travaillé n'avait qu'un seul environnement RAC et c'était notre base de données de production. Il a été jugé trop coûteux de mettre en place un autre environnement RAC pour le développement/les tests. Mon employé actuel a été assez sage pour mettre en place un banc d'essai RAC où je pouvais complètement détruire des choses et tester, tester, tester avant d'essayer en production. Les choses ont changé ces dernières années où l'on peut utiliser des machines virtuelles pour configurer des environnements de test beaucoup moins chers qu'auparavant où nous devions acheter du matériel uniquement pour les tests.
Cela étant dit, j'aimerais que mon banc d'essai RAC actuel soit dans un environnement VM. Si c'était dans une machine virtuelle, je pourrais prendre un instantané de la machine virtuelle avec CRS 11.1.0 en cours d'exécution et si je rencontrais des problèmes difficiles à résoudre, je pourrais revenir à l'instantané. Dans l'état actuel des choses, si je rencontre des problèmes avec la mise à niveau et que je fais vraiment des dégâts, je dois tout désinstaller manuellement, réinstaller CRS 11.1.0 et recréer une base de données avant de pouvoir réessayer une mise à niveau CRS 11.2.0. Cela prend du temps et une machine virtuelle pourrait me faire gagner beaucoup de temps ici.
