Versionshinweise › Bekannte Probleme › Probleme in CA Business Service Insight [assign the version number for your book]

Vorheriges Thema: Bekannte Probleme

Nächstes Thema: Probleme der Vorgängerversionen

Probleme in CA Business Service Insight [assign the version number for your book]

In diesem Abschnitt werden die Probleme angezeigt, die in dieser Version festgestellt wurden.

ACE-Probleme

38282

Die Migration von Tausenden von Metrikwerten von ACE1 nach ACE2 führt manchmal zu Fehlern.

Umgehungslösung: Migrieren Sie in großen Systemen die Metrik in Blöcken von 1000, bis die Migration aller Metrikwerte abgeschlossen ist.

38284

Wenn eine Nutzeraufgabe versucht, ihre Berechnung zu starten, wird sie manchmal gesperrt, weil ihre Absenderaufgabe in ihrer Berechnung nicht ausreichend fortgeschritten ist. Es handelt sich allerdings um einen gültigen Fall. Ein Fehler mit dem folgenden Text wird ins Protokoll geschrieben:

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

Hinweis: Die Meldung wird viele Male geschrieben, so lange bis der Nutzer die Berechnung starten kann. Die Fehlermeldung kann ignoriert werden.

Planung des Eingangsdatenberichts

Ab Version 8.2 können Entitäten mit Eingangsdaten nicht bearbeitet oder anderweitig direkt geändert werden und ihre entsprechenden Bearbeitungssymbole sind deaktiviert.

Dadurch können vordefinierte Berichte, Admin-Berichte und Admin-DB-Berichte nicht direkt geplant werden.

Zu dieses Problem zu umgehen, folgen Sie diesen Schritten:

  1. Wählen Sie den Bericht aus und klicken Sie mit der rechten Maustaste.

    Die verfügbaren Optionen werden angezeigt.

  2. Wählen Sie "Duplizieren" aus.

    Das Dialogfeld "Eigenschaften" wird angezeigt.

  3. Speichern Sie den Bericht / das Booklet mit einem unterschiedlichen Namen.
  4. Öffnen Sie den duplizierten Bericht.
  5. Klicken Sie auf "Planung", "Bearbeiten", um den duplizierten Bericht zu planen.

Tablespaces (Tabellenbereiche)

37519

Kunden deaktivieren manchmal Datenbankjobs, weil sie sich auf Funktionen beziehen, die für sie irrelevant sind.

In manchen (nicht allen) Versionen vor Version 8.2 waren der zugewiesene Anwender für die Anmeldung bei der Datenbank und der zugewiesene berechtigte Anwender "oblidbadmin". In der aktuellen Version werden Datenbankjobs so erstellt, dass es sich beim zugewiesenen Anwender für die Anmeldung bei der Datenbank und dem zugewiesenen berechtigten Anwender um "Oblicore" handelt.

Bei einem Upgrade auf Version 8.2 werden alle aktuellen Jobs (10), die unter dem Schema "Oblicore" oder "oblidbadmin" erstellt wurden, automatisch entfernt und unter dem Anwender "Oblicore" neu übergeben. Dadurch werden deaktivierte Jobs aktiv.

Deaktivieren Sie deswegen alle Jobs, die in der Vergangenheit deaktiviert absichtlich wurden, erneut.

Um die Jobs zu deaktivieren, empfehlen wir, dass Sie das Attribut "broken" verwenden, anstatt den Job komplett zu löschen. Bei späteren Migrationen können fehlende Jobs automatisch wiederhergestellt werden.

Beispiel:

-- Vor Upgrade. 
-- Dies sucht nach "broken" Jobs. 
-- Notieren Sie die Ergebnisse.
select what
  from dba_jobs
where schema_user = 'OBLICORE'
   and broken      = 'Y'

-- Nach Upgrade. Dies wählt Jobs aus 
select job
  from dba_jobs x
where schema_user = 'OBLICORE'
   and what        = 'oblicore.db_mng_forcast_pkg.cre_forcast_new_partition (''PSL'');'

-- Dies ist ein mögliches Ergebnis.
JOB
---
48

-- Dies übergibt den Job erneut.
begin
   dbms_job.broken (48 , true);
   commit;
end;

-- oder:
-- Dies übergibt den Job erneut (SQLplus).

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