Зачем запускать базу в режиме предприятия после каждого обновления?

1. I_train 25.10.21 09:53 Сейчас в теме
К примеру, я обновляю через конфигуратор, для обновления забираю только cf, зачем мне запускаться каждый раз режим предприятия, ведь у меня данных базы все равно нет, что бы обработчики с ними отработали
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Sashares 35 25.10.21 09:56 Сейчас в теме
(1)Надо запускать там, где данные базы есть. Внезапно =)
3. Alexponenta 25.10.21 09:59 Сейчас в теме
(1)
Если обновляете через конфигуратор - то после каждой "ступени" обновления нужно заходить в Предприятие банально для того, чтобы закрепить изменения внутри ИБ.

Если вы зайдете в предприятие спустя н-ное число ступеней есть шанс, что база банально "сломается".
22. Oldsad 26.10.21 03:30 Сейчас в теме
(3)в таких случая 1с выпускает "переходный" релиз, до которого надо обновиться, запустить предприятие, и обновляться далее
в общем случае нет необходимости после каждого обновления релиза запускать предприятие
vadim1011985; +1 Ответить
23. FatPanzer 26.10.21 07:39 Сейчас в теме
(22) В общем случае - запускать надо после КАЖДОГО обновления. Другой вопрос - каждое ли обновление надо ставить? Тут поможет только подбор цепочек - ставить не все подряд, а максимально только те новые релизы, которые поддерживают обновление текущего релиза.
Нехитрая логика.
4. uriah 18 25.10.21 10:01 Сейчас в теме
(1)
К примеру, я обновляю через конфигуратор, для обновления забираю только cf, зачем мне запускаться каждый раз режим предприятия, ведь у меня данных базы все равно нет, что бы обработчики с ними отработали

Что значит нет базы? А что тогда обновляем, только для получения cf файла?
7. I_train 25.10.21 10:20 Сейчас в теме
(4) Беру cf, обновляю до последнего релиза и накатываю на базу
9. sancho86 1 25.10.21 10:33 Сейчас в теме
(7)О_о А че так можно было? Просто открыть cf и его обновить для дальнейших использований?
12. Sashares 35 25.10.21 11:05 Сейчас в теме
(9)Очевидно же, что ТС создает пустую базу из cf и обновляет ее, а потом выгружает cf.
14. sancho86 1 25.10.21 11:26 Сейчас в теме
(12) Подумал что мало ли, вдруг еще один способ. Еще совсем недавно не знал что можно cf-ником обновлять. Оказывается это так быстро, розницу 2.2.12.30 до 2.3.8.27 одним махом обновить. А франчи за каждый промежуточный ключевой релиз по тарифу счет выставляют.
15. Sashares 35 25.10.21 11:50 Сейчас в теме
(14)Как уже говорили, при таком подходе можно потерять данные.
16. user856012 14 25.10.21 12:24 Сейчас в теме
(14)
Оказывается это так быстро, розницу 2.2.12.30 до 2.3.8.27 одним махом обновить
А еще можно не делать архивную копию базы перед обновлением - это даст дополнительную экономию времени! ;-P
19. sancho86 1 25.10.21 14:15 Сейчас в теме
(16)
А еще можно не делать архивную копию базы перед обновлением - это даст дополнительную экономию времени! ;-P

Не, это уж слишком)
11. uriah 18 25.10.21 11:03 Сейчас в теме
(7)
Беру cf, обновляю до последнего релиза и накатываю на базу

Можно крепко пролететь, при обновлении базы данных, происходит процесс применения обновлений, а при пропуске есть большой риск потерять данные.
5. sssss_aaaaa_2011 25.10.21 10:02 Сейчас в теме
(1)
ведь у меня данных базы все равно нет
А 1С вы об этом сообщили? А заполнять данные по умолчанию для новых/измененных объектов конфигурации надо только при наличии ваших данных?
6. Online-Ufa 25.10.21 10:20 Сейчас в теме
(1)
у меня данных базы все равно нет, что бы обработчики с ними отработали

