Динамическое обновление для 7.7SQL (если не менялась структура данных) (без ТурбоМД и прочего)

Опубликовал Вик (1yh1) в раздел Администрирование - Системное

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

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

Суть решения проста. Имеется обновлённый 1Cv7.MD файл, который надо накатить на рабочий 1Cv7.MD.

Необходима утилита Unlocker (скачать можно здесь http://ccollomb.free.fr/unlocker/ или  http://www.filehippo.com/download_unlocker/  или over9000 ссылок), при помощи которой разблокируется 1Cv7.MD и заменяется новым, обновлённым.

1. Устанавливаем Unlocker.

2. Жмём правой нопкой мыши на рабочем 1Cv7.MD. Появляется контекстное меню

 выбираем пункт Unlocker

3. Появляется окно

 

Указываем действие "Переименовать" и задаём новое имя для 1Cv7.MD, например 1Cv7.MD-mmDD_HHmm, жмём ОК. И кнопку "Разблокировать все".

4. Копируем в папку обновлённый 1Cv7.MD.

5. Для того, чтобы изменения конфы отразилось на работе, пользователям необходимо перезайти в 1с. Я делаю так: net send * "Перезайдите в 1С" 

Проверено на Win Server 2003, 1cv7.7 SQL проблем не было.

Сам unlocker не выкладываю потому как: You may not distribute Unlocker in any form without express written permission of Cedrick Collomb.

См. также

Комментарии
1. Ёпрст (Ёпрст) 1017 20.01.11 14:30 Сейчас в теме
2. Дмитрий Литовченко (kompas-dm) 748 20.01.11 14:30 Сейчас в теме
(0) Я уже ее выкладывал, набрался минусов.... Снял с публикации.
Программа для разблокировки файлов, запущенных в ОС Windows 2000/XP/2003/Vista. Эта утилита позволяет закрывать открытые дескрипторы файлов (файлы, работающие в операционной системе), тем самым давая возможность осуществлять над ними дальнейшие действия. Кроме простой разблокировки различных запущенных процессов и открытых папок, Unlocker позволяет осуществить наиболее часто выполняемые операции над объектами, а именно: переименование, удаление, перемещение. Представленная программа является дополнением к Проводнику Windows, её вызов осуществляется через контекстное меню.

Unlocker for Windows 2000, XP, 2003 and Vista
Copyright © 2005-2008 Cedrick Collomb
ccollomb.free.fr http://ccollomb.free.fr/unlocker/
3. Ёпрст (Ёпрст) 1017 20.01.11 14:31 Сейчас в теме
За такой способ нужно как минимум по я-цам пинать.
ЗЫ: "Проверено на Win Server 2003, проблем не было." - враньё, пользователи аварийно повылетали все, это раз, словарик остался старым, это два, в случае файловой версии - полетели индексы, это три.
4. Ёпрст (Ёпрст) 1017 20.01.11 14:32 Сейчас в теме
+3 Еще, если в мд изменения требовали реструктуризации базы - за такой "подарок" с подменой мд нужно увольнять с работы без объяснения причины.
5. Ваня (zk96) 20.01.11 16:12 Сейчас в теме
Автор, а вы сами пробовали так "обновлять" кофигурацию? И что не было проблем? Как-то мало верится.
6. Дмитрий Литовченко (kompas-dm) 748 20.01.11 16:18 Сейчас в теме
(3) Все-таки я ее иногда применяю, но только для зависшего пользователя и ,конечно, после архивации.
В Терминале можно снять процесс, а по сети ...
7. script Мальчинко (script) 195 20.01.11 16:52 Сейчас в теме
Да уж умник, ничего не скажеш - прям террорист какой то :D
8. Вик (1yh1) 20.01.11 17:16 Сейчас в теме
да, только для SQL
у меня все в терминале, полёт нормальный
по сети проверял, глюков не было, но повторяю: у меня все в терминле
9. Владимир (hogik) 417 21.01.11 01:05 Сейчас в теме
Поставлю минус на публикацию, как предостережение от использования такого "метода".
Может, кто из желающих, ЭТО использовать обратит внимание на минусы и задумается...
Ставлю плюс на первое сообщение в данной теме, т.к. сам точнее не смогу сказать. ;-)
10. Александр Рытов (Арчибальд) 2655 21.01.11 07:34 Сейчас в теме
11. Игорь Исхаков (Ish_2) 964 21.01.11 07:49 Сейчас в теме
Я бы поддержал бы минусовщиков.
Но ни слова не понял ни в теме, ни в комментариях.
Но иллюстрация к вопросу :
зачем люди переходят с 7 на 8 - получилась отличная !

