Uno de nuestros usuarios de Mac (MacOS 10.12.6) está trabajando con otros usuarios que utilizan Windows. Los datos en los que están trabajando residen en un servidor central al que el usuario de Mac se conecta mediante SMB.
Microsoft Office crea archivos de bloqueo cuando alguien abre un documento de Office. Cuando se cierra el documento, estos archivos de bloqueo también se eliminan. El archivo de bloqueo contiene el nombre del usuario que tiene el archivo abierto. Con este mecanismo Office es capaz de mostrar un diálogo como "No puede guardar este archivo ya que actualmente está abierto por XXX" . El nombre del archivo es ~$<original file name> Así que test.xlsx tiene el archivo de bloqueo ~$test.xlsx .
El problema es que esos archivos siguen siendo visibles en el Mac, incluso cuando el documento de Office ya está cerrado. He comprobado el contenido de la carpeta desde una VM de Windows y no he podido encontrar los archivos de bloqueo. También el tipo, que el Mac afirmó tener el archivo abierto, en realidad no lo tenía abierto.
No tengo ni idea de por qué esos archivos siguen apareciendo en el Mac cuando en realidad ya no están presentes. ¿Podría estar relacionado con el ~ ¿firma en el nombre? ¿O tenemos que añadir algunas opciones de montaje al recurso compartido SMB?
[El ordenador está conectado a través de Gigabit Ethernet, el edificio está conectado a través de fibra 10G al centro de datos. El rendimiento de la cuota SMB fue de alrededor de 80 MB/s la última vez que lo medí. Así que, supongo, esto no cuenta como una conexión lenta.
[2ª Edición] No sé el sistema operativo del servidor central. Pero el Mac está conectado a un Directorio Activo que es proporcionado por el servidor de Windows (al menos tengo acceso remoto a una máquina de Windows donde puedo gestionar los usuarios de mi departamento). La cuenta de usuario local no está conectada al AD, pero al montar el recurso compartido remoto, se utiliza un usuario del AD para la autenticación.
1 votos
Esto parece ocurrirme siempre que una conexión SMB es realmente lenta o de alta latencia. Ocurre con muchos tipos de archivos, no sólo con los de MS Office. La mejor solución es copiar los archivos en el almacenamiento local antes de editarlos. Por alguna razón, hacer que el servidor use ZFS también hizo que el problema desapareciera, pero probablemente no sea una opción (y no sé por qué me funcionó).
0 votos
No puedo creer que casi todos los problemas con los productos de Apple resulten en utilizar otra cosa .
0 votos
Escribes "los datos con los que trabajan residen en un servidor central", ¿cuál es la versión del sistema operativo del servidor? Si es Linux, ¿qué versión de Samba? Si es Windows, ¿está el Mac integrado en un entorno de Active Directory, es decir, la cuenta del chico del Mac está vinculada a Active Directory? ¿Sabes qué versión de Office se está utilizando?
0 votos
@jaume Gracias por estas preguntas. He intentado responderlas, sin embargo, no estoy seguro de a qué Oficina te referías con tu última pregunta. ¿La oficina del tipo que no puede abrir el archivo? ¿O a la oficina de los otros que sí pueden? De todos modos, desde mi punto de vista este problema no está relacionado con el Office. Office funciona como se espera. Es el sistema de archivos del Mac el que está mostrando los archivos que realmente se han eliminado en el servidor remoto.
0 votos
@PVitt Gracias por tus respuestas, me preguntaba qué versiones de Office utilizaban tus compañeros de Mac y Windows para descartar posibles incompatibilidades entre versiones y saber si yo podría ser capaz de reproducir ese entorno. Pero estoy de acuerdo contigo, probablemente no esté relacionado con Office, parece más bien algún tipo de problema de caché.