Работа сетевой бух-рии (25 платформа)

"2 компа: на одном XP с базами, на другом 98. На компе с XP регламентированная отчетность (в смысле разделы:авансы по есн и т.д.) открывается через раз, т.е. может открыться нормально (очень редко), но в основном виснет. На компе с 98 виндой следующая ситуация:работает винда, никакого обращения к базам ни на одном компе не происходит; вдруг ни с того, ни с сего появляются след. ошибки(только на 98):<br><br>1)Codebase Error<br><br>ERROR #:-630<br><br>Optimization File Flushing Failure<br><br>2)Codebase Error<br><br>ERROR #:-30<br><br>Determining File Length<br><br>ПутьБазы\1SCRDOC.CDX<br><br>Также на 98 машине отчетность тоже либо тормозит, либо виснет окончательно.<br><br>Проверку и тестирование баз сделали, исправили все ошибки, не помогло.<br><br>Компы соединены напрямую, скорость 100 МБит.<br><br>Что можете посоветовать?<br><br><br><br>Заранее спасибо."

Причина в том, что платформа WindowsNT/2000 реализует логику автоматической блокировки файлов, известную под названием Opportunistic Locks (сокращенно - oplocks). Суть ее в том, что даже когда программа-клиент открывает файл на сервере только для чтения и не требует эксклюзивного доступа (блокировок), служба сетевой поддержки Redirector клиентской машины все равно присылает на сервер запрос на специальный вид блокировки - Opportunistic Lock. При этом файл на сервере блокируется. Если после этого другой пользователь пытается открыть тот же самый файл для чтения (или для записи), то сервер спрашивает согласия клиента, открывшего файл ранее. Если клиент согласие дает (а так обычно и происходит), то тип блокировки изменяется на Oplock Level II - для совместного чтения или Write Lock - для записи. Обычно работа этого механизма не заметна.<br><br>Opportunistic locking и кэширование файлов на сервере - новая возможность систем Windows NT 3.50 и более поздних версий, включая Windows 2000 и Windows XP, позволяющая увеличить производительность сетевых операций. По умолчанию он включен, что позволяет за счет локального кэширования поднять производительность для большинства файловых операций, но может вызвать и проблемы, такие, как ошибки совместного использования файлов, невозможность записи в файл и вероятность порчи данных, т.к. сервер, предоставляющий Opportunistic Lock, должен обрабатывать запросы к файлу других пользователей.<br><br>На этом этапе могут возникать ситуации "зависания" клиентских рабочих мест. Ситуация усугубляется при увеличении количества клиентов, одновременно запрашивающих данный файл.<br><br><br><br>Решение 1 (от Microsoft): Для отключения функции Oplocks необходимо:<br><br>1. Добавить параметр EnableOplocks со значением REG_DWORD=0 (decimal) в ветку реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanS­erver\Parameters.<br><br>2. Перегрузить сервер или рестартовать службу Server и связанные с ней службы.<br><br><br><br>Решение 2 (от 1С): В свойствах компьютера снять галочку "Автоматическое восстановление системы"

Слушай, а где енту галочку снимать-то?

Делай полтора:<br><br>1. Мой компьютер - жмем правой кнопкой мыши и выбираем "Свойства"<br><br>2. Среди закладок выбираем "Восстановление системы"<br><br>3. Вставляем галочку в "Отключить восстановление системы" и перегруэаем машину на всякий пожарный.<br><br><br><br>Вообще, метод от 1С нецивилизованный. Там кроме вего прочего еще туча всего отключается.

Т.е. более грамотным было бы использование 1-го метода?

"По поводу "отключения" см.<br><br>http://virusinfo.info/index.php?board=26;action=display;threadid=20<br><br&gt;"

Да, конечно, вариант от Microsoft более цивилизованный.