Как правильно обновлять типовую конфигурацию (1С 8.3, серверные базы)

1. skalba93 06.06.24 15:10 Сейчас в теме
Давно задаюсь вопросом: а как, собственно, правильно обновлять типовые конфигурации 1С 8.3 (Бух., ЗиК) ; серверные базы, чтобы было минимум ошибок в базах. Особенно если обновляешься сразу на несколько релизов, например, за квартал.
Понятно, что сначала сделать бэкап (я делаю и бэкап базы SQL и бэкап базы DT).

А потом возможны такие варианты:
а) делать обновление обычным образом через конфигуратор; после каждого обновления запускать базу (т.е. "в режиме 1СПредприятие"), ждать, когда выполнятся "дополнительные процедуры обработки данных при обновлении" (а это иногда и день может занять);
б) делать обновление обычным образом через конфигуратор, но базу не запускать, а сразу можно делать следующее обновление через конфигуратор (т.е. на следующий релиз конфигурации, который разрешит конфигуратор), а уже потом, в конце, запустить базу;
в) вообще делать обновление не в режиме Конфигуратор, а в режиме 1СПредприятие, с правами администратора, в автоматическом режиме.

Вопрос может показаться тривиальным, но я опросил знакомых (администраторов мелких серверов 1С) - и у всех разные мнения -) Поэтому решил вынести на обсуждение.
По теме из базы знаний
Найденные решения
5. skalba93 06.06.24 22:09 Сейчас в теме
Спасибо всем за ответы. В общем, в итоге, все сошлись на том, что, хотя для этого нет внятного обоснования, но все обновляют по варианту (а) (я, кстати, тоже делаю именно так, но это занимает кучу времени, поэтому я втайне надеялся, что мне скажут, что можно обновлять без промежуточных запусков в режиме 1СПредприятие -)) )

(4) а насчет dt - я делаю (и советую) бэкап и как бэкап базы SQL, и как dt. Т.к. бэкап нужен для ЧП, а при ЧП иногда бывает так, что и базу SQL не восстановишь (или, например, слетит программная лицензия на сервер; сайт 1С висит, а работать нужно) - тогда приходится выгружать dt в файловую базу, работать в ней и потом снова выгружать в базу SQL.
Часто читал, что dt плохой вариант для бэкапов; признаться, не понял почему, но, тем не менее, тоже стараюсь всуе не использовать.
6. kermzyxer 10 10.06.24 01:16 Сейчас в теме
Надо всегда запускать после обновления в обычный режим. При этом ИНОГДА проходят важные обработки. Например при разбиении счета на несколько субсчетов, значения переносятся на промежуточный субсчет, создаются новые нижнего уровня и значения возвращаются. Не выполнится обработка данные на новом субсчете не появятся, а со старого (основного) исчезнут. Угадать, когда что происходит невозможно. Лучше не рисковать. Сам налетел разок, больше не хочется
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. пользователь 06.06.24 16:07
Сообщение было скрыто модератором.
...
3. lefthander 06.06.24 16:45 Сейчас в теме
(1)в моем понимании механизма обновления правильно делать по варианту а, а чтобы не занимал процесс на день и больше обновлять примерно один раз в месяц или два. Но не претендую на истину в последней инстанции, просто я обновляю так.
4. GeraltSnow 174 06.06.24 17:29 Сейчас в теме
Во-первых, никогда не используй DT в качестве бэкапа, потому что успешная выгрузка в него совершенно не гарантирует последующую успешную загрузку. Единственное предназначение выгрузки в DT - перенос базы между различными видами СУБД. Пруф на ИТС.

