Saludos Carlos,

A lo que me refiero es a la posibilidad de hacer un group by solo por uno de los campos contenidos en la sentencia select, en el caso de sql/server sise puede hacer, por ejemplo la sentencia siguiente en oracle:

 select id_persona, identificacion,nombre_completo,tipo_persona

from cl_personas

group

by tipo_persona

esta sentencia me presenta el siguiente error en oracle :  ORA- 00979: Not a group by expression. Pero en SQL/Server si se puede hacer. Hay alguna forma de hacerlo en Oracle..?

Salome, en la presentación que he adjuntado al abrir el tema encontrarás información sobre cómo activar la auditoría y realizar el seguimiento de las conexiones del usuario que te solicitan, o utilizar el paquete DBMS_FGA para realizar un seguimiento con mayor nivel de detalle, ya verás que hay muchas posibilidades.

En este comentario también comenté algo sobre la auditoría, puede que algo te sirva.

Enlazo además el artículo Auditoría de una base de datos Oracle ¿qué es? ¿para qué sirve? ¿cómo se activa?, de AJPDsoft, que también explica bastante bien, y en una sóla página, cómo funciona la auditoría .

Por ejemplo, una sentencia sencilla para consultar las conexiones de un usuario a partir de una fecha con la auditoría activada sería esta:

select os_username, username, terminal, timestamp, logoff_time, comment_text
from dba_audit_trail
where username = 'usuario' 
and trunc(timestamp) > '20100430'
order by timestamp desc;

Puedes hacerlo utilizando los profiles de Oracle.

Está comentado en el tema del foro Limitar el numero de conexiones por usuario 

Con Enterprise Manager mismo puedes definir nuevos profiles y especificar o limitar sus características.

Un saludo,

Hola Abraham

Lo normal es utilizar la auditoría que proporciona la base de datos porque el servidor de base de datos es el que centraliza los cambios. Cualquier otra cosa tendría que estar consultando constantemente los objetos auditados para comprobar si han cambiado. No te digo que no exista alguna utilidad que haga algo así, pero yo no la conozco.

Lo que sí hay son aplicaciones que recogen cambios consultando en los logs del servidor, en lugar de hacer consultas contra la base de datos, y así no interfieren en el funcionamiento, pero igualmente si quieres que los cambios se salven en los logs has de tener activada la auditoría de la base de datos.

Otra opción, si el problema es el espacio, sería activar la auditoría, y lanzar consultas contra la base de datos, pero recoger y almacenar los resultados en otra máquina de la red, o un ordenador, o un portátil, eso sí que seguro que lo hacen herramientas de administración de bases de datos Oracle.

Saludos,

Hola Carlos, 

Agradezco tu interes por ayudarme, esto es a lo que me refiero, con que dan buenas pistas para poder resolver nuestros issues, en efecto estuve revisando el Alter session ENABLE RESUMABLE  timeout y pienso que es una muy buena opción y de hecho bastante sencilla, segun lo que entendi de este tipo de instrucción realiza una reanudación tras un "Error" o bien tras algo que sucedio con la instrucción que se estaba ejecutando, si bien no conocia esta funcionalidad( y desconozco muchas mas) me ayudo :) .

Sin mas lo que hice fue colocar la siguiente sentencia en mi store:

execute immediate 'ALTER SESSION ENABLE RESUMABLE TIMEOUT 10';

Antes de esto tuve que darle permisos:

 GRANT RESUMABLE TO USUARIO;

Hasta este punto mi JOB junto con el STORE esta trabajando sin problemas y realiza los trabajos como se tienen planeados, solo falta que haga su tarea cuando esta tarde mas de los 10 segundos que le coloque.

Y de nueva cuenta te felicito por tu conocimiento y tu interes por ayudar a los demas, si puedes recomendarme algunas lecturas para poder ir aprendiendo mas te lo agradeceria.

Saludos!!!.

[quote=carlos]El esquema lo componen todos los objetos propiedad de un usuario, en el ejemplo el User APP será el Owner de todas las tablas, índices, secuencias, etc que cree, y todos estos objetos formarán su esquema. [/quote]

