Всем привет. Есть скульная база УПП 1.3 и 1 октября скуль упал и был перезапущен. После этого не могу обновить конфу, т.к. тот сеанс от 1 октября якобы все еще активен. В активных юзерах его нет, в консоли кластера тоже нет (у меня туда нет доступа, но тогда, 1 октября, с коллегой смотрели аж 2 раза). Однако при попытке обновить вылазит сообщение:
http://www.screencast.com/t/arZuYazkyG
Обратите внимание: нормальный сеанс в конфигураторе и эта зараза (1108) якобы тоже в конфигураторе.
Что можно сделать, только удалять базу в скуле и новую создавать?:)

(0) перезапустить сервис 1с ?

(0) Сервер 1С перезапусти.

(0) перезагрузиться за две недели не додумались?

сервер 1с перезапускался тогда же, вместе со скулем. После этого смотрели консоль, там НЕТ сеанса 1108. Не понимаю что даст перезапуск:)
ну и, еще раз, правов на него не имею.

(0) переведи в автономный режим. Хотя выше написали что поможет

(4) Враньем попахивает...

(6) вот мне нечем больше на работе заняться, как поднимать тему и в ней врать...

(5) это как?

(4) перезапускался, или перезагружался? это как бы разные вещи

сеанса нет, а соединение?
Если совсем все плохо - выгоняй пользаков, и перезаливай базу (8) как перевести sql базу в автономный режим?

(9) тачку перегружали физически, после этого руками поднимали службы скуля и 1с

(10) сеанса нет и соединения тоже нет:)

(0) Прикончи его жестко

(10) ок, узнала что такое автономный режим, спасибо... если я заставлю админа перевести базу в этот режим, то сама в нее не зайду, верно? предлагаешь перевести туда-обратно?

(6) Там же сеанс открыт в конфигураторе. Бывает такой глюк.

(14) как вариант. Если не получится - выгняй пользаков, снимай дамп с базы и перезаливай ее. Это самыйрадикальный способ :)))

спс, щас буду теребить админа... в моей базе нету юзверей, они в соседней сидят...

(17) тем более. Снимете копию, удалите нафиг ее с сервака 1С с удалением скл и заново пропишете путь к свежезалитой базе на серваке 1С. Если и это не поможет - ну тогда диск с базой в церковь, на молебен.

Был не внимателен или действительно никто не сказал волшебное слово "кэш"? Странно :)

(18) зачем удалять? Атач/детач

(18) этот вариант я и предполагала в (0) как самый грустный:)
(19) кэш на своем компе чистила руками, плюс удаляла-добавляла базу в список, не помогло

(17) абсолютно все кеши почистите. поудаляйте абсолютно все файлы подозрительные, в папках базы и пользователя. Вообще всё, кроме файла самой базы.

(19) хех ))))
(21) а серверный кэш?)

(21)кэш на своем компе - а на сервере?

А вообще в sql-мендежменте прибить процесс пользователя

(22) файлы с расширением .cgr  абсолютно все, по всей локальной сети убейте. Это файлы конфигуратора.

(23), (24) а я могу это сделать без доступа к серверу?:)

(26) на моем компе файлы вида *.cgr и *.cgr.cfl лежат в папках ФАЙЛОВЫХ баз. Вымутила рдп на сервер - там то же самое. Точно их удаление поможет СЕРВЕРНОЙ базе?:)

(27)
"%PROGRAMFILES%\1cv82\common\1cestart.exe " /ClearCache
или для 64бита
"%PROGRAMFILES(x86)%\1cv82\common\1cestart.exe " /ClearCache

(29) это клиентский кэш

(28) всякие snccntx каталоги потри тоже

(27) не можешь.

Скорее всего админ врёт и ничего не перезагружал.

ну чо там?

(33) полюбому скуль только перезапустил. А сервер 1с вообще может на другом компе быть

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

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

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

не могу я в рабочее время остановить сервис! а в нерабочее нету чела с доступом

(39) ну так значит узнай гуид своей базы и вычисти все из соотв. папки)

(39) ну значит не обновишь ты базу
(40) кэш сервера не удалится при запущенном сервере

(41) да, точно.

дак пустьо рестартанет сервер 1С - пользователь не отвалится

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

У меня была такая ситуация. Решил следующим образом
1) Отсоединил базу в  MS SQL
2) Удалил базу в кластере
3) Подсоединил базу в MS SQL
4) Зарегистрировал базу заново на кластере

(45) та я ей писал уже в (10), уже всеб перезалилось бы 200 раз)

Вчера была такая же фигня. Перезапустил агента и сеанс слетел.

попробуй процессы сервера все прибить (не через службы) а через диспетчер процессов

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

(49) Тогда печаль. Ищи того, у кого эти права есть.

(50) уже полдня его заразу ищу...
ладно, всем спс! поймаю админа, отберу доступ, убью, зайду в sql студио и все сделаю:)

для истории - помогли следующие действия:
2) в скуле восстановили базу из бекапа
3) таки рестартанули сервер 1с
оказывается, консоль кластера тоже иногда врет... все врут (с)...