gifts2017

Зависла блокировка на сервере предприятия. Нужно сохранить конфигурацию, но перезапуск сервера 1С невозможен

Опубликовал Evil Grym (Evilgrym) в раздел Администрирование - Системное

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

Иногда встречающаяся коварная ситуация - зависает на сервере блокировка и не дает сохранить конфигурацию.

Блокировка видна только в консоли кластера в ветке База/блокировки/По сеансам и кроме имени компьютера никакой информации не содержит. Избавиться от нее нельзя никак, только сервер предприятия перезапускать. Однако, доступа к серверу может не быть, либо админ спит... А сохранить конфигурацию страсть как хочется.

 

Рабочий алгоритм действий:

1) Запускам консоль сервера 1С

2) Выгоняем всех пользователей из рабочей базы (пусть она называется base).

3) В свойствах  базы  base блокируем подключения, блокируем регламентные задания. Для особой уверенности, что никто и никогда - изменяем имя БД на сервере (при попытке подключения клиента к base сообщит, что БД не найдена).

4) Создаем новое подключение к базе данных.  Назовем его base_backdoor. Параметры подключения как были у базы base. Сразу при создании подключения блокируем регламенты.

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

6)  Закрываем конфигуратор. Заходим в консоль сервера предприятия. Портим подключение base_backdoor - блокируем подключения,  меняем имя БД на сервере.

7) Восстанавливаем подключение base - разблокируем подключения, регламенты, восстанавливаем имя БД на сервере.

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение
Комментарии
1. Даниил Матвеев (cargobird) 15.04.16 19:25
Интересно... Подписался на комментарии.
Вообще тема зависшей блокировки больная, не только для сохранения конфигурации.
В частности рождение таковых. И предотвращение появления таковых.
2. Андрей Карпов (karpik666) 16.04.16 17:03
Как я понял можно делать по другому: просто удаляем базу из списка в консоле 1С предприятия, а затем создаем новую с тем же наименованием, по сути тоже зависших соединений не будет, или я не прав.
3. bulpi bulpi (bulpi) 17.04.16 12:29
(2)
Не удалится база, т.к. есть соединения.
4. vasja ivanov (vasja_yar) 17.04.16 17:39
Поставить у себя на компе кластер серверов, в нем добавить базу. Подключиться через свой сервер к базе и выгрузить cf/ Способ если порт от своего компа к sql достпен
5. ivanov660 ivanov660 (ivanov660) 17.04.16 22:05
А кто собственно мешает сделать бекап на SQL и восстановить его в копию и к копии подключить 1С ку? Никого выгонять и нечего мутить не надо.
6. Evil Grym (Evilgrym) 18.04.16 12:49
(5) ivanov660, 1,5 ТБ размер базы.
7. Evil Grym (Evilgrym) 18.04.16 19:48
(2) karpik666,
Не получается. Эта самая зависшая блокировка как раз и мешается. Сервер предприятия ведет список блокировок где-то у себя глубоко внутри, и при попытке удалить регистрацию базы сверяется с этим списком, а там сидит в кустах это маленькое с красными выпученными глазами и орет "Занято!"
8. Андрей Щеглов (Andrefan) 20.04.16 11:49
ИМХО, лучше так не делать. Получается неявное динамическое обновление, а это всегда опасно.
9. Игорь Никик (igo1) 20.04.16 12:47
Посмотрел статью и комментарии, мы делаем проще, перезапускаем Агента сервера 1с, пользователи не вылетают, а блокировки уходят.
10. Алексей 1 (AlX0id) 20.04.16 20:12
(8) Andrefan, а еще хуже то, что об этом "динамическом" обновлении у сервера 1С нет шанса узнать.. То бишь, есть вероятность того, что он будет применять кэш старой базы со старыми метаданными к новой.

(6) Evilgrym,
Раз уж база террабайтная, и такая хрень в порядке вещей, то лучше выбейте себе админские права или права на перезапуск службы, чем подвергать опасности данные. И метаданные.
11. Виталий (PVG_73) 20.04.16 23:27
Свое время я нецензурно выражался по поводу этой фигни.... когда подняли 2-ой 1С-ый сервак и я на нем зарегил ту же самую базу, что на 1-ом и при работающих пользаках не то чтобы конфигурацию сохранил, я тупо всю базу выгрузил..... На что мне в 1С сказали, что это не бага, а фича и следствие кластерной функциональности.... так что как то так....
12. Evil Grym (Evilgrym) 20.04.16 23:52
(10) AlX0id, Я б со с радостью, да беда в том, что сервер на линуксе, и админ пароль не дает ни в какую. А перезапуск сервака днем не всегда возможен. Баз много вертится.
Под линуксом такая беда возникает не часто, но возникнув жизнь портит серьезно. За два года раз 5 было.

Кстати, на счет подключения с двух серверов - как-то тоже практиковал, отладка на втором была включена и что-то там вылавливал в веб-сервисе, но только в качестве просмотра, конфу редактировал на основном.
13. Владислав Кашин (MECHTAKZ) 21.04.16 09:09
Не совсем понял, чем отличается выгон всех пользователей, блокировка подключений и регламентных, переименование базы от обычно перезапуска агента сервера 1С?
14. Evil Grym (Evilgrym) 21.04.16 15:04
(13) MECHTAKZ, тем, что остальные 22 базы продолжают активно работать
15. Александр Ярошенко (teller) 27.04.16 05:32
(14) Evilgrym, а остальные 22 базы тоже по 1,5 ТБ каждая?
16. Evil Grym (Evilgrym) 16.08.16 16:01