Т.е. речь о пустой базе без данных?
Предполагаю, что конфигурация доработанная, т.к. для типовой не вижу смысла в обновлении пустой базы.
8. I_train 25.10.21 10:21 Сейчас в теме
10. sssss_aaaaa_2011 25.10.21 10:59 Сейчас в теме
(8)Даже в пустой базе должны быть заполнены кое-какие данные (справочники со ставками налогов, процентных ставок и т.д.). И эти данные обновляются именно обработками, которые запускаются первыми после обновления. Без этих данных некоторые вещи могут поломаться.
FatPanzer; +1 Ответить
13. sssss_aaaaa_2011 25.10.21 11:11 Сейчас в теме
(1)
у меня данных базы все равно нет, что бы обработчики с ними отработали
Отсутствие ваших данных не означает отсутствия данных системы/конфигурации, которые обновляются как раз обработками в режиме предприятия.
17. AnryMc 848 25.10.21 12:46 Сейчас в теме
(0) Например есть БСП.
В нёй - справочник "ИдентификаторыОбъектовМетаданных" а у него в Модуле менеджера: ВыполнитьОбновлениеДанных

которая перезаполняет его при обновлении...
И вызывается она только в режиме Предприятия (клиента)...

Вот такая история...

З.Ы. Есть и другие истории про обновление
18. coollerinc 196 25.10.21 12:57 Сейчас в теме
Если база пустая, то проще свои доработки перенести в новую конфигурацию последнего релиза.
Если такой вариант не подходит, то можно взять и выгрузить обработкой XML данные из пустой конфигурации последнего релиза(в этом варианте нужно быть более внимательным к данным)

Либо каждый раз запускать конфигурацию в режиме предприятия, после каждого обновления. Как написали ранее.
20. STELEICE 25.10.21 18:02 Сейчас в теме
А если в обновлении участвует реквизит который в обновлении ставится на удаление или еще лучше заменяется другим.
Обновлять с цеефки это путь к могиле базы. )))
24. FatPanzer 26.10.21 07:41 Сейчас в теме
(20) Разницы нет откуда обновлять. Если это типовая CF из поставки - то она работает точно так же как и CFU. А вот если вы самостоятельно раздобыли где-то CF типовой, да еще снятую с поддержки, и пытаетесь обновиться с помощью сравнения и объединения... То тут вы сами себе злобный буратино.
21. vadim1011985 101 25.10.21 18:12 Сейчас в теме
Вот не соглашусь с большинством , недавно была тема по поводу обновления через промежуточные релизы или сразу cf "ебнуть" так вот после перехода в режим предприятия база данных так же последовательно обновляется ( можно видеть по журналу регистрации) . Если скачек очень большой то система не даст обновить конфигурацию в режиме предприятия.

