Solución:
Si alguien más tiene la base de datos abierta, pídale que la cierre. Si la base de datos no se cerró limpiamente (Access o una computadora falló), entonces puede intentar Compactar y Reparar el archivo.
También he notado que si el archivo se abre o se coloca en un estado de solo lectura en cualquier momento, podría quedar ‘atascado’ así. Así que prueba esto:
- Acceso abierto, pero sin base de datos
- Abra el archivo en cuestión, pero ábralo explícitamente en modo de solo lectura (el botón “Abrir” es en realidad un botón desplegable. Utilice el botón para abrir el modo de solo lectura
- Cerrar el archivo (pero no acceder)
- Abra el archivo nuevamente, pero ábralo normalmente.
No estoy seguro de que sea un error o una característica, pero lo he visto frustrar a muchos usuarios.
Otra cosa a tener en cuenta es cuando alguien tiene acceso para LEER el archivo compartido, pero no puede ESCRIBIR en el directorio. Está bien hacer que la base de datos sea de solo lectura para alguien, pero si alguna vez la lee (incluido el uso de una conexión ODBC), parece que necesita tener permisos de ESCRITURA para el directorio para poder crear el archivo de bloqueo.
Me he encontrado con situaciones en las que la base de datos se bloquea como de solo lectura en el recurso compartido de archivos porque el usuario que accedió no pudo escribir en el directorio. La única forma de solucionarlo rápidamente ha sido una llamada al equipo de almacenamiento, que puede ver quién tiene el archivo y ponerlo en marcha.
Cree una carpeta vacía y mueva el archivo .mdb a esa carpeta. E intente abrirlo desde allí. Lo probé de esta manera y funcionó para mí.