Настройка регламентного обслуживания БД 77 файловый режим.
 

Есть БД 77 которая крутится круглые сутки.
База ДБФ. Работают в терминале на сервере 2003 R2 Standart.
Пользователи работают все время.
Необходимо организовать регламентное обслуживание по схеме
1)В 20,00 предупреждение пользователей.
2)в 20,10 Выкинуть неповиновавшихся из БД.
3)Провести ТИИ(реиндекс, тест и т.д.)
4)Провести перепроведение периода.
5)Отпустить пользователей.

У кого есть опыт такой работы БД.
Флудить не возбраняется.Только сильно не пинать.

(1)
1. Реально
2. Возможно, если не открыто модальное окно.
3. Провести тоже можно.
4. Реализуемо кажись
5. Отпустить куда? Домой? ;-)

(+2) Хотя опыта нет. Сообщить и выкинуть легко. А вот все остальное кажется нужно делать через пакетный запуск.

То что это все рализуемо в лабораторных условиях я не сомневаюсь.
Но есть практическая сторона.
1 Бардак в головах пользователей.
2 порядок на приедприятии.
и т.д.

Нужна практическая сторона дела ...

Иногда бывает в лабораторных условиях все чудесно. а на практике схема автоматической работы не взлетает при отсутствии всяких факторов......

(4) Если трепетно относится к бардаку в головах, лучше и не начинай.
Как показывает практика, в "живой базе" нуждаются примерно 20% юзеров. Прочим хватит и "базы вчерашнего дня".
А сами пункты 1-5 имеют технические решения. Пп.3 и 4 ежедневно совсем не обязательны.

[em]2)в 20,10 Выкинуть неповиновавшихся из БД.[/em] - и пипец котенку...

правильно организованный регламент требует надзора
ЗЫ фсйо работает и не обязательно дбф
ЗЫЫ xstarer или nncron

Все, на самом деле, гораздо проще: из базы совсем не обязательно выкидывать: достаточно заблокировать ввод данных, и [пере]проведение документов. Читать (отчеты) - на здоровье.

необходимо
1. понимать, что это комплекс мероприятий, направленный на обеспечение трудового процесса и обеспечение функционирования предприятия как такового
2. комплекс не может ограничиваться только программными и аппаратными решениями, а зачастую и не требует их.
3. в данном случае необходимо утвердить у генерального регламент проведения мероприятия и назначить ответственность за его нарушение.
4. в случае неисполнения регламента, силами ответственных за проведения мероприятия обнаружить причину неисполнения и предоставить её на суд генерального.

утвержденный генеральным регламент распространить среди имеющих к нему отношение (пользователей) и взять с них расписки об ознакомлении с регламентом.

соответственно, при нарушении регламента - головняки нарушителю в лице генерального, ответственным - премии за ответственность и дополнительные работы по устранению результатов нарушения регламента.

+
после получения расписок со всех пользователей, ответственный вправе считать что регламент (выход пользователей из БД) исполняется поголовно всеми пользорвателями. следовательно активные юзеры в базе - зависшие сессии юзеров, т.е. чисто аппаратно-программная ошибка. основываясь на этом, он вправе действовать без оглядки на сетевые подключения к БД.

однако, для полной ясности и уверенности всё таки необходимо вести лог подключений/отключений юзеров от БД штатными (предусмотренными производителем ПО, гарантирующими корректную эксплуатацию этого ПО) способами (короче, смотреть журнал регистрации - когда кто подключился, когда кто отключился).

а что касается конкретной программной реализации, то все это возможно. в рамках исполнения регламента.

Жму 7-zip никого не выгоняяи ничего не блокируя. Восстанавливать пришлось четыре раза в год, база 4Гб, все ОК. Потеряны пара-тройка документов + перепроведение для сдачи отчетности.

(13) Про что и шла речь в (9)
(10, 11) Пышно, очень пышно :) Проще надо быть: нарисовать регламент, когда, где, сколько - а юзерам просто сообщить: с таких по таких база будет заблокирована на запись, такого-то дня недели с таких по таких - освобождена от входа (для работ, требующих монопольного владения).
Средства принудительного выхода - известны давно.

1. тупой нетсенд в шедулере
2. шедулер=+10мин от п.1 - тупое киляние процессов 1С - реализуемо штатными средствами виндов
3. в этом же задании - пакетный реиндекс
4. в этом же задании запуск робота с перепроведением, лог перепроведения (табло сообщений)- сграбливаем 1spy в файл, файл на мыло (у мен яделалось проще - если перепроведение успешно - приходило смс).
5. нестенд всем типа "работаем штатно"
.
все решаемо за исключением п.4 - перепроведение может заткунтуься, но если регламенты выстроены правильно 0- задним числом любое телодвижение может быть только в увеличение остатков на складах - то и тут ок.
.
примерно так у меня и работало...

(13) просто везет...

Спасибо всем откликнувшимся. Тема раскрыта полностью.
Когда выйду на режим отпишусь.....