Автор ! порви с тёмным прошлым, динамически переходи на 8 .
12. Александр Рытов (Арчибальд) 2655 21.01.11 08:43 Сейчас в теме
(11) Это, батенька, пальцем точно в небо.
Восьмерка отнюдь не всегда разрешает динамическое обновление. И наверняка можно придумать чучу, которая насильственно его проведет нештатно. Только последствия будут гораздо разрушительнее.
13. Игорь Исхаков (Ish_2) 964 21.01.11 08:54 Сейчас в теме
(12) Ну , я не очень-то в восьмерке...
Сижу , смакую урок №1 :
Восьмерка отнюдь не всегда разрешает динамическое обновление.
14. Александр Рытов (Арчибальд) 2655 21.01.11 09:20 Сейчас в теме
(13) Напоминаю: бороться с возникновением ошибок при динамическом обновлении разработчики пытались в 8.1.7, 8.1.12, 8.1.15. - возможно, и еще где-то. Пока безуспешно.
А вот насчет 8.2 цитата с: http://www.1c-pro.ru/ErrFix/ErrFix_8_2_11_229.html
Способ обхода: не использовать динамическое обновление
15. Игорь Исхаков (Ish_2) 964 21.01.11 09:24 Сейчас в теме
(14) В 8-ке - это исправляемые ошибки релизов , в 7-ке - это ограничение платформы .
Ты чувствуешь разницу ?
16. Александр Рытов (Арчибальд) 2655 21.01.11 09:27 Сейчас в теме
(15) Я бы почувствовал, если бы они были не исправляемые, а исправленные.
17. Артур Аюханов (artbear) 859 21.01.11 11:17 Сейчас в теме
(15) Да, динамическое обновление в 8-ке опасно. Несколько раз у меня настройки терялись, у некоторых пользователей конфа была неверной, и т.д. и т.п.
так что на боевой базе динамическое обновление не использую.
а на отладочной оно нафиг не нужно.
18. Иван Т (Spartan) 302 21.01.11 11:31 Сейчас в теме
(17) Настройки у нас регулярно херятся... Юзаем приблуду их восстановления с помощью прямого доступа в таблицу, где они хранятся. К сожалению, в нашем случае без динамического обновления порой не обойтись.
Очень радует способ обхода, опубликованный 1С! :D
19. Игорь Исхаков (Ish_2) 964 21.01.11 11:35 Сейчас в теме
(17) Согласен. Правда , сам всё-таки на 8.1.15(SQL) использую иногда.
20. Вик (1yh1) 21.01.11 11:41 Сейчас в теме
Интересно.
Я не пробовал, т.к. мне не надо, и другие пусть не делают так, поэтому я поставлю минус.
Ну-ну... разумно
21. Иван Т (Spartan) 302 21.01.11 11:44 Сейчас в теме
(20) Вы, по-моему, не совсем верно уловили суть размещенных здесь комментариев. "Другие пусть не делают", не потому что "я не пробовал", а потому что очень велик риск получить загубленную базу.
22. Вик (1yh1) 21.01.11 11:50 Сейчас в теме
(21) "Велик риск получить загубленную базу" -- а можно в цифрах сколько это, например, в попугаях.
у меня пока 0 попугаев риска, не загубил ни разу.
А это начало года требовало многих обновлений
23. Иван Т (Spartan) 302 21.01.11 11:55 Сейчас в теме
(22) Попугаев Вы будете считать, когда запорете базу, а бухгалтерии, или кто там у Вас, срочно нужно будет сдавать отчетность...
24. Вик (1yh1) 21.01.11 11:56 Сейчас в теме
хорошо, отпишусь после месяца опытной эксплуатации
25. Владимир (hogik) 417 22.01.11 00:51 Сейчас в теме
(0)(22)
"...а обновить надо совсем чуть-чуть!"(с)
"...а можно в цифрах сколько это..."(с)
У меня нет слов. Приходится словами автора публикации излагать. ;-)
26. Владимир (hogik) 417 22.01.11 01:39 Сейчас в теме
(11)
Игорь.
Давно хотел Вас спросить по бодрым призывам переходить со среды программирования X на среду Y.
У Вас в старых (прошлых) средах программирования есть разработки? Они эксплуатируются? Развиваются? Вы за них несёте ответственность?
Уж, очень легко Вы бросаетесь такими призывами...
27. Игорь Исхаков (Ish_2) 964 22.01.11 06:33 Сейчас в теме
(26) Владимир.Я уже пожил и хочу Вам сказать.
Программистом станешь тогда , когда выдавишь из себя : "Всё что я сделал до этого - это г....".
Осиливший эту фразу - да приблизится к мудрости.

