Текущая настройка: 3 сервера приложений (2008 R2, терминальные службы XenApp 6.5), 2 файловых сервера (2008 R2).
Ситуация: user1 открывает файл Excel, который находится на server1, и начинает работать. user2 открывает тот же файл и НЕ получает сообщение о том, что файл заблокирован для редактирования. Итак, они входят, вносят свои изменения, сохраняют и закрывают файл. Их работа никогда не сохраняется в файл. Открытая файловая сессия никогда не создается для пользователя user2 на файловом сервере, но они видят и работают так, как будто все в порядке.
Сервер приложений, похоже, не участвует в уравнении, но файловый сервер 2 не демонстрирует тех же проблем, что и файловый сервер 1. И при этом эти проблемы не возникают в 100% случаев на файловом сервере 1. Бывают случаи. где user1 будет обращаться к файлу [также происходит со случайными файлами Excel, не ограничиваясь только 1], а user2 подождет несколько минут, войдет и не увидит сообщение о блокировке. Пользователь 2 закрывает Excel, затем входит пользователь 3 и получает сообщение о блокировке.
Общей частью случайности является файловый сервер 1 и почему он не регистрирует сеанс Excel как открытый сеанс, который затем предупреждает другого пользователя о том, что он уже открыт.
Открыт для любых предложений.
Возможный ответ: https://helpdesk.yourofficeanywhere.co.uk/kb/a183/excel-loses-file-locked-for-editing-when-accessing-data-on-network-drive-mapped-via-group-policy.aspx
В итоге: если файл находится на диске, назначенном групповой политикой, периодическое обновление политики может отключать и повторно подключать диск, в результате чего блокировка снимается. Вы можете изменить настройку действия в групповой политике из Заменить к Обновить что должно гарантировать, что соединение не будет разорвано.