Пустые "висячие" пользователи Windows 2008 server r2

[DAHS]

Заметил один неприятный момент, пользователи к концу дня закрываю деловодство, а на сервере процесс остается. РезервБД в меню Подключенные пользователи -> Активные подключения к серверу тоже видит эти коннекты?  Выходит до тех пор, пока не начнется плановое задание по отключению пользователей от БД, они занимают ОЗУ.
Т.е. возможна такая ситуация в течении рабочего дня, пользователь закрыл все и ушел, а его призрак висит и самое главное потребляет ОЗУ.

[oaken]

Заметил один неприятный момент, пользователи к концу дня закрываю деловодство, а на сервере процесс остается. РезервБД в меню Подключенные пользователи -> Активные подключения к серверу тоже видит эти коннекты?  Выходит до тех пор, пока не начнется плановое задание по отключению пользователей от БД, они занимают ОЗУ.
Т.е. возможна такая ситуация в течении рабочего дня, пользователь закрыл все и ушел, а его призрак висит и самое главное потребляет ОЗУ.

Зависшие подключения возможны только в случае аварийного отключения пользователей. И даже такие подключения со временем отваливаются по таймауту определенном в системе для отвалившихся соединений.

[DAHS]

Вот вчерашний лог:
 
12.12.2011 22:09:27 : Выполняется задание: Вечерний бекап
База: c:\ib\arbit\arbit.gdb
Подключений к БД не обнаружено.
Соединения с сервером:
k246.dna.arbitr.local (10.16.1.237) / 1136
informkiosk.dna.arbitr.local (10.16.1.248) / 56118   --он работает
informkiosk.dna.arbitr.local (10.16.1.248) / 57277
informkiosk.dna.arbitr.local (10.16.1.248) / 54898
k119-1.dna.arbitr.local (10.16.1.35) / 1240
aparhiv.dna.arbitr.local (10.16.1.40) / 1886
Отключение соединений с сервером...
12.12.2011 22:09:49 : База остановлена.
12.12.2011 22:10:22 : проверка c:\ib\arbit\arbit.gdb ...
12.12.2011 22:19:42 : проверка завершена. ошибок не найдено.
12.12.2011 22:19:58 : База запущена.
12.12.2011 22:20:15 : резервное копирование c:\ib\arbit\arbit.gdb ...
12.12.2011 22:41:43 : резервное копирование завершено.
12.12.2011 22:41:44 : Задание выполнено успешно.

Сегодня еще нормально, всего 3 пользователя, но есть дни когда до нескольких десятков доходит.

[oaken]

Сегодня еще нормально, всего 3 пользователя, но есть дни когда до нескольких десятков доходит.

Ну и зачем их рубить? Ведь тут перечислены все подключения к серверу, не факт что они к БД ДАС/ДГС.
Ведь бекап прекрасно делается и при подключенных пользователях.

[DAHS]

Ну и зачем их рубить? Ведь тут перечислены все подключения к серверу, не факт что они к БД

На днях задержался на работе, и обнаружил что на сервере занято много памяти процессами ibremote32. При этом в РезервБД висят пользователи, которые давно ушли.   

[oaken]

На днях задержался на работе, и обнаружил что на сервере занято много памяти процессами ibremote32. При этом в РезервБД висят пользователи, которые давно ушли.

Для меня лично понятия "пользователи ушли" и "висит ibremote32" - имеют несколько разные смысловые оттенки. 
Ушли - просто люди с работы? А клиент закрыли, компы выключили?
Если да, то каким образом? - может общим рубильником в подвале?

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

[Ярослав]

Где-то одна говорит я умею выключать и нажимает кнопку сначала монитор а потом конпку на ПК

[DAHS]

Сегодня утром база отказалась работать.

Вот лог отРЕзервБД :

