Qué es lo que usted todavía puede intentar hacer...
Home |
Ayudese usted mismo |
Desarrollodel rescate |
Precios |
Links |
Contacto |
Conditiones Generales de la Empresa |
Usted puede aplicar ciertas técnicas para la reparación de una base de datos que esta daňada. Las esperanzas de exito a veces son buenas.
| Paso 1: | Mantenga la calma! Procure primero que nada hacerse una idea general, antes de tomar las medidas en los datos o también antes de cerrar Access . |
| Paso 2: |
Lea la informacíon de fondo, para que usted consiga tener una idea sobre lo que pasa cuando usted esta comprimiendo y reparando sus datos con el asistente de ACCESS. |
| Paso 3: |
Haga una copia de seguridad de la base de datos dañada. Lo ideal sería si usted también disponne de un posible *. el ldb File. Atención! En algunos casos para una base de datos ACCESS un disco duro dañado podría ser la causa. En el caso de que el disco duro defectuoso no se puede descartar, copie los datos por si acaso, por otros medio (ZIP-Medio, en un segundo disco duro, CD-ROM, etc) e intente reparar el disco duro en un segundo ordenador. Las Causas Si los datos dañados del archivo estan en sectores incorrectamente asignados en el disco duro, entonces sobreescriba los sectores en el disco duro, que todavía pueden contener datos de la base de datos. Usted debería tomar las medidas necesarias y abstenerse de hacer algo en su ordenador. Usted también no debe ejecutar mas ninguno de los programas. Nosotros podemos ver si el archivo posee daños normales o si la causa es una asignación incorrecta del sector. El caso normal Si usted tiene una copia de seguridad del día anterior funcionando, o si los datos merecen la pena de una reparación compleja del disco duro (lo que nosotros no ofrecemos), usted puede tomar el riesgo y puede entrar en la copia de seguridad en el disco duro y puede intentar reparar los datos. |
| Paso 4: |
Observe si es que usted puede encontrar en la lista de Daños Típicos algunos síntomas allí descritos. Si usted ha tenido éxito, entonces podra buscar en la columna "solución" como es posible restablecer sus datos. En el caso de que usted haya encontrado otros síntomas que los anteriormente descritos, nosotros vamos a estar contentos oír hablar de ellos. Así nosotros podemos completar nuestra colección. |
| Paso 5: |
Elimine las causas del daño. Descripción de los posibles métodos en búsqueda de las causas. |
¡ Asegúrese antes de empezar a reparar algo solo, haber hecho una copia de seguridad !. Usted puede usar esta copia de seguridad, en el caso de que el rescate de los datos deba ser hecha por nosotros. Usted también debe hacer una copia de seguridad del Archivo *ldb File. A partir de las versiones (Access 95) desde el momento en que no se encuentre ningún usuario en la base de datos, este anula automáticamente. Pero cuando la base de datos no ha sido correctamente cerrada, queda el archivo *ldb con los restos que contienen la información importante sobre las causas que han producilo la caída de la base de datos.
ACCESS hasta la versión 97 tiene dos opciones de menú separadas para reparar y comprimir bases de datos. Cuando usted ha hecho la actualización con Jet-engine 3.51 para A97, se activará durante la compresión el proceso de reparación (KB Q182867). Con está versión mas actúal se pueden reparar las versiones 1,0 hasta A95.
En las páginas de apoyo de Microsoft usted encuentra una herramienta JetComp.exe, que considera antes que nada, que la base de datos debe estar cerrada antes de empezar con la reparación. Esto porqué se pueden producir algunos errores de compresión, los que en la opción de menú no se podrán remediar. En el índice, esto no depende de la tabla del sistema MsysObjects, no obstante se puede reparar la base de datos, aunque se haya dañado. Esta herramienta puede usarse para las bases de datos en que se puede utilizar Jet-engine 3.X und 4.X (a partir de A95, pero no para ACCESS 2,0 y 1.X).
En el programa de reparación construído para ACCESS se reparan únicamente cuadros, preguntas e índices (la base conocida Q209137). No se pueden reparar formularios, informes, macros y módulos.
Se les da un nuevo orden a las tablas de la base de datos, para que ellas sean sólo una parte en la memoria. Esto acelera el acceso.
El espacio para almacenar los objetos borrados se puede realizar ahora libremente.
Los campos de valor auto numericos que se incrementan por orden numérico se ponen atrás. Los próximos valores auto numericos serán puestos encima del valor más grande disponible en el cuadro.
Se determinan nuevas tablas de los datos estadísticos para la optimización de la consulta.
| Nota: | Cuando se comprime se generan archivos intermedios (normalmente db1.mdb, db2.mdb, etc.). Después de terminar de forma exitosa el proceso de compresión el archivo original se anula y los archivos intermedios toman el nombre del archivo original. Para Windows NT succede que el nuevo archivo hereda las autorizaciones del registro. Por lo tanto se le concede a los archivos originales otro derecho de usuario NT, posiblemente podrían haber cambiado después de haber realizado la compresión. |
| Nota: | Nosotros hemos manifestado el hecho de que algunos daños desaparecierón después de la reparación y la compresión (esto sólo se aplica para las versiones de ACCESS anteriores a ACCESS 97 SR1). |
| Nota: | Con tal de que una base de datos no haya estado comprimida, posiblemente nosotros podemos reparar las tablas y una parte de los datos borrados. |
| Nota: | Si intenta comprimir o reparar sus datos y no funciona, a veces se pueden recobrar parte de las tablas en los archivos intermedios (que no se han borrado). |
Con los siguientes métodos usted podría tener el acceso a las tablas guardadas:
Cree una nueva base de datos y coloque el acceso encima de los mecanismos de importación sobre los archivos de la base de datos dañada.
Cree una nueva base de datos y coloque a las tablas el acceso con la programación de ACCESSS (DAO) ( Método Banco de datos Abierto y uso del Recordsets).
Haga una conexión ODBC para la base de datos defectuosa.
Estos métodos siempre tienen éxito en lo que concierne a " objetos", que son los responsables que se señalan en las tablas y del recipiente de la base de datos, aunque las tablas esten intactas. A veces ACCESS detiene el proceso de importación en una tabla determinada. Lo qué puede ayudar en este caso es importar las tablas una por una, omitiendo la tabla dañada.
- Cuando un módulo VBA de un formulario o de un informe se daña, usted puede por lo menos salvar los elementos de mando y el esquema de este objeto si ha puesto la característica "Has Modul" en falso y guarda el objeto. Durante este proceso usted pierde el objeto del módulo asignado.
- Usted puede intentar abrir o reparar la base de datos con una versión mas actual de ACCESS.
Esto es un comando indocumentado. Con la ayuda de esta ventana se pueden recopilar los objetos de la base de datos. Esto puede ayudar en algunos casos, cuándo el P-Code generado esta dañado, pero las fuentes todavía estan en orden. Esto no tiene efectos en las tablas dañadas, sino que en formularios, informes y módulos.
¡ Use esta posibilidad económica y pruébela en su base de datos intensamente !
Los daños se originan :
Por perturbaciones en la red (también para periodos muy cortos!)
Al parecer para Windows NT y Windows 2000 el 'opportunistic locking' causa frecuentemente problemas.
Por cortes de energía eléctrica.
Las caídas anormales del programa (el usuario simplemente apaga el ordenador o el programa).
El archivo se ha abierto y se guardó con otro programa que ACCESS.
Por errores de ACCESS.
Los daños no se pueden evitar totalmente. La medida más importante es por consiguiente realizar regularmente copias de seguridad. Las copias deben cubrir varias generaciones porque algunos errores sólo se pueden descubrir después de unos días.
Usted debe usar las versiones más actuales del paquete de servicio (Download desde el sitio de Microsoft).
Asegúrese
que su red este en orden.
Considere que ACCESS carga en la red muchas otras aplicaciones. Según
nuestra experiencia ACCESS reacciona, como un indicador a las más pequeñas
perturbaciones de la red. Word, Excel y otros programas todavía corren
normalmente sin ningún problema búsqueda
de las causas.
Básicamente en el caso que usted tenga un ordenador Win95/Win98/WinME y también WinNT o Win2000 disponibles, ponga le base de datos del ordenador WinNT/Win2000 y no en el ordenador Win95/Win97/WinME. Esto es una recomendación de Microsoft. Las conexiones no parecen estar muy clarificadas todavía.
Evite usar ACCESS con conexiones WAN. Estas conexiones contienen demasiados errores y la probabilidad de un daño en bases de datos ACCESS es demasiado alta.
Si repetidas veces usted ha tenido desperfectos en su base de datos y los archivos están en un servidor Windows NT o Windows 2000, de manera que se recomienda al principio apagar el 'opportunistic locking' del sistema operativo.
Vea aquí el artículo de Microsoft: How to Minimize Database Corruption When Using Microsoft Jet 4.0.
Si usted trabaja las operaciones comerciales de la empresa con ACCESS, entonces debe considerar lo siguiente: Usted debe poder reconstruir las últimas operaciones comerciales que se realizarón entre la última protección de los datos al momento de la caída.
Un ejemplo: Hoy a las 13:00 hrs pm se cayó su base de datos, sin embargo usted tiene una copia de seguridad de las 18:00 hrs pm con los datos de ayer funcionando. Desde las 8:00 am de la mañana sus empleados han llevado a cabo muchos nuevos registros y modificaciones en su base de datos a diestra y siniestra.
¡Usted todavía puede usar la copia de seguridad de los datos, pero de algún modo usted debe poder ajustar las modificaciones y los nuevos registros hechos por la mañana!
Según nuestra experiencia usted puede resolver este problema de dos maneras:
Organización: llevar un archivo especial con la contabilidad de los documentos del día.
No es capaz de resolver este problema de organización, a menos que usted renuncie a MS-ACCESS como respaldo. En general ACCESS no siempre esta a salvo de daños ( asi como tambien como para otras bases de datos basados en archivos ("file based") como FoxPro, Paradox, dBase, etc.) Aquí se ofrece el servicio técnico al cliente (MS-SQL-Server, Informix, Oracle, Sybase, etc.). Para el servidor SQL de bases de datos, es posible que los archivos sean registrados con cada modificación ("Logfiles"), lo que permite restaurar la mayoría de las veces una base de datos completamente dañada.
Esta es nuestra colección que ha aumentado, la cúal hemos dividido para tener una mayor claridad.
- Errores al abrir la base de datos
- Errores en el acceso a una tabla
- Varios
Errores al abrir la base de datos
| Síntomas | Versión | Solución | Más información |
| Cuando usted abre la base de datos y aparece un mensaje de error: "No se conoce el formato de la base de datos: <nombre de la base de datos>", error número 3343. ACCESS notifica que la reparación no pudo tener éxito | Todas | Normalmente la reparación no puede seguir realizandola el usuario. Usted podría probar la reparación con la versión mas actúal de JetComp.exe ( a partir de A95). Si esto no ayuda, normalmente nuestro servicio de emergencia de datos puede reparar el archivo. | Knowledge Base Q182867 |
| Cuando se esta reparando la base de datos aparece el siguiente mensaje de error ": <nombre de la base de datos> no es un index en esta tabla", error número 3015. Este mensaje de error también aparece, cuando una base de datos de Access-95- fue convertido a un formato de Acceso-97 | A97 | Un index del sistema de tablas de MSysObjects se ha dañado. Usted tiene que comprimir la base de datos con JetComp.exe stand-alone Utility o crear una base de datos vacia e importar todos los objetos a esta base de datos. Para descartar errores a futuro, es necesario una actualización de la versión Jet-Version 3.51. | Knowledge Base Q158933 y Q182867 |
| Al reparar la base de datos aparece el siguiente mensaje de error: "AOIndex no es un index en esta tabla." | A2000 y A2002 | Un index del sistema de tablas se ha dañado. A veces puede ayudar JetComp.exe. | Investigaciones propias |
| Aparace el diálogo de la contraseña para la entrada a la base de datos, aunque no se ha registrado ninguna contraseña. No importa lo que usted introduzca, no es posible la entrada a la base de datos. Reparar y comprimir no mejoran nada. | Todas | Quizá la base de datos se ha abierto y se ha guardado con otro programa (por ejemplo Word). Después la base de datos está definitivamente rota y no es posible una reparación. Este síntoma también se presenta cuando la base de datos (Database header) se daña. En este caso nosotros podemos repararlo. | Knowledge Base Q243895 |
| Al abrir la base de datos o al abrir una unidad dañada usted recibe el siguiente mensaje de error: "Unexpected error 35012." | A2000 | Uno o más objetos (principalmente formularios o unidades) de la base de datos estan dañados. Cree una base de datos vacía e importe todos los objetos a esta base de datos. | Knowledge
Base Q277924 |
| El archivo de la base de datos puede abrirse sin un mensaje de error. Sin embargo no aparece ningún recipiente de base de datos. Esto también puede ser una indicación de daños, siempre y cuando, esto no sea en la base de datos de seguridad. | Todas | Intente en primer lugar probar los métodos más usuales (Jetcomp.exe, importando un nuevo archivo de la base de datos). Intente crear un nuevo archivo de la base de datos con la ayuda de VBA (Open Database method) accediendo en el archivo defectuoso. | Investigaciones propias |
Errores en el acceso a una tabla
| Síntomas | Versión | Solución | Más información |
| Cuando intenta abrir una tabla aparece el mensaje de error "Este objeto necesita una versión actualizada de Microsoft para jet data base module" | A2000 y otras ? | La información de la estructura de la tabla esta dañada. Normalmente Access no puede reparar los daños. | Investigaciones propias |
| Una tabla no se puede abrir más dentro de ACCESS (faltan las propiedadess de la tabla). | Todas | Haga una copia de seguridad. Fijése si usted todavía puede entrar a la tabla con el DAO.Openrecordset | JetComp Readme-File |
|
Mensaje de error: "No es valida la señal de lectura" ("Not a valid bookmark") aparece durante el acceso a algunas tablas de VBA. Cuando uno le echa una mirada a los cuadros, algunas filas de los campos tienen el valor " #errors" y podría ser que aparezca varias veces este mensaje de error . |
Todas |
Generalmente estos mensajes de error aparecen cuando se han dañado algunos archivos. La causa puede ser una red con muchas fallas. ¡Cuidado! ¡No continúe trabajando en la red, porque la base de datos esta sumamente expuesta en peligro o posiblemente ya se ha dañado! Copie (por ejemplo: con ayuda el archivo intermedio) el "recupera" los datos y los copia en un cuadro nuevo, con esto se evita tener acceso a los archivos de los datos dañados. |
Investigaciones propias |
|
Durante el trabajo con ACCESS usted recibe el siguiente mensaje de error: " Microsoft Jet módulo de la base de datos ha detenido el proceso, porque usted y otro usuario han intentado cambiar los mismos datos al mismo tiempo"., error número 3197. O usted ve en algunos campos #error y con el acceso a él usted recibe el siguiente mensaje de error: "Invalid argument". Después de la reparación" aparecen estos campos ################. |
Todas |
La causa: un indicador almacenado en una página LV esta dañado. Cree una copia de seguridad. Repare y comprima JetComp.exe. Si eso no ayuda en absoluto, usted tiene que copiar todos los objetos en una nueva base de datos. Nota: Con este procedimiento usted perderá definitivamente contenidos de objeto OLE o campos de Memo que están dañados. |
Knowledge Base Q182867 |
| Después de la reparación un Campo Autonúmerico es repentinamente sólo un campo Entero Largo. | Todas (?) | ACCESS parece quitar la característica de un Campo Autonúmerico, cuando ocurren problemas durante el proceso de reparación. Examine sus datos en los duplicados de este campo, y haga limpiar los datos. El restablecimiento de las características de un Campo Autonúmerico no es tan fácil. En particular cuando se ajusta la integridad del referencial encima de este campo, usted debe copiarlo. | |
| Después de reparar y comprimir aparece de repende un doble Autonúmerico. | A97, A2000 y A2002 | Update on Jet 4.0 SP 5 |
Knowledge Base Q257408
(A2000) y Q291162 (A2002) |
| Síntomas | Versión | Solución | Más información |
| Usted ha borrado una tabla por descuido, pero usted no ha hecho ninguna acción posterior en la base de datos que todavía esta abierta. | Todas | Use la instrucción "hacia atrás" (Control-Z) | Access ayuda en línea |
| Usted ha borrado una tabla por descuido, la base de datos esta todavía abierta y usted ya ha hecho una acción posterior. | Todas |
Haga como esta descrito en los artículos de bases conocidas que están a mano lado derecha. Si la base de datos ha sido cerrada pero no comprimida, entonces nuestro servicio de emergencia de datos todavía puede ayudarle. |
Knowledge
Base |
| Usted ha borrado un gran número de datos de una tabla por descuido. La base de datos todavía no se había comprimido. | Todas | Access no "señala" los datos como borrados, sino que los borra dentro de una unidad de memoria de 4 kbyte (2 kbyte antes de Access 2000) con los datos en la parte superior. Es por eso qué sólo una parte de los archivos de datos borrados pueden ser rescatados por nosotros. Cuando los archivos de los datos son muy pequeños, entonces esta proporción es igualmente muy pequeña. Cuando los archivos de los datos son demasiado grandes que Access tuvo que ponerlos en su propia unidad de memoria, entonces nosotros podemos restablecer casi todos los archivos de datos. | Investigaciones propias |
| Usted ha borrado equivocadamente una tabla existente durante la importación con el asistente de un archivo intermedio (pero no los mismos datos sino las tabla como tal) | Todas | Nuestro servicio de rescate de datos puede ayudarle. | Investigaciones propias |
| Usted ha borrado equivocadamente en el diseño de las tablas un campo de la tabla, pero todavía no ha hecho ninguna otra acción. | Todas | Nuestro servicio de rescate de datos puede ayudarle. | Investigaciones propias |
| Síntomas | Versión | Solución | Más información |
| Caídas frecuentes con Win2000 o Windows NT 4.0. | A2000 + A97 probablemente también A2002 | En algunos casos el apagar "opportunistic Locking" parece ayudar. Haga como esta descrito en el artículo de la base conocida que está a mano derecha. | Knowledge Base Q300216 |
| Usted debe
tener en cuenta que pronto será irreparable: - Las tablas no pueden ser mas borradas por usted , aunque tenga las autorizaciones para ello. - En le base de datos aparecen tablas con dobles nombres. - Aparecen tablas cuyo propietario es <unknown> (desconocido). |
Todas | Cree
una copia de seguridad. Repare la base de datos. Cree una nueva base de
datos vacía e importe todos los objetos en esta base de datos.
Si usa A97, haga adicionalmente la actualización de la versión Jet 3.51, para evitar que ocurren de nuevo los errores (mejora la rutina de compresión). |
Knowledge Base Q158933 |
| Grandes operaciones o preguntas en OLE o en los campos Memo corren muy lento. La versión Jet 3.0 se cae al momento de usar el servidor de Internet | A95,A97 solo bajo NT 4.0 | Actualización de la versión Jet 3.51 | Knowledge Base Q143163 |
| Cuando usted abre la base de datos o cuando abre los módulos dañados recibe el siguiente mensaje de error: "Unexpected error 35012". | A2000 | Uno o más objetos la mayoría formularios o módulos de la base de datos están dañados.Cree una nueva base de datos vacío e importe todos los objetos a esta base de datos. | Knowledge
Base Q277924 |
| Mensajes no específicos que se refieren a un módulo dañado (p-code dañado). | Todas | Intente arrancar la línea de programación indocumentada "/decompile". ¡Antes de eso haga una copia de seguridad y después hacer una prueba! | |
| Los archivos de la base de datos aumentan mucho, se duplican o triplican. | A2000 | Access se ocupa en ciertas circunstancias por los datos defectuosos grabando una página completa de 4 kbyte. Este comportamiento anormal desaparece después de la reparación. Nota: Hay diferentes razones de porque una base de datos puede aumentar. | Investigaciones propias |
| Con una operación de Access, los archivos de la base de datos continúan aumentando, hasta que el disco duro no tiene suficiente espacio. Entonces Access detiene la acción con un mensaje de error. Al final el archivo de la base de datos es muy grande que Access realmente lo puede actualizar, para Access hasta la versión 97 es 1 GB grande y 2 GB a partir de la versión Access 2000. | Todas |
Aquí, la causa todavía es desconocida. Access
parece entrar en un archivo interminable durante la descripción de los
datos. Quizá esto es debido a los errores en las estructuras de
adminstration de los datos. Una reparación es posible. |
Investigaciones propias |
A veces las causas son obvias, por ejemplo una caída del ordenador o para
datos de MDB que se han abierto inadvertidamente y se han guardado con Word u
otro programa. Es por eso que primero que nada usted tiene que preguntar a los
usuarios del banco de datos por algo determinado.
En todos los otros casos usted debería que limitar el trabajo en la
estación o lugar que se podría llevar a cabo la caída. Para todas las
versiones de Access e incluso para Access 97, Microsoft posee un sitio donde
pone a disposición una herramienta nombrada LDBView.exe
Con esta herramienta usted puede determinar qué estaciones de trabajo de la
base de datos están en un estado "sospechoso" ("suspect").
Esto no tiene valor para las últimas operaciones realizadas. Sin embargo una
condición absolutamente exigida es que * Idb-Datei todavía este en un estado
de daño reciente. ¡Cuando hay un daño, lo primero que usted tiene que hacer
es una protección del MDB y del archivo LDB! En comparación la medida
(preventiva) sería anotar a cada usuario de la base de datos al iniciar o al
finalizar la sesión.
Así no puede seguir adelante, entonces usted puede analizar su red con la ayuda de un llamado "network sniffer" (disponible gratis en Internet, pero normalmente requiere de muy buenos conocimientos) o con un "hardware network analyser" (> 2500 euros, es más complicado).
No hay ningún "network sniffer" a su
disposición, entonces como un metodo más fácil podría resultar copiando por
red un archivo grande (> 50MB) varias veces (> 10 veces) con el Explorador
en cada estación de trabajo. Si aparece sólo una vez un mensaje de error
entonces se refiere a problemas con la red o en el disco duro (obviamente no el
mensaje: "el disco duro está lleno"), entonces usted ha encontrado
probablemente una estación de trabajo con el hardware dañado. Nosotros ya
hemos comprobado varias veces que las tarjetas de la red defectuosas pueden ser
la causa del daño (¡también para los artículos de calidad superior!).
Si usted creeque es capaz de poner en orden un comando
DOS en la caja de DOS-Box, usted todavía tiene la posibilidad de probar con el
PING la accesibilidad a otros ordenadores de la red. Un Ping individual que esta
funcionando no significa que la red esta completamente en orden. Si usted tiene
suerte con la ayuda de un Ping permanente puede ocurrir que encuentre esporádicamente errores en la red. Haga el orden:
ping
-t 192.168.1.15 > c:\ping.txt
Esto hace que el ping del programa va a enviar los paquetes a el
ordenador con la dirección 192.168.1.15. Al mismo tiempo esta orden del
programa es dirigida a el archivo c:\ping.txt . Puede empezar con el
Ping por la tarde y puede detenerlo por la mañana con Strg –C.
Finalmente, tiene que examinar el archivo de rendimiento en los mensajes
de errores. Obviamente usted tiene que adaptar la dirección del
ordenador a sus condiciones.