Registros corrupto en tabla sga_detalle_examen

[Ignacio Bisso]

Hola Cesar, como va

basado en esta salida
Informix Dynamic Server 2000 Version 9.21.TC4     -- On-Line -- Up 00:26:16 -- 8
30272 Kbytes

Dbspaces
address  number   flags    fchunk     nchunks  flags    owner    name
ebe37d0  1        0x1        1        2        N        informix rootdbs
ec229b0  2        0x2001     2        1        N T      informix temporary
ec22af8  3        0x1        3        1        N        informix logical_logs
ec22c40  4        0x1        4        1        N        informix physical_logs
ec22d88  5        0x1        5        1        N        informix datos
 5 active, 2047 maximum

Chunks
address  chk/dbs offset   size     free     bpages   flags pathname
ebe3918  1   1   0        500000   124758            PO-   C:\IFMXDATA\ol_guarani\rootdbs_dat.000
ec222a8  2   2   0        500000   499947            PO-   c:\IFMXDATA\ol_guarani\temporary.000
ec22410  3   3   0        511750   261697            PO-   c:\IFMXDATA\ol_guarani\logical_logs.000
ec22578  4   4   0        200000   12447             PO-   c:\IFMXDATA\ol_guarani\physical_logs.000
ec226e0  5   5   0        500000   496797            PO-   c:\IFMXDATA\ol_guarani\datos.000
ec22848  6   1   0        500000   493017            PO-   C:\IFMXDATA\ol_guarani\rootdbs_dat.001
 6 active, 2047 maximum

Esto: -- On-Line -- Up 00:26:16
Indica que el Informix esta levantado y funcionando hace 26 minutos

Esto: ec226e0  5   5   0        500000   496797            PO-   c:\IFMXDATA\ol_guarani\datos.000
Indica que tenes 496797 paginas de 4K c/u libres para guardar datos de Guarani, o sea esta casi todo sin usar (son aprox 2Gb libres)

Por lo tanto al parcer esta todo bien. Fijate si desde alguna operacion del guarani se ven datos , porque el dbspace esta muy vacio

No hay ningun problema que las preguntas vayan mutando cambiando, solo que queria entender porque habiamos pasado a otro tema y en que situacion habia quedado el tema anterior.

saludos
Ignacio

[vsuch]

Hola Ignacio.
Como te va?
Los problemas sobre el informix se mantiene, por ende decidimos continuar con la versión que tenemos, hasta que termine las clases o pasen todas las mesas de exámenes y ahí utilizar el razor para ir sacando manualmente todos los datos de cada una de las tablas correspondientes al dba, e ir importándolas a otro informix que esta funcionando bien. Pensamos que es la alternativa más viable al dbexport que no funciona.
Por otro lado te quería consultar, que al momento de ejecutar el comando "onstart -l" se obtiene un informe de los log y su disponibilidad en uso, luego ejecuto el comando "ontape -a" para su correspondiente limpieza de aquellos log que estén completos para liberarlos, mi consulta va por los correspondiente "ID" que se observan en el lisdato frente a los que arroja el ontape. Tiene alguna idea del porque el ontape al finalizar arroja un ID que no figura en el listado?
En este hilo hice la consulta pero no se si existe un motivo por dicho error si es que tiene error.
https://foro.comunidad.siu.edu.ar/index.php?topic=25224.0
Allí veras dos imágenes donde se observa esa situación.
Saludos y desde ya agradezco tu predisposición a responder cada duda que planteo.

                                                                                                                                                            Cesar

[vsuch]

Hola. Retomando de nuevo este hilo y ara darle un fin. Para solucionar el tema de los índices y que no respondía el dbexport lo que se hizo fue por un lado para el tema de dbexport, eliminar todos los sp y provee a correr de nuevo el comando, como lo pude hacer, comencé a crear de nuevos los sp por grupos de 10, luego de 20 y por cada regeneración de sp corrí el comando de dbexport, lo hice tantas veces hasta que pude generar de nuevo todo el script con la base de datos completa con todo los sp borrados.
La segunda etapa de los índices no me quedo otra que ir corriendo el script generado en otra virtual e ir analizando los errores que se iban generando al momento de insertar los datos en las respectivas tablas y luego en las claves foráneas.
La mayoría de los errores que se me presentaron fueron en las tablas de log, algunos los pude salvar y otros directamente los saque del archivo y quedaron en pendientes a revisar el motivo del porque no se los puede ingresar siendo que los datos estas correctos a nivel estructural.
Recomiendo que al momento de ir abriendo los archivos que van dando errores en el contenido de abrirlos con el correspondiente set de caracteres o encoding que es el "Westem (Windows 1252)" ya que sin esta previa configuración los caracteres especiales los cambia el editor que usen para arreglar el error.
Y armarse de mucha paciencia para tratar estos errores.
Saludos Cesar!!!

[vsuch]

Hola.
Retomando este hilo el problema ya fue resuelto.
Saludos!!!