Como restaurar DB desde un DBF?

[onlykfk]

Buen día gente de FDW!!

Mi problema es el siguiente, tenemos una BD que no estaba en ambiente de producción, por lo tanto no entró en el esquema de Backups, se tenia como entorno de Pre-producción, sin embargo un día de buenas a primeras el disco duro empezó a fallar, de tal manera que el sistema se reinicio sin previo aviso. Una vez reiniciado el SO, se iniciaron los servicios de Oracle, pero al intentar hacer conexión con la DB arrojaba el siguiente error:

Código:

ORA-01033: ORACLE initialization or shutdown in progress

El punto es que ahora resulta que mi cliente desea recuperar información de esa BD pero al no haber Backups, solo se cuenta con los DBF's únicamente.

La pregunta es:
¿Como puedo recuperar la BD a partir de los DBF's?
¿Que necesito para realizarlo, si es que es posible?

La version de Oracle es:

Oracle XE 11g (x86) para Windows

Cualquier ayuda se agradecerá.

[gnzsoloyo]

¿Como puedo recuperar la BD a partir de los DBF's?
¿Que necesito para realizarlo, si es que es posible?

Los DBF ni siquiera son en realidad bases de datos, y menos de Oracle, por lo que la primera respuesta es NO.
La única tarea posible desde donde están, a mi entender, es realizar nuevamente la ingeniería de migración que supongo habrán hecho en su momento para pasar de un sistema obsoleto en DBF, a una base estructurada en Oracle.
Espero que tengan aún la documentación de lo que hicieron...

La version de Oracle es:

Oracle XE 11g (x86) para Windows

Es irrelevante. Así fuese pasarla a Oracle 8i, el problema subsiste: Una base estructurada en DBF no es una base de datos relacional, ni se le acerca. Requiere mucho trabajo pasar de una aotra.

[onlykfk]

Será?

Digo, segun lo poco que conozco de oracle, es que incluso al instalar el oracle, crea automaticamente los DBF's:

SYSTEM.DBF
SYSAUX.DBF
USERS.DBF
TEMP.DBF

Y estos son los tablespaces por default!

[huesos52]

ORA-01033: ORACLE initialization or shutdown in progress

Si este mensaje te salia cada que reiniciabas la base de datos, realmente no creo que haya mucho que hacer si no contabas con una copia consistente de la base de datos. Lo mas seguro es que fue imposible para el SMOn realizar la recuperación de la instancia por si solo.

Los los tablespaces con extensión DBF son muy importantes, pero en Oracle, debe haber una sinergia constante entre la memoria, y los archivos en disco a traves de la escritura en los archivos que miden consistencia llamados control files.

Una copia consistente es aquella que estando la base de datos abajo, se realizan copias de los redo logs, de los datafiles, de los parameter files y de los control files.

Unicamente con los datafiles, es poco lo que puedes hacer.

Saludos

[onlykfk]

Iniciado por huesos52

Los los tablespaces con extensión DBF son muy importantes, pero en Oracle, debe haber una sinergia constante entre la memoria, y los archivos en disco a traves de la escritura en los archivos que miden consistencia llamados control files.

AMEN a eso!

Iniciado por huesos52

Una copia consistente es aquella que estando la base de datos abajo, se realizan copias de los redo logs, de los datafiles, de los parameter files y de los control files.

Va a ser dificil que el cliente entienda esto pero ya me las arreglaré con él.

Gracias por el aporte

Saludos igualmente