proNovell

Коллеги, приветствую Вас!
Прошу поделиться соображениями вот по такой ситуации:
- есть серверы NW 5.1 SP6 (Intel и HP)
- основные пользователи работают с БД Foxpro
- для большинства пользователей установлено Login Time Restriction
(чтоб резервное копирование прошло без проблем)
- в час Х пользователи-полуношники, принудительно отключаются (о чём я узнаю из логов)
- используя AdRem Server Manager собираю статистику о процессоре, памяти, открытых файлах и .....
Открытых файлов несколько тысячь.
И вот при анализе статистики обнаруживаю, что в какойто момент времени после часа Х остаются открытые файлы, примерно 500.
На следующий день их уже 1000 и т.д.
После перезагрузки сервера ситуация нормализуется.
Подскажите, что это может быть и как с ним бороться?

принудительно отключаются

С использованием консольной команды Clear connections all [затем YES] ??

В оригинале, есть команда CLEAR STATION ALL. Согласен. Наверное даже поможет. Но в сети есть пользователи, которых нельзя отключать, есть некоторые сервисы, которые крутятся под какой то учётной запьсью - отключать нельзя. CLEAR STATION № - не понятно кому принадлежат №№ соединений.....
Причём соединения таки сбрасываются по "ограничению времени регистрации", о чем сдидетельствует статистика. Остаются открытые файлы - вот в чём вопрос.

Такое бывает при некорректном выходе пользователей из сети, т.е. выключение кнопкой питания, но они должны через некоторое время скинуться, обычно несколько минут, хотя не всегда. Может эти файлы пораждает система резервного копирования.?

Рыть, похоже, в сторону крайних СП на ОС и FILESYS. Может быть и кеширование на сервере откл.

Осетров Сергей писал(а):CLEAR STATION № - не понятно кому принадлежат №№ соединений.....

Как это?

Vladimir Kozak писал(а):

Осетров Сергей писал(а):CLEAR STATION № - не понятно кому принадлежат №№ соединений.....

Как это?

Руками указывать № соединения не представляется возможным. Я ведь не могу сидеть до позднего вечера и перед запуском "БАКАПА" по одному отключать пользователей. Отключать ALL нельзя (см. выше). Планировать задание.... ? Надо указывать № соединения и принимать решение отключать или нет.
Но всё же вопрос не втом. Ато, что соединения сруваются по ограничению времени регистрации, а файлы остаются.

Соединения нет, а файл считаеться открытым??? Это как??? Кем же он тогда открыт???

Орлов Алексей писал(а):Соединения нет, а файл считаеться открытым??? Это как??? Кем же он тогда открыт???

глюк filesys.

Орлов Алексей писал(а):Такое бывает при некорректном выходе пользователей из сети, т.е. выключение кнопкой питания, но они должны через некоторое время скинуться, обычно несколько минут, хотя не всегда. Может эти файлы пораждает система резервного копирования.?

С не корректным выходом пользователей согласен, но здесь всё в порядке. А вот про резервное копирование, пожалуйста, по подробней. В каких случаях такое может проявляться и на что следует обратить внимание. Мы используем DATA PROTECTER 5.5
Тома с данными расположены на дисковом массиве EMC. Резервное копирование этих ресурсов выполняется со snapshort-ов смонтированных на другом сервере. Хочу уточнить: Соединения пользователей завершаются за пол-часа до начала процедуры резервного копирования. Эта процедура включат в себя:
- размонтирование snapshort - томов
- пересоздание snapshort
- монтирование snapshort - томов
- запуск резервного капирования

Несколько дней ситуация нормальная: соединения завершаются, файлы закрываются.... Но в конце месяца, когда активность пользователей и нагрузка на сервер (не на сервер, с которого выполняется "бакап") возрастают - проявляется описанная мною ситуация. Каждый день количество открытых файлов увеличивается на количество не закрытых перед процедурой резервного копирования. С "боевых" серверов копируется только SYS и схема.
Так может есть какой то волшевный ключик для "БАКАПА"?

волшевный ключик для "БАКАПА"

А сенбернара на своего БАКАПА натравить не пробовали?

Музалёв Николай писал(а):

волшевный ключик для "БАКАПА"

А сенбернара на своего БАКАПА натравить не пробовали?

Конечно же мы рассматривали различные варианты "Менеджеров открытых файлов". Процесс snapshort на дисковом массиве тоже поддерживается. Такая технология позволяет видеть файлы как бы не изменяемыми. Но на момент запуска "процесса" в любой подобной системе файлы должны быть закрыты (обязательно). С момента запуска "процесса" файлы "застывают" в этом состоянии. И случись ситуация, что надо восстановить данные - мы их восстановим на момент запуска "процесса". А по сему его надо перезапускать хотя бы раз в сутки (ну или с какой то переодичностью). Значит файлы д/б закрыты. На открытых файлах нельзя запускать "процесс" ещё и по тому, что у нас файлы БД FOXPRO - это плоские файлы и их много, они на разных серверах. Старт "процесса" растянут во времени (несколько секунд), за это время файлы могут быть изменены - нарушится целостность БД. Файлы д.б. закрыты.
Ну и наконец это всё таки картинка, которая закрывает пятно на стене
Нужно чтоб файлы закрывались. Все. Каждый день.
Вот я и обратился за советом. Может кто знает где и чего подкрутить.
Хотя рассуждая и писавши сообщение натолкнулся на мысль, что может этот хитрый "процесс" и сбоит!?