Questa sezione riporta i problemi rilevati nella versione presente.
|
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. |
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:
Vengono visualizzate le opzioni disponibili.
Viene visualizzata la finestra di dialogo Proprietà.
|
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;
| Copyright © 2012 CA. Tutti i diritti riservati. | Contatta CA Technologies |