Argomento precedente: Problemi noti

Argomento successivo: Problemi delle versioni precedenti

Problemi di CA Business Service Insight [assign the version number for your book]

Questa sezione riporta i problemi rilevati nella versione presente.

Problemi di ACE

38282

La migrazione di migliaia di metriche da ACE1 a ACE2 può generare errori.

Soluzione alternativa: nei sistemi di grandi dimensioni, eseguire la migrazione della metrica in blocchi di 1000 metriche fino al completamento del processo di migrazione.

38284

Quando un'attività di destinatario tenta di avviare il calcolo, l'attività potrebbe essere bloccata se l'avanzamento del calcolo dell'attività di mittente non è sufficiente. Si tratta di un errore valido registrato nel log con il testo seguente:

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

Nota: la scrittura del messaggio viene eseguita più volte finché il destinatario è in grado di avviare il calcolo. È possibile ignorare il messaggio di errore.

Pianificazione del report di dati iniziali

A partire dalla versione 8.2 non è più possibile apportare modifiche dirette alle entità di dati iniziali. Le icone di modifica corrispondenti vengono visualizzate disattivate.

Come risultato, non è possibile pianificare direttamente i report predefiniti, i report di amministrazione e i report database di amministrazione.

Come soluzione alternativa, eseguire le operazioni seguenti:

  1. Selezionare il report e fare clic con il tasto destro del mouse.

    Vengono visualizzate le opzioni disponibili.

  2. Selezionare Duplica.

    Viene visualizzata la finestra di dialogo Proprietà.

  3. Salvare il report / booklet con un nome diverso.
  4. Aprire il report duplicato.
  5. Fare clic su Pianificazione e selezionare Modifica per pianificare il report duplicato.

Spazi tabelle

37519

I clienti potrebbero disattivare i processi di database in quanto non considerano utili tali funzionalità nel proprio contesto.

In alcune delle versioni precedenti alla versione 8.2, oblidbadmin veniva utilizzato come l'utente connesso al database designato e l'utente con privilegi. Nella versione corrente, i processi di database vengono creati affinché l'utente connesso al database specificato e l'utente con privilegi corrispondano a Oblicore.

Durante l'aggiornamento alla versione 8.2, tutti i processi correnti (10) creati con lo schema Oblicore o oblidbadmin vengono rimossi automaticamente e inoltrati nuovamente come utente Oblicore. I processi disabilitati vengono attivati nuovamente.

Pertanto, sarà necessario disattivare nuovamente tutti i processi disabilitati precedentemente.

Per disattivare i processi, si consiglia di impostare l'attributo ‘broken’ e non eliminare il processo. In tal modo, durante l'esecuzione delle migrazioni successive, sarà possibile creare automaticamente i processi mancanti.

Esempio:

-- Before upgrade. 
-- This searches for broken jobs. 
-- Record the results.
select what
  from dba_jobs
where schema_user = 'OBLICORE'
   and broken      = 'Y'

-- After upgrade. This selects the jobs 
select job
  from dba_jobs x
where schema_user = 'OBLICORE'
   and what        = 'oblicore.db_mng_forcast_pkg.cre_forcast_new_partition (''PSL'');'

-- This is a possible result.
JOB
---
48

-- This resubmits the job.
begin
   dbms_job.broken (48 , true);
   commit;
end;

-- or:
-- This resubmits the job (SQLplus).

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