Если прав нет - или надо их взять, или пусть этот другой человек и срубает всех. После пары раз срубаний сотни юзеров админы обычно дают права :)

2 Сенин Виктор
Иногда все-таки надо принудительно отрубать. Рухнула база - новые пользователи не подключатся, а старые продолжают работать ни о чем не подозревая. Надо рассылать сообщение и через пару минут брать палку и выгонять всех из базы. Кто не спрятался - я не виноват.

2 Виктор Сенин
Если база рухнула - надо как можно быстрее всех срубить. А не ждать пока у клиента какая-то формочка проснется через 5 минут и начнет что-то закрывать. За 5 минут пользователь в базе с рухнувшими индексами может таких чудес натворить, что ты потом устанешь это разгребать.
Кстати, из базы автоматическое закрытие самой себя может и не получиться. Это только Мюнхаузен так умел. А в жизни случаи разные бывают.

Господа, а никто не задавал себе вопрос - если все так просто (с периодическими проверками), то почему сам аксес так не делает?
Ведь есть же в базе этот самый флажок (адын байт в заголовке). Когда пользователь начинает что-то глобальное - выставляется в 1. Заканчивает что-то глобальное - сбрасывается в 0. Если отвалился не успев допеть до конца - это и есть рухнувшая база. При подсоединении к базе аксес этот байт проверяет - если не 0, то "База требует восстановления и т.п.". Кстати, когда база падает так что потом не поднимается - я этот флаг руками сбрасываю . Данные конечное кривые выходят, но все лучше чем ничего.
Так вот, если все так просто как вы говорите - почему это не есть стандартное поведение аксеса? Где то должна быть засада, жопой чую но сформулировать не могу. Ведь не зря же аксес только при запуске это проверяет, и не пытается прервать работу пользователя в произвольные моменты времени.

если база осыпается - путь тебе к SQL серверу, не делай себе проблем.
Неправильно. Если база осыпается - то надо устранять причину, а не переводить все на SQL, Oracle и т.п. Если все хорошо - база не должна падать чаще чем раз в месяц (да и то при большой нагрузке).
Без устранения причины глюков и с MS SQL могут быть траблы. Например, глючит сетевуха на серваке. Аксес просто падает, MS SQL живет, но херово, все тормозит, пользователи кричат, программеры разводят руками, заканчивается все тем что админы покупают еще гиг оперативки

Я тоже так считаю. Это идеал. Но недостижимый. А вот не чаще чем раз в месяц (при 150 юзерах) - это не идеал. Но вполне достижимый. Если раз в день - то это болезнь. Ее надо лечить, причем самое главное - устранить причину болезни.
Если база требует восстановления раз в месяц - это нормально. Только из за этого переходить на SQL Server не нужно. Если база падает 5 раз в час - ну значит это глобальная жопа где-то, и смена платформы просто скроет ошибки (ошибки сети например) и сделает их еще более трудноисправимыми.

Вдогонку.
Есть много из-за чего стоит переходить на MS SQL. Большие объемы данных, много юзеров, сложная аналитика, повышенные требования к безопасности, и т.п. Все это я понять могу.
Не могу понять когда люди переходят на MS SQL имея базу в 15 мегабайт, с которой работают 3 пользователя. Причем переходят потому, что не смогли в аксесе резервное копирование наладить, или не смогли глючный хаб поменять, или кто-то им сказал что в аксесе нет full outer join'а, или кто-то им сказал что MS SQL - это круто, или много чего еще.
Так же не могу понять тех, кто рекомендует другим перевести все на MS SQ при тех же условиях. У аксеса своя ниша. Не надо за хлебом ездить на самосвале, за хлебом надо пешком ходить. Обратное тоже верно. Слишком часто в нашей стране на основе настольной СУБД (аксес) делают корпоративные системы. Тоже бред.
Каждой задаче - свои средства

только мне слегка сомнительно что аксессовская база бдет жить при одновременной активной работе 150 юзеров
Ну у меня же живет
Не всегда 150, чаще примерно 100, опять таки большинство не загружают базу сложными запросами. Но явно больше 5 человек данные оперативно добавляют редактируют.
Аналитико-статистические запросы - тут не буду возражать, выгружать их в MS SQL и крутить их там красивым олапом. Не потому что больше двух не уживутся, уживутся еще как, но слишком медленно это будет. Устанут юзера ждать.

LDBViewer.exe
Он показывает кто (с какой машины) оставил базу в рухнувшем состоянии - в столбце Suspect у негодяя True.
Можно через ADO (OpenSchema не помню с какими параметрами) тоже самое посмотреть.
Вот эту информацию и анализируй. Если с одной машины базу роняют - выкинуть машину, если с одного сегмента - выкинуть хаб, если вообще хаотично - выкинуть сервер.
З.Ы. Желательно везде поставить как можно более одинаковый софт, т.е. по возможности одну систему, с одинаковыми сервиспаками, один мсофис, тоже с одинаковыми сервиспаками. Чем более гетерогенная среда - тем более геморройная жизнь.

ftp.nwg.ru/SoftWare/WIN95-98/Access/JETUTILS.EXE
ftp.cyf-kr.edu.pl/pub/mirror/Microsoft/softlib/MSLFILES/JETUTILS.EXE
Ссылки не проверял - фтп закрыт

Понравилось?

Suspect, которое определяет желание базы упасть
Причем желание осуществившееся