Es decir, que por defecto, los objetos que crea un usuario pasan a ser directamente de su propiedad y parte de su esquema.

El tablespace es el lugar físico donde se almacenan objetos de la base de datos. Cada usuario tiene asignado un tablespace por defecto donde se almacenan todos los objetos que crea, si no especifica otro tablespace en la sentencia de creación.

En un mismo tablespace se pueden almacenar objetos de diferentes esquemas. Un buen ejemplo es el Tablespace USERS, que es donde por defecto se crean los objetos de los nuevos usuarios de la base de datos. Un usuario también puede crear objetos en diferentes tablespaces, sólo ha de especificar el tablespace que quiera en la sentencia de creación.

Con estas aclaraciones espero que puedas seguir sin problemas lo que se va haciendo en Cómo crear un nuevo esquema en Oracle paso a paso

Para conceder permisos de consulta a este usuario sobre todas las tablas de los demás esquemas lo mejor es que utilices el diccionario de datos para crear los permisos. Entra con un usuario de sistema (SYS o SYSTEM) que 'vea' todas las tablas y ejecuta una sentencia como esta:

select 'Grant select on '|| t.owner||'.'||t.table_name ||' to usuario;'
from all_tables t
where owner not like '%SYS%';

Si quieres, en el artículo Construcción de scripts con ayuda del diccionario puedes consultar cómo crear un script con estas sentencias y lanzarlo desde la linea de comandos.

Otra opción sería asignar al usuario el rol SELECT_CATALOG_ROLE, o darle permisos de SELECT ANY DICTIONARY, pero con la que te propongo puedes restringir los permisos a lo que quieras en la misma select si, por ejemplo, no te interesa que el usuario tenga acceso a las tablas de sistema.

Carlos Fernández

Analista de sistemas

Puedes hacerlo utilizando sinónimos públicos de Oracle, se trata sólo de crear un sinónimo para cada objeto excluyendo del mismo el nombre del owner.

Te enlazo el post Utilización de sinónimos para compartir objetos, donde se explica con más detalle cómo hacerlo.

Un saludo,

El procedimiento que yo conozco es el que puedes consultar en el post Utilización de sinónimos para compartir objetos. Se trataría simplemente de crear un script que para cada objeto que quieras 'enmascarar' cree un sinónimo público con sólo su nombre.

La variante que propone ljmunozc de crear un trigger que altere la sesión para 'situar' al usuario en ese esquema me parece muy ocurrente, gracias por la aportación, aunque todo lo que tenga que ver con triggers hay que manejarlo con mucho cuidado, hay que tener siempre en cuenta que se le está cambiando automáticamente la sesión al usuario.

Si lo pruebas ya nos explicarás qué tal funciona.

Para conceder permisos sobre todas las tablas de un usuario a otro usuario se puede utilizar la sentencia:

grant SELECT_ANY_TABLE to ;

Carlos Fernández

Analista de sistemas

Seguramente es porque el usuario User1 que quiere crear la tabla TabA no tiene permisos asignados sobre la tabla TabB del otro esquema User2 a la que se hace referencia.

Para solucionarlo deberías conectarte con el User2 o un usuario de sistema y asignar los permisos necesarios al User1:

GRANT SELECT ON User2.TabA TO User1;

Carlos Fernández

Analista de sistemas

Ryusaki, creo que me he perdido, tendrás que explicarte mejor.
A lo mejor lo que quieres hacer es más complicado, pero de momento asegúrate de que al crear el usuario le asignas estos roles para poder conectarse y crear objetos en su propio esquema:
GRANT "CONNECT" TO "APP";
GRANT "RESOURCE" TO "APP";

Si quieres darle los privilegios sólo para un esquema creo que no te queda otro remedio que hacerlo objeto por objeto. La alternativa más parecida que se me ocurre es aplicar al usuario un grant de sistema, pero estos permisos los tendría para todos los esquemas:

SQL> GRANT SELECT ANY TABLE TO usuario;

De todas maneras, puedes utilizar el diccionario para crearte un script y 'automatizar' la concesión de permisos.

Puedes crear sinónimos para todos los objetos, para que el usuario no tenga que acceder con el formato 'esquema.tabla' a las tablas:

