Всем привет!

Народ, помогите разобраться. А то с системным администраторм чуть не рвем друг друга.
VFP9.0 SP2. Сетевая программа. 25-30 пользователей. Больше 300 файлов. Все к базе подключены через расшаренный диск S: . Вечер, все работает нормально.

Но параллельно работает программка на трех компьютерах, которая считывет с магнитной карточки код и ведет запись прихода-ухода сотрудников. Работает так. Подходит сотрудник, прикладывает карточку. Программа берет код, открывает файл сотрудников, ищет код. Если находит - закрывает файл, открывает файл протокола, добавляет строку, пишет ФИО, код, дату и время и закрывает. Эти компы стоят на входах. Чтобы не расшаривать диск, обращение к файлам идет как \\server\baza\*.dbf. В программе работает таймер, проверяющий наличие файлов. если их нет, то выдается сообщение "нет связи с сервером".

И вот в течение 3-х часов этим вечером был пердиманокль с этими компами.
Связь с сервером была. Карточка считывалась. Исполнитель определялся (т.е. файл сотрудников открывался). Файл протокола открывался (т.к. не было ошибки открытия). А вот потом - ошибка, после которой, естественно, в протокол ничего не писалось. Причем, через 3 часа все восстановилось само собой.

В чем дело? Нигде в программе нет даже намека на установку атрибутов файлов. Шутников, которые в 19:00 ставят именно на этот файл атрибут, а в 22:00 снимают - просто нет (да и не умеют этого).
Я грешу на слет прав записи в Виндах через подключение как "\\server\baza". Сисадмин - на Фокс.
Кому стреляться?

2 Dima T

все ТРИ компа одновременно и вылетели и влетели!
Про перезапуск: IT-директор говорил, что могла менятся какая-то политика (я не в теме).
По поводу лок.кеша. Так ведь одновременно с этим два-три десятка пользователей юзали 3 сотни файлов и все тип-топ!

Dima T
Я просто написал как надо было делать чтобы потом не искать кого стрелять. Или найдя крайнего проблема решится и потерянные данные восстановятся?
.

Да нет, конечно. Вопрос перешел в разряд теоретических. Просто сам сервер тухленький, давно собирались менять - сейчас лишний повод ускорить процесс. Так что, надеюсь больше таких разборок не будет, просто интересно было узнать наиболее вероятную причину.

Dima T
Возможно какие-то изменения прав доступа коснулись только пользователей, под которыми эти считыватели работают.

Во время сбоя в эти компы заходили под двумя учетками, обе с админскими правами.