В 1с запустили автоматическое обновление программы как это повлияет на работу
Обновление баз 1С не всегда получается осуществлять так быстро, как хотелось бы. Тем более, если этим вопросом решил заняться сотрудник с недостаточной квалификацией. Тогда это может грозит в первую очередь большим количеством потраченного времени и нервов, а в самом плачевном исходе к полной или частичной потере базы данных. Естественно сотрудник с более профессиональным уровнем навыков работы и обслуживания 1С сделает эту же процедуру куда профессиональнее. Но в штате компании может не оказаться подобного сотрудника, тогда как быть в этой ситуации? Нанимать внештатного человека, занимающегося обслуживанием программных продуктов 1С , что явно не одобрит начальство из-за внеплановых финансовых затрат. Или воспользоваться специализированной программой, которая осуществляет автоматическое обновление баз. Эта программа известна, как обновлятор 1С. Давайте рассмотрим плюсы этого ПО, а также приведем примеры работы.
Плюсы обновлятора 1С.
- Продуманность. Беспроблемная автоматизация процессов внешних баз, в том числе и архивация СУБД на MS SQL и Postgres SQL. Производит автоматическое обновление, а также тестирование после обновления базы. Это позволит забыть рутинные манипуляции и сильно сократит время.
- Безопасность. Действия с базами производятся с помощью пакетного запуска платформы 1С. Это дает обеспечить идентичное сходство с ручным обновлением базы из конфигуратора, тем самым гарантирует безопасное обновление.
- Универсальность. Обновлятор 1С подходит для автоматического обновления, как файловый, так и серверных баз 1С. Главный пункт универсальности заключается в одинаковом обновлении типовых, доработанных или написанных с нуля конфигураций. Обновлятор работает с любым из перечисленных вариантов, с помощью реализованного в нем функционала.
- Быстродействие. Программа работает в поддержке параллельного многопоточного выполнения манипуляций над базами данных 1С.
- Сохраняет резервные копии 1С в облако. Еще одни плюс, который гарантирует высокую защиту резервных архивов от воздействия шифрования. Эта функция программы поддерживает работу с такими хранилищами как: ftp, ssh, google drive, Яндекс-облако и многие другие.
- Осторожность. Работа в программе рассчитана на абсолютно любой уровень профессионализма пользователей. Обновить базу данных сможет, как обычный бухгалтер, так и специалист по обслуживанию. При этом и в первом и во втором случае остаться без резервной копии, а также ненароком испортить базу просто не получится.
- Технологичность. Позволяет программе поддерживать и обновлять доработанных конфигураций, есть возможность обновления из хранилища, обновляет собственноручно написанные скрипты автоматизации, а также может работать с расширениями. Эти пункты полностью отражают гибкость и технологичность обновлятора 1С.
Перечислять положительные качества этого продукта можно еще долго, поэтому выделил основные и наиболее полезные возможности. В ходе эксплуатации в этом можно убедиться. Поэтому теперь перейдем к сквозному примеру работы с обновлятором и увидим все на практике.
Пример работы с обновлятором 1С
После запуска программы перед предстает начальное рабочее окно обновлятора, в котором отображается список установленных баз данных 1С. В этом рабочем пространстве производятся действия к подготовке обновления базы. Выбирается одна или несколько баз, вводятся данные пользователя для входа, запускается архивирование и само обновление. С помощью кнопки «Проверить настройки» запускает механизм проверки на ошибки выделенных баз данных. В итоговом отчете просматривается подробная информация о проведенной проверки. Если в ходе анализа выявлены проблемы, то тогда программа выведет конкретизирующую информацию об ошибке и предложит варианты устранения. Рекомендую пред началом обновления всегда прибегать к этой процедуре, дабы обновления было установлено успешно. Перед обновлением также стоит произвести некоторые настройки. Перейдя на закладку «Настройки программы», нужно указать путь к папке 1С, в которую установлены версии платформы. Далее в поле ниже, указываем путь к папке с шаблонами (папка, в которую будут установлены обновления). Обновлятор позволяет также указать прямой путь к файлу обновления, если он скачен на диск компьютера, но проще и правильнее активировать поиск на сайте 1С-Инофрмационного Технологического Сопровождения (ИТС), введя логин и пароль, для доступа. На этой закладке также предложен ряд дополнительного функционала: менеджер отчетов (хранит в историю обновлений), настройки планового расписания, архивы, облако и прочие настройки.
Перед обновлением стоит настроить автоматическое архивирование баз (создание резервной копии), чтобы обезопаситься от непредвиденных обстоятельств. Для этого перейдем в раздел дополнительных настроек, который содержит список тонких настроек обновлятора, перейдем на закладку «Архивация баз». Для неопытного пользователя будет достаточно указать путь папки, куда будут сохранятся бэкапы 1С и на этом в принципе все. После этого можно со спокойным сердцем приступить к обновлению базы. И так, вот в принципе и все необходимые манипуляции, которые проводятся перед обновление базы в обновляторе 1С. Далее требуется перейти на главную закладку «Базы», выбрать базу и нажать кнопку «Обновить базу». После этого, будет произведено автоматическое подключение к базе, поиск и скачивание обновлений на указанном сайте и в завершении база обновиться до последней версии.
На этом работа с Обновлятором 1С заканчивается. А по началу казалось куда сложнее, чем получилось на самом деле. Используя эту программа, обновления не будут являться головной болью. Буквально пару кликов и база будет мгновенно обновлена без сторонних усилий. На этом все, я с Вами прощаюсь. Всего доброго и успехов в работе.
Приобрести ключ активации обновлятора 1С можно у нас. Стоит эта программа всего 950 руб (!) Вдумайтесь, за 950 руб, вы получаете постоянно обновленные базы 1С и кроме того вовремя сделанные резервные копии!
В свойствах баз обновлятора (в версиях после 3 ноября 2017 года) появилась вот такая замечательная опция:
Сразу оговорюсь, что работать эта возможность будет только с платформой 1С равной или старше 8.3.8.1652. Именно начиная с этой версии 1С позволяет выполнять обновление доработанных конфигураций в пакетном режиме.
Когда она может быть полезна
Ну, например, вы регулярно обновляете одну и ту же дописанную конфигурацию и хотите облегчить себе работу.
При этом все дописки вы знаете и они у вас задокументированы.
В таком случае может быть проще и быстрее:
- Сначала обновить конфигурацию обновлятором (установив соотв. галку в свойствах базы)
- Затем посмотреть отчёт обновления в обновляторе (там будут указаны свойства,измененные дважды)
- И только после этого проверить, что все доработки на месте и вернуть те, что были утеряны (об этом смотрите ниже, где я рассказываю как работает автоматическое обновление доработанных конфигураций)
При таком способе работы вам не нужно:
- Скачивать необходимые обновления
- Открывать конфигуратор и применять эти обновления
- Ожидать пока выполнится обновление конфигурации
- Ожидать пока выполнится обновление базы данных
Вы вообще можете запланировать такое обновление на ночь, а уже утром произвести контроль и доработку, если она потребуется.
И если доработки конфигурации небольшие, то в большинстве случаев вам после обновления вообще не придётся ничего делать.
Ваше вмешательство будет нужно тогда, когда в обновлении будет изменен тот же самый объект, что изменен у вас (это и называется "измененные дважды"). И вы можете легко находить такие объекты, просматривая отчёт обновлятора:
Как работает автоматическое обновление доработанных конфигураций
Само обновление происходит при помощи того же пакетного ключика updatecfg, но при этом обновлятор дополняет эту команду специальным файлом настроек в формате xml.
Обновление происходит с приоритетом новой конфигурации, при этом:
- Если вы добавляли в конфигурацию новый объект - обновление его не затронет.
- Если вы добавляли в конфигурацию новый реквизит в уже существующий объект типовой (от поставщика) - обновление его также не затронет.
- Если вы меняли в конфигурации объект поставщика, но он не изменился в этом обновлении, то он останется как есть.
- Но, если вы меняли в конфигурации объект поставщика, и он изменился в этом обновлении, то возьмётся версия из обновления. При этом в отчёте обновлятора этот объект будет отмечен как "дважды измененный".
При этом, при настройке по умолчанию.
. обновлятор останавливается сразу после обновления конфигурации, если были обнаружены свойства, измененные дважды. Это делается для того, чтобы вы смогли сначала вернуть необходимые доработки, а уже затем запустить обновление базы данных.
Я очень надеюсь, что эта возможность позволит высвободить ещё немного часов от ручного, монотонного труда.
Как настроить финальное объединение с эталонной конфигурацией
Чтобы стало понятнее о чём речь, приведу рабочий пример у одного из пользователей обновлятора.
У него 40 бухгалтерских баз. Все они содержат одну и ту же доработанную конфигурацию.
Обновлять приходится зачастую на несколько релизов и он для максимальной корректности делает это всегда последовательно с выполнением обработчиков обновления после каждого релиза.
Алгоритм работы до автоматизации у него был такой:
"В ручном режиме обновляю до последнего релиза одну базу; в последнем релизе тестирую, добавляю все изменения, которые были потеряны, в модулях форм документов, общих модулях. Затем обновляю остальные базы до последнего релиза и в конце объединяю с подготовленным cf файлом из первой базы."
Он обратился ко мне за помощью в автоматизации всей цепочки действий кроме "в последнем релизе тестирую, добавляю все изменения, которые были потеряны, в модулях форм документов, общих модулях".
С пакетным обновлением доработанных баз до последнего релиза обновлятор (учитывая возможность, описанную выше) справляется на ура, но вот объединять конфигурацию с подготовленным cf в пакетном режиме обновлятор не умел.
И я доработал эту возможность.
Чтобы заставить обновлятор после применения обновления следом выполнить ещё и объединение с конфигурацией из файла - необходимо расположить файл с конфигурацией для объединения в папку обновления под именем MergeThisFileAfterUpdate.cf
В рассмотренном выше примере предположим, что требуется обновить все 40 конфигураций на следующие релизы (и пусть они для упрощения задачи будут ключевыми, то есть их нельзя перескакивать): 2.0.60.1, 2.0.60.2 и 2.0.60.3.
Алгоритм наших действий с учётом автоматизации обновлятором будет следующим:
- Обновить при помощи обновлятора одну из конфигураций до версии 2.0.60.3
- Добавить все изменения, которые были потеряны. проверить работоспособность обновлённой конфигурации.
- Выгрузить эту конфигурацию в папку с обновлением 2.0.60.3 под именем MergeThisFileAfterUpdate.cf
- Запустить обновление (с включенной возможностью обновления доработанных конфигураций) оставшихся 39 баз.
- Обновлятор в этом случае для каждой из 39 баз:
- выполнит пакетное обновление на 2.0.60.1
- выполнит обработчики обновления
- выполнит пакетное обновление на 2.0.60.2
- выполнит обработчики обновления
- выполнит пакетное обновление на 2.0.60.3
- обнаружит, что в папке с обновлением 2.0.60.3 лежит файл MergeThisFileAfterUpdate.cf
- выполнит пакетное объединение нашей конфигурации с конфигурацией из файла MergeThisFileAfterUpdate.cf (о настройках такого объединения смотрите ниже)
- выполнит обработчики обновления
При этом пакетное объединение выполняется через пакетный ключик конфигуратора mergecfg и следующий файл настроек (передаётся через ключ settings):
Такие настройки объединения позволяют нам привести нашу конфигурацию (которая всё ещё на поддержке) к конфигурации в файле MergeThisFileAfterUpdate.cf, в которую мы внесли и исправили все наши доработки.
Объединение с эталонной конфигурацией как отдельная операция
Предположим, что нам требуется выполнить массовое объединение конфигураций наших баз, чтобы внести в них доработанный функционал.
Эта возможность доступна на закладке "Скрипты" в главном окне программы.
Тип скрипта "Пакетный". Из меню следует выбрать пункт "Обновлятор"->"Методы"->"Объединить с конфигурацией из файла":
В скрипт вставится вот такой текст:
Путь к файлу, с которым нужно выполнить автоматическое объединение, у вас, конечно, будет свой.
А чтобы сразу после изменения конфигураций выполнить обновление конфигураций баз данных, допишем этот скрипт следующим образом:
Получается, что в начале мы выполняем объединение конфигураций при помощи команды обновлятора merge_cfg, а затем выполняем обновление конфигураций баз данных при помощи пакетного ключика конфигуратора UpdateDBCfg.
Вторую команду можно вставить в скрипт из меню шаблонов:
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
В свойствах баз обновлятора появилась вот такая замечательная опция:
Сразу оговорюсь, что работать эта возможность будет только с платформой 1С равной или новее 8.3.8.1652. Именно начиная с этой версии 1С позволяет выполнять обновление доработанных конфигураций в пакетном режиме.
Когда она может быть полезна
Например, вы регулярно обновляете одну и ту же дописанную конфигурацию и хотите облегчить себе работу.
При этом все дописки вы знаете и они у вас задокументированы.
В таком случае может быть проще и быстрее:
- Сначала обновить конфигурацию обновлятором (установив соотв. галку в свойствах базы)
- Затем посмотреть отчёт обновления в обновляторе (там будут указаны свойства,измененные дважды)
- И только после этого проверить, что все доработки на месте и вернуть те, что были утеряны (об этом смотрите ниже, где я рассказываю как работает автоматическое обновление доработанных конфигураций)
При таком способе работы вам не нужно:
- Скачивать необходимые обновления
- Открывать конфигуратор и применять эти обновления
- Ожидать пока выполнится обновление конфигурации
- Ожидать пока выполнится обновление базы данных
Вы вообще можете запланировать такое обновление на ночь, а уже утром произвести контроль и доработку, если она потребуется.
И если доработки конфигурации небольшие, то в большинстве случаев вам после обновления вообще не придётся ничего делать.
Ваше вмешательство будет нужно тогда, когда в обновлении будет изменен тот же самый объект, что изменен у вас (это и называется "измененные дважды"). И вы можете легко находить такие объекты, просматривая отчёт обновлятора:
Как работает автоматическое обновление доработанных конфигураций
Обновление происходит при помощи того же пакетного ключика updatecfg, но при этом обновлятор дополняет эту команду специальным файлом настроек в формате xml.
Обновление происходит с приоритетом новой конфигурации, при этом:
- Если вы добавляли в конфигурацию новый объект - обновление его не затронет.
- Если вы добавляли в конфигурацию новый реквизит в уже существующий объект типовой (от поставщика) - обновление его также не затронет.
- Если вы меняли в конфигурации объект поставщика, но он не изменился в этом обновлении, то он останется как есть.
- Но, если вы меняли в конфигурации объект поставщика, и он изменился в этом обновлении, то возьмётся версия из обновления. При этом в отчёте обновлятора этот объект будет отмечен как "дважды измененный".
При этом, при настройке по умолчанию.
. обновлятор останавливается сразу после обновления конфигурации, если были обнаружены свойства, измененные дважды. Это делается для того, чтобы вы смогли сначала вернуть необходимые доработки, а уже затем запустить обновление базы данных.
Я очень надеюсь, что эта возможность позволит высвободить ещё немного часов от ручного, монотонного труда.
Как настроить режим объединения конкретных объектов (для опытных пользователей)
Общий случай (c1)
По умолчанию, как описано выше, дважды измененные свойства замещаются свойствами из обновления.
Если вы опытный пользователь (программист или администратор, имеющий навыки обновления доработанных конфигураций), то при необходимости сможете настроить режим объединения для объектов, которые дорабатывались, чтобы, например, происходило не замещение, а объединение с необходимым приоритетом. Это позволит вам уменьшить объём возможных доработок конфигурации после обновления.
Рассмотрим такую настройку на примере конфигурации БухгалтерияПредприятия, в которую я внёс следующие изменения:
- В общий модуль "РегламентированнаяОтчётность" добавил новую процедуру с именем "Тест".
- Доработал форму элемента справочника "Валюты".
Заходим в конфигуратор и из меню выбираем "Конфигурация"-"Поддержка"-"Настройка поддержки. ":
В открывшемся окне нажимаем кнопку "Сравнить, объединить" (внимание, наша задача только сравнить и сохранить настройки, реального объединения мы выполнять не будем):
В окне сравнения должны появится наши доработки (при условии, что конфигурация до этого обновлялась корректно и версия основной конфигурации соответствует версии конфигурации поставщика):
Теперь отмечаем галками нужные нам объекты и настраиваем справа режим их объединения:
Внимание. Если среди предложенных вариантов нет нужного режиме объединения - прочитайте про специальный случай ниже.
После этого на панели выбираем "Действия"-"Сохранить настройки в файл как. ":
Сохраняем настройки в любой файл и закрываем конфигуратор, не продолжая объединения.
Открываем получившийся файл с настройками, нас интересует секция, которая начинается с тега
и заканчивается . Это и есть нужные нам настройки объединения для выбранных нами объектов.Копируем эту секцию в буфер обмена:
Далее заходим в свойства базы в обновляторе, закладка "Обновление", раздел "Сам процесс".
Устанавливаем здесь опцию "необходимо выполнять обновление с приоритетом новой конфигурации. " и тут же нажимаем ссылку "Настройки объединения. ":
В открывшемся окне вставляем содержимое буфера обмена (секцию Objects из файла с настройками):
Сохраняем все настройки и выполняем обновление конфигурации на 1 релиз:
Видим, что в этом обновлении был изменен общий модуль РегламентированнаяОтчетность, в который у нас добавлена процедура Тест.
Но благодаря нашим настройкам произошло не замещение, а именно объединение модулей, поэтому процедура Тест будет на месте после обновления:
Специальный случай (c2)
Но что если мы изменили объекты конфигурации, для которых операция объединения не имеет смысла.
Например, мы увеличили длину номера документа:
В этом случае, как вы видите, есть только один вариант объединения: "Взять из конфигурации поставщика".
Очевидно, что это не то, что нам нужно. Мы хотим, чтобы этот реквизит остался без изменений. Как этого добиться?
В таких случаях нужно выбрать "Взять из конфигурации поставщика", а затем в настройках.
. изменить правило объединения GetFromSecondConfiguration на DoNotMerge вот так:
Тогда наш измененный реквизит вообще не будет никак меняться при объединении.
Как настроить финальное объединение с эталонной конфигурацией
Чтобы стало понятнее о чём речь, приведу рабочий пример у одного из пользователей обновлятора.
У него 40 бухгалтерских баз. Все они содержат одну и ту же доработанную конфигурацию.
Обновлять приходится зачастую на несколько релизов и он для максимальной корректности делает это всегда последовательно с выполнением обработчиков обновления после каждого релиза.
Алгоритм работы до автоматизации у него был такой:
"В ручном режиме обновляю до последнего релиза одну базу; в последнем релизе тестирую, добавляю все изменения, которые были потеряны, в модулях форм документов, общих модулях. Затем обновляю остальные базы до последнего релиза и в конце объединяю с подготовленным cf файлом из первой базы."
Он обратился ко мне за помощью в автоматизации всей цепочки действий кроме "в последнем релизе тестирую, добавляю все изменения, которые были потеряны, в модулях форм документов, общих модулях".
С пакетным обновлением доработанных баз до последнего релиза обновлятор (учитывая возможность, описанную выше) справляется на ура, но вот объединять конфигурацию с подготовленным cf в пакетном режиме обновлятор не умел.
И я доработал эту возможность.
Чтобы заставить обновлятор после применения обновления следом выполнить ещё и объединение с конфигурацией из файла - необходимо расположить файл с конфигурацией для объединения в папку обновления под именем MergeThisFileAfterUpdate.cf
В рассмотренном выше примере предположим, что требуется обновить все 40 конфигураций на следующие релизы (и пусть они для упрощения задачи будут ключевыми, то есть их нельзя перескакивать): 2.0.60.1, 2.0.60.2 и 2.0.60.3.
Алгоритм наших действий с учётом автоматизации обновлятором будет следующим:
- Обновить при помощи обновлятора одну из конфигураций до версии 2.0.60.3
- Добавить все изменения, которые были потеряны. проверить работоспособность обновлённой конфигурации.
- Выгрузить эту конфигурацию в папку с обновлением 2.0.60.3 под именем MergeThisFileAfterUpdate.cf
- Запустить обновление (с включенной возможностью обновления доработанных конфигураций) оставшихся 39 баз.
- Обновлятор в этом случае для каждой из 39 баз:
- выполнит пакетное обновление на 2.0.60.1
- выполнит обработчики обновления
- выполнит пакетное обновление на 2.0.60.2
- выполнит обработчики обновления
- выполнит пакетное обновление на 2.0.60.3
- обнаружит, что в папке с обновлением 2.0.60.3 лежит файл MergeThisFileAfterUpdate.cf
- выполнит пакетное объединение нашей конфигурации с конфигурацией из файла MergeThisFileAfterUpdate.cf (о настройках такого объединения смотрите ниже)
- выполнит обработчики обновления
При этом пакетное объединение выполняется через пакетный ключик конфигуратора mergecfg и следующий файл настроек (передаётся через ключ settings):
Такие настройки объединения позволяют нам привести нашу конфигурацию (которая всё ещё на поддержке) к конфигурации в файле MergeThisFileAfterUpdate.cf, в которую мы внесли и исправили все наши доработки.
Объединение с эталонной конфигурацией как отдельная операция
Предположим, что нам требуется выполнить массовое объединение конфигураций наших баз, чтобы внести в них доработанный функционал.
Эта возможность доступна на закладке "Скрипты" в главном окне программы.
Тип скрипта "Пакетный". Из меню следует выбрать пункт "Обновлятор"->"Методы"->"Объединить с конфигурацией из файла":
В скрипт вставится вот такой текст:
Путь к файлу, с которым нужно выполнить автоматическое объединение, у вас, конечно, будет свой.
А чтобы сразу после изменения конфигураций выполнить обновление конфигураций баз данных, допишем этот скрипт следующим образом:
Получается, что в начале мы выполняем объединение конфигураций при помощи команды обновлятора merge_cfg, а затем выполняем обновление конфигураций баз данных при помощи пакетного ключика конфигуратора UpdateDBCfg.
Вторую команду можно вставить в скрипт из меню шаблонов:
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Пожалуй лучшее, что я могу рассказать об обновляторе это то, что люди, которые начинают его использовать испытывают огромное сожаление.
Сожаление о том, что не узнали об этой программе раньше. Сожаление о том бесчисленном количестве часов и нервов, которые были потрачены на полуручное обслуживание своих баз.
Кто бы вы ни были - системный администратор, программист или бухгалтер.
Вот 8 причин, почему вам нужен Обновлятор:
- Он умелый. И с легкостью автоматизирует любые операции сразу для всех ваших баз - архивацию (в том числе средствами СУБД MS SQL и Postgres), обновление, тестирование и многое другое. Вы забудете про рутину.
- Он безопасный. Все операции над базами осуществляются через пакетный запуск платформы 1с (это её документированная возможность), поэтому все результаты работы полностью идентичны тому, как если бы вы делали всё вручную из конфигуратора.
- Он универсальный. И одинаково хорошо работает как с файловыми, так и серверными базами 1С. При этом не важно какая у вас база - полностью типовая, доработанная или разработанная собственными силами с нуля. В обновляторе реализованы полезные возможности для каждого из этих случаев.
- Он быстрый. Поддерживается многопоточное (параллельное) выполнение любых операций над базами.
- Он облачный. И это гарантирует вам 100% защиту созданных архивов от шифровальщиков . Поддерживаются nas, ftp, ssh, webdav, mega.nz, onedrive, google drive, яндекс-облако и другие s3-совместимые хранилища.
- Он осторожный. И рассчитан на самых различных пользователей. Это значит, что с его помощью испортить рабочую базу или остаться без копии после выполнения опасной операции практически невозможно.
- Он технологичный. Поддерживаются такие технологии как обновление доработанных конфигураций, обновление из хранилища, обновление расширений , написание собственных скриптов для автоматизации.
- Ему доверяют. Программа развивается и поддерживается с 2015 года, и в нашей стране с ней работают тысячи пользователей и сотни компаний (Кнопка, Systola, Крауд, OneTek, Смарт Офис, Технопарк Новосибирского Академгородка, Айтиматика, iTeamPro, Cloudray, Анком и многие другие).
- скачает все нужные обновления с сайта 1С или подхватит уже установленные;
- выгонит пользователей, запретит работу регламентных заданий на сервере, завершит зависшие сеансы;
- сделает резервную копию базы;
- выполнит обновление базы в пакетном режиме;
- выполнит обработчики обновления;
- пустит всех пользователей обратно.
- сделает резервную копию базы (zip, dt или sql);
- если вы захотите - зашифрует созданный архив вашим паролем;
- если вы захотите - изменит расширение архива на заданное или случайное;
- если вы захотите - запишет архив под произвольным пользователем системы;
- если вы захотите - продублирует архив в любые другие папки, хранилища, облака;
- удалит старые архивы, чтобы сохранить заданное вами количество дневных, недельных, месячных, квартальных и годовых копий.
Ответы на каверзные вопросы:
Для выполнения операций над базами Обновлятор использует пакетный режим конфигуратора.
Это документированная возможность от самой 1с для автоматизации операций над базами, которая используется во всех решениях (в том числе от 1с) для администрирования баз.
Поэтому результат обновления, архивации или тестирования, проведенных через обновлятор, будет в точности совпадать с результатом этих же операций, сделанных вручную через конфигуратор.
Получается, что обновлятор работает с базами руками конфигуратора, поэтому такой способ работы можно считать абсолютно корректным и безопасным.
Первый официальный обновлятор вышел в мае 2015 и с тех пор у него появились тысячи пользователей и сотни компаний, использующих его в своей ежедневной работе.
Да, обновлятор умеет выполнять операции с базами, которые используют базовую платформу 1с.
Базовая платформа не позволяет выполнять внешнее подключение к базам, но обновлятор обходит это ограничение при помощи вот такого приёма.
Да, обновлятор поддерживает работу с серверными базами в полной мере.
Я уже упоминал выше, что обновлятор используют в своей работе достаточно крупные и известные в стране компании.
И, конечно же, у них используются кластеры серверов 1с (на разных ОС) с большим количеством подключений и рабочих процессов, чтобы обеспечивать такую нагрузку.
И на протяжении этих 5 лет поддержки и разработки мне совместно с ними, кажется, удалось учесть все мыслимые и не мыслимые нюансы, связанные с операциями над серверными базами из обновлятора.
По умолчанию обновлятор настроен на автоматическое пакетное обновление типовых баз на поддержке.
И если в такую базу внесены доработки - это ещё не значит, что она перестанет обновляться в пакетном режиме. Это решение принимает конфигуратор, когда обновлятор просит его применить обновление.
При этом обновлятор имеет ряд дополнительных возможностей для обновления доработанных баз, для которых пакетный режим по умолчанию не подходит:
- обновление множества однотипных баз
- обновление с возможным затиранием доработок
- обновление из хранилища
- обновление расширений
Обновлятор выполняет операции над базами последовательно одну за другой.
И в некотором смысле это правильно, так как, например, попытка обновить базы одновременно в несколько потоков на среднестатистическом компьютере приведёт к тому, что система буквально "встанет колом" - производительность упрётся в жесткий диск и процессор - и такое параллельное обновление будет идти даже дольше чем обычное последовательное.
Но у некоторых компаний есть настолько производительные серверы, что для них параллельное выполнение операций над базами в несколько потоков действительно имеет смысл. Особенно в том случае, если баз настолько много (или они настолько большие), что последовательное выполнение операций не укладывается в "ночное окно".
В этом случае я рекомендую многопоточное (параллельное) выполнение операций: ссылка.
Да, обновлятор умеет скачивать и устанавливать нужную версию платформы 1с при минимальном участии пользователя.
Без ложной скромности скажу, что если мы будем рассматривать всё, что умеет делать обновлятор с базами, то обнаружим, что конкурентов у программы просто нет.
Да, есть много решений для администрирования баз, но большинство из-них либо уже не поддерживаются, либо поддерживаются плохо, либо не доведены до ума, либо не дружелюбны, либо просто не являются готовым продуктом для конечных пользователей.
И это отсутствие качественных инструментов - настоящая беда для всей экосистемы 1С.
И если даже рассматривать только операцию обновления баз - становится ясно почему наличие таких инструментов просто жизненно необходимо для всех нас.
Помимо различного рода обновлений (и всего что с ними связано) обновлятор ещё умеет:
- выполнять архивацию баз (zip, dt, sql) с защитой архивов от шифровальщиков и удалением старых архивов с сохранением нужного количества дневных, недельных, месячных, квартальных и годовых копий;
- выполнять тестирование баз;
- управлять расширениями в базах;
- управлять регламентными заданиями в базах;
- выполнять различные блокировки-разблокировки сеансов и регламентных заданий на сервере;
- выполнять batch скрипты над базами;
- выполнять скрипты на onescript;
- чистить временные файлы (кэш) 1с;
- загружать комплекты отчётности для БГУ;
- менять формат баз и проверять их физическую целостность;
- ещё с десяток операций, полезных в том или ином случае.
На данный момент (30 ноября 2017 года) не считая сторонних библиотек в обновляторе:
- 97 модулей
- 3 мегабайта кода
- 70 тысяч строк
Установленный на компьютере конфигуратор 1С (обновлятор использует его для пакетных операций с базами).
Полная таблица возможностей обновлятора:
Ответы на частые вопросы:
- Подсказки по эффективной работе
- Какие существуют ключи для запуска из командной строки?
- Что означает номер версии в настройках базы?
- Как настроить обновлятор для работы с базовой платформой 1С?
- Я настроил обновлятор для работы с базовой платформой. Всё обновлялось, но теперь перестало. Почему?
- Какой принцип работы Обновлятора-1С?
- Какие типовые конфигурации поддерживаются программой Обновлятор-1С?
- Как поведёт себя обновлятор с конфигурацией, в которую внесены изменения?
- Что будет, если база в момент обновления будет открыта?
- Где взять логин и пароль от сайта 1С?
- У меня уже есть выкачанные обновления, как их подсунуть Обновлятору-1С?
- Как восстановить базу из архива, созданного перед обновлением?
- Наиболее частые причины, по которым не работает отправка отчётов на почту.
- Что делать, если возникает следующая ошибка: не удалось подключиться к базе, скорее всего неверно указаны имя и пароль для базы.
- Что делать, если возникает следующая ошибка: произошла попытка обновить не поддерживаемую конфигурацию.
- Зачем нужна настройка любимых дней для базы?
- Зачем нужны дополнительные параметры запуска для базы?
- Как включить второй способ поиска обновлений на сервере 1С для базы и когда это нужно?
- Что такое обработчики обновления, зачем они нужны и в каких случаях (и как) их лучше отключить?
- Зачем может понадобиться настройка 'Применять обновления не раньше чем через N дней после их выхода'?
- Зачем может понадобиться настройка 'Обновлять не более чем на N релизов за один запуск'?
- Зачем может понадобится устанавливать пароль на изменение настроек программы?
- Зачем может понадобится устанавливать ограничение работы программы по дате?
- Зачем может понадобиться возможность автоматической выгрузки базы в последнюю папку обновления в формате dt?
- Зачем может понадобиться возможность автоматической выгрузки файла конфигурации базы в папку обновления в формате 1cv8.cf?
- Что означает возможность обновлять конфигурацию сразу на последний 1cv8.cf и можно ли её применять?
- Что означает версия 1С при обновлении платформы?
- Не удалось найти платформу 1С по шаблону.
- Зачем нужна возможность переопределять логин и пароль от ИТС в расширенных параметрах обновления?
- Зачем нужна возможность только скачивать обновления без их применения к самим базам?
- Зачем нужна возможность делать резервную копию базы после каждого промежуточного обновления?
- Расскажите о схеме обновления множества однотипных и изменённых баз, которые не обновляются автоматически.
- Как отключить предупреждение об антивирусе?
- Как настроить обновлятор для работы с OneScript?
- О каких настройках диалога запуска идёт речь?
- Как настроить для базы индивидуальный путь к папке с обновлениями и зачем это может быть нужно?
- Что делать, если обновлятор не видит обновление, установленное на компьютер вручную?
- Можно ли использовать обновлятор как portable программу (запускать с флешки на разных компьютерах)?
- Как отключить восстановление базы к первоначальному состоянию при ошибке обновления?
- Зачем нужна возможность устанавливать отдельный пароль на изменение ограничения работы программы по дате?
- Решение проблем с com-библиотекой для внешнего подключения к базе.
- Как указать администратора кластера для серверной базы?
- Что означает "грязная копия"?
- Как изменить папку для хранения архивов?
- Как отключить резервную копию перед обновлением?
- Как настроить количество резервных копий для базы?
- Как обновить базу на следующую редакцию?
- Зачем может понадобится строгая проверка рекомендуемой версии 1с при обновлении?
- Список внешних ресурсов, к которым может обращаться обновлятор
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Нажмите одну из кнопок, чтобы поделиться:
Отзывы о программе
Калинкин Евгений (Нижний новгород)
Спасибо огромное за Обновлятор. Считаю ее вторым сотрудником в моем отделе. Действительно высвобождает уйму времени для других дел.Алена (Санкт-Петербург)
Только став обновлять базы через него, я поняла, сколько же времени (драгоценного) я тратила впустую.Николай Козятинский (Санкт-Петербург)
Очень качественный и удобный продукт. Обновил базу легко и быстро на 2 года релизов. Заметен творческий и оптимизаторский подход при разработке.Денис (Химки)
Ввиду обслуживания организаций с большим количеством баз 1С, существенно разгрузил себя и повысил удовлетворённость клиентов. Уникальное решение по обновлению в своей гибкости и простоте.Шатило Юрий
За 12 лет работы мы впервые можем забыть о постоянном обновлении нашей сотни информационных баз.Проскуряков Станислав
Первый раз в своей жизни встречаю настолько продуманную в плане юзабилити и функционала программу.Разработчики 1С предоставили пользователям возможность самостоятельно проводить обновление информационных баз в режиме 1С: Предприятие. Однако, эта процедура является для пользователя черным ящиком, иногда процесс зацикливается и приводит к зависанию.
Прождав несколько часов или суток (в зависимости от терпения) пользователь принудительно снимает задачу и после повторного запуска получает невосстановимую ошибку базы данных.
Как происходит автообновление
О необходимости обновления нас уведомляет монитор ИТС, который периодически выскакивает при запуске программы.
Что нужно обновлять?
В любой 1С обновляются две основные вещи - конфигурация базы данных (каждой базы) и платформа 1С (общая для всех баз). Кроме обновления самой конфигурации, еще рекомендуется установить патчи. Патчи - это заплатки, которые 1С выпускает между релизами конфигурации для решения оперативных проблем или устранения ошибок.
Обычно в месяц выходит 3-4 релиза конфигурации. Каждое новое обновление обновляет 5-6 предыдущих релизов, поэтому при обновлении можно перескочить через несколько релизов.
Хорошим решением будет обновляться 1 раз в месяц.
Платформу достаточно обновлять 1 раз в полгода, если только новая конфигурация не требует обновления платформы.После нажатия кнопки "Установить обновление" мы имеем возможность выбрать что именно хотим обновить и после этого опускается занавес.
Что в черном ящике?
В теории, в этот момент происходит следующее:
- Программа создает резервную копию базы;
- Происходит загрузка файлов обновления конфигурации и платформы;
- Далее идет установка новой платформы;
- Устанавливается конфигурация базы данных;
- После установки новой конфигурации идут служебные обработки, которые трансформируют данные под новую конфигурацию;
- Устанавливаются патчи.
Если пропущено много релизов, пункты 4-6 повторяются.
Почему обновление 1С может зависнуть?
Не смотря на очень удобный функционал, у некоторых клиентов возникают проблемы с автоматическим обновлением. Но если процесс уже запущен трудно понять, что делает система в конкретный момент. В некоторые моменты можно снять задачу без последствий для базы, а иногда снятие задачи происходит в критический момент. Рассмотрим возможные ситуации, которые я наблюдал за 15-летний опыт обновления:
- Резервное копирование не может завершиться успешно.
Причин может быть несколько - недостаточно места на диске, неудачное завершение бекапа и т.д. В этом случае программа может пытаться создать новый бекап, он снова неудачный и т.д.
- Новая версия платформы не может установиться.
Причиной чаще всего является отсутствие прав администратора на локальном компьютере. Стоит обратиться к системному администратору.
- Пропущено много релизов или очень большая база данных или очень медленный компьютер.
В этом случае автообновление идет, но очень-очень медленно. Имеет смысл провести обновление на более быстрой машине и модернизировать компьютер. О том, как ускорить работу компьютера, я писал здесь .
- Патчи, установленные для предыдущего релиза мешают установке нового.
В этом случае, придется сперва удалить установленные патчи, а потом устанавливать новый релиз.
Для того, чтобы избежать всех этих ошибок и точно знать, что происходит с вашей базой данных, необходимо проводить обновление в ручном режиме. Это не сложно, зато весь процесс будет под Вашим контролем.
Читайте также: