1с динамическое обновление конфигурации что можно
Это заявленная возможность платформы 1с выполнять обновление без монопольного доступа к базе.
Следовательно мы можем вносить изменения в конфигурацию при работающих в базе пользователях.
Такое обновление возможно лишь при отсутствии изменений в структуре базы данных. К примеру, если вы добавили новый реквизит справочника, обновиться при работающих пользователях не получится.
Подробнее о возможностях и ограничениях динамического обновления можно прочитать здесь.
Почему динамическое обновление по умолчанию отключено в обновляторе
О проблемах, с которыми можно столкнуться используя “демоническое” обновление можно почитать, например: здесь, здесь и здесь.
Поэтому если можно обойтись без динамического обновления, запланировав достаточное по времени технологическое окно для монопольного доступа к базе, лучше всегда так и делать.
Но ситуации бывают разные. Например, может быть выявлена ошибка в коде критичная для одной части работающих пользователей, требующая немедленного исправления без остановки работы другой части пользователей. В этом случае без динамического обновления не обойтись.
И здесь самое главное всегда делать резервную копию базы непосредственно перед динамическим обновлением. Вы спросите как её делать, если мы не можем выгонять пользователей. Очень просто. Если у вас серверная база, то вот так; а если файловая, то вот так.
И тогда, после динамического обновления базы, той части пользователей, для которой мы вносили изменения в код конфигурации, будет достаточно лишь переподключиться к базе, чтобы начать работу с новой версией конфигурации.
Как включить возможность динамического обновления базы в обновляторе
Заходим в дополнительные настройки:
Переходим на закладку “Обновление баз” и устанавливаем галку “Включить возможность динамического “:
После этого в меню операций над базами появляются пункты меню, соответствующие динамическому варианту выполнения:
При этом я очень рекомендую выполнять операции динамического обновления с настроенной архивацией базы.
Для файловой базы в свойствах нужно настроить теневое копирование без блокировки пользователей:
Для серверной базы в свойствах нужно настроить sql-архивы:
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Нажмите одну из кнопок, чтобы поделиться:
Все изменения конфигураций 1С производятся в “Конфигураторе”. Для того чтобы изменения конфигурации вступили в силу необходимо нажать “Обновить конфигурацию базы данных (F7)”. Для этого нужно чтобы все пользователи вышли из информационной базы и конфигуратор получил монопольный доступ. В 1С есть динамический вариант обновления.
Ошибка исключительной блокировки информационной базы.
Активные сеансы:
Нажмите “Отмена” для прекращения обновления.
Нажмите “Повторить” для повторной попытки установки монопольного режима.
Нажмите “Обновить динамически” для обновления без завершения работы пользователей.
Динамическое обновление – обновление “конфигурации базы данных”, при котором не требуется монопольный доступ к базе. Но данное обновление доступно, только когда нет изменений в структуре метаданных. После выполнении такого обновления, пользователи продолжают работать в информационной базе со старой конфигурацией. При перезапуске 1С, база запустится с новой конфигурацией.
Плюсы и минусы
1. progv8 23.10.2017 16:45 |
Есть не типовая конфигурация, запускается на платформа 8.3.10 После частого динамического обновления или отключений света, один из справочников в конфигураторе виден, а в предприятии нет. Тестирование исправление не исправило, и чистка кэша не помогла. Проблема исчезла только после внесения новых изменений в этот справочник. Только после этого справочник в предприятии отобразился. |
Если на живых данных ведется активная разработка, и часто выполняется динамическое обновление конфигурации базы данных – велик риск словить ошибку “Нарушена целостность структуры конфигурации”. Это означает полную неработоспособность. Не запускается ни конфигуратор, ни “предприятие”.
Несмотря на исправное и частое создание копий средствами СУБД – это помогло лишь отчасти, так как с точки зрения SQL бэкапы без нарушений, а вот 1С их уже не открывает. И замечаешь это только уже когда всё сломалось.
Так почему же иногда, после внесения очередных изменений в конфигурацию 1С платформа предлагает "Завершить сеансы и повторить", а иногда "Обновить динамически"? Ответы на эти и другие вопросы, вы узнаете далее!
Особенности динамического обновления
К сожалению, обновить получится далеко не все. Обновить можно только то, что не касается структуры данных, что не вызовет процедуру реструктуризации, следовательно добавить/удалить документ, справочник, регистр, константу, реквизит документ, справочника и т.д. не получится. А вот изменить модуль проведения, модуль формы, внешний вид формы, макет, роль, подписку на событие, интерфейс, добавить/удалить отчет, обработку как раз можно! Естественно, после внесения изменений, пользователю, который хочет использовать эти изменения, придётся выйти и зайти в программу заново, чтобы платформа 1С загрузила новые данные. К примеру: после внесения нового функционала, были выявлены ошибки проведения документа. Разработчик имеет возможность внести коррективы и попросить перезайти только тех, кто работает с этим документом. Остальные пользователи, которые не имеют необходимости в работе с этими данными, могут спокойно продолжать работу, ничего не подозревая о внесенных изменениях.
Объекты, доступные и не доступные для динамического обновления
Список объектов, доступных для динамического обновления:
Список объектов, НЕ доступных для динамического обновления
- Регламентные задания
- Общие реквизиты
- Планы обмена
- Реквизиты, предопределенные элементы, иерархия, владельцы, нумерация справочников
- Реквизиты, нумерация, движения, последовательности, ввод на основании документов
- Перечисления
- Тип значений характеристик, реквизиты, нумерация, предопределенные элементы планов видов характеристик
- Реквизиты, нумерация, субконто, предопределенные элементы планов счетов
- Реквизиты, нумерация, расчет, предопределенные элементы планов видов расчета
- Реквизиты, регистраторы регистров сведений, накопления, бухгалтерии, расчета
- Реквизиты, нумерация, расчет, предопределенные элементы планов видов расчета
- Реквизиты, адресация, нумерация задач
- Реквизиты, нумерация, ввод на основании бизнес-процессов
Плюсы и минусы динамического обновления
Несмотря на неоспоримые удобства, динамическое обновление имеет и ряд минусов, из-за которого в среде программистов 1С, его часто называют "демоническим".
- Основное преимущество - отсутствие необходимости завершать все сеансы соединения с информационной базой (выгонять всех пользователей). Следовательно, нет никакой необходимости останавливать работу всей организации из-за мелочей, а ведь это может быть и 1000 человек.
- Из первого пункта вытекает следующее преимущество: увеличивается скорость разработки, следовательно, и эффективность всего решения в целом. Цепочка внедрения нового функционала может быть сокращена до следующей: сбор данных-анализ-планирование-разработка-внедрение-динамическое обновление-результат
- Чтобы изменения применились у конкретного пользователя, ему необходимо перезапустить программу. Но даже если существует необходимость перезайти конкретному человеку, это удобнее, чем останавливать работу всех.
- Возможные ошибки после такого обновлении. Связано это с тем, что каждый пользователь работает со своей версией алгоритмов информационной базы. Поэтому, иногда возникают ситуации, когда изменений не видно, или видно их частично, что может крайне критично сказаться на работе системы. Это проблема решается чисткой кэша или обращением к специалистам 1С
- Были известны случаи, когда "демоническое обновление" останавливало работу всей системы, а исправление последствий отнимало уйму времени или базы восстанавливали из копии, потеряв часть данных. Для решения этой проблемы, нужно регулярно обновлять платформу 1С, так как в каждом последующем релизе, стабильность платформы улучшается. Для решения этой проблемы нужны опытные специалисты.
Так стоит ли использовать динамическое обновление?
Динамическое обновление - несомненно, удобный и полезный механизм. Но, к сожалению, имеющий свои серьёзные минусы, которые сильно отпугивают многих программистов 1С. К сожалению, 1С не позволяет вести полноценную разработку, при наличии сеансов пользователей в ней, но динамическое обновление может выручить в экстренных ситуациях. Поэтому, рекомендуем использовать такое обновление только в крайних случаях, когда необходимость срочных изменений неоспорима. Также, рекомендуется настроить автоматическое копирование баз 1С, или делать копии достаточно регулярно. В остальных случаях, рекомендуется вести разработку таким образом, чтобы не возникала необходимость во внесении изменений при наличии сеансов соединения с информационной базой, т.е. новые механизмы отлажены, оттестированы и выверены на столько, что все идеально работает и не требует вмешательств!
Любите ли Вы динамическое обновление конфигураций так, как люблю его я? Обожаю что-нибудь с его помощью пропатчить на продакшене! Особенно в пятницу! Вечером! Перед майскими праздниками! Без предупреждения!
На самом деле нет! Динамическое обновление с одной стороны выглядит отличным механизмом платформы 1С, который позволяет вносить изменения в конфигурации "на лету". Главное, чтобы изменения не затрагивали структуру базы данных, в противном случае придется выполнять обновление монопольно и "выгонять" пользователей.
Согласитесь, при появлении ошибки в коде после очередных изменений просто берешь и обновляешь базу "на горячую" и никаких проблем! Главное всем, кому нужны были эти изменения, перезапустили сеанс и изменения вступят в силу!
С другой стороны может что-то пойти не так и Вы найдете небольшую, но весомую порцию багов у себя.
И никакие отговорки, что это были изменения для ТОП-менеджеров Вам не помогут!
Но как же так! Вы пользуетесь динамическим обновлением и у Вас нет никаких проблем? Коллеги рассказывают страшные истории, но Вы им не верите? "Просто они плохие 1Сники!", думаете Вы?
Как работает динамическое обновление
Наверное это странный вопрос, ведь ответ лежит на поверхности - это механизм позволяет обновить конфигурацию базы данных без остановки ее работы, внося изменения не требующие модификации на уровне базы данных. В официальной документации на ИТС есть информация в каких случаях платформа позволяет провести динамическое обновление. Вроде все просто. Но что если пойти дальше.
В любой информационной базе есть таблицы "Config" и "ConfigSave". Назначение этих таблиц также известно:
- Config - содержит основную конфигурацию информационной базы, которая соответствует актуальной структуре базы данных и используется активными сеансами.
- ConfigSave - содержит сохраненную конфигурацию. Ту самую, которую Вы редактируете в конфигураторе. Как только Вы нажимаете "Сохранить", все измененные объекты и связанная информация записывается именно сюда. После запуска обновления информационной базы все изменения из этой таблицы переносятся в таблицу Config. Если же выполнить команду "Конфигурация -> Конфигурация базы данных -> Вернуться к конфигурации БД", то вся информация об изменениях в этой таблице удалится.
Все просто, не так ли? Но пойдем еще дальше. Посмотрите на структуру таблиц для хранения данных конфигурации.
Структура таблиц идентична.
Описание полей такое:
- FileName - строка длиной 128, используется для хранения имени "файла", это некоторая часть конфигурации.
- Creation - дата создания записи.
- Modified - дата модификации записи.
- Attributes - целое число, назначение которого сейчас нет смысла рассматривать (на самом деле я точно не могу утверждать, только предполагаю зачем оно нужно. Но если Вы знаете, то напишите в комментариях).
- DataSize - размер данных в байтах, хранящийся в поле "BinaryData"
- BinaryData - непосредственно данные конфигурации.
- PartNo - номер части. Иногда размер данных объекта метаданных может быть очень большим и платформа его разбивает на части.
То есть конфигурация хранится некоторыми блоками. Вообще, структура хранения конфигурации в таблице базы соответствует тому, как устроена внутренняя структура форматом файлов CF. Подробнее об этом Вы можете узнать в отличной статье "Описание формата файлов конфигурации (CF, EPF, ERF)" от Андрея Овсянкина.
Со структурой таблиц и их назначением понятно. Пойдем дальше.
Когда Вы начинаете процесс обновления информационной базы, на первом этапе платформа 1С выполняет множество служебных действий, останавливаться на которых сейчас особо нет смысла. Самое интересное начинается после того, как Вы нажимаете заветную кнопку "Обновить динамически".
Среди множества служебных действий, платформа переносит данные об объектах из таблицы ConfigSave в Config:
В следующий раз, когда информационная база будет обновляться в обычном режиме, записи об объектам, созданных при динамическом обновлении, будут удалены и останутся только основные записи с актуальными данными конфигурации.
Это очень поверхностное описание и сам процесс имеет множество особенностей как со стороны работы БД, так и со стороны работы клиентских приложений платформы 1С. Но суть должна быть понятной.
Подробный пример динамического обновления
Для того, чтобы детальней погрузиться в происходящее при таком обновлении, рассмотрим все действия платформы 1С, до которых можно добраться законым способом. То есть мы не будем влазить в модули работы самой платформы и открывать то, за что можно получить повестку в суд. Мы лишь посмотрим что делает платформа на стороне базы данных. И этого нам будет достаточно!
В нашем примере есть некоторая конфигурация на базе БСП (хотя это и не важно), в которой добавлен очень важный общий модуль "ДляДинамическогоОбновления".
Модуль полностью клиентский, имеет в своем составе только одну функцию.
На первом шаге мы вносим изменения в модуль и нажимаем "Сохранить конфигурацию". При этом изменения в конфигурации сохранены, но не применены к информационной базе.
На этом шаге платформа 1С делает записи в таблицу "ConfigSave", некоторое промежуточное хранилище, из котого потом измененные элементы конфигурации должны будут перенесены в основную таблицу конфигурации "Config".
Вот вся история операций в таблице "ConfigSave" после сохранения конфигурации. Здесь подробная информация обо всех действия практически на физическом уровне, поэтому некоторые операции "INSERT" разделены на две (INSERT и UPDATE), а операция UPDATE может быть выделена как операции DELETE и INSERT. Но эти особенности сейчас не играют роли.
Кроме этого в таблице есть дата операции (Period) и идентификатор транзакции (__$start_lsn). По факту все эти действия выполняются в разных транзакциях, лишь некоторые из действий в таблице выполняются в единой транзакции.
Вся операция, как уже упоминалось выше, делится на два этапа:
- Записываем в таблицу информацию об изменениях конфигурации , в частности нашего общего модуля "ДляДинамическогоОбновления". Кстати, на скрине выше видно, что его идентификатор "cb327a01-e9cc-44e6-af31-5f30c88faeca", отсюда и эти названия похожие. Имена содержат суффикс "new", что говорит о промежуточной записи объектов.
- На следующем шаге промежуточные записи преобразовываем в нормальные , просто исключив "new" из имен элементов конфигурации.
Тут все достаточно просто, идем к следующему шагу. Вы нажимаете кнопку "Обновить информационную базу", но так как в базе есть сеансы, а изменения касаются только модулей, то платформа 1С предлагает выполнить динамическое обновление без завершения сеансов.
В этот момент платформа 1С сделала два действия:
- Скопировала записи из таблицы "ConfigSave" в таблицу "Config" с суффиксом "new", почти все действия выполнены в одной транзакции.
- Затем было обнаружено, что обновление невозможно продолжить из-за наличия активных сеансов. Был показан диалог для динамического обновления, а ранее добавленные записи удалены из таблицы "Config" в одной транзакции.
Изменений в таблице "ConfigSave" в этот момент не выполнялось.
И вот мы добрались до последнего шага - запуска динамического обновления. Соглашаемся с этой операцией и получаем следующее.
- В таблице "Config" сначала добавляются новые записи с суффиком "new" для последующих операций с ними. Примерно такие же действия мы видели в самом начале в таблице "Config", перед тем как было предложено выполнение динамического обновления. Но в этот раз также сделаны служебные записи "commit", "dynamicCommit" и "dbStruFinal", которые относятся непосредственно к динамическому обновлению (частично о них было упомянуто выше).
- Предварительные записи с суффиксом "new" теперь платформа преобразовывает в нормальные записи, также добавляет записи с форматом "_dynupdate_", плюс вставляет флаг динамического обновления "DynamicallyUpdated".
- Из таблицы "ConfigSave" удалены все сохраненные ранее записи. Все в одной транзакции.
- И напоследок из таблицы "Config" удаляются служебные данные "commit", "dynamicCommit" и "dbStruFinal".
Заметьте, каждый этап - почти всегда разные транзакции, это важно.
После этого конфигурация успешно обновлена динамически, база работает. Чтобы клиентам получить новые изменения достаточно перезапустить сеанс. Вроде все хорошо.
На самом деле это не все действия платформы 1С, т.к. еще обновляются данные в таблице "Params" и некоторые другие. Но мы это рассматривать сейчас не будем.
Разработчики ликуют и со словами "Я же говорил" продолжают убеждать коллег, что динамическое обновление это нормально!
Что может пойти не так
Весь процесс динамического обновления мы рассмотрели, но что же может случиться?
Представим простую ситуацию: что, если все обновление прошло успешно, кроме последнего этапа? Например, во время выполнения запросов на удаление служебных данных соединение с базой данных почему-то "отпало":
- Сбой сети.
- Регламентные работы на сервере, внезапно.
- Обслуживание базы, которое завершило блокирующий сеанс, опять же внезапно!
- Конфигуратор вылетел из-за ошибки внутренней.
- Разработчик 1С был странным и завершил сеанс конфигуратора во время обновления.
- И еще сотни причин, которые лень добавлять.
Чтобы такое проще было представить, можно добавить в базу данных триггер, который при попытке удаления служебной записи о динамическом обновлении упадет в ошибку.
Попытаемся теперь выполнить динамическое обновление и столкнемся с ошибками:
- Сначала во время обновления в конфигураторе поймаем ошибку.
- А при попытке зайти в конфигуратор повторно мы словим ошибку.
- При попытке повторить обновление мы уйдем в бесконечную ошибку вида.
Все, конфигуратор нам больше недоступен! Чистите кэш, пытайтесь выполнить обновление ИБ, удаляйте сеансовые данные! Все бесполезно! Можете еще взять бубен, но и он бесполезен!
После этого проблема будет полностью исправлена в 99% случаев.
И это все?
Такая ошибка вас не остановит? Говорите, что ну и ладно, что в конфигуратор не вошли, зато клиенты работают, а с конфигуратором бы разобрались? Ведь решения есть на просторах интернета!
Хорошо, а как вам такой же "обрыв" соединения на этапе обновления данных в таблице "Params". Сделаем другой триггер (отключите только предыдущий):
При попытке обновления записи "DynamicallyUpdated" в таблице "Params" мы получим падение. Конфигуратор закроется системной ошибкой. Не страшно, скажите Вы! Но в этот же момент все клиентские соединения также вылетят, причем с разными ошибками. Например, с такой.
А при попытке перезапустить клиентский сеанс, также будут происходить различные ошибки. Никто не сможет работать с информационной базой!
Но и тут не все потеряно!
Клиентские сеансы не могут зайти в базу, их всех выкинуло и так далее! Но мы все еще можем в большинстве (но не во всех) случаев зайти в конфигуратор! И при повторном обновлении также в большинстве (но не во всех) случаях мы восстановим работу информационной базы!
Итог, все вылетели из базы, мы словили адреналина, и восстановили работу после штатного повторного обновления. Вас и это не убедило, что динамическое обновление очень опасно?
Вы поистине яркий человек
Если Вам и этого мало, то как Вы думаете, что будет, если оба этих случая будут комбинированы? В этом случае Вы "выкинете" всех пользователей из информационной базы, а потом еще и не сможете войти в конфигуратор повторно. Пойдете после этого вручную очищать таблицу "Config" от служебны записей динамического обновления и надеяться, что это в этот раз поможет.
Вы удивительный человек!
А ведь есть еще проблемы другого рода:
- Повреждение сеансовых данных сервера. Возникают из-за какого-то особого поведения платформы 1С, меняется от релиза к релизу, сложно прогнозируемые и сложновоспроизводимые ошибки.
- Повреждение клиентского кэша, которое приводит к:
- Ошибкам запуска клиентского приложения при входе в информационную базу
- Случайным ошибкам во время работы приложения, таким как "Тип неопределен" или подобные.
Ниже есть ссылки на примеры различных проблем и их решение. Для воспроизведения таких проблем мне пришлось бы откопать код приложений платформы 1С, но это не очень правильно.
Это весело
Вы все еще считаете, что динамическое обновление это хорошо? Что нет ни единой причины, чтобы отказаться от него? Что все описанные ошибки, которые даже можно воспроизвести прямо на свежих версиях платформы (от 8.0 до 8.3.20), не являются критичными? Может вы еще и бэкапы не делаете?
Кстати, описанные выше проблемы аткуальный как для платформы 1С версии 8.0, так и для всех более новых версий, вплоть до 8.3.20.*. И это только вершина айсберга!
Надеюсь, информация из статьи поможет кому-то хотя бы задуматься над тем, что Вы делаете!
P.S. А Вы задумывались над тем, что установка расширений тоже может приводить к подобным проблемам? :)
Все изменения конфигураций 1С производятся в "Конфигураторе". Для того чтобы изменения конфигурации вступили в силу необходимо нажать "Обновить конфигурацию базы данных (F7)". Для этого нужно чтобы все пользователи вышли из информационной базы и конфигуратор получил монопольный доступ. В 1С есть динамический вариант обновления.
Ошибка исключительной блокировки информационной базы.
Активные сеансы:
Нажмите "Отмена" для прекращения обновления.
Нажмите "Повторить" для повторной попытки установки монопольного режима.
Нажмите "Обновить динамически" для обновления без завершения работы пользователей.Динамическое обновление - обновление "конфигурации базы данных", при котором не требуется монопольный доступ к базе. Но данное обновление доступно, только когда нет изменений в структуре метаданных. После выполнении такого обновления, пользователи продолжают работать в информационной базе со старой конфигурацией. При перезапуске 1С, база запустится с новой конфигурацией.
Плюсы и минусы
Безусловно, при динамическом обновлении не требуется выгонять пользователей, что является плюсом. На этом плюсы заканчиваются. Из минусов можно отметить, что после обновления возможны ошибки в работе информационной базы. Ошибки могут решаться простыми методами, типа чисткой КЭШа или Тестирование и исправлением базы, и т.д. Когда данные методы не помогают приходится восстанавливать информационную базу из бэкапа. Поэтому основным минусом можно отметить возможную потерю данных и прерывание работы пользователей.Комментарии (1)
1. progv8 23.10.2017 16:45 Есть не типовая конфигурация, запускается на платформа 8.3.10
После частого динамического обновления или отключений света, один из справочников в конфигураторе виден,
а в предприятии нет. Тестирование исправление не исправило, и чистка кэша не помогла.
Проблема исчезла только после внесения новых изменений в этот справочник. Только после этого справочник в предприятии отобразился.Копнем глубже в тему "Что же такое динамическое обновление " и почему оно может привести к проблемам. И может ли?
вчера в 22:00 489 YPermitin 2
Триггер для сохранения таблицы Config перед динамическим обновлением .
04.02.2015 17393 Kondratenko.as 9
Извечная проблема. Ошибка после динамического обновления (SQL)
Вдаваться в подробности, что такое динамическое обновления , как оно полезно и как оно вредно я не буду, так как статей на эту тему уже много, так же как и способов ее решения. Просто расскажу о своем опыте и о требовании для разработчиков 1С, которое было введено в компании на основе этого опыта.
22.01.2015 30876 Kondratenko.as 44
Помощник динамического обновления
Данная обработка позволяет обезопасить конфигурационные таблицы базы 1С в базе MS SQL при динамическом обновлении за счет их выборочного резервного копирования.
1 стартмани
23.11.2013 18403 27 Silenser 6
Решение проблемы с зависанием базы после динамического обновления
Обработка предназначена для разработчиков, использующих в своей практике динамические обновления конфигурации в управляемом режиме, с использованием сервера 1С: Предприятия. Обработка исправляет зависание базы, бесконечную загрузку базы.
1 стартмани
20.09.2021 1378 3 war41k 2
Динамическое обновление больше не страшно! Сохранение таблицы Config перед динамическим обновлением
Обработка для резервного сохранения SQL-таблиц Config b ConfigSave перед динамическим обновлением , а также восстановления этих таблиц в случае сбоя.
1 стартмани
09.02.2018 24509 59 santon 14
Как выгнать пользователей после динамического обновления
Время от времени случаются ситуации, когда возникает необходимость динамического обновления . Но пользователи довольно часто на это самое обновление никак не реагируют. Как донести до них мысль, что нужно таки перезапустить программу?
1 стартмани
20.01.2020 1948 1 dmt 3
Конфигурация узла распределенной ИБ не соответствует ожидаемой
Есть куча материалов, где описано решение возникающей ошибки при обмене с РИБ, но ни одно не помогло. Пришлось включить мозг, и, о чудо, было найдено простое решение.
26.01.2017 28087 virtmon 35
Страхуемся от неудачного динамического или обычного обновления базы
Как всем давно известно, использование динамического обновления может привести к проблемам. Данная обработка поможет избежать некоторых из них. От аналогичных она отличается тем, что умеет создавать триггеры для таблиц MS SQL.
1 стартмани
04.02.2015 10793 12 Zhilyakovdr 3
Отключение напоминаний о динамическом обновлении базы
Отключаем всплывающее окно о том, что конфигурации была изменена и требуется выполнить перезапуск.
1 стартмани
13.01.2020 6831 15 DanDy 18
Динамическое обновление . Отказ работы механизма сравнения/объединения файлов конфигурации.
Проблема некорректной работы механизма сравнения/объединения файлов конфигурации и ее решение.
11.11.2014 26436 Valp 19
" Динамическое обновление " в 1С Предприятие 7.7
Всем известен механизм динамического обновления в 1С Предприятие 8.х. Однако есть недокументированная возможность сделать тоже самое (естественно с некоторыми особенностями) в 1С Предприятие 7.7
10.04.2013 15563 dime2 16
Восстановление базы 1С, ошибка источника потока
Очередной кирпичик в основу решения проблемы восстановления работоспособности базы после динамического обновления .
09.01.2019 23118 idle 26
Восстановление sql базы после динамического обновления .
06.06.2012 109975 Danil.Potapov 157
Восстановление файловой версии базы данных *.1CD после ошибки динамического обновления .
Восстановление работоспособности файл-серверной базы данных (файл *.1CD) после критической ошибки, возникшей в результате динамического обновления с последующим предупреждением "Внимание. При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление ?".
02.10.2012 53272 djserega 78
Решение для клиент-серверной архитектуры на базе POSTGRE SQL при возникновении ошибки "Нарушена целостность структуры конфигурации"
07.11.2019 9052 leaguener 5
Решение проблемы динамического обновления 1С 8.X
При использовании динамического обновления периодически возникают различные проблемы в работе некоторых пользователей. Решается эта проблема путем чистки каталога user\Local Settings\Application Data\1C\1Cv81 (или 1Сv8 для версии 8.0) , в котором содержится данные кэша 1С. Данная процедура позволяет автоматизировать данный подход при завершении работы пользователя.
29.10.2008 18716 503 kiba 22
21.01.2011 13622 PanDocent 6
Очистка кэша базы (после динамического обновления )
Обработка для самостоятельной очистки пользователем кэша базы в которой он работает.
1 стартмани
26.06.2013 5366 94 charoff 16
Динамическое обновление для 7.7SQL (если не менялась структура данных) (без ТурбоМД и прочего)
"Ошибка блокировки метаданных. Возможно, метаданные используются другой задачей" - а обновить надо совсем чуть-чуть! Предлагается способ обновления конфигурации без ожидания завершения работы пользователей в 1С.
20.01.2011 8674 1yh1 38
Автообновление конфигурации, не подключенной к хранилищу
Конфигурация поможет обновить любую БД, не подключенную к хранилищу, объектами из хранилища
1 стартмани
03.07.2017 6425 9 Tracerdim 10
Magic Updater. Система администрирования распределенной сети 1С:РИБ
Обновления 1С стали для Вас адом? Каждодневная "война" за получение данных из всех торговых точек? Обмены то проходят, то не проходят? Разрушилась база, а резервной копии нет и не было? Если у Вас тоже регулярно возникают данные вопросы - найдите пару минут прочитать статью ниже.
15.08.2017 18861 comol 22
РИБ 200 узлов. Середина пути Промо
Между настройкой и поддержкой РИБ на 2 узла и на 10 большой разницы нет, а вот когда число удаленных точек переваливает за сотню, приходится решать уже совсем другие вопросы
25.10.2016 41913 comol 215
Обновление конфигурации 1С из cf по расписанию
Часто в процессе внедрения или активной разработки конфигурации возникает необходимость ежедневного обновления конфигурации базы данных.
1 стартмани
09.09.2019 5537 2 sivin-alexey 2
Опыт обновления до 8.3.14 - лицензии и утилита ring
На выходных было скучно, поэтому решили обновить 1с до 8.3.14.1694. С лицензиями пришлось немного повозиться.
29.04.2019 47329 Sander80 31
Скрипт запуска 1С 8 с принудительным обновлением кэша конфигурации 8.0-8.3 (замена 1cestart.exe)
09.07.2011 18685 tuman777 3
Программное создание динамического списка на управляемой форме. ( Динамическое создание динамического списка). Готовая процедура + обработка - демонстрационный пример Промо
Если у вас возникает необходимость на форму влиять динамически и создавать элементы управляемой формы программно, а особенно хотите вывести программно ( динамически ) динамический список, вам будет интересна эта процедура. Процедура включает также возможность формирования своей командной панели (а-ля снятие галочки "Автозаполнение" у стандартной командной панели списка).
1 стартмани
19.01.2018 75092 rpgshnik 33
ОСкрипты для деплоя и копирования базы данных
Набор оскриптов для деплоя базы 1С через хранилище и копирование через sql-бекап одной базы в другую
1 стартмани
02.05.2017 32573 46 Stepa86 29
[Расширения] Динамическое управление видимостью и доступностью элементов форм (УФ) (8.3.6+) Промо
Механизм « Динамическое управление доступом к элементам форм объектов 1С8» предназначен для обеспечения возможности оперативного управления видимостью и доступностью элементов форм документов и справочников продуктов фирмы «1С» «1С:Предприятие 8». Решение универсальное, встраивается в любую конфигурацию с минимальными доработками, что позволяет без проблем обновлять типовые решения.
14.01.2016 46059 11 21
[Шпаргалка] Программное создание элементов формы
Программное создание практически всех популярных элементов формы.
06.09.2019 126065 rpgshnik 81
v8: Концепция минимального изменения конфигурации для легкого обновления Промо
"Лучше день потерять потом за пять минут долететь" ((с) "Крылья, ноги и хвосты") или как сделать так чтобы обновление конфигурации проходило с минимальными трудозатратами.
28.01.2013 38978 MarSeN 57
Оптимизация динамического списка
На управляемых формах 1С есть очень удобный и гибкий объект - ДинамическийСписок. Удобный - создавать и поддерживать легко. Гибкий - легко настраивается в пользовательском режиме. Но есть у него большой недостаток - если его неправильно сконфигурировать, он будет работать очень медленно. Ниже несколько способов оптимизации динамических списков.
19.01.2016 41970 smirnov0ser 20
Дополнительные функции для 1С:Документооборот
В данной публикации я хочу поделиться расширением, которое содержит дополнительные функции (доработки) для 1С:Документооборот.
1 стартмани
24.01.2020 21258 165 pavelpribytkin96 42
[Общий модуль] Динамическое формирование интерфейса
Библиотека готовых функций по разработке интерфейса программно
28.08.2020 17280 rpgshnik 80
Грамотное обновление 1С
Как грамотно обновлять типовые конфигурации на обычных и управляемых формах. Мой опыт. Будет обновляться.
26.04.2016 49091 fixin 82
Динамическое изменение формы: кнопочная форма выбора справочника
Динамическое изменение формы на примере кнопочного выбора из справочника.
1 стартмани
18.10.2018 9373 RocKeR_13 14
Simple UI: простой конструктор мобильных приложений для устройств на Android. Обновление от 04.05.22- пакет новых элементов
Simple UI – это полностью бесплатная платформа для создания мобильных рабочих мест на Android. Конструктор позволяет создавать мобильные клиенты для учетных систем и самостоятельные приложения на телефонах, ТСД (терминалах сбора данных), планшетах, электронных киосках и других устройствах. При этом не нужно разбираться в мобильной разработке, Android SDK ведь основная цель платформы – максимально упростить процесс разработки и поддержки, сделать его визуальным, собирать приложения из готовых блоков с минимумом кода. Причем код обработчиков можно писать на языке учетной системы либо задавать логику обработки событий с помощью команд REST, SQL и визуального конструктора. Проект постоянно развивается изыскивая новые способы упрощения разработки и повышения функционала и является пожалуй самым быстрым способом как создать MVP-проект так и продакшн-систему под конкретное внедрение или тиражный продукт.Тестировалось на 1С: Предприятие 8.3 релиз 8.3.13.1865.
Читайте также: