Upgrader le manager ASR : facile !

Voici un petit mode opératoire pour upgrader ASR et OASM (sa couche transport) - mis à jour le 13 mars 2014

La méthode à utiliser dépend de la version de OASM(*) courante.
Pour connaitre la version courante de votre OASM :
# /opt/SUNWsasm/bin/sasm version

A partir de la version 1.4.0, ASR propose la fonctionnalité d'auto-update (voir ce billet)

Pour les versions antérieures, cela reste simple, il suffit de s'assurer de la présence de JAVA 7, de désinstaller les packages SUNWsasm (OASM) et SUNWswasr (ASR), de les réinstaller en utilisant JAVA 7, et de réenregistrer le manager ASR.

Si votre version courante de OASM est 1.2.1 ou antérieure, il y a un petite vérification à faire. Ces versions communiquent avec l’infrastructure Oracle via transport.sun.com. A partir de OASM 1.3.0 c'est transport.oracle.com qui est utilisé.
Donc, si la version 0ASM que vous désinstallez est 1.2.1 ou moins, il faut au préalable s'assurer que la règle du proxy ou du firewall qui laisse sortir le trafic du manager ASR vers Oracle autorise bien transport.oracle.com sur le port 443.

Voici la précédure d'upgrade en 5 points

1. Télécharger les packages du manager ASR et de OASM, les copier et les dézipper sur le manager ASR à upgrader. On les trouve dans My Oracle Support, DocID 1185493.1

2. Vérifier la version de JAVA
OASM 1.5.0 requiert java 7 (JDK 1.7.0_13 ou plus). L'OASM avant upgrade utilise très certainement java 6.

Vérifier la version de java utilisée actuellement par OASM :
# grep java.exec /var/opt/SUNWsasm/configuration/config.ini

Si nécessaire, télécharger ici le package jdk 7.
Attention : OpenJDK n'est pas supporté.

3. Désinstaller ASR et OASM
Avant de commencer, il faut s'assurer que OASM est démarré :
[solaris]# svcs sasm
[Linux]   # /opt/SUNWsasm/bin/sasm status

Si OASM n'est pas démarré, on le démarre :
[solaris]# svcadm enable sasm
[Linux]   # /opt/SUNWsasm/bin/sasm start-instance

Maintenant, on peut enlever les packages :
[solaris]# pkgrm SUNWswasr ; pkgrm SUNWsasm
[Linux]   # rpm -e SUNWswasr ; rpm -e SUNWsasm

4. Réinstaller OASM et ASR
Si on change de version de java, on initialise la variable JAVA_HOME, pour désigner le java que devra utiliser notre nouveau OASM.
Par exemple, si java est installé ici : /usr/java/jdk1.7.0_51/bin/java, on initialise JAVA_HOME de la façon suivante :

# export JAVA_HOME=/usr/java/jdk1.7.0_51
# $JAVA_HOME/bin/java -version

On installe OSAM :
[solaris]# pkgadd -d SUNWsasm.‹version_timestamp›.pkg
[Linux]   # rpm -i SUNWsasm.‹version_timestamp›.rpm

On s'assure que OASM est bien démarré, sinon on le démarre (voir point 3.)

On installe ASR :
[solaris]# pkgadd -d SUNWswasr.‹version_num›.pkg
[Linux]   # rpm -i SUNWswasr.‹version_num›.rpm

5. Enregistrer le manager ASR
# /opt/SUNWswasr/bin/asr register
Et on vérifie que le manager est bien enregistré, et que la connexion est bonne :
# /opt/SUNWswasr/bin/asr show_reg_status
# /opt/SUNWswasr/bin/asr test_connection

Yes, we did it ! (ma fille adore Dora l'exploratrice)

Dans la version que l'on vient d'installer, il y a la fonctionnalité d'auto-upgrade, c'est donc la dernière fois que vous utilisez cette procédure d'upgrade.

La documentation décrivant l'upgrade du manager ASR se trouve dans l'Installation and Operations Guide.

(*) OASM : Oracle Automated Service Manager, la couche transport de ASR et SFT.
s'appelait auparavant SASM, Sun Automated Service Manager.

Comments:

J'ai mis à jour ce post le 13 mars 2014.
J'y ai ajouté l'upgrade éventuel vers JAVA 7, pour la version 1.5.0 de OASM

Posted by Philippe Cendrowski on mars 13, 2014 at 11:15 AM MET #

Post a Comment:
  • HTML Syntax: NOT allowed
About

MOS, ASR, SDP, CAM pour la partie Connected Services et Beehive, UCM, WebCenter pour Social Networking au sens large.

Search

Archives
« juillet 2014
lun.mar.mer.jeu.ven.sam.dim.
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
   
       
Today