SELECT 'create public synonym ' || table_name || 
       ' for Esquema.' || table_name || ' to usuario;'
FROM dba_tables WHERE owner = 'Esquema';

Y sacar las sentencias de asignación de los permisos:

SELECT 'grant select, insert, update on Esquema.' 
       || table_name || ' to usuario;'
FROM dba_tables WHERE owner = 'Esquema';

Supongo que ya has creado el usuario, pero si no para crearlo, por ejemplo:

Y para asignarle los privilegios de sys, que son privilegios de DBA, tan sencillo como:

Eso sí, necesitarás hacerlo con el usuario sys que comentas, u otro usuario que tenga permisos de DBA para conceder este tipo de privilegios.

 Échale un vistazo a este otro tema del foro sobre permisos. En los comentarios de respuesta tienes varias sentencias que puedes utilizar para consultar los permisos de los usuarios de la base de datos. 

Saludos,

Si la instalación de Oracle la tienes en local, sólo tienes que entrar en SQLPlus desde linea de comandos. Para asignar privilegios al usuario que utilizas necesitarás utilizar un usuario administrador, con permisos de DBA, por lo que si sólo has utilizado APEX, lo más sencillo es que lo hagas de esta manera:

Entrar en SQLPlus como DBA sin introducir password

Buena pregunta. En teoría la única manera de agregar columnas a una vista materializada es borrar la vista y volver a recrearla completamente con la nueva definición.

El problema es que no existe ningún comando tipo ALTER TABLE que se pueda aplicar a las vistas materializadas para agregar columnas, o simplemente para cambiar la definición de una columna.

Para vistas con pocos datos no hay ningún problema, la recreación puede ser rápida. El problema viene cuando hablamos de vistas materializadas grandes, de un Data Warehouse por ejemplo, donde la recreación puede ser muy costosa.

Pero siempre hay una solución para todo. En el Blog de Arup Nanda he encontrado un excelente post que explica cómo ingeniárselas para alterar la definición de una vista materializada sin recrearla completamente.

Se trata de utilizar la opción ON PREBUILT TABLE al crear la vista para que la vista se apoye internamente en una tabla. Cuando se ha de realizar alguna modificación se borra la vista, pero la tabla interna permanece. Se realiza un ALTER TABLE sobre esta tabla, y después se vuelve a crear la vista materializada a partir de la tabla. Como la tabla ya existe la creación de la vista es muy rápida.

Extraigo a continuación las sentencias que permitirían hacerlo, consultar el detalle en el post original:

SQL> create table mi_vista (contador number(10));

SQL> create materialized view mi_vista on prebuilt table never refresh as select cast(count (1) as number(10)) contador from t1;

SQL> DROP MATERIALIZED VIEW mi_vista;

SQL> alter table mi_vista modify (contador number(11));

SQL> create materialized view mi_vista on prebuilt table never refresh as select cast(count (1) as number(11)) cnt from t1;

Y ahora me dirás que tu ya tienes creada tu vista materializada y esta solución llega un poco tarde. Es cierto, pero para eso Arup Nanda también propone una solución para hacer una reconstrucción de la vista materializada con el mínimo impacto en el rendimiento de nuestra base de datos:

1. Crear una tabla con la opción nologging a partir de la Vista materializada
SQL> create table nueva_vista_materializada nologging as select * from mi_vista;
2. Recoger la definición de la Vista materializada del diccionario de datos
SQL> select dbms_metadata.get_ddl ('MATERIALIZED_VIEW','MV1') from dual ;
3. Guardarla en un fichero que se ejecutará después
4. Editar el fichero añadiendo la opción ON PREBUILT TABLE.
CREATE MATERIALIZED VIEW "DATAPRIX"."MI_VISTA"  ("contador")ORGANIZATION HEAP ON PREBUILT TABLE PCTFREE 10
5.Hacer export de tipo Data Pump con la opción CONTENTS=METADATA_ONLY.
6. Eliminar la Vista materializada "mi_vista".
7. Renombrar la tabla nueva_vista_materializada a mi_vista.
8. Ejecutar el script creado anteriormente para recrear la Vista materializada
9. Importar el fichero de Dump exportado anteriormente.

