En esta sección, se indican los problemas detectados en esta versión.
|
38282 |
La migración de miles de métricas desde ACE1 a ACE2 puede dar lugar a errores. Solución alternativa: En grandes sistemas, migre la métrica en fragmentos de 1000 hasta que finalice la migración de toda la métrica. |
|
38284 |
Cuando una tarea de receptor intenta iniciar el cálculo, es posible que se bloquee puesto que la tarea de remitente no ha evolucionado suficientemente en el cálculo. Este caso es válido, sin embargo, se escribe un error en el registro con el texto siguiente: Error: "#111 the calculation dates boundaries for task X are invalid Dates: [Z - Y]." Nota: El mensaje aparece muchas veces hasta que el receptor puede iniciar cálculo. El mensaje de error se puede ignorar. |
A partir de la versión 8.2, no podrán editarse ni modificarse las entidades de datos iniciales; si esto ocurre se desactivarán los iconos de edición correspondientes.
Como resultado, no se podrán programar directamente Informes predefinidos, Informes del administrador ni Base de datos del administrador.
Para solucionar este problema, siga los pasos siguientes:
Se muestran las opciones disponibles.
Aparece el cuadro de diálogo Propiedades.
|
37519 |
Los clientes a veces desactivan los trabajos de la base de datos porque hacen referencia a funciones que son irrelevantes para ese cliente específico. En algunas versiones (no en todas) anteriores a la versión 8.2, el usuario de inicio de sesión de inicio de sesión designado de la base de datos y el usuario con privilegios designado sean oblidbadmin. En la versión actual, se crean trabajos de la base de datos para que el usuario de inicio de sesión designado de la base de datos y el usuario con privilegios designado sean Oblicore. Al actualizar a la versión 8.2, todos los trabajos actuales (10) creados bajo el esquema Oblicore u oblidbadmin se eliminan automáticamente y se reenvían bajo el usuario Oblicore. Como resultado, los trabajos desactivados se vuelven activos. Por lo tanto, vuelva a desactivar todos los trabajos que se desactivaron deliberadamente anteriormente. Para desactivar los trabajos, se recomienda que se establezca el atributo ‘broken’ y que no se supriman los trabajos definitivamente. Durante migraciones futuras, se pueden recrear los trabajos que faltan automáticamente. |
Ejemplo:
-- Antes de actualización.
-- Esto busca trabajos rotos.
-- Registre los resultados.
select what
from dba_jobs
where schema_user = 'OBLICORE'
and broken = 'Y'
-- Después de la actualización. Esto selecciona los trabajos
select job
from dba_jobs x
where schema_user = 'OBLICORE'
and what = 'oblicore.db_mng_forcast_pkg.cre_forcast_new_partition (''PSL'');'
-- Esto es un posible resultado.
JOB
---
48
-- Esto reenvía el trabajo.
begin
dbms_job.broken (48 , true);
commit;
end;
-- o:
-- Esto reenvía el trabajo (SQLplus).
exec dbms_job.broken (48 , true);
commit;
| Copyright © 2012 CA. Todos los derechos reservados. | Enviar correo electrónico a CA Technologies acerca de este tema |