Вообщем Вам, Владимир - побольше юмора по отношению к собственным разработкам.
28. Владимир (hogik) 417 22.01.11 18:55 Сейчас в теме
(27)Игорь. Я Вам задавал другой вопрос. Завяжем и эту тему....
29. Ян (yansen) 26.01.11 12:47 Сейчас в теме
И уж тем более не вздумайте этой статьей пользоваться, если вы работаете с УРБД.
30. alexvid Видуцкий (alexvid) 26.01.11 16:24 Сейчас в теме
Я поставил +, считаю, что это очень удобная вещь для моего варианта - sql и терминал. В ответ тем, кто указал минус - нужно внимательно читать заголовок и описание перед применением (и про sql, и про небольшие изменения БЕЗ реструктуризации), и по всем правилам обновления и просто логики - выгрузка базы перед действием, или хотя бы sql архив сделать НЕОБХОДИМО. И прогон в тестовой аналогичной базе тоже.
Автору большое спасибо.
31. Владимир (hogik) 417 26.01.11 18:08 Сейчас в теме
(30)
1) "выгрузка базы перед действием,"(с)
Автор "метода" (публикации) написал: "Надоело ждать, пока все выйдут из 1С."
А для выгрузки базы не надо ждать пока все...?
2) "небольшие изменения БЕЗ реструктуризации"(с)
Определите, пожалуйста, понятие "небольшие изменения".
Например, изменение алгоритма проведения документа или обновления справочника не требует "реструктуризации". Но может привести к порче базы данных если разные сессии будут "одновременно" использовать разные алгоритмы.
3) Ставлю минус на сообщение #30. Причины см. в сообщении #9.
Оболтус; +1 Ответить
32. alexvid Видуцкий (alexvid) 28.01.11 15:07 Сейчас в теме
Имея даже не высокую квалификацию в области программирования в среде 1С можно понять, что главный момент - БЕЗ реструктуризации, возможно хромает описание автором метода "для ламеров" в 3 листа на счёт того, что же является небольшими и не критическими изменениями и указание необходимости указанного мной пункта про хотя бы sql архив. Ещё я пишу просьбу ко всем пользователям сохранить данные и сделать паузу, и коллизии сводятся к минимуму.
33. Оболтус (Оболтус) 183 28.01.11 16:11 Сейчас в теме
TurboMD для таких случаев подключайте.
34. ПодОпытный (mihenius) 86 01.04.11 12:12 Сейчас в теме
(0) Жесть, слов нет, одни непечатные ...

Удалить это нужно с портала. И чем раньше, тем лучше.

Автору курить TurboMD: http://infostart.ru/public/14291/

Я лично сам восстанавливал базы после замены md ...
Геморрой еще тот.
Желаю не оказаться в "такой" ситуации.

(30) Попробуй прочитать все комментарии с начала и до конца.
35. Вик (1yh1) 01.04.11 16:19 Сейчас в теме
автор уже десятки раз применял такой способ,
проблем не было
Даже один раз с изменениями требующими реструктуризации, добавил поле в документ, в рабочей сделал ALTER TABLE используя DEFAULT ' 0'
и заменил DDS и MD, те пользователи, которые попытались бы работать с этим документом не перезаходя -- вылетели бы.
Сначала сделал в тестовой, увидел, что проблем нет повторил на рабочей.
Да, пожалуй, стоит написать в теме: В случае кривых рук прекратить чтение и "курить TurboMD"
36. Alexandr (xklos) 30.12.11 06:26 Сейчас в теме
Мда способ хорош только чтоб выгнать всех и то с файловой базой потом переидексировать нужно, а вообще способ полезен для ВК скажем сам сталкивался когда пользователь без сканера или фискальника занимал компоненту необходимую для оного а скажем кассир сидит с ошибкой нет доступа к dll берем анлокером разблокируем dll и запускаем кассира и вуаля все работает а для того что написал автор она явно не подходит оставляю без плюсов и минусов.
37. Вик (1yh1) 03.01.12 15:30 Сейчас в теме
"для 7.7SQL"
для файловой нельзя