Bueno, espero que esto te sirva, ya nos explicarás si lo has podido aplicar.

Vistas materializadas con una Express Edition? Si no me equivoco sólo puedes utilizar vistas materializadas con bases de datos Enterprise Edition. No estarás utilizando vistas normales?

Si son vistas 'de toda la vida' es lógico que no puedas consultar información sobre cambios, los datos de la vista se seleccionan dinámicamente cada vez que la llamas.

Lo habitual en estos casos es crearte campos de control de cambios, y actualizarlos con los procesos que puedan realizar esos cambios, o con triggers que informen el campo con la fecha actual después de cada update.

Eso sí, cuidado con los triggers, porque según la frecuencia de updates y el volumen que tengas podrían efectar negativamente al rendimiento de la base de datos.

El envio de SMS's depende siempre de que las operadoras ofrezcan una interface para poder hacerlo, y cada una tiene su plataforma, y sus reglas. No creo que Oracle ofrezca ningún package que vaya actualizando con los protocolos de las operadoras telefónicas, por eso todo lo que encuentras es para enviar eMails.

No sé si lo has visto, pero hay operadoras que permiten enviar un eMail a una dirección que incluye el número de móvil, y ellas se encargan de hacer llegar el SMS al móvil. Es la opción más sencilla, pero dependes de si la operadora a la que envías el SMS ofrece este servicio. En EEUU lo tienen muchas, y lo llaman SMS gateway, es cuestión de investigar si la que tu utilizas lo ofrece. De momento puedes consultar este listado.

La otra opción (aparte de tener tu propia plataforma de mensajería ;)) es utilizar un servicio público de terceros que sí se dedican a 'entenderse' con las plataformas de las operadoras. Buscando también se puede llegar a encontrar alguno, aunque el servicio no suele ser gratuíto.

En el blog Inside Oracle APEX publican un ejemplo sobre cómo enviar SMS's con un procedure PL/SQL utilizando los servicios web de Esendex, y un usuario de prueba que has de crearte primero.

Ya nos dirás si al final lo consigues!

Hola Manuel

He encontrado en el post PL/SQL and Gmail (or UTL_SMTP with SSL)  del blog Monkey on Oracle una solución que a lo mejor te sirve.

En el post se explica que UTL_SMTP no soporta SSL, como ya has podido comprobar, y propone salvar el inconveniente utilizando Stunnel, una herramienta que permite crear una capa SSL sobre la conexión.

Ya nos contarás si te funciona.. 

En el código que comentas, por lo que veo se está utilizando el package dbms_network_acl_admin para configurar la conexión sobre la que se está utilizando Stunnel. No es un procedure, son simplemente tres pasos previos que tienes que ejecutar directamente para que después el procedure funcione, una inicialización previa.

Pues la verdad es que yo no lo he hecho nunca.

Supongo que tendrás que revisar las opciones de UTL_SMTP para ver si se pueden adjuntar archivos al email, o a lo mejor alguien que lo haya probado alguna vez nos pueda ayudar..

Hola Diego

Si el código del package está corrupto tendrías que repararlo volviendo a cargar el código del package. Te enlazo un post que explica cómo reparar packages inválidos.

Pero sobretodo asegúrate antes de tocar nada de que realmente el cuerpo del package no está bien, ya que la operación de recrear y recompilar los packages y vistas del catálogo no deja de ser delicada.

Como explican en el post, antes de nada, para comprobar el estado general utiliza a sentencia 

Buscando un poco he encontrado este post donde comentan que para utlizar ACL se ha de tener instalado previamente XML DB, ya que las ACL se almacenan en XML DB:

The 11g allows access to external packages UTL_TCP, UTL_HTTP, UTL_SMTP, UTL_MAIL, UTL_INADDR, DBMS_LDAP, but the access must be granted explicitly. Please note that ACLs are stored in XML DB and user must install XML DB for the use of ACL, if not installed.

Podría ser eso, comprueba si tienes instalado XML DB, y prueba suerte de nuevo :)

La verdad es que nunca he utilizado Oracle para recibir o almacenar correos. No sé si existe algún package específico que te permita parsear directamente los campos sobre una tabla, y además almacenar ficheros adjuntos.

