9 mars 2016

Erreur fatale dans HRaSpace - Message DNA4


A la connexion, l'application HRaSpace affiche :
<< L'application suivante n'est pas disponible : HR Configuration Tool V2 >>

Dans hr-configuration-tool-web-smartgwt.log on note un message d'erreur abscons concernant BNP et le module DNA4 :

2016-03-09 06:22:57,110 [localhost-startStop-1] ERROR com.hraccess.log.ophrc.msgDesc - OPHRC3101 Error while reading server response. Result message description :
RESPONSE <- R_EXTRACT_DATA of '0' rows(s)
2016-03-09 06:22:57,110 [localhost-startStop-1] ERROR com.hraccess.log.ophrc - OPHRC3010 *** System error occured while getting message <REQUEST -> S_EXTRACT_DATA> : <RESPONSE <- R_SYSTEM_ERROR, TYERRE= R, TYORDR= P, CDPROG= BNP, CDFONC= 62, CDSFTC= HQ, ZOERR1= DNA4, ZOERR2= 000000000000999, ZOERR3= , ZOERR4= , ZOERR5= , MSG= Error on record>
2016-03-09 06:22:57,111 [localhost-startStop-1] FATAL com.hraccess.webapp.fatalerror.HRStartupFatalErrorBuilder - Error
java.lang.RuntimeException: com.hraccess.openhr.exception.HRResultSYSTEMERRORException: HRAccess system error [TYERRE='R',TYORDR='P',CDPROG='BNP',CDFONC='62',CDSFTC='HQ',ZOERR1='DNA4',ZOERR2='000000000000999',ZOERR3='',ZOERR4='',ZOERR5='',MSG='Error on record']


DNA4 est un module C existant depuis HRv9. Le guide technique indique : module Unix/ Oracle << spécifique aux plates-formes dotées d'un processeur 64 bits sur lesquelles le Pro COBOL ne permet pas le SQL dynamique de niveau 4>>

En cas d'erreur l'exécutable rédige un fichier DNA4.err
    GETLOGDIR(sPath);
    strcat(sPath,"DNA4.err");
 
Dans le répertoire openhr/logs on trouve un fichier DNA4.err dont l'horodatage correspond. Son contenu est explicite :

|DNA4-ERR|32202|318|2016-03-09 06:22:57,066959008|---------6---------7---------8
12345678901234567890123456789012345678901234567890123456789012345678901234567890
SELECT DISTINCT ZD00.NUDOSS, ZD00.CDREGL, ZD00.CDSTCO, ZD00.CDCODE FROM HR.ZD7T
ZD7T, HR.ZD00 ZD00 WHERE ( ZD00.NUDOSS = ZD7T.NUDOSS AND ZD7T.NATU23 = 'R' AND Z
D00.CDSTCO = 'HMD') ORDER BY ZD00.CDREGL ASC, ZD00.CDSTCO ASC, ZD00.CDCODE ASC;
ORA-MSG:ORA-00942: table or view does not exist
12345678901234567890123456789012345678901234567890123456789012345678901234567890

SQL> desc ZD7T
ERROR:
ORA-04043: object ZD7T does not exist
 
L'application cherche à accéder à une table ... inexistante.
La créer, stopper HRaSpace et redémarrer.

9 novembre 2015

Oracle - statistics_level = TYPICAL / ALL

De la part de Michel,

La base de données Oracle dispose d'un paramètre "statistics_level" par défaut à TYPICAL
select value from  v$system_parameter where name='statistics_level';
-------
TYPICAL
 
Sur certaines de ses bases le paramètre était valorisé à ALL.

