Geodatabases de archivos y bloqueo

Si es el único usuario que trabaja con un dataset en una geodatabase de archivos y está accediendo a él a través de un solo proceso, puede editar o modificar libremente sus propiedades. También puede eliminar, comprimir o descomprimir el dataset.

Sin embargo, si hay otro proceso que ya está accediendo a los datos, tanto si se trata de un proceso en su equipo como en el de otro usuario, ArcGIS evita que se realice ninguna de estas operaciones hasta que haya finalizado el otro proceso. Por ejemplo, si se muestra una clase de entidad en ArcMap e intenta eliminarla del árbol de catálogo, recibirá el siguiente mensaje:

Failed to delete selected object(s)
Cannot acquire a schema lock because of an existing lock.

Si, a continuación, cierra ArcMap y prueba de nuevo, puede eliminar la clase de entidad, dado que no hay ningún otro proceso que tenga acceso a los datos.

Cuando un proceso accede a un dataset, bloquea el dataset, impidiendo que otros procesos lo modifiquen. El acceso a un dataset también bloquea otros datasets relacionados como se describe a continuación:

• Un proceso que accede a una clase de entidad dentro de un dataset de entidades bloquea todas las clases de entidad del dataset de entidades.
• Los bloqueos se aplican a ambos lados de una clase de relación. Dicho de otro modo, si dos clases de entidad independientes están relacionadas a través de una clase de relación y un proceso accede a una de ellas, se bloquean ambas clases de entidad.

Para realizar el seguimiento de los dataset bloqueados, ArcGIS coloca archivos *.lock en la carpeta de la geodatabase de archivos. Cuando un proceso finaliza, los archivos .lock asociados al mismo se eliminan automáticamente. En algunos casos, por ejemplo cuando un proceso finaliza prematuramente, pueden quedar archivos .lock en la carpeta de la geodatabase. ArcGIS elimina finalmente estos archivos .lock en sesiones futuras cuando se realizan nuevos bloqueos. También se eliminan cada vez que se ejecuta la herramienta de geoprocesamiento Condensar o cuando se copian y pegan los datos en el árbol de catálogo. Mientras tanto, estos archivos .lock no están bloqueando los datos.

Los bloqueos son esenciales para la gestión de procesos y archivos. Sin embargo, a veces puede parecer que son un obstáculo. Si se le impide que edite un dataset o sus propiedades o que lo elimine, comprima o descomprima, se debe a alguna de las razones siguientes:

• Está accediendo a los datos simultáneamente a través de dos o más procesos, por ejemplo ArcMap y ArcCatalog o ArcCatalog y Python. Cierre una de las aplicaciones para poder llevar a cabo la operación deseada.
• Hay otro proceso en el equipo que sigue accediendo a los datos porque no finalizó correctamente. Por ejemplo, aunque ArcCatalog no parece estar ejecutándose, puede que no se haya cerrado correctamente y podría estar manteniendo un bloqueo en los datos. Compruebe en el Administrador de tareas este tipo de procesos huérfanos y finalícelos.
• Uno o más procesos están accediendo a los datos en otro equipo. Espere a que los procesos finalicen o pida a los usuarios que finalicen cualquier proceso que tenga acceso a los datos.

  Si no sabe qué equipos están accediendo a los datos, utilice el Explorador de Windows para eliminar con cuidado los archivos *.lock de la carpeta de la geodatabase de archivos. Extreme la atención al hacerlo, porque la eliminación accidental de archivos que no sean los archivos .lock podría dañar los datos. Después de eliminar los archivos .lock, examine los nombres de archivos .lock que no pueda eliminar. Los nombres de los archivos .lock que quedan contienen los nombres de los equipos que todavía tienen acceso a los datos. Por ejemplo, un archivo .lock denominado xxx.PLUTO.15332.sr.lock indica el equipo PLUTO está accediendo a los datos. Como último recurso, puede borrar todos los bloqueos activos reiniciando el equipo que contiene la geodatabase de archivos. Antes de hacerlo, asegúrese de que no hay nadie accediendo a los datos, porque de lo contrario los usuarios que lo estén haciendo no podrán guardar su trabajo.

Nota:

Del mismo modo que cuando se trabaja con otros tipos de archivos, es aconsejable realizar con regularidad una copia de seguridad de la geodatabase de archivos por si algo sale mal.