Si no, lo que seguro que encontrarás es alguna utilidad externa para convertir los mails a XML, y después podrías importarlos a Oracle con las utilidades para trabajar con XML.

Tody, el coste de las consultas es una estimación que hace el optimizador de Oracle cuando ejecutas un Explain Plan, y es una medida interna que has de tener en cuenta, pero que al ser una estimación no es muy precisa.
Básicamente te va a servir para estimar si un cambio en la manera de hacer una Query va a conllevar una mejora en su ejecución, no vas a poder compararlo con otras medidas de rendimiento, y ni siquiera es aconsejable compararlo entre dos consultas diferentes que no devuelvan los mismos datos.

No creo que vayas a tener tantos problemas como esperas, de hecho puede que hasta te mejore la velocidad de muchas queries sin tener que tocar nada.

Las sentencias SQL se pueden optimizar teniendo en cuenta el modo que utilice el analizador de consultas, pero no es lo habítual, como mucho puedes tener algunas consultas para las que se haya hecho una optimización especial, que son las que tendrías que revisar.

Lo que sí creo que es importante puntualizar es que las estadísticas que utiliza el analizador no son sobre las consultas, son sobre los objetos de la base de datos, por lo que lo importante no es ejecutar las consultas, sino tener al día las estadísticas sobre las tablas más importantes, más grandes o más utilizadas de tu base de datos.

Si la primera consulta te va más lenta que las siguientes será porque Oracle utiliza cachés que sirven para mejorar los tiempos de respuesta sobretodo en consultas repetitivas, pero es un tema independiente de las estadísticas.

Si tienes la estadística de las tablas que intervienen en la consulta medianamente actualizada, el analizador podrá afinar mucho más al preparar el mejor plan de ejecución y seguramente te mejorarán tanto la primera como las siguientes consultas.

Que yo sepa no hay ninguna limitación específica para los OR que puedes incluir en una sentencia SQL de Oracle, aunque si utilizas demasiados, y dependiendo también de lo que contengan los OR, se puede llegar a producir un error de tipo ORA-03113: end-of-file on communication channel.

También te digo que el error te va a venir más bien porque hayas alcanzado el límite que tu base de datos, o los conectores que intervengan puedan manejar para una sola sentencia SQL, no por llegar a un límite para los OR que contiene la sentencia.

Este límite para sentencias, además, puede depender de la versión de la base de datos, de tu entorno, del cliente que utilices..

Te enlazo una respuesta en askTom, que lo deja bastante claro, y un documento de referencia de Oracle 10g en el que se indican los límites lógicos de la base de datos, y al final apunta esta nota: 

The limit on how long a SQL statement can be depends on many factors,  
including database configuration, disk space, and memory

Y de todas maneras, lo normal es que una sentencia con muchos OR siempre se pueda resolver de otra manera más simple, ¿cuántos OR necesitas incluir en tu sentencia?

Hola Diana

¿Y la consulta SQL? Si tienes el explain plan también ayudaría.

Lo único que para poder crear imágenes tienes que registrarte.

Saludos,

  Gracias Carlos por la respuesta, y si eso ya lo tengo en unos usuarios pero en caso de otros necesito saber si no están inactivos pero talvez esten realizando alguna tarea (query) entonces debo de saber que en realidad esten ahi sin hacer nada para así poder eliminar esas sesiones, y el campo IDLE_TIME  hacer que cambie de estatus en v$session a SNIPED.

que mas debo hacer para saber que no esten haciendo nada porque no puedo matarlas si enrelizadad estan haciendo u nquery  y tarda 30 min y se quede inavtiva la session.

Gracias y Saludos. 

Si efectivamente mirandolo ahora tengo varios permisos. Pero inicialmente parti en 0.

Llamando constantemente ald DBA para decirle ... Sabes no puedo crear tablas.. ok no te preocupes yo te voy a dar permisos.. llamando de nuevo sabes no puedo crear procedimientos.. ok no te preocupes yo te voy a dar permisos..Sabes no puedo compilar.. no puedo crear sequencias, y asi me la lleve buena parte ...