16.12.2011 0:09:43 : Выполняется задание: Restore
База: c:\ib\arbit\arbit.gdb
Подключений к БД не обнаружено.
Соединения с сервером отсутствуют.
16.12.2011 0:10:05 : База остановлена.
16.12.2011 0:10:38 : проверка c:\ib\arbit\arbit.gdb ...
lock time-out on wait transaction
-bad parameters on attach or create database
-secondary server attachments cannot validate databases
16.12.2011 0:10:39 : проверка базы показала ошибки.
16.12.2011 0:10:56 : База запущена.
16.12.2011 0:11:12 : резервное копирование c:\ib\arbit\arbit.gdb ...
16.12.2011 0:27:55 : резервное копирование завершено.
16.12.2011 0:27:55 : восстановление f:\backup\1.07\arbit_20111216_0011.gbk ...
16.12.2011 1:26:19 : восстановление завершено.
16.12.2011 1:26:19 : проверка f:\backup\arbit_20111216_0011.gdb ...
16.12.2011 1:35:23 : проверка завершена. ошибок не найдено.
16.12.2011 1:35:26 : Задание выполнено с ошибками.

Ошибка выскакивает уже 3-й раз за последний месяц. Выполнил подменну отресторенной базы, запускаю Проверку базы - та же картина

16.12.2011 7:20:23 : База остановлена.
16.12.2011 7:30:11 : проверка c:\ib\arbit\arbit.gdb ...
lock time-out on wait transaction
-bad parameters on attach or create database
-secondary server attachments cannot validate databases
16.12.2011 7:30:12 : проверка базы показала ошибки.

Перезапуск яфила не помог. В диспетчере задач висели 3 процесса ibremote32. Остановил, перезапустил еще раз яфил - все заработало. Может есть какие-нибудь предположения в чем может быть дело? И почему висят 3 процесса?

[Зверобой]

Такое подозрение, что кто- то пытается работать с базой когда идет её проверка. Когда у вас работает Репа?

[DAHS]

Репа зупускается через 3 часа после запуска РезервБД. РезервБД обычно работает 1 час 20 минут +-.

[Зверобой]

А любителей поработать после 00.00 нет?

[DAHS]

   После 00 только охрана работает.

[Щетинин В.А.]

Сегодня утром база отказалась работать.

Вот лог отРЕзервБД :

16.12.2011 0:10:38 : проверка c:\ib\arbit\arbit.gdb ...
lock time-out on wait transaction
-bad parameters on attach or create database
-secondary server attachments cannot validate databases
.................................................................................................
Перезапуск яфила не помог. В диспетчере задач висели 3 процесса ibremote32. Остановил, перезапустил еще раз яфил - все заработало. Может есть какие-нибудь предположения в чем может быть дело? И почему висят 3 процесса?

такая ошибка возникает после "падения" яфила, помогае либо полная остановка и последующий запуск яфила, репы, сирка и имсы + "убийство" всех  процессов ibremote до перезапуска служб или быстрее перезагрузить сервер. Повторяется редко, но случается...

[Юрій]

Сегодня утром база отказалась работать.

Вот лог отРЕзервБД :

16.12.2011 0:10:38 : проверка c:\ib\arbit\arbit.gdb ...
lock time-out on wait transaction
-bad parameters on attach or create database
-secondary server attachments cannot validate databases
.................................................................................................
Перезапуск яфила не помог. В диспетчере задач висели 3 процесса ibremote32. Остановил, перезапустил еще раз яфил - все заработало. Может есть какие-нибудь предположения в чем может быть дело? И почему висят 3 процесса?

такая ошибка возникает после "падения" яфила, помогае либо полная остановка и последующий запуск яфила, репы, сирка и имсы + "убийство" всех  процессов ibremote до перезапуска служб или быстрее перезагрузить сервер. Повторяется редко, но случается...

Полностью согласен с Володей такое наблюдал не раз пока всё не тормазнёшь и не откинешь процесы яфил мёртво висит или резет сервака, могу посоветовать обойти эту проблему я прописал в задачах винды сервера перед проверкой с отключением пользователей тормазиться имса, которая собственно отвечает за конект, ну и утром запускается )) и всё у нас когда выявилась проблема даже разпоряжение делал керап по поводу того что бы после 12 ночи ни кто не работал, но время показало что это народу по фиг, находились грамотеи которые подключались к базе после первой проверки ну а что они там могли с просонья натыкать только высшим силам может быть известно ((((

[Зверобой]

Принято на доработку. Постараемся исправить в следующей версии РезервБД.