gifts2017

Динамическое обновление для 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. Епрст (Ёпрст) 20.01.11 14:30
2. Дмитрий Литовченко (kompas-dm) 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. Епрст (Ёпрст) 20.01.11 14:31
За такой способ нужно как минимум по я-цам пинать.
ЗЫ: "Проверено на Win Server 2003, проблем не было." - враньё, пользователи аварийно повылетали все, это раз, словарик остался старым, это два, в случае файловой версии - полетели индексы, это три.
4. Епрст (Ёпрст) 20.01.11 14:32
+3 Еще, если в мд изменения требовали реструктуризации базы - за такой "подарок" с подменой мд нужно увольнять с работы без объяснения причины.
5. Ваня (zk96) 20.01.11 16:12
Автор, а вы сами пробовали так "обновлять" кофигурацию? И что не было проблем? Как-то мало верится.
6. Дмитрий Литовченко (kompas-dm) 20.01.11 16:18
(3) Все-таки я ее иногда применяю, но только для зависшего пользователя и ,конечно, после архивации.
В Терминале можно снять процесс, а по сети ...
7. script Мальчинко (script) 20.01.11 16:52
Да уж умник, ничего не скажеш - прям террорист какой то :D
8. Вик (1yh1) 20.01.11 17:16
да, только для SQL
у меня все в терминале, полёт нормальный
по сети проверял, глюков не было, но повторяю: у меня все в терминле
9. Владимир (hogik) 21.01.11 01:05
Поставлю минус на публикацию, как предостережение от использования такого "метода".
Может, кто из желающих, ЭТО использовать обратит внимание на минусы и задумается...
Ставлю плюс на первое сообщение в данной теме, т.к. сам точнее не смогу сказать. ;-)
10. Александр Рытов (Арчибальд) 21.01.11 07:34
11. Игорь Исхаков (Ish_2) 21.01.11 07:49
Я бы поддержал бы минусовщиков.
Но ни слова не понял ни в теме, ни в комментариях.
Но иллюстрация к вопросу :
зачем люди переходят с 7 на 8 - получилась отличная !

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

Вообщем Вам, Владимир - побольше юмора по отношению к собственным разработкам.
28. Владимир (hogik) 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) 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. Оболтус (Оболтус) 28.01.11 16:11
TurboMD для таких случаев подключайте.
34. ПодОпытный (mihenius) 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"
для файловой нельзя