Hasta que quise hacer debug y me encontre conque el DBA estaba visitando a clientes y no pudo ayudarme ..ahi tuve que esperar pacientemente a que llegara pasada la tarde y yo desarrollando a ciegas...

Por eso en la mañana siguiente varios me intentaron apoyar.. Y yo recurri a ustedes para poder tener algo mas en la mano y solicitar con mas propiedad mas permisos sobre los objetos o esquemas donde normalmente me muevo..

Y aca consiguieron darme algunos jeje entrando como DBA.. Pero con las queritas que me enseñaste puedo ahora solicitarle exactamente los permisos que me van faltando sobretodo para los nuevos requerimientos que me estan llegando.

Muchas gracias Carlos

Hola Carlos:

Me es de gran utilidad, muchas gracias :)... un saludo!!!

Muchas Gracias por el comentario Carlos voy a checar el tema que me comentas.

Hola Carlos!

He probado tambien como tu has dicho (la verdad que no me acuerdo porque puse ese SELECT * FROM  XD) ... y tampoco me ha funcionado. 

Al final lo que he hecho ha sido crear una vista y apartir de ahi crear la vista materializada y por lo visto me ha funcionado. Lo unico que estoy buscando por internet opciones o ejemplos de vistas materializadas basadas en vistas pero no encuentro nada.

Esto ha sido lo que he hecho.

CREATE OR REPLACE VIEW "bill_arpu_month_view" as

select to_char("created_at", 'yyyymm') "CREATED", AVG("service"."id") service,

SUM( CASE WHEN "id_event" IN ('1', '5', '3') and "billed" = '1' THEN 1 WHEN "id_event" IN ('6', '4') and "billed" = '1' THEN "percent_billed"/100 ELSE 0 END) AS BILLED, 

(select count("id") from "subscriber" join "subscriber_status" on "subscriber"."status" = "subscriber_status"."id_status" where "subscriber"."status" = 1 and "subscriber"."id_service" = "service"."id") as global_user_actives, 

SUM( CASE WHEN "id_event" IN ('1') THEN 1 ELSE 0 END) AS optin, SUM( CASE WHEN "id_event" IN ('2') THEN 1 ELSE 0 END) AS optout, (SUM( CASE WHEN "id_event" IN ('1','3') THEN 1 ELSE 0 END) - SUM( CASE WHEN "id_event" IN ('2') THEN 1 ELSE 0 END)) as new_users, 

((select count("id") from "subscriber" join "subscriber_status" on "subscriber"."status" = "subscriber_status"."id_status" where "subscriber"."status" = 1 and "subscriber"."id_service" = "service"."id") - (SUM( CASE WHEN "id_event" IN ('1','3') THEN 1 ELSE 0 END) - SUM( CASE WHEN "id_event" IN ('2') THEN 1 ELSE 0 END))) as dif, 

(COALESCE( AVG("service"."price")*AVG("service"."revenue")/100 , 0)) as service_mult

from "subscriber_events" 

JOIN "service" ON "subscriber_events"."id_service" = "service"."id" 

where "id_event" IN ('1', '2', '3', '4', '5', '6') 

group by "service"."id", to_char("created_at", 'yyyymm') order by "service"."id", "CREATED" DESC ;

CREATE MATERIALIZED VIEW "bill_arpu_month_by_service"

TABLESPACE plat_dat

BUILD IMMEDIATE

REFRESH FORCE 

ENABLE QUERY REWRITE

AS

SELECT created, service, billed, global_user_actives, optin, optout, new_users, dif, 

global_user_actives - SUM(new_users) OVER (PARTITION BY service ORDER BY created DESC) as actives_S_M, 

global_user_actives - SUM(new_users) OVER (PARTITION BY service ORDER BY created DESC) + new_users as actives_E_M, 

round((CASE WHEN (global_user_actives - SUM(new_users) OVER (PARTITION BY service ORDER BY created DESC) + new_users) =0 THEN 0 

      ELSE (billed/(global_user_actives - SUM(new_users) OVER (PARTITION BY service ORDER BY created DESC) + new_users)) * service_mult END),2) arpu

FROM 

"bill_arpu_month_view"

Saludos

Ingeniero 

Este es mi DBA_SYNONIMS

Le agradeceria que me lo revisara para saber cual es la falla

SYS                 DEF$_AQCALL                  SYSTEM  DEF$_AQCALL SYS                 DEF$_CALLDEST                SYSTEM  DEF$_CALLDEST SYS                 DEF$_SCHEDULE                SYSTEM  DEF$_SCHEDULE SYS                 DEF$_ERROR                   SYSTEM  DEF$_ERROR SYS                 DEF$_DEFAULTDEST             SYSTEM  DEF$_DEFAULTDEST SYS                 DEF$_LOB                     SYSTEM  DEF$_LOB SYS                 XMLDOM                       XDB     DBMS_XMLDOM SYS                 XMLPARSER                    XDB     DBMS_XMLPARSER SYS                 XSLPROCESSOR                 XDB     DBMS_XSLPROCESSOR SI_INFORMTN_SCHEMA  SI_IMAGE_FORMATS             ORDSYS  SI_IMAGE_FORMATS SI_INFORMTN_SCHEMA  SI_FORMAT_CONVRSNS           ORDSYS  SI_IMAGE_FORMAT_CONVERSIONS SI_INFORMTN_SCHEMA  SI_IMAGE_FORMAT_CONVERSIONS  ORDSYS  SI_IMAGE_FORMAT_CONVERSIONS SI_INFORMTN_SCHEMA  SI_IMAGE_FRMT_FTRS           ORDSYS  SI_IMAGE_FORMAT_FEATURES SI_INFORMTN_SCHEMA  SI_IMAGE_FORMAT_FEATURES     ORDSYS  SI_IMAGE_FORMAT_FEATURES SI_INFORMTN_SCHEMA  SI_THUMBNAIL_FRMTS           ORDSYS  SI_THUMBNAIL_FORMATS SI_INFORMTN_SCHEMA  SI_THUMBNAIL_FORMATS         ORDSYS  SI_THUMBNAIL_FORMATS SI_INFORMTN_SCHEMA  SI_VALUES                    ORDSYS  SI_VALUES BI                  COUNTRIES                    SH      COUNTRIES OE                  COUNTRIES                    HR      COUNTRIES OE                  LOCATIONS                    HR      LOCATIONS OE                  DEPARTMENTS                  HR      DEPARTMENTS OE                  JOBS                         HR      JOBS OE                  EMPLOYEES                    HR      EMPLOYEES OE                  JOB_HISTORY                  HR      JOB_HISTORY BI                  CHANNELS                     SH      CHANNELS BI                  TIMES                        SH      TIMES BI                  COSTS                        SH      COSTS BI                  CUSTOMERS                    SH      CUSTOMERS BI                  PRODUCTS                     SH      PRODUCTS BI                  PROMOTIONS                   SH      PROMOTIONS BI                  SALES                        SH      SALES CONTAB              CP_TMCXP                     CXP     CP_TMCXP CONTAB              CP_TTRAM                     CXP     CP_TTRAM CONTAB              CP_THRUTA                    CXP     CP_THRUTA CONTAB              PP_TPPDO                     PPTO    PP_TPPDO CXP                 SC_TREPOR                    CONTAB  SC_TREPOR CXP                 SC_TMVREF                    CONTAB  SC_TMVREF CXP                 SC_TMTREQ                    CONTAB  SC_TMTREQ CXP                 GE_VACRE                     CONTAB  GE_VACRE CXP                 GE_TPROV                     CONTAB  GE_TPROV CXP                 GE_TGENERAL                  CONTAB  GE_TGENERAL CXP                 GE_TFLUJO                    CONTAB  GE_TFLUJO CXP                 GE_TENTI                     CONTAB  GE_TENTI CXP                 GE_TCIUD                     CONTAB  GE_TCIUD CXP                 GE_TBANC                     CONTAB  GE_TBANC CXP                 GE_TARTE                     CONTAB  GE_TARTE CXP                 GE_TACRE                     CONTAB  GE_TACRE CONTAB              CP_TCTRL                     CXP     CP_TCTRL CXP                 SC_TCOMCIA                   CONTAB  SC_TCOMCIA CXP                 SC_TCEXT                     CONTAB  SC_TCEXT CXP                 SC_TDIFR                     CONTAB  SC_TDIFR CXP                 SC_TDIFE                     CONTAB  SC_TDIFE CXP                 SC_TDDIF                     CONTAB  SC_TDDIF CXP                 GE_TMAYOR                    CONTAB  GE_TMAYOR CONTAB              TE_TOBLIG                    CXP     TE_TOBLIG CONTAB              TE_TMVTE                     CXP     TE_TMVTE CONTAB              TE_TSALB                     CXP     TE_TSALB CONTAB              TE_TREPOR                    CXP     TE_TREPOR CONTAB              TE_TTPMV                     CXP     TE_TTPMV CONTAB              CP_TORPV                     CXP     CP_TORPV CONTAB              CP_TORPG                     CXP     CP_TORPG CONTAB              CP_TORPF                     CXP     CP_TORPF PPTO                CP_TORPA                     CXP     CP_TORPA CONTAB              CP_TORPA                     CXP     CP_TORPA CONTAB              CP_TOPER                     CXP     CP_TOPER CONTAB              CP_TCTSC                     CXP     CP_TCTSC CXP                 SC_TTRAN                     CONTAB  SC_TTRAN CONTAB              CP_TTPVL                     CXP     CP_TTPVL CONTAB              CP_TTPMV                     CXP     CP_TTPMV CONTAB              CP_TREMY                     CXP     CP_TREMY CONTAB              CP_TPPTO                     CXP     CP_TPPTO CXP                 GE_TTPCO                     CONTAB  GE_TTPCO CXP                 GE_TTPBAN                    CONTAB  GE_TTPBAN CONTAB              CP_TVLREM                    CXP     CP_TVLREM PPTO                CP_TORPM                     CXP     CP_TORPM CONTAB              CP_TORPM                     CXP     CP_TORPM CONTAB              CP_TORPD                     CXP     CP_TORPM PPTO                GE_TCLASEINF                 CONTAB  GE_TCLASEINF CONTAB              PP_VMOVI                     PPTO    PP_VMOVI PPTO                SC_TCONS                     CONTAB  SC_TCONS PPTO                GE_TTPDO                     CONTAB  GE_TTPDO CXP                 PP_TMOVI                     PPTO    PP_TMOVI CONTAB              PP_TMOVI                     PPTO    PP_TMOVI PPTO                GE_TPERM                     CONTAB  GE_TPERM CONTAB              PP_TCOMCIA                   PPTO    PP_TCOMCIA CONTAB              PP_TDOAR                     PPTO    PP_TDOAR CONTAB              PP_TDOCU                     PPTO    PP_TDOCU PPTO                GE_TPAPEL                    CONTAB  GE_TPAPEL PPTO                GE_TAUXIL                    CONTAB  GE_TAUXIL PPTO                GE_TCENTENAS                 CONTAB  GE_TCENTENAS PPTO                GE_TDECENAS                  CONTAB  GE_TDECENAS PPTO                CP_TSOLD                     CXP     CP_TSOLD PPTO                GE_TCECOS                    CONTAB  GE_TCECOS PPTO                GE_TAREA                     CONTAB  GE_TAREA PPTO                CP_TSOLI                     CXP     CP_TSOLI PPTO                GE_TIPOAUX                   CONTAB  GE_TIPOAUX CXP                 GE_TIPOAUX                   CONTAB  GE_TIPOAUX PPTO                GE_TIMPR                     CONTAB  GE_TIMPR PPTO                GE_TFORM                     CONTAB  GE_TFORM PPTO                GE_TETCTA                    CONTAB  GE_TETCTA PPTO                GE_TDECTA                    CONTAB  GE_TDECTA CXP                 GE_TDECTA                    CONTAB  GE_TDECTA PPTO                GE_TUSUA                     CONTAB  GE_TUSUA PPTO                GE_TCIAS                     CONTAB  GE_TCIAS

 Disculpen la demora.

Sí. los demás errores si están relacionado con el error de espacio insuficiente,  se incremento el tamaño de los archivos de tempdb, para solvental el estos errores.

Gracias!!