L'effet sur les performances de HR Access s'est avéré parfois extrêmement pénalisant (surtout lorsqu'un batch exécute des milliers de petites requêtes). Replacer le statistics_level à TYPICAL a eu un effet immédiat.

Ce paramètre est en lien avec le "cardinality feedback" et le "adaptive cursor sharing".
Quelques infos sur ce post...

A priori le "statistics_level" = ALL est plutôt à réserver au debug, quand on suspecte un problème (cf ce post) :



There is very little overhead for collecting typical statistics but there will be extra overhead for collecting the OS and plan execution statistics, and statistics_level=all should only be used when troubleshooting a performance problem

23 juillet 2015

Oracle - Effets du "cardinality feedback"

Chez un collègue les performances de certaines requête Oracle se dégradaient lorsqu’elles étaient lancées plus d’une fois.

<< Depuis la version 11.2.0.1 de oracle, lorsqu’une requête est exécutée de façon répétitive, l’optimiseur tente d’améliorer son plan d’exécution après chaque passage.
Pour atteindre cet objectif, il utilise la technique de "cardinality feedback" pour s’informer sur les mauvaises estimations qu’il vient de faire pendant la génération de l’actuel plan d’exécution. Au passage suivant, il essaye de générer un nouveau plan d’exécution en se basant sur les informations précédentes.
Hélas, le nouveau plan n’est pas toujours optimal, ce qui peut contribuer à dégrader la performance de la requête à partir de la deuxième exécution

Pour savoir si le Cardinality Feedback est utilisée, se reférer à la partie Note du plan d’exécution où il est indiqué :  "Cardinality Feedback used for this statement" - ou bien interroger la colonne USE_FEEDBACK_STATS de la vue dynamique V$SQL_SHARED_CURSOR. Cette colonne doit être initialisée à ‘Y’ >>


Note de Oracle :
Cardinality feedback. This feature, enabled by default in 11.2, is intended to improve plans for repeated executions. See Support note 1344937.1 and documentation for additional info.
You can be disable cardinality feedback with an underscore parameter which can be set at session or instance level. Usual caveats on setting underscore parameters apply:
alter session set "_OPTIMIZER_USE_FEEDBACK"=FALSE;
This can also be done with a hint, therefore at statement level, using the opt_param syntax: /*+ opt_param('_OPTIMIZER_USE_FEEDBACK','FALSE') */

5 mars 2015

HRaSpace : "Erreur au chargement, essayez de vous reconnecter" si connexions multiples

Dans certains cas une connexion à un second environnement HRaSpace "écrase" la première.
 

Pour y remédier, vous devez vous arranger pour que l'entête des URL (nom du serveur) soit différent pour chacun de vos environnements.

Cela peut se faire via le fichier hosts de votre PC (répertoire C:\windows\system32\drivers\etc - à ouvrir si besoin en tant qu'administrateur).

Si votre serveur a pour adresse IP : 1.2.3.4 et qu'il héberge deux environnements REF et DEV, ajoutez une ligne pour lui associer des "noms" de machine distincts :

# mon.hraspace
1.2.3.4 monhraspace.ref mon.hraspace.dev

Et dans vos favoris (IE, Firefox) changez vos IP par les noms.
Par exemple :
http://1.2.3.4:5678/hraspace/portal
http://1.2.3.4:5679/hraspace/portal
deviendra :
http://mon.hraspace.ref:5678/hraspace/portal
http://mon.hraspace.dev:5679/hraspace/portal

25 février 2015

Onglet "Paramètres" des Plate-Forme Physiques et usage de la UC13


A partir de HRaSuite 9 et du client 7.30.50, un onglet "Paramètres" est disponible dans les objets Plates-formes physiques. Ces paramètres sont stockés dans la table PP15.

Certains permettent le chiffrement des mots de passe dans l'annuaire HRDesign :
  • UC_TEUC13 : Mode de chiffrement des mots de passe (0, 1 ou 2)
  • UC_NBRMDP : Nombre de mots de passe chiffrés à conserver
  • UC_NBMXCO : Nombre de tentatives infructueuses avant verrouillage de l'utilisateur
  • UC_PWDVTM : Validité en nombre de jours des mots de passe
  • UC_PWDVTW : Nombre de jours pendant lesquels afficher un message d'avertissement



20 février 2015

You are trying to install an older release of Design Center


Le Setup de HR Studio contrôle que vous n'essayez pas d'installer une version plus ancienne que celle déjà en place :



Si tel est le cas l'installation se bloque. Pour cela il se base sur une clef en base de registre (ici sur mon Windows 7 lors de l'installation d'une version 7.30.30 - alors qu'une 7.30.50 est déjà présente) :

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\HR Access Solutions\HR Access\Design Center\7.30\Setup\Version

Il est bien entendu que bricoler cette clef n'est pas recommandé.