Notes de parution › Problèmes connus › Problèmes liés à CA Business Service Insight [assign the version number for your book]

Rubrique précédente: Problèmes connus

Rubrique suivante: Problèmes liés aux versions précédentes

Problèmes liés à CA Business Service Insight [assign the version number for your book]

Cette section présente les problèmes détectés dans cette version.

Problèmes liés au moteur ACE

38282

La migration de milliers de mesures de ACE1 à ACE2 aboutit parfois sur une erreur.

Solution : Dans les systèmes volumineux, migrez les mesures en fragments de 1 000.

38284

Lorsqu'une tâche de destinataire essaie de lancer son calcul, il arrive qu'elle soit bloquée si le calcul de la tâche d'expéditeur correspondante n'a pas suffisamment progressé. Cette erreur est toutefois valide et est consignée dans le journal avec le texte suivant :

Erreur : #111 the calculation dates boundaries for task X are invalid Dates: [Z - Y].

Remarque : Le message est écrit plusieurs fois, jusqu'à ce que le destinataire puisse commencer le calcul. Vous pouvez ignorer ce message d'erreur.

Planification du rapport de données initiales

A compter de la version 8.2, vous ne pouvez pas modifier les entités de données initiales de façon directe et les icônes d'édition correspondantes sont désactivées.

Vous ne pouvez donc pas planifier de rapports prédéfinis, rapports d'administration et rapports de base de données d'administration de façon directe.

Pour résoudre ce problème, procédez comme suit :

  1. Sélectionnez le rapport et cliquez dessus avec le bouton droit de la souris.

    Les options disponibles s'affichent.

  2. Sélectionnez Dupliquer.

    La boîte de dialogue Propriétés s'affiche.

  3. Enregistrez le rapport/livret avec un autre nom.
  4. Ouvrez le rapport dupliqué.
  5. Pour planifier le rapport dupliqué, cliquez sur Planification, Modifier.

Espaces disque logiques

37519

Les clients peuvent être amenés à désactiver certains jobs de base de données, car les fonctionnalités correspondantes ne leur sont pas utiles.

Dans certaines versions antérieures à la version 8.2, oblidbadmin correspondait à l'utilisateur connecté à la base de données désignée ainsi qu'à l'utilisateur à forts privilèges désigné. Dans la version actuelle, les jobs de base de données sont créés pour que l'utilisateur connecté à la base de données désignée et l'utilisateur à forts privilèges désigné soient Oblicore.

Lors d'une mise à niveau vers la version 8.2, tous les jobs actuels (10) créés sous le schéma Oblicore ou oblidbadmin sont automatiquement supprimés, puis resoumis avec l'utilisateur Oblicore. Les jobs désactivés sont donc activés.

Vous devrez donc désactiver de nouveau tous les jobs précédemment désactivés.

Pour désactiver les jobs, il est recommandé de définir l'attribut 'broken' et de ne pas supprimer les jobs en même temps. Lors des prochaines migrations, vous pourrez recréer les jobs manquants automatiquement.

Exemple :

-- Avant la mise à niveau. 
-- Cette opération recherche les jobs cassés. 
-- Cette opération enregistre les résultats.
select what
  from dba_jobs
where schema_user = 'OBLICORE'
   and broken      = 'Y'

-- Après la mise à niveau. Cette opération sélectionne les jobs. 
select job
  from dba_jobs x
where schema_user = 'OBLICORE'
   and what        = 'oblicore.db_mng_forcast_pkg.cre_forcast_new_partition (''PSL'');'

-- Résultat possible
JOB
---
48

-- Cette opération soumet de nouveau le job.
begin
   dbms_job.broken (48 , true);
   commit;
end;

-- ou :
-- Cette opération soumet de nouveau le job (SQLplus).

exec dbms_job.broken (48 , true);
commit;