Страница 1 из 1
работа с открытыми файлами
Добавлено:
13 июн 2005, 12:37 Andrew Pushkarev
Netware 6/sp5. 100 пользователей запускают с сетевого диска “Приложение A”, открывая при этом *.mdb, *.ldb базу данных. Lock status файлов *.mdb, *.ldb в мониторе сервера – “Not locked”. Случилось так, что база запортилась. Отбивать 100 коннектов от сервера – нехорошо, т.к. открыты файлы других задач. Чтобы пользователи закрыли “Приложение A” и файлы базы данных можно было заменить на другие, пришлось долго рассылать сообщения и обзванивать. После этого восстановление файлов базы заняло 1 секунду.
Вопрос: каким болем коротким путем можно решать проблему?
Добавлено:
13 июн 2005, 14:21 Смирнов Дмитрий
Привет Андрей.
попробуй эту консольную утилиту:
CLEAR STATION (консольная утилита). При помощи этой утилиты можно закрыть все файлы, открытые на сервере с какой-либо рабочей станции, и очистить соединения сервера с этой рабочей станцией. Обычно такая процедура производится в случае, если рабочая станция зависла, оставив на сервере открытые файлы, и пользователь не может корректно отключиться от сети.
Утилита CLEAR STATION имеет следующий формат.
CLEAR STATION число
Замените слово число номером соединения с рабочей станцией, которые можно узнать при помощи утилиты MONITOR.NLM. Чтобы очистить соединения со всеми рабочими станциями, используйте ключевое слово ALL.
Добавлено:
13 июн 2005, 15:16 Andrew Pushkarev
>...и очистить соединения сервера с этой рабочей станцией. Обычно >такая процедура производится в случае, если рабочая с
в моем случае нужно 100 соединений разорвать. Это не понравиться соотв. ста пользователям.
Добавлено:
13 июн 2005, 15:30 Смирнов Дмитрий
А как ты хотел?
Тебе придется всех обзвонить или слать сообщения, которые 50% пользователей вообще не читают.
Добавлено:
14 июн 2005, 01:07 Иван Левшин aka Ivan L.
sdim - человек же ясно написал, что надо освободить файлы, а не убить соединения... Этак можно и без утилей с консоли сделать. Есть еще AdRem Server Manager, утилька с netware.nwsoft.ru - NWFU и многое другое
Но все они рубят соединения, а это ему не подходит.
Andrew Pushkarev - а почему ты не хочешь убить соединения? мелкие файлы типа 1С и есть вероятность, что юзверь получит отлуп во время обрыва соединения? С большими файлами соединение восстановится само, юзверь, скорее всего, ничего и не заметит.
Добавлено:
15 июн 2005, 16:16 Andrew Pushkarev
>а почему ты не хочешь убить соединения? мелкие файлы типа 1С и >есть вероятность, что юзверь получит отлуп во время обрыва >соединения? С большими файлами соединение восстановится само, >юзверь, скорее всего, ничего и не заметит.[/quote]
задач много, соотв. файлов множество больших и малых; кто и как пострадает при отключении коннектов от сервера непредсказуемо; такой компромис не подходит.
Добавлено:
15 июн 2005, 16:23 Владимир Горяев
А если все права на то место где файлы лежат временно отобрать?
Добавлено:
15 июн 2005, 18:25 Иван Левшин aka Ivan L.
Владимир Горяев - дык по идее коннекты, во-первых, останутся (не знаю - сбросит ли нетварь их автоматом), во-вторых - это то же самое, что обрубить коннект
Добавлено:
15 июн 2005, 18:52 Ковалев Артем
Кстати, насчет прав - это решение. Файлы лежат в некоем каталоге, права на него убираем - пользователи файлов лишаються. У них это выглядит так, как будто файлы стерли. Потом права на место и ура.
Если права розданы через группу, то все просто. Я попробывал (NW 5.1, 6.0) - получилось.
Добавлено:
16 июн 2005, 09:47 Владимир Горяев
Иван Левшин aka Ivan L. писал(а):Владимир Горяев - дык по идее коннекты, во-первых, останутся (не знаю - сбросит ли нетварь их автоматом), во-вторых - это то же самое, что обрубить коннект
Обрубить коннект - пропадет доступ ко
всем файлам на сервере. Если предв не сделать disable login, клиент автоматом восстановит коннект.
Добавлено:
16 июн 2005, 10:34 Иван Левшин aka Ivan L.
Владимир Горяев - логично... эт я не подумав ляпнул
за что прошу прощения.
Добавлено:
16 июн 2005, 15:00 Andrew Pushkarev
проделал все, что мне посоветовали. 1) у пользователя забрал все права на уже открытый файл базы *.mdb; файл удалить/заменить не удалось 2) отбил коннект пользователю, читающему раздел базы; хождение по базе коннект не восстанавливает, хотя, если хлопнуть по смапированной букве, коннект восстанавливается. проверялось с правами на чтение. так что пока увы…
Добавлено:
16 июн 2005, 15:04 Владимир Горяев
Andrew Pushkarev писал(а):1) у пользователя забрал все права на уже открытый файл базы *.mdb;
Может не все отобрались, надо проверить еффективные права.
Добавлено:
16 июн 2005, 17:06 Ravil
У нас такая ботва с БЭСТом бывает иногда
1) посылаем всей бухгалтерри сообщение
2) Невменяемых пользователей отлупливаем от конкретного файла Адрем Сервер Манагером и все
работает без проблем
Добавлено:
23 июн 2005, 12:03 Andrew Pushkarev
> Невменяемых пользователей отлупливаем от конкретного файла
> Адрем Сервер Манагером и все
нашел и установил adrem server manager 4.0.0.783 эвалюшн. он позволяет clear connection на сервере, но не отлупить от конкретного файла. если неправ, убеди в обратном