Помощь - Поиск - Пользователи - Календарь
Полная версия: Нужна помощь новичку
1C-PRO - Форум по 1С > Форумы по платформе "1С:Предприятие 7.7" > (7.7) Форум по общим вопросам "1С:Предприятие 7.7"
a1.0
Проблема в следующем, пользователь отключился от 1с, но в списках так и остался висеть, висит уже 2е суток. Как его отключить?
o1eg
Цитата(a1.0 @ 22.7.2007, 14:15) *

Проблема в следующем, пользователь отключился от 1с, но в списках так и остался висеть, висит уже 2е суток. Как его отключить?

1. Перезагрузи комп пользователя, который повис.
2. Перезагрузи сервер, на котором база.
Юрка
Цитата(o1eg @ 22.7.2007, 20:48) *

1. Перезагрузи комп пользователя, который повис.
2. Перезагрузи сервер, на котором база.


Это слишком радикально!
Проще найти файлики с расширением LCK в папке базы, и убить их оттуда..
Скорее всего сделать тебе это не удасться ), потому что они будут заняты другим процессом или программой.. Тогда подключаешься через управление компьютером к серваку, где базы крутятся, находишь там все файлы открытые этим человеком и закрываешь их, после этого с чистой совестью удаляешь все *.lck. Они лежат в папке пользователя, каталога, где база.. +один в корне этого каталога, возможно.. после этого все работает.. И перезагружать ничего не надо.
WaRDeR
Не согласен.
Цитата
Проще найти файлики с расширением LCK в папке базы, и убить их оттуда..

Файл 1Cv7.LCK имеет нулевой размер и нужен только для определения занятости базы.
Определить пользователя можно через SYSLOG\links.tmp. Но возможно потребуется выход всех пользователей из базы, удаление этого файла, а потом работаем дальше.
SergeyF
Вопрос, на самом деле, дурацский. Неужели самому недодуматься что нужно делать?
SergeyF
Цитата(Юрка @ 23.7.2007, 10:38) *

Это слишком радикально!
Проще найти файлики с расширением LCK в папке базы, и убить их оттуда..
Скорее всего сделать тебе это не удасться ), потому что они будут заняты другим процессом или программой.. Тогда подключаешься через управление компьютером к серваку, где базы крутятся, находишь там все файлы открытые этим человеком и закрываешь их, после этого с чистой совестью удаляешь все *.lck. Они лежат в папке пользователя, каталога, где база.. +один в корне этого каталога, возможно.. после этого все работает.. И перезагружать ничего не надо.

Опасный спсоб советуете, а если вдруг он перепутает *.lck c *.md ? Лучше уж перезагрузка. cowboy.gif
a1.0
В принципе, уже и так разобрался без перезагрузки и удаления файлов.

Цитата
Вопрос, на самом деле, дурацский. Неужели самому недодуматься что нужно делать?


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

Всем спасибо за советы.
Юрка
Цитата(a1.0 @ 23.7.2007, 21:04) *

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

Всем спасибо за советы.


Если не секрет, как? Позвонили и попросили выйти пользователя? biggrin.gif

Цитата(WaRDeR @ 23.7.2007, 14:09) *

Не согласен.

Файл 1Cv7.LCK имеет нулевой размер и нужен только для определения занятости базы.
Определить пользователя можно через SYSLOG\links.tmp. Но возможно потребуется выход всех пользователей из базы, удаление этого файла, а потом работаем дальше.


Хм.. Что подразумевается под "определить пользователя"? Конкретно в моих случаях, кои к сожалению случаются частенько, в основном в торговле, и в основном с людьми, сидящими на объектах, с которыми не самая лучшая связь, мне всегда помогало удаление 1Cv7.LCK, после закрытия всех файлов пользователя, открытых на сервере БД. Причем, невероятно, но факт, без удаления, ситуация не менялась, т.е как человек "висел", так висеть и оставался )
SergeyF
Цитата(a1.0 @ 23.7.2007, 21:04) *

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

Всем спасибо за советы.

К сожалению, функция завершения сенаса пользователей реализована только лишь в восьмерке.

Цитата
Если не секрет, как? Позвонили и попросили выйти пользователя?
biggrin.gif

А на самом деле как? Если наши способы не приемлемы, остается только этот. biggrin.gif
Юрка
Цитата(WaRDeR @ 23.7.2007, 14:09) *

Не согласен.

Файл 1Cv7.LCK имеет нулевой размер и нужен только для определения занятости базы.
Определить пользователя можно через SYSLOG\links.tmp. Но возможно потребуется выход всех пользователей из базы, удаление этого файла, а потом работаем дальше.


И еще вопрос... Вот ты говоришь - Выход всех пользователей из базы. Но если по факту, ниодного человека там нет, а монитор показывает, что есть.. По моему эта проблема как раз и затрагивалась, и именно эту проблему решает удаление LCK
SergeyF
Цитата
Но если по факту, ниодного человека там нет, а монитор показывает, что есть..

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

Думаю, у него либо какой-нибудь юзер в далеком кабинете не вышел из 1С, либо терминал завис.
Юрка
Цитата(SergeyF @ 25.7.2007, 10:04) *

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

Думаю, у него либо какой-нибудь юзер в далеком кабинете не вышел из 1С, либо терминал завис.


Я встречаю частенько, хотя обслуживаю ненамного больше ) Случается с периодичностью раз в три недели примерно.. Ну да ладно.
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.
Русская версия Invision Power Board © 2001-2008 Invision Power Services, Inc.