Что такое динамическое обновление 1С?
Динамическое обновление 1С - процедура обновления конфигурации 1С, при котором не требуется отключение всех пользователей. Другими словами - динамическое обновление допускает продолжение работы всех пользователей, в то время как разработчик может продолжать изменение алгоритмов работы базы данных. Этот механизм крайне удобен, когда нужно экстренно подправить ошибки в алгоритмах, в коде, подправить печатные формы, внести изменения в роли и права, не останавливая процесс работы множества пользователей.
Так почему же иногда, после внесения очередных изменений в конфигурацию 1С платформа предлагает "Завершить сеансы и повторить", а иногда "Обновить динамически"? Ответы на эти и другие вопросы, вы узнаете далее!
Особенности динамического обновления
Объекты, доступные и не доступные для динамического обновления
Плюсы и минусы динамического обновления
Так стоит ли использовать динамическое обновление?
Особенности динамического обновления
К сожалению, обновить получится далеко не все. Обновить можно только то, что не касается структуры данных, что не вызовет процедуру реструктуризации, следовательно добавить/удалить документ, справочник, регистр, константу, реквизит документ, справочника и т.д. не получится. А вот изменить модуль проведения, модуль формы, внешний вид формы, макет, роль, подписку на событие, интерфейс, добавить/удалить отчет, обработку как раз можно! Естественно, после внесения изменений, пользователю, который хочет использовать эти изменения, придётся выйти и зайти в программу заново, чтобы платформа 1С загрузила новые данные. К примеру: после внесения нового функционала, были выявлены ошибки проведения документа. Разработчик имеет возможность внести коррективы и попросить перезайти только тех, кто работает с этим документом. Остальные пользователи, которые не имеют необходимости в работе с этими данными, могут спокойно продолжать работу, ничего не подозревая о внесенных изменениях.
Объекты, доступные и не доступные для динамического обновления
Список объектов, доступных для динамического обновления:
- Подсистемы
- Общие модули
- Параметры сеанса
- Роли
- Критерии отбора
- Подписки на события
- Функциональные опции
- Параметры функциональных опций
- Определяемые типы
- Хранилища настроек
- Общие формы
- Общие команды
- Группы команд
- Интерфейсы
- Общие макеты
- Общие картинки
- XDTO-пакеты
- Web-сервисы
- HTTP-сервисы
- WS-ссылки
- Элементы стиля
- Стили
- Языки
- Модули, формы, команды, макеты справочников
- Модули, формы, команды, макеты документов
- Отчеты
- Обработки
- Модули, формы, команды, макеты планов видов характеристик
- Модули, формы, команды, макеты планов счетов
- Модули, формы, команды, макеты планов видов расчета
- Модули, формы, команды, макеты регистров сведений, накопления, бухгалтерии, расчета
- Модули, формы, команды, макеты задач
- Модули, формы, команды, карты маршрутов бизнес-процессов
Список объектов, НЕ доступных для динамического обновления
- Регламентные задания
- Общие реквизиты
- Планы обмена
- Реквизиты, предопределенные элементы, иерархия, владельцы, нумерация справочников
- Реквизиты, нумерация, движения, последовательности, ввод на основании документов
- Перечисления
- Тип значений характеристик, реквизиты, нумерация, предопределенные элементы планов видов характеристик
- Реквизиты, нумерация, субконто, предопределенные элементы планов счетов
- Реквизиты, нумерация, расчет, предопределенные элементы планов видов расчета
- Реквизиты, регистраторы регистров сведений, накопления, бухгалтерии, расчета
- Реквизиты, нумерация, расчет, предопределенные элементы планов видов расчета
- Реквизиты, адресация, нумерация задач
- Реквизиты, нумерация, ввод на основании бизнес-процессов
Плюсы и минусы динамического обновления
Несмотря на неоспоримые удобства, динамическое обновление имеет и ряд минусов, из-за которого в среде программистов 1С, его часто называют "демоническим".
- Основное преимущество - отсутствие необходимости завершать все сеансы соединения с информационной базой (выгонять всех пользователей). Следовательно, нет никакой необходимости останавливать работу всей организации из-за мелочей, а ведь это может быть и 1000 человек.
- Из первого пункта вытекает следующее преимущество: увеличивается скорость разработки, следовательно, и эффективность всего решения в целом. Цепочка внедрения нового функционала может быть сокращена до следующей: сбор данных-анализ-планирование-разработка-внедрение-динамическое обновление-результат
- Чтобы изменения применились у конкретного пользователя, ему необходимо перезапустить программу. Но даже если существует необходимость перезайти конкретному человеку, это удобнее, чем останавливать работу всех.
- Возможные ошибки после такого обновлении. Связано это с тем, что каждый пользователь работает со своей версией алгоритмов информационной базы. Поэтому, иногда возникают ситуации, когда изменений не видно, или видно их частично, что может крайне критично сказаться на работе системы. Это проблема решается чисткой кэша или обращением к специалистам 1С
- Были известны случаи, когда "демоническое обновление" останавливало работу всей системы, а исправление последствий отнимало уйму времени или базы восстанавливали из копии, потеряв часть данных. Для решения этой проблемы, нужно регулярно обновлять платформу 1С, так как в каждом последующем релизе, стабильность платформы улучшается. Для решения этой проблемы нужны опытные специалисты.
Так стоит ли использовать динамическое обновление?
Динамическое обновление - несомненно, удобный и полезный механизм. Но, к сожалению, имеющий свои серьёзные минусы, которые сильно отпугивают многих программистов 1С. К сожалению, 1С не позволяет вести полноценную разработку, при наличии сеансов пользователей в ней, но динамическое обновление может выручить в экстренных ситуациях. Поэтому, рекомендуем использовать такое обновление только в крайних случаях, когда необходимость срочных изменений неоспорима. Также, рекомендуется настроить автоматическое копирование баз 1С, или делать копии достаточно регулярно. В остальных случаях, рекомендуется вести разработку таким образом, чтобы не возникала необходимость во внесении изменений при наличии сеансов соединения с информационной базой, т.е. новые механизмы отлажены, оттестированы и выверены на столько, что все идеально работает и не требует вмешательств!