Вот тут обсуждалось
25. FatPanzer 26.10.21 07:49 Сейчас в теме
(21)
Если скачек очень большой то система не даст обновить конфигурацию в режиме предприятия.
Только самонадеянный новичок будет обновлять базу в режиме Предприятия. Ну, за исключением базовых версий.
Опытные чуваки доверяют платформе и отработанному годами механизму, ибо знаю цену потерянным данным.
26. vadim1011985 101 26.10.21 08:47 Сейчас в теме
(25) не так выразился - имеется ввиду запуск 1с предприятия после обновления в конфигураторе , хотя Вы могли бы меня понять , так как недавно с Вами спорили в указанной мной теме и там был показ скрин ошибки которая может возникнуть при обновлении с помощью cf при большом скачке релизов
27. FatPanzer 26.10.21 09:44 Сейчас в теме
(26)
имеется ввиду запуск 1с предприятия после обновления в конфигураторе
А уже бесполезно запускать Предприятие, если в режиме Конфигуратора прошла реструктуризация таблиц и данные просто улетучились (при возможно неправильном подборе цепочки обновлений).
28. vadim1011985 101 26.10.21 10:28 Сейчас в теме
(27) можно конкретный пример ( с какого на какой релиз через обновление cf теряются данные) ? Я вам уже показывал обновление с 3.0.60 до 3.0.103 одним релизом с помощью cf . Потерь данных не наблюдалось , с учетом того что промежуток между релизами очень большой и там 100% были изменения в структуре реквизитов регистров , документов , справочников . Так же было показано обновление с более раннего релиза и соответствующая ошибка.
29. nomad_irk 76 26.10.21 10:30 Сейчас в теме
(28)Обновите УТ 11.2 на 11.4 - расскажите потом как не потерялись единицы измерения, например.
33. vadim1011985 101 26.10.21 10:40 Сейчас в теме
(29) попробую ради эксперимента , т.е. если я заведу в УТ 11.2 единицы измерения то после обновления их не будет ?
35. nomad_irk 76 26.10.21 10:42 Сейчас в теме
(33)да, потому что справочник пересоздается.
30. Sashares 35 26.10.21 10:33 Сейчас в теме
(28)То что вы не увидели, что какие-то данные пропали, еще не значит, что такого нет))
Вы же не ожидаете, что при запуске вам будет сообщение, что данных больше нет?
Просто будет у документа/справочника реквизит с пустым значением.
31. vadim1011985 101 26.10.21 10:38 Сейчас в теме
(30) я ожидаю что система выдаст предупреждение о невозможности перехода на данный релиз как это реализовано на бп 3.0.
32. nomad_irk 76 26.10.21 10:40 Сейчас в теме
(31)ну т.е. вы сперва обновитесь через 100500 релизов, потом получите ошибку, потом еще раз будете выполнять обновление?
Вам времени своего вообще не жалко?
34. vadim1011985 101 26.10.21 10:41 Сейчас в теме
(32) а вам мало с 3.0.60 до 3.0.103 ?
39. nomad_irk 76 26.10.21 10:43 Сейчас в теме
(34)ЭТО ЧАСТНЫЙ СЛУЧАЙ, сколько вам можно об этом повторять? Радуйтесь, если реально не уничтожили данные в БД таким обновлением и не нужно советовать так делать ВСЕГДА.
37. vadim1011985 101 26.10.21 10:42 Сейчас в теме
(32) мне жалко времени ставить все релизы последовательно если разрыв большой
40. nomad_irk 76 26.10.21 10:45 Сейчас в теме
(37)вы бесплатно выполняете эти действия или как?
41. Sashares 35 26.10.21 10:47 Сейчас в теме
(40)Ну подумаешь, у клиента данные затрутся, мелочи какие))
Зато быстро.
42. nomad_irk 76 26.10.21 10:50 Сейчас в теме
(41)мало того, что затрутся данные, придется начинать все с начала, если, как утверждает ТС, будет выдана ошибка обновления в режиме предприятия - это просто праздник какой-то :)
43. vadim1011985 101 26.10.21 10:52 Сейчас в теме
(42) ну почему сразу праздник
Прикрепленные файлы:
46. nomad_irk 76 26.10.21 10:55 Сейчас в теме
(43)В общем: не нужно пытаться таким образом действовать всегда, т.к. ОЧЕНЬ большой риск потерять данные и не заметить этого.
49. vadim1011985 101 26.10.21 11:01 Сейчас в теме
(46) Про всегда я не говорю. во-первых встречаются редко , во-вторых есть определенные случаи когда этот способ может сэкономить время . Например в том году в отчетный период попалась компания которая давно не обновлялось - а отчеты сдать нужно . Не нужно быть слишком категоричным.
48. Sashares 35 26.10.21 10:57 Сейчас в теме
(43)Хорошо, когда есть защита от дурака.
Но учитывайте, что не во всех конфигурациях она есть.
А разработчики типовых тоже допускают ошибки.
Проблемы то разгребать за вас потом никто не будет.
nomad_irk; +1 Ответить
44. Sashares 35 26.10.21 10:53 Сейчас в теме
(42)Да и ошибки может не быть, если обработчик обновления с переносом данных из устаревшего реквизита был удален. Т.к. если реквизита уже нет, то и в обработчике смысла нет, его точно также могли удалить.
45. vadim1011985 101 26.10.21 10:54 Сейчас в теме
(44) я специально смотрел модуль обновления там обработчики все есть чуть ли не с первого релиза по крайней мере в БП
47. FatPanzer 26.10.21 10:55 Сейчас в теме
(44) Да-да, обработчики тоже со временем удаляются из программного кода. Опять же - на картинке нетиповая функциональность. Вот команда разработки БП попыталась как-то на прикладном уровне контролировать обновления. А в остальных конфигурациях такого не предусмотрено (это же не платформенный контроль, а написанный такими же программистами на встроенном языке 1С)..
Еще раз - абсолютно частный случай конкретного прикладного решения, не более.
38. Sashares 35 26.10.21 10:42 Сейчас в теме
(31)С чего вдруг? Не будет никакой ошибки.
Просто был один реквизит, он удалился, добавился другой реквизит, заполнять значения которого уже неоткуда.
Это стандартные действия - удаление/добавление реквизитов.
36. FatPanzer 26.10.21 10:42 Сейчас в теме
(28)
Я вам уже показывал обновление с 3.0.60 до 3.0.103 одним релизом с помощью cf . П
Это всего лишь означает, что между этими релизами не было удаления метаданных, а было только добавление (включая расширение составных и определяемых типов). Частный случай, не более. Тем более это БП, которая вообще редко изменяется. Ну или это было удаление метаданных в неиспользуемых учетных областях данной компании (расчет зарплаты, как пример).

Нет, конечно можно сначала провести сравнение и объединение (без примерения к ИБ), проанализировать весь состав конфигурации на наличие удаляемых объектов, проштудировать все составные и определяемые типы на предмет исключения из них индивидуальных ссылочных и примитивных типов. И только потом, будучи в полной уверенности - обновлять.

Но стоит ли?
50. user856012 14 26.10.21 11:14 Сейчас в теме
(28)
можно конкретный пример ( с какого на какой релиз через обновление cf теряются данные) ?
Чем вас не устраивает конкретный пример из ветки, на которую вы сами ссылаетесь в (21)?

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

Что тут непонятного? Да, необязательно запускать Предприятие после каждого обновления, но через какие-то ключевые релизы перепрыгивать нельзя. Какие именно - знает только 1С и не торопится делиться этим знанием - ее право.
51. vadim1011985 101 26.10.21 11:19 Сейчас в теме
(50) Блин , Вы читаете мои посты или нет . Я как раз это и утверждаю. Я прошу пример при котором не будет выдано данное сообщение , но будут потеряны данные. И если прошлую ветку почитаете там точно такое же смысл - система не даст полностью обновить информационную базу если сильно изменилась конфигурация
52. FatPanzer 26.10.21 11:27 Сейчас в теме
(51)
если сильно изменилась конфигурация
Если бы вы попытались посмотреть в коде, как это реализовано, то поняли бы - никакого каонтроля "сильно ли изменилась конфигурация" - там нет. Это просто инструмент БСП, который предоставляет разработчику возможность ограничивать такие обновления. Но не обязывает. Не удивлюсь, если в последующих версиях БСП её вообще удалят.

Судя по всему, в ERP 2.5.7 эта возможность не используется еще со времен 2.4.7, например.
53. user856012 14 26.10.21 11:29 Сейчас в теме
(51)
Блин , Вы читаете мои посты или нет
А вы читаете не только мои посты или нет? Пока я писал свое сообщение, вам уже три раза про все объяснили - и про то, что "предохранители" не везде встроены, и про то, что со временем они могут удаляться и т.д.

Спрашивается - а нафига это нужно, нам всем хором вас уговаривать? Да обновляйтесь как хотите, и лучше без резервной копии... чтобы однажды наступившее "счастье" было максимально полным. ;)
54. vadim1011985 101 26.10.21 11:50 Сейчас в теме
(53) Не нужно меня уговаривать - не маленький. Я говорю лишь то , с чем сам встречался и сам проделывал. Еще раз я повторюсь , что бывают ситуации когда обновление с помощью cf оправдано , есть ли "защита от дурака" нужно смотреть - например обновить копию базы и проверить.
56. user856012 14 26.10.21 12:00 Сейчас в теме
(54)
Не нужно меня уговаривать - не маленький.
Правда? Непохоже...
Я говорю лишь то , с чем сам встречался и сам проделывал.
"Неоднократно переходил дорогу в неположенном месте, и никогда ничего плохого со мной не случалось."
Еще раз я повторюсь , что бывают ситуации когда обновление с помощью cf оправдано
Флаг в руки, барабан на задницу!

Есть рекомендованная 1С последовательность релизов при обновлении, при соблюдении которой разработчик гарантирует сохранность данных базы.

Все прочее - на ваш страх и риск, и хватит уже тут сиськи мять.
FatPanzer; +1 Ответить
57. vadim1011985 101 26.10.21 12:02 Сейчас в теме
(56) Так это вы мнете. Не согласны - хорошо . Каждый останется при своем мнении
59. nomad_irk 76 26.10.21 12:13 Сейчас в теме
(54)Как вы собираетесь проверять целостность данных после такого обновления?
58. nomad_irk 76 26.10.21 12:11 Сейчас в теме
(51) Да как вы понять не можете, что к тому времени, как вы получите некое сообщение об ошибке в режиме предприятия, данным УЖЕ придет большой пушной зверь?
Еще раз спрошу: вам реально не жалко своего времени? применение изменений конфигурации может ОЧЕНЬ на долго "подвесить" систему и после этого вы можете получить сообщение о том, что обновление не может быть выполнено.
Т.е. вам придется восстановить БД из бэкапа и начать обновление заново.
FatPanzer; +1 Ответить
60. vadim1011985 101 26.10.21 12:39 Сейчас в теме
(58) Давайте сравним время обновления последовательно и через cf даже с ошибкой , Возьмем пример 3.0.45 по 3.0.103 , как выяснили мне для обновления нужно сделать 2 обновление cf с учетом восстановления из архивной копии . Но Вам при обновлении последовательно нужно обновить как минимум 58 релизов и если вы говорите что это подвешивает систему то кто больше времени потратит я 2 релиза + восстановление или вы 58 релиз + заход в базу для выполнения обработчиков
62. user856012 14 26.10.21 13:14 Сейчас в теме
(60)
Вам при обновлении последовательно нужно обновить как минимум 58 релизов
Угу, именно это я и подозревал. Ваше утверждение про "58 релизов" однозначно говорит о том, что вы никогда не имели доступа на https://releases.1c.ru/

Потому что на самом деле - 36 обновлений:
3.0.47.2, 3.0.48.22, 3.0.49.23, 3.0.50.12, 3.0.51.20, 3.0.52.32, 3.0.53.39, 3.0.57.10, 3.0.59.43, 3.0.60.44, 3.0.61.47, 3.0.64.21, 3.0.64.54, 3.0.66.53, 3.0.67.67, 3.0.68.66, 3.0.70.41, 3.0.71.77, 3.0.72.70, 3.0.73.60, 3.0.75.37, 3.0.75.109, 3.0.76.77, 3.0.77.95, 3.0.79.14, 3.0.81.23, 3.0.82.40, 3.0.84.46, 3.0.87.28, 3.0.88.32, 3.0.89.56, 3.0.91.36, 3.0.95.29, 3.0.99.21, 3.0.103.12, 3.0.103.21

ЧСХ, в этой цепочке иногда можно "прыгать" аж через 3-4 релиза, а иногда - надо накатывать последовательно, а 3.0.75 - аж 2 релиза!

Почему - предоставляю вам догадаться самостоятельно.
64. vadim1011985 101 26.10.21 14:05 Сейчас в теме
(62) Если у вас есть время сидеть считать сколько релизов нужно ставить . то у меня такого времени нет это про вопрос о том кто ценит свое время.
67. user856012 14 26.10.21 14:10 Сейчас в теме
(64)
Если у вас есть время сидеть считать сколько релизов нужно ставить
Неее, у меня есть время (и привычка) спросить Гугль, втыкайте: http://gran-it.net/updateset.php
это про вопрос о том кто ценит свое время.
Это - не вопрос, это - ответ: кто уважает мнение других, а кто - только свое, "единственно верное".
68. vadim1011985 101 26.10.21 14:13 Сейчас в теме
(67) Я не говорил что мое мнение единственное правильное , и я готов признать что могу ошибаться. В споре рождается истина. Мнение других я уважаю.
69. vadim1011985 101 26.10.21 14:14 Сейчас в теме
(67) просто я пытаюсь обосновать свою точку зрения , с тем опытом который у меня есть
70. nomad_irk 76 26.10.21 14:18 Сейчас в теме
(69)ваш опыт - не релевантен, так скажем, потому что это частный случай и то в случае сохранения целостности данных той БД, в которой вы обновили конфигурацию таким способом.
72. vadim1011985 101 26.10.21 14:25 Сейчас в теме
(70) Но этот частный случай имеет место быть. Опять же это может быть как классическая ошибка "Выжавшего"
71. FatPanzer 26.10.21 14:21 Сейчас в теме
(67) Вопрос не в оценке времени. Вопрос в качестве исполняемой работы.
Хотя, франчам это неведомо, согласен.
73. vadim1011985 101 26.10.21 14:33 Сейчас в теме
(71) Вопрос изначально был о времени , качество тоже важно. И ты вообще не можешь судить о качестве нашей работы. Так как не принимал ее. В теме это мое личное субъективное мнение а не мнение компании в которой я работаю.
74. nomad_irk 76 26.10.21 14:38 Сейчас в теме
(73)Если работа не сделана(а она не сделана, т.к. целостность данных БД нарушена), то смысла нет вообще о чем-то дальше разговаривать.

Ваша задача доказать, что целостность данных при "большом скачке" не нарушается, коль скоро вы заявляете, что берете всю ответственность на себя.
75. vadim1011985 101 26.10.21 14:55 Сейчас в теме
(74) еще раз , дайте базу старого релиза, с данными. Вот и проверим. Я готов признать что ошибаюсь если будет доказана ошибка потери данных , при обновлении с помощью cf, и выполнением обработчиков в режиме предприятия
76. nomad_irk 76 26.10.21 15:10 Сейчас в теме
(75)У вас должен был быть бэкап старого релиза, на нем проверьте.
63. nomad_irk 76 26.10.21 13:27 Сейчас в теме
(60) 1. Давайте сравним, при условии, что вы гарантируете целостность данных после обновления 3.0.45 на 3.0.103 пусть даже в 2 захода.
2. для последовательного обновления с 3.0.45 на 3.0.103 потребуется 35 итераций, после которых лично я гарантирую целостность данных. Если целостность нарушится, то можно смело подавать в суд на 1С, по причине выпуска "деструктивного" обновления.
65. vadim1011985 101 26.10.21 14:06 Сейчас в теме
(63) присылайте базу - сравним . Мне самому интересно какие данные убьются при таком обновлении
66. nomad_irk 76 26.10.21 14:09 Сейчас в теме
(65)Вы ж выполняли обновление, у вас есть копия - проверяйте.
У меня на данный момент копии БУХ 3.0.45 нет.
55. FatPanzer 26.10.21 11:56 Сейчас в теме
Надо запомнить - никогда не иметь дело с СофтКомСервис.
61. vadim1011985 101 26.10.21 12:45 Сейчас в теме
еще раз для всех !!! при обновлении cf я понимаю что, беру риски на себя . Еще раз я не утверждаю что этим способом можно постоянно обновляться !! еще момент ситуации когда встречается большой разрыв крайне редки ( спасибо нашим законодателям) . Я лишь утверждаю что при переходе через несколько релизов обработчики выполняются для каждого релиза поэтому я не вижу смысл после каждого обновления заходить в режим предприятия. Так же мои утверждения касаются того что система не позволит обновить конфигурацию если изменения слишком серьезные ( но опять же как тут высказали многие эта защита от дурака может быть не во всех конфигурациях)
Оставьте свое сообщение

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