Как обновить несколько баз 1с одновременно
Продукт позволил сократить время на обновление релизов баз раза в 2, а трудоёмкость процесса раз в 10. Сотрудник не прикован к рабочему месту, значит может параллельно решать другие задачи. Особых сложностей при работе с программой нет, неудобств тоже. Используем ее в достаточно простом режиме: без настроек «планировщика», «клиент-серверной» части, «резервного копирования» и пр. Качество вполне устраивает.
Евгений, ЗАО «Асгард»
Приобрели продукт «1С:Обновление информационных баз в пакетном режиме». Сначала было грустно: потратили много времени, чтобы разобраться с продуктом. Сейчас все стало понятно благодаря Поддержке. Главное, если все сделать правильно, продукт обновляет по расписанию. Спасибо за сотрудничество.
Коваленко Денис, ООО «БухгалтерЪ»
Продукт был куплен для автоматизации обновления баз 1С8 в «ночном» режиме, чтобы не отвлекать пользователей от работы. В этом продукт нам очень помогает.
Юрий Николаевич, ГК «NBM»
Программный продукт будет полезен:
- Компаниям, использующим в своей деятельности несколько ИБ, основанных на тиражных и отраслевых решениях;
- Компаниям, предоставляющим консалтинговые услуги (бухгалтерские, налоговые, юридические, финансовые) и производящим обновления для своих клиентов;
- Компаниям 1С:Франчайзи, предоставляющим в аренду программные продукты «1С» и обслуживающим большое количество ИБ.
Ситуации, в которых поможет использование программного продукта (результаты опроса клиентов):
- На обслуживании около 100 ИБ. При обновлении каждой вручную уходит много времени на однотипные операции. Специалист только и делает, что занимается обновлениями;
- «На носу» период сдачи отчетности. Нужно срочно актуализировать ИБ. В этом случае важна оперативность и качество обновления, чего вручную добиться очень сложно, особенно при большом количестве ИБ;
- Для достижения более качественного результата обновлением ИБ занимаются квалифицированные специалисты, которых не удается переключить на другие важные проекты.
Функциональные возможности:
Автоматическое обновление информационных баз:
- Созданных на основе одной модифицированной конфигурации, при наличии заранее подготовленного cf или cfu-файла;
- Созданных на основе неизмененных конфигураций 1С (как типовых, так и отраслевых), стоящих на поддержке;
- С предварительным формированием сценария обновления при переходе с одной версии конфигурации на другую, с учетом пропущенных релизов;
- Заранее заданных администратором в произвольном количестве;
- По различным сценариям.
Автоматическое резервное копирование информационных баз (как перед обновлением, так и в качестве самостоятельной административной функции).
Административные функции:
Запуск задач по расписанию:
- Планирование и автоматический запуск указанных администратором действий в нужных информационных базах по расписанию;
- Возможность создания пользовательских заданий;
- Пакетное выполнение заданий.
Обновление списка релизов конфигураций из Интернета.
Загрузка требуемых релизов с сайта «1С» при наличии у пользователя логина и пароля.
Поддерживается возможность выполнения всех перечисленных выше работ как в файловом, так и в клиент-серверном режимах одновременно с несколькими информационными базами, заданными администратором.
Состав продукта:
- Дистрибутив конфигурации и ключ аппаратной защиты;
- Комплект документации по конфигурации;
- Лицензии на использование конфигурации.
Продукт является дополнением для конфигураций системы «1С:Предприятие 8» и поставляется без платформы.
Продукт является однопользовательским. Расширение количества автоматизированных рабочих мест путем приобретения дополнительных лицензий на конфигурацию не предусмотрено.
Список релизов
Узнать подробнее о новом в релизах, оформить подписку и скачать обновления можно на сайте
говорят, сейчас механизм загрузки .cf, если пропущено несколько релизов, позволяет обновиться без ошибок, т.е. все обработки данных между релизами, если таковые имеются, запустятся и пройдут последовательно без проблем
так ли это?
какие еще за?
какие еще есть против?
(0) основное, что обработка устаревает. Например, она написана для 8.3.1, а выполняется на 8.3.10. И также названия реквизитов, справочников и регистров отслеживают они? Допустим справочник назывался в обработке ВидыАлкогольнойПродукции, а теперь называется УдалитьВидыАлкогольнойПродукции. Обработка не запустится.
Это как русская рулетка. Может пройдет без проблем, а может и с проблемами.
(0) сталкивался на двух конфигурациях (УНФ и ТСЖ), что лучше всего после каждого обновления на релиз запускать в режиме Предприятие, т.к. могут поднапакостить пресловутые обработки обновления
(0)
Думаешь в сильно изменной конфе хоть кто накатывает релизы последовательно ?
Хотел бы на такого посмотреть
А ошибки вручную напильничком
(0) кто-нибудь может объяснить зачем это делать, кроме как из-за лени? А потом мучиться и переделывать разве легче и быстрее?
(14)
Потому что обновление занимат от недели до месяца.
Судя по всему - вы с такими базами еще не сталкивались.
Все впереди
То обновляют на старых платформах, то сразу на последний релиз скачут, а потом "спасите тут какие-то ошибки".
Извините, накипело.
у меня эта метода не сработала например при обновлении сельхозки, а с типовыми вроде все норм
хотя обычно я так не делаю
(16) одна реструктуризация идет неделю?
Ну это точно не проблема обновления. Может прежде чем обновлять это сначала решить?
(0) я против шагать через релизы.
Обновляться надо через cfu и каждый раз запускать предприятие и давать ей обработать данные.
(19) ну например, с ут 11.1 на Ут 11.3. Конфы практически одинаковые, а между ниму 80 релизов. Как вы поступите?
(19)
Вы действительно не можете представить баз где обновление неделю ? )))
причем здесь реструктуризация, прекратите свои фантазии
(0) Нет не работает.
Обновляли ерп с 2.1 на 2.2 там последовательно релиза 3-4 надо было. делали эксперимент 1 пропускали, выяснили одну из причин - в том релизе который пропустили есть функция в модуле менеджера, а в след ее уже нет и задания с пред релиза выдавали ошибку. Это как пример.
(0) Можно, если говорим про типовые или созданные на их основе.
Обработки обновления запускаются последовательно.
Соответственно, если вдруг какой-то реквизит, удалили или переименовали, то при обновлении будет ошибка.
Откатываемся назад и делаем последовательно.
(14) Угу, база не обновлялась с 2012 года, то есть пять лет. С релиза 1.17.х до 2.10.х. Это 12 промежуточных с глобальным переходом с ред.1 на ред.2. Доработок за пять лет наделали - конфа перелопачна так, что создатели не узнают. Переносить все в каждый из релизов - это недели две как минимум на один релиз. Надо было полгода заниматься обновлением? В итоге скачок через 12 релизов был сделан за три недели, уже полгода сидят на последнем релизе и радуются. А чтобы ошибок не было надо просто голову иметь.
(20) В типовых фирма 1с так не делает, она сначала накатывает последний релиз, а потом уже запускает режим предприятия. Наверное в 1С дураки сидят, раз заложили такой механизм
Есть Справочник1 с реквизитом Реквизит1.
В какой-то момент крутые ребята из 1с подумали что реквизит этот больше не нужен и обозвали его Удалить_Реквизит1. А данные из него перельются в новенький Реквизит2 обработчиком, который запустится после обновления.
И все будет ок, ведь мы обновляемся с cfu
А потом в релизе Х, ребятки и вовсе удалят реквизит Удалить_Реквизит1
Накатив cf, мы гарантированно потеряли данные: Реквизит2 пустой, а реквизит Удалить_Реквизит1 удален.
Все удаленные болтаются по паре лет в конфигурации на поддержке. А потом останутся в Основной конфигурации уже снятыми с поддержки как свои собственные.
(29) ну это самый популярный пример, да, но вроде как умный обработчик даже при накате .cf произведет все нужные обработки, откопирует удаленный реквизит и т.д.
не?
(21) Если УТ 11.1 даже с 11.1.4 до 11.1.10 прыжком не обновлялось, ибо уникальность записей регистров нарушалась. Куда ему до 11.3
В пределах одной подредакции,т.е. 11.1 обновлем до последнего релиза 11.1, цфу-шкой переходим на новую версию 11.2 и т.д. Хотя конкретно с УТ 11 была трабла, когда ввели валюту управленческого учета и если ее не заполнить, то обновление не проходило. А так проблем обычно не возникает.
говорят, сейчас механизм загрузки .cf, если пропущено несколько релизов, позволяет обновиться без ошибок, т.е. все обработки данных между релизами, если таковые имеются, запустятся и пройдут последовательно без проблем
так ли это?
какие еще за?
какие еще есть против?
(0) основное, что обработка устаревает. Например, она написана для 8.3.1, а выполняется на 8.3.10. И также названия реквизитов, справочников и регистров отслеживают они? Допустим справочник назывался в обработке ВидыАлкогольнойПродукции, а теперь называется УдалитьВидыАлкогольнойПродукции. Обработка не запустится.
Это как русская рулетка. Может пройдет без проблем, а может и с проблемами.
(0) сталкивался на двух конфигурациях (УНФ и ТСЖ), что лучше всего после каждого обновления на релиз запускать в режиме Предприятие, т.к. могут поднапакостить пресловутые обработки обновления
(0)
Думаешь в сильно изменной конфе хоть кто накатывает релизы последовательно ?
Хотел бы на такого посмотреть
А ошибки вручную напильничком
(0) кто-нибудь может объяснить зачем это делать, кроме как из-за лени? А потом мучиться и переделывать разве легче и быстрее?
(14)
Потому что обновление занимат от недели до месяца.
Судя по всему - вы с такими базами еще не сталкивались.
Все впереди
То обновляют на старых платформах, то сразу на последний релиз скачут, а потом "спасите тут какие-то ошибки".
Извините, накипело.
у меня эта метода не сработала например при обновлении сельхозки, а с типовыми вроде все норм
хотя обычно я так не делаю
(16) одна реструктуризация идет неделю?
Ну это точно не проблема обновления. Может прежде чем обновлять это сначала решить?
(0) я против шагать через релизы.
Обновляться надо через cfu и каждый раз запускать предприятие и давать ей обработать данные.
(19) ну например, с ут 11.1 на Ут 11.3. Конфы практически одинаковые, а между ниму 80 релизов. Как вы поступите?
(19)
Вы действительно не можете представить баз где обновление неделю ? )))
причем здесь реструктуризация, прекратите свои фантазии
(0) Нет не работает.
Обновляли ерп с 2.1 на 2.2 там последовательно релиза 3-4 надо было. делали эксперимент 1 пропускали, выяснили одну из причин - в том релизе который пропустили есть функция в модуле менеджера, а в след ее уже нет и задания с пред релиза выдавали ошибку. Это как пример.
(0) Можно, если говорим про типовые или созданные на их основе.
Обработки обновления запускаются последовательно.
Соответственно, если вдруг какой-то реквизит, удалили или переименовали, то при обновлении будет ошибка.
Откатываемся назад и делаем последовательно.
(14) Угу, база не обновлялась с 2012 года, то есть пять лет. С релиза 1.17.х до 2.10.х. Это 12 промежуточных с глобальным переходом с ред.1 на ред.2. Доработок за пять лет наделали - конфа перелопачна так, что создатели не узнают. Переносить все в каждый из релизов - это недели две как минимум на один релиз. Надо было полгода заниматься обновлением? В итоге скачок через 12 релизов был сделан за три недели, уже полгода сидят на последнем релизе и радуются. А чтобы ошибок не было надо просто голову иметь.
(20) В типовых фирма 1с так не делает, она сначала накатывает последний релиз, а потом уже запускает режим предприятия. Наверное в 1С дураки сидят, раз заложили такой механизм
Есть Справочник1 с реквизитом Реквизит1.
В какой-то момент крутые ребята из 1с подумали что реквизит этот больше не нужен и обозвали его Удалить_Реквизит1. А данные из него перельются в новенький Реквизит2 обработчиком, который запустится после обновления.
И все будет ок, ведь мы обновляемся с cfu
А потом в релизе Х, ребятки и вовсе удалят реквизит Удалить_Реквизит1
Накатив cf, мы гарантированно потеряли данные: Реквизит2 пустой, а реквизит Удалить_Реквизит1 удален.
Все удаленные болтаются по паре лет в конфигурации на поддержке. А потом останутся в Основной конфигурации уже снятыми с поддержки как свои собственные.
(29) ну это самый популярный пример, да, но вроде как умный обработчик даже при накате .cf произведет все нужные обработки, откопирует удаленный реквизит и т.д.
не?
(21) Если УТ 11.1 даже с 11.1.4 до 11.1.10 прыжком не обновлялось, ибо уникальность записей регистров нарушалась. Куда ему до 11.3
В пределах одной подредакции,т.е. 11.1 обновлем до последнего релиза 11.1, цфу-шкой переходим на новую версию 11.2 и т.д. Хотя конкретно с УТ 11 была трабла, когда ввели валюту управленческого учета и если ее не заполнить, то обновление не проходило. А так проблем обычно не возникает.
Пожалуй лучшее, что я могу рассказать об обновляторе это то, что люди, которые начинают его использовать испытывают огромное сожаление.
Сожаление о том, что не узнали об этой программе раньше. Сожаление о том бесчисленном количестве часов и нервов, которые были потрачены на полуручное обслуживание своих баз.
Кто бы вы ни были - системный администратор, программист или бухгалтер.
Вот 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С. Никогда не забывайте про волшебную палочку
Свойства по умолчанию для новых баз
Многие не знают о возможности выбрать базу, все свойства которой будут использоваться как значения по умолчанию для свойств базы, которую только что добавили в список.
Делается это вот так:
- зайдите в "Дополнительные настройки"
- закладка "События"
- закладка "При добавлении новой базы"
- здесь выберите базу образец (отдельно для 7.7, файловой 8.x и серверной 8.x) для заполнения свойств новых баз
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Читайте также: