| 0
- 04.04.2012 - 12:09
|
Есть БД 77 которая крутится круглые сутки. База ДБФ. Работают в терминале на сервере 2003 R2 Standart. Пользователи работают все время. Необходимо организовать регламентное обслуживание по схеме 1)В 20,00 предупреждение пользователей. 2)в 20,10 Выкинуть неповиновавшихся из БД. 3)Провести ТИИ(реиндекс, тест и т.д.) 4)Провести перепроведение периода. 5)Отпустить пользователей. У кого есть опыт такой работы БД. Флудить не возбраняется.Только сильно не пинать.     | |
| 1
- 04.04.2012 - 12:14
|
(1) 1. Реально 2. Возможно, если не открыто модальное окно. 3. Провести тоже можно. 4. Реализуемо кажись 5. Отпустить куда? Домой? ;-) | |
| 2
- 04.04.2012 - 12:15
| (+2) Хотя опыта нет. Сообщить и выкинуть легко. А вот все остальное кажется нужно делать через пакетный запуск. | |
| 3
- 04.04.2012 - 12:17
|
То что это все рализуемо в лабораторных условиях я не сомневаюсь. Но есть практическая сторона. 1 Бардак в головах пользователей. 2 порядок на приедприятии. и т.д. Нужна практическая сторона дела ... | |
| 4
- 04.04.2012 - 12:30
| Иногда бывает в лабораторных условиях все чудесно. а на практике схема автоматической работы не взлетает при отсутствии всяких факторов...... | |
| 5
- 04.04.2012 - 12:32
|
(4) Если трепетно относится к бардаку в головах, лучше и не начинай. Как показывает практика, в "живой базе" нуждаются примерно 20% юзеров. Прочим хватит и "базы вчерашнего дня". А сами пункты 1-5 имеют технические решения. Пп.3 и 4 ежедневно совсем не обязательны. | |
| 6
- 04.04.2012 - 12:33
| 2)в 20,10 Выкинуть неповиновавшихся из БД. - и пипец котенку... | |
| 7
- 04.04.2012 - 12:55
|
правильно организованный регламент требует надзора ЗЫ фсйо работает и не обязательно дбф ЗЫЫ xstarer или nncron | |
| 8
- 04.04.2012 - 13:05
| Все, на самом деле, гораздо проще: из базы совсем не обязательно выкидывать: достаточно заблокировать ввод данных, и [пере]проведение документов. Читать (отчеты) - на здоровье. | |
| 9
- 04.04.2012 - 17:56
|
необходимо 1. понимать, что это комплекс мероприятий, направленный на обеспечение трудового процесса и обеспечение функционирования предприятия как такового 2. комплекс не может ограничиваться только программными и аппаратными решениями, а зачастую и не требует их. 3. в данном случае необходимо утвердить у генерального регламент проведения мероприятия и назначить ответственность за его нарушение. 4. в случае неисполнения регламента, силами ответственных за проведения мероприятия обнаружить причину неисполнения и предоставить её на суд генерального. утвержденный генеральным регламент распространить среди имеющих к нему отношение (пользователей) и взять с них расписки об ознакомлении с регламентом. соответственно, при нарушении регламента - головняки нарушителю в лице генерального, ответственным - премии за ответственность и дополнительные работы по устранению результатов нарушения регламента. | |
| 10
- 04.04.2012 - 18:04
|
+ после получения расписок со всех пользователей, ответственный вправе считать что регламент (выход пользователей из БД) исполняется поголовно всеми пользорвателями. следовательно активные юзеры в базе - зависшие сессии юзеров, т.е. чисто аппаратно-программная ошибка. основываясь на этом, он вправе действовать без оглядки на сетевые подключения к БД. однако, для полной ясности и уверенности всё таки необходимо вести лог подключений/отключений юзеров от БД штатными (предусмотренными производителем ПО, гарантирующими корректную эксплуатацию этого ПО) способами (короче, смотреть журнал регистрации - когда кто подключился, когда кто отключился). | |
| 11
- 04.04.2012 - 18:10
| а что касается конкретной программной реализации, то все это возможно. в рамках исполнения регламента. | |
| 12
- 04.04.2012 - 20:17
| Жму 7-zip никого не выгоняяи ничего не блокируя. Восстанавливать пришлось четыре раза в год, база 4Гб, все ОК. Потеряны пара-тройка документов + перепроведение для сдачи отчетности. | |
| 13
- 04.04.2012 - 20:40
|
(13) Про что и шла речь в (9) (10, 11) Пышно, очень пышно :) Проще надо быть: нарисовать регламент, когда, где, сколько - а юзерам просто сообщить: с таких по таких база будет заблокирована на запись, такого-то дня недели с таких по таких - освобождена от входа (для работ, требующих монопольного владения). Средства принудительного выхода - известны давно. | |
| 14
- 05.04.2012 - 02:51
|
1. тупой нетсенд в шедулере 2. шедулер=+10мин от п.1 - тупое киляние процессов 1С - реализуемо штатными средствами виндов 3. в этом же задании - пакетный реиндекс 4. в этом же задании запуск робота с перепроведением, лог перепроведения (табло сообщений)- сграбливаем 1spy в файл, файл на мыло (у мен яделалось проще - если перепроведение успешно - приходило смс). 5. нестенд всем типа "работаем штатно" . все решаемо за исключением п.4 - перепроведение может заткунтуься, но если регламенты выстроены правильно 0- задним числом любое телодвижение может быть только в увеличение остатков на складах - то и тут ок. . примерно так у меня и работало... | |
| 15
- 05.04.2012 - 02:52
| (13) просто везет... | |
| 16
- 05.04.2012 - 13:42
|
Спасибо всем откликнувшимся. Тема раскрыта полностью. Когда выйду на режим отпишусь..... | |
Интернет-форум Краснодарского края и Краснодара |