Во-вторых, однажды я решил обновить типовую базу сразу на много релизов при помощи автообновления из под режима предприятия и с удивлением обнаружил, что оно накатывает cfu один за другим без промежуточных запусков в режиме предприятия для запуска обработчиков обновления данных. Техподдержка на мой логичный вопрос ответила, что автообновление работает правильно, а вот делать то же самое руками через конфигуратор - неправильно. Теоретически, если после обновления сразу на несколько релизов обработчики обновления в режиме предприятия завершились без ошибок, значит всё прошло хорошо. Но с судьбой лучше не играть, мало ли что вылезет при последующих обновлениях. Поэтому мой выбор - ручное обновление через конфигуратор на один ключевой релиз за раз с запуском предприятия и контроля выполнения обработчиков обновления данных.
8. karamazoff 112 10.06.24 07:32 Сейчас в теме
(4)
(4)
Во-первых, никогда не используй DT в качестве бэкапа, потому что успешная выгрузка в него совершенно не гарантирует последующую успешную загрузку. Единственное предназначение выгрузки в DT - перенос базы между различными видами СУБД. Пруф на ИТС.

Смешно, т.е. выгрузка не гарантирует загрузку, а при переносе между разными СУБД, гарантирует?
9. RustamZz 10.06.24 08:59 Сейчас в теме
(8) Поэтому в 1С придумали инструмент что бы лить базу напрямую
10. karamazoff 112 10.06.24 09:11 Сейчас в теме
(9)Какой? Дружище, скажи, я не знаю, сохраняю все через дт и пгдамп, а они придумали
14. RustamZz 10.06.24 16:13 Сейчас в теме
(10) Вот статья в Зазеркалье Сам не проверял.
15. karamazoff 112 10.06.24 18:49 Сейчас в теме
(14)спасибо, познавательно, потестю
11. lefthander 10.06.24 09:27 Сейчас в теме
(8)Тоже не гарантирует, но в этом случае можно вернуться к исходной базе протестировать ее и снова выгрузить для переноса. А вот если это бекап и не загрузился в случае чего... сам понимаешь... ;)
13. karamazoff 112 10.06.24 13:37 Сейчас в теме
(11)Тут то ясно, но если случится облом, из дт я больШую часть подниму а вот и скуля нет, может, конечно, я криворукий
12. lefthander 10.06.24 09:29 Сейчас в теме
(4)
что оно накатывает cfu один за другим без промежуточных запусков в режиме предприятия для запуска обработчиков обновления данных.
Так база уже в режиме предприятия и после накатки обновления и запускаются обработчики. ;) Минус такого обновления - очень долго и не факт что завершиться успешно... Я после пары раз таких обновлений отказался на всегда от такого способа.
5. skalba93 06.06.24 22:09 Сейчас в теме
Спасибо всем за ответы. В общем, в итоге, все сошлись на том, что, хотя для этого нет внятного обоснования, но все обновляют по варианту (а) (я, кстати, тоже делаю именно так, но это занимает кучу времени, поэтому я втайне надеялся, что мне скажут, что можно обновлять без промежуточных запусков в режиме 1СПредприятие -)) )

(4) а насчет dt - я делаю (и советую) бэкап и как бэкап базы SQL, и как dt. Т.к. бэкап нужен для ЧП, а при ЧП иногда бывает так, что и базу SQL не восстановишь (или, например, слетит программная лицензия на сервер; сайт 1С висит, а работать нужно) - тогда приходится выгружать dt в файловую базу, работать в ней и потом снова выгружать в базу SQL.
Часто читал, что dt плохой вариант для бэкапов; признаться, не понял почему, но, тем не менее, тоже стараюсь всуе не использовать.
7. Torin 782 10.06.24 06:28 Сейчас в теме
6. kermzyxer 10 10.06.24 01:16 Сейчас в теме
Надо всегда запускать после обновления в обычный режим. При этом ИНОГДА проходят важные обработки. Например при разбиении счета на несколько субсчетов, значения переносятся на промежуточный субсчет, создаются новые нижнего уровня и значения возвращаются. Не выполнится обработка данные на новом субсчете не появятся, а со старого (основного) исчезнут. Угадать, когда что происходит невозможно. Лучше не рисковать. Сам налетел разок, больше не хочется
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот