Вход | Регистрация
    1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

Обновление БП 3.0.106.60, какую платформу ставить?

Обновление БП  3.0.106.60, какую платформу ставить?
Я
   tesei
 
02.01.22 - 00:19
1. 8.3.1862% (8)
3. 8.3.2023% (3)
2. 8.3.1915% (2)
Всего мнений: 13

Платформа не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674. Ваше мнение, какую платформу ставить и почему? Сейчас стоит 8.3.17.1851. Неожиданности не нужны, лучшее - враг хорошего.
   Aleksey
 
1 - 02.01.22 - 00:20
во фреше 8.3.17.2498 и также БП 3.0.106.60
   Aleksey
 
2 - 02.01.22 - 00:43
Сама конфига у неё стоит совместимость с 8.3.16
   МимохожийОднако
 
3 - 02.01.22 - 08:51
Есть рекомендации от фирмы 1С. Но лучше не торопиться и ставить последнюю из минимально рекомендуемых.

1. 8.3.18
   zak555
 
4 - 02.01.22 - 09:46
Как-то так

3. 8.3.20
   oslokot
 
5 - 02.01.22 - 10:13
(3) А где почитать рекомендации?
У меня такая же ситуация, попросил админа поставить 8.3.20, не знаю насколько это верное решение.
   ДенисЧ
 
6 - 02.01.22 - 10:17
(5) "Платформа не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674"
Это не рекомендации?
   Фрэнки
 
7 - 02.01.22 - 11:12
мое мнение - смысла ставить ниже 8.3.20 практически нет.
Но из 8.3.20 конкретная 1674 может быть не самый лучший релиз, поскольку о нем ещё мало отзывов, т.к. опубликован релиз 22.12.21

з.ы. при желании, можно подавить выдачу блокирующего сообщения после проверки релиза в начале работы сеанса.
И я даже вынужден так поступать, т.к. ставить в позу все базы на сервере из-за смены платформы в угоду требованиям под одну БП 3 - нет возможности.
   Фрэнки
 
8 - 02.01.22 - 11:14
мой выбор

3. 8.3.20
   Доминошник
 
9 - 02.01.22 - 12:43
(7) А где в 3.0.106.60 "блокирующее сообщение"?

Внутри, как я вижу, осталась та же самая проверка:

Функция МинимальнаяВерсияПлатформы() Экспорт// АПК:581

  
  Возврат "8.3.14.1694; 8.3.15.2107; 8.3.16.1814; 8.3.17.1851; 8.3.18.1208";
  
КонецФункции 

   ДенисЧ
 
10 - 02.01.22 - 12:46
(7) Сколько тебе платит 1с за бета-тестирование, открой тайну... Может, я тоже присоединюсь...
   Фрэнки
 
11 - 02.01.22 - 12:48
(9) данный код - это вызов проверки версии. Этот вызов я никогда не трогаю, т.к. может он где-то еще используется.

А есть выдача окна сообщения с параметрами, которое в одном только месте препятствует продолжению при первом запуске после обновления через конфигуратор.
   Фрэнки
 
12 - 02.01.22 - 12:58
&Вместо("ПараметрыПроверкиВерсииПлатформыПриЗапуске")
   Доминошник
 
13 - 02.01.22 - 13:22
(11) Для теста - обновлял и через конфигуратор, и через обновлятор с платформой 8.3.16.1814
Для обновлятора - пришлось отключить "проверку минимальной версии"

Никаких окон, препятствующих обновлению - не видел...
   Фрэнки
 
14 - 02.01.22 - 13:27
(13) гы... а как бы ты их увидел, если задавил функционал проверки кодом в другой процедуре?!
   Доминошник
 
15 - 02.01.22 - 13:35
(14) Кто сказал, что я что-то в коде задавил?
Абсолютно типовая БП Проф, полностью на поддержке, без расширений - была обновлена через конфигуратор на платформе 8.3.16.1814
Без каких либо сообщений о том, что версия платформы неподходящая.
   sxfoxi
 
16 - 02.01.22 - 15:18
на 29.12 обновил платформу до 19.1467, за 30-31.12 претензий не было, т.к. JAVA на серваке не было тестовую обновил до 3.0.106.40 реструктуризация шла двое с лишним суток - все ОК, но mdf вырос в 1,5 раза, лог в 5 раз. изначально mdf был около 0,9 ТБ. Раньше таких скачков не было.
   DrZombi
 
17 - 02.01.22 - 15:30
(0) Ставить ее :)

1. 8.3.18
   DrZombi
 
18 - 02.01.22 - 15:31
(8) (4) Ну вы и Альфа тестеры :)
   Фрэнки
 
19 - 02.01.22 - 20:58
(18) ну кто его знает, альфа или нет...
я если честно новую 20-ую еще не ставил. Просто не успел. Есть 17-ая и есть 18-ая в работе. Нареканий к ним нет.
Причем, 17-ая, хотя и работает без нареканий до сих пор, но она не соответствует требованиям конфигурации (см. 12)

Поэтому планирую продержаться в разумных пределах на том, что есть сейчас и прыгать сразу на 20-ую.
Мало того, не совсем понимаю, почему надо считать, что 17-ая или 18-ая чем-то стабильней остальных, если конкретные работоспособные (без очумелых ручек) релизы все равно нужно брать обновленные, а значит, с теми же рисками появления ошибок, как на всех остальных. Просто так получается, что установка любых обновленных релизов все равно происходит без осознанного применения самого обновленного функционала.

Вот зачем все эти новые релизы в промежуточных номерах 16,17,18,19 и 20, если в реальных типовых именно у всех этих новых релизов на уровне конйфигураций включена совместимость не выше 16-го?
   bolder
 
20 - 02.01.22 - 21:26
(0)Ну нафиг.При обновлении на 3.0.106.40 база рухнула ...Я не записывался в тестеры на Новый год))
   zak555
 
21 - 02.01.22 - 21:42
(20) Внимание! Текущая версия конфигурации "Бухгалтерия предприятия" предназначена для использования с версиями технологической платформы 1С:Предприятие 8 не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674.
   bolder
 
22 - 02.01.22 - 21:50
(21) Да понятно это.Гемор рукотворный.В 3.0.106.60 косяк исправили?
Не всем же как (16) допили8вать...
   bolder
 
23 - 02.01.22 - 21:53
(22) +неправильно,как (12) читать.
   sxfoxi
 
24 - 02.01.22 - 21:55
(23) тож думаю - повод не давал)
   bolder
 
25 - 02.01.22 - 21:56
(24) Проверь кстати бух итоги, как они себя чувствуют...
   zak555
 
26 - 02.01.22 - 22:13
   sxfoxi
 
27 - 02.01.22 - 22:18
(26) нет - java оказывается нужна была, второй заход будет с ней!
(25) не успел - запустил выгрузку в dt + обслуживание без ограничений 31-го. обслуживание выжрало все место - пришлось остановить и грохнуть базу. сейчас из dt загрузится...
   sxfoxi
 
28 - 02.01.22 - 22:22
(26) точнее включал, но без jav-ы был послан!
   zak555
 
29 - 02.01.22 - 22:22
(27) заодно едт поставь )
   sxfoxi
 
30 - 02.01.22 - 22:26
(29) стоит, но не на проде) изучаем...
 
 
   sxfoxi
 
31 - 02.01.22 - 22:51
вот выгрузка/загрузка dt-rb дала evtymitybt mdf на 40Гб, ldf в 10 раз)
   sxfoxi
 
32 - 02.01.22 - 22:51
(31)*уменьшение
   Aleksey
 
33 - 02.01.22 - 23:25
У меня почему то стабильно вылетала при обновлении на БП 3.0.106.60 (просто закрывалась без ошибки). При чем 3 разных базы, но проблема одинаковая. Вылетала на сталии удалении старых патчей. Вылечил удалив все патчи от 1С, после этого проблем с обновлением не было.
Платформа 8.3.18.1661
   zak555
 
34 - 03.01.22 - 10:25
(33) см в 21 -- повысь платформу
   PuhUfa
 
35 - 03.01.22 - 10:44
Неисправленные ошибки в версии 8.3.18.1741:
- Прокрутка табличного документа, содержащего большое количество колонок и объединенных ячеек, происходит с существенными задержками.
- Печать большого количества экземпляров документа выполняется неоправданно медленно.
- При запуске конфигуратор может не находить установленную версию платформы.
- Печать табличного документа выполняется неоправданно медленно.

Врут наверное?
   Aleksey
 
36 - 03.01.22 - 10:53
(34) А зачем?
   MaxPansky
 
37 - 05.01.22 - 20:36
(25) Очень верное замечание. Откатил обратно , оборотно-сальдовая с ума сошла.
   МимохожийОднако
 
38 - 05.01.22 - 21:23
(37) Итоги пересчитай
   МимохожийОднако
 
39 - 05.01.22 - 21:23
(35) Да )
   MaxPansky
 
40 - 07.01.22 - 08:03
(37) ТиС с пересчетом итогов помогает, спасибо .  НО.... Экспериментировал с 12 базами , на 5 разных серверах , в разном исполнении . 100 % результат , везде слетают итоги. И на некоторых базах на Начальной странице ,отчет "Об остатках денежных средств" , даже после пересчета итогов показывает по 0. Прям очень интересное обновление.
   bolder
 
41 - 07.01.22 - 12:54
(40) Уточни пожалуйста релиз и платформу.Не хочется еще раз большую базу навернуть.А ошибка коварная - бухи не сразу заметят что итоги то тютю...
   MaxPansky
 
42 - 07.01.22 - 13:58
(41) В том то и дело , как я написал в (40) сидел 2 дня и экспериментировал ( сервера начиная от 2008 , до 2019 ) , все базы на SQL . Платформы с 17 по 18 ю ( разные релизы ). А обновлял все базы до 106.60 с разных тоже релизов ( самая старая 103.не помню в конце ). Последовательно проверял когда поедут итоги. 106.40 релиз всегда перескакивал , так , что не знаю ломает он итоги или нет. Все нормально до 105.45 , а дальше он родной 106.60. Почему так внимательно проверял ? Сначала меня напрягла информация в релизе 106.40 ( если присмотреться там упоминаются несуществующие релизы типа 18.1742 и т.д. ) . А когда увидел требования к 106.60 ( хотя фреш до сих пор на 17 релизе ) , а на самом деле в коде проверка минимальных требований совсем другая , так вообще напрягся. Не все обьясняется бокалом шампанского в конце года. Так , что когда увидел во всех базах один и тот же результат удивлен был не сильно. Все эти антипиратские игрища очень напрягают , похоже за свои кровные рикошетом что-то прилетит. Сижу голову ломаю , что день грядущий нам готовит от фирмы нашей любимой.
Пока так : обновление 106.60 гарантированно сносит итоги , плюс на Начальной странице остатки денежных средств становятся по 0. Итоги также гарантированно возвращаются ТиС с пересчетом итогов (37) , но вот остатки денежных средств в двух базах остались по 0.
   2S
 
43 - 07.01.22 - 13:59
(0) на 19 возникли проблемы,  18 взлетела
   PuhUfa
 
44 - 07.01.22 - 14:33
(42) страхи какие то рассказываешь -)
8.3.18.1741 + 3.0.106.60 (файловая) - все работает, итоги все на месте
8.3.18.1483 + 3.0.106.60 (скуль) - все работает, итоги все на месте
8.3.17.1851 + 3.0.106.60 (файловая) - все работает, итоги все на месте

все обновления встали штатно ни на что не ругаясь
   bolder
 
45 - 07.01.22 - 15:01
(42) Все понятно, это не случайность...Я точно также пролетел на релизе 3.0.106.40.Бухитоги не исправляются, все откатил.Ну нафиг такие эксперименты под Новый Год.
   MaxPansky
 
46 - 07.01.22 - 15:19
(44) Сам не хочу ))).
   MaxPansky
 
47 - 07.01.22 - 20:28
18.1741 + 106.60 все корректно обновилось. Похоже вариантов нет. Пора обновлять платформу.
   EVMirgorodskiy
 
48 - 12.01.22 - 11:55
Ну ясно следующее:
Обновление БП 3.0.106.60 включает у хозрасчетного "Уточнение периода". Была длина 0, стала 1.
И это вызывает реструктуризацию регистра. Сначала его основных таблиц, после его таблиц итогов.
После этого начинает пересчитывать итоги хозрасчетного полностью!
Конечно это все долго. Особенно реструктуризация таблицы итогов по трём субконто (если долго ведется учёт).

У нас двое с половиной суток шло. Остановили, откатились.
На выходных выполним снова.
Последние полтора суток процесса реструктуризировались таблицы итогов + перерасчет (сутки только инсерт во временную таблицу из физической шел на 300 млн записей).
Этого можно избежать, если заранее очистить таблицы итогов хозрасчетного и после обновления включить и рассчитать полностью. К примеру у нас полный расчет итогов занимает 10 часов всего.

Если у вас много итогов - очищайте перед обновлением, ускорите существенно.

Ну и на малых базах ОСВ стала формировать только по 1 показателю. По более 1 - пустая.
   EVMirgorodskiy
 
49 - 12.01.22 - 12:01
И вообще 1Сникам было бы не плохо координироваться с разработчиками платформы. Включение уточнения у регистра можно произвести менее болезненно. Зачем все пересчитывать. Пересчет идет так же, как будто изменили значение.. Достаточно добавить колонки в таблицы и заполнить дефолтными значениями. Считать ничего не надо..
Не подумали о высоконагруженных базах в этом плане увы.
   timurhv
 
50 - 12.01.22 - 12:31
   Ногаминебить
 
51 - 12.01.22 - 12:37
Пожалуй еще минимум неделю понаблюдаю за процессом прежде чем что-то начинать. Предчувствия по уже устоявшейся традиции самые гадостные.
   Фрэнки
 
52 - 12.01.22 - 12:40
(51) А смысла ставить предновогодние конфы почти и нет. Там следующие надо будет устанавливать после 23 января.
   VladZ
 
53 - 12.01.22 - 12:42
(51) +500.

Мало того, что теперь нам нужно обновить платформу, так еще нужно как-то обновить все наши 100500 баз БП.
Причем сделать так, чтобы количество гем*ороя было минимально.
   Фрэнки
 
54 - 12.01.22 - 12:43
и очередной раз мявкну, что при неиспользовании в практической работе самых модных прибамбасов, от отказа в замене платформы никаких катастроф не приключается
   Garykom
 
55 - 12.01.22 - 12:55
Короче у кого то 8.3.18.1741 с БП 3.0.106.60 на PostgreSQL нормально пашет?
   Homer
 
56 - 12.01.22 - 13:35
(8.3.16.1876) + (3.0.106.40) Итоги ок. Сообщений или предупреждения отсутствовали при обновлении.
   EVMirgorodskiy
 
57 - 12.01.22 - 13:38
(56) ОСВ по более чем 1 показателю формируется? БУ, НУ....
   Naumov
 
58 - 12.01.22 - 13:41
8.3.17.1851 пока нормально работающая платформа. Тестировать выше нет желания
   Homer
 
59 - 12.01.22 - 13:43
(57) Да
   EVMirgorodskiy
 
60 - 12.01.22 - 13:52
(48) 8.3.17.1549 + 3.0.106.60
Небольшие базы.
Работает все ок, кроме ОСВ, которая перестала формироваться по более чем 1 показателю.
 
 
   EVMirgorodskiy
 
61 - 12.01.22 - 13:52
(60) PostgreSQL
   del123
 
62 - 12.01.22 - 15:02
платформа 8.3.17.1851
Обновил пока тестовую, оборотка на месте со всеми показателями
   Turku
 
63 - 12.01.22 - 15:19
8.3.16.1814 + 3.0.106.60 на Postgre: все в порядке. Обновление применялось очень долго! Теперь понятно, почему.
   Sneer
 
64 - 12.01.22 - 21:37
(60) Организации с общей системой есть в этих базах?
   DEVIce
 
65 - 13.01.22 - 05:26
Сейчас на копии обновил с 3.0.105 на 3.0.106.60 на платформе 8.3.18.1563, через конфигуратор. Ни на что не ругнулось и ни чего не попросило. В ОСВ все на месте.
Тоже на выходных собирались переходить на 8.3.20, но теперь в раздумьях.
   DEVIce
 
66 - 13.01.22 - 05:28
+(65) Клиент-серверная версия на MS SQL.
   marchela589
 
67 - 13.01.22 - 07:25
Так в итоге какаю платформу ставить чтоб обновить БП на релиз 3.0.106.60. Чтоб не с летели Итоги и остатки денежных средств не обнулились?
На данный момент у меня установлена платформа 8.3.18.1208 и последний релиз БП 3.0.105.45. (Видимо не стоит обновляться на этой платформе на последний релиз)?
Или если принять радикальные меры то попробовать перейти на платформу 8.3.18.1520 (Пользователь +(65)"DEVIce" обновил с 3.0.105 на 3.0.106.60 на платформе 8.3.18.1563) и говорит, что все ОК прошло. В платформе версии "8.3.18.1563" исправили всего 23 ошибки(думаю, что на версии 8.3.18.1520 тоже можно работать т.к. описания изменений в платформе 8.3.18.1563 можно так сказать не совсем значительные).
   Karamzin
 
68 - 13.01.22 - 07:28
(67) 18.1741 + 106.60. Обновил более 100 баз БП, ещё никто не жаловался.

1. 8.3.18
   bolder
 
69 - 13.01.22 - 07:32
(68) Все файловые?
(67) В рекомендации 1С ставить не ниже 8.3.18.1741 вам по боку?
   Karamzin
 
70 - 13.01.22 - 07:45
(69) 90% файловых
зашел специально в скульную - итоги на месте, ОСВ формируется и по БУ и по НУ
   bolder
 
71 - 13.01.22 - 07:54
(54) >и очередной раз мявкну, что при неиспользовании в практической работе самых модных прибамбасов, от отказа в замене платформы никаких катастроф не приключается
Так 1С для такого случая имеет регламентные задания с использованием самих новейших модных прибамбасов;)
Отключайте регламентные задания!
   bolder
 
72 - 13.01.22 - 07:59
(70) Обнадеживает.
   Фрэнки
 
73 - 13.01.22 - 08:25
(71) так там и отключено почти все, что на обычную работу пользователей не влияет.
   Фрэнки
 
74 - 13.01.22 - 08:31
Скорей всего, что вся критичная к смене релиза кухня замотана в сервисы ЭДО на самой платформе 1С, а не в тех случаях, что используют Диадок и его аналоги
   bolder
 
75 - 13.01.22 - 08:43
Ну что бета тестеры,стоит ли обновляться на 3.106.60 или ну егонафиг,до апреля продержимся?))
   Фрэнки
 
76 - 13.01.22 - 08:47
(75) кстати, непосредственно в 3.0.106.60 ничего архиважного нет.
Все самое ужасное с данными и функционалом уже приключилось примерно в 3.0.98 и следующими за ним.
Например, с 3.0.105 на самый последний обновлять не критично.

Но это с точки зрения, когда доработать до апреля, а затем уже что-то решительное соврешить
   bolder
 
77 - 13.01.22 - 08:51
(76) Да вот тоже хотел бы понять , что там в в106.60 такого критичного для сдачи текущей отчетности поправили.Пока только про корр счетфактуры нашёл.
   yzimin
 
78 - 13.01.22 - 09:01
(77) Лично для нас критичны корректировки при переходе на ФСБУ 6
а именно этот баг, который только в 3.0.106.40 пофиксили
https://bugboard.v8.1c.ru/error/000114854
   yzimin
 
79 - 13.01.22 - 09:04
Вчера пробовали обновиться с 3.0.105.45 на 3.0.106.60
Платформа 8.3.17.1851
База 75 гб
Реструктуризация за 5 часов рег.бухглатерии так и не завершилась, остановили, отатились.

Оптимизацию реструктуризации базы данных не включали, будем ещё раз пробовать в выходные.
   bolder
 
80 - 13.01.22 - 09:23
(79) Спасибо,важная информация для тех кто на больших базах.
   yzimin
 
81 - 13.01.22 - 09:47
(26) (50)
>>Кроме этого в файле conf.cfg вы также можете указать необходимость использования нового механизма. Тогда новая реструктуризация будет выполняться при нажатии Конфигурация – Конфигурация базы данных – Обновить конфигурацию базы данных на сервере. Если никаких специальных действий не предпринимать (просто установить новую платформу), то стандартно будет использоваться старый механизм.

а что именно надо прописать в этом файле?
   Ногаминебить
 
82 - 13.01.22 - 09:50
(79) А сколько проводок в базе? Все же размер может иногда и другими факторами набиваться.
   Фрэнки
 
83 - 13.01.22 - 09:50
(81) так нужно или только платформу менять, запустить базу, чтоб она заработала нормально с новой платформой.
И только после этого пытаться обновить релиз конфигурации. Имхо, одновременно и платформу и релиз конфы - однозначно самоубийственно.
   Ногаминебить
 
84 - 13.01.22 - 09:52
(81) UpdateDBCfg=v2 судя по всему.
   yzimin
 
85 - 13.01.22 - 10:09
(82) Консоль запросов паказывает 10 291 493
20 юр.лиц с разными системами УСН, ОСН
   Ногаминебить
 
86 - 13.01.22 - 10:41
У меня в большой базе чуть больше 25 млн, в остальных поменьше. :)
   DEVIce
 
87 - 13.01.22 - 11:09
(79) Да, забыл указать размер базы и время обновления. База 20Гб, обновилась примерно за 30 минут.
   bolder
 
88 - 13.01.22 - 11:22
(87) Прошел по лезвию ножа ) >Cейчас на копии обновил с 3.0.105 на 3.0.106.60 на платформе 8.3.18.1563
при минимально 1741....
Все же 106.60 они похоже докрутили...
   marchela589
 
89 - 13.01.22 - 11:34
Нормально встала обновление БП 3.0.106.60 на платформе 8.3.18.1563? ОСВ Итоге все на месте? И Остатки денежных средств не по нулям?(Начальная страница)
   timurhv
 
90 - 13.01.22 - 12:49
(79) Дохлый сервер? Может поможет: базу в Simple mode, MDOP вместо 1 указать 0. После обновления все вернуть назад + руками полную копию базы сделать до и после.
   timurhv
 
91 - 13.01.22 - 12:55
   yzimin
 
92 - 13.01.22 - 15:05
(90) (91) интересная рекомендация, можно попробовать, если совсем долго будет. Тут вон у кого-то по 2-2.5 суток шло, нам бы конечно так не хотелось.

Если кратко, 2 проца Xeon E5-2667v3, 256 гигов DDR4-2133MHz, БП на RAID 10 из SSD Intel S3710. Но на этом сервере крутится и основная база УТ. Попробуем на выходные оставить, посмотрим.

Предполагаю, что именно на 8.3.17.1851 долго идёт, всё-таки она не из рекомендуемых. Пока смотрю в сторону "новой" реструктуризации
   Ёпрст
 
93 - 13.01.22 - 15:10
(92) короче.
переводишь в режим реструктуризации v2, базу в симпл, mdop = 0 , в базе прибиваешь все ИТОГИ по всем регистрам бухгалтерии. Делаешь реструктуризацию V2. Твоя база в 75 гиг..это ни о чем, минут 10 или меньше реструктуризируется. Вертаешь MDOP =1 обратно ну и базу из симпла в фулл, если была
   ДенисЧ
 
94 - 13.01.22 - 15:11
(93) " mdop = 0 "
Почему?
   Ёпрст
 
95 - 13.01.22 - 15:12
(94) при реструктуризаци распаралеливание даёт выигрышь в скорости, на итс была статья. в (91)
   Ёпрст
 
96 - 13.01.22 - 15:13
Главное, прибей итоги, если не прибьёшь, даже с V2 долго (в разы быстрее, чем V1, но медленнее, чем с итогами в табличках)
   lodger
 
97 - 13.01.22 - 15:19
(96)
а) как прибить?
б) как обратно посчитать?
   Ёпрст
 
98 - 13.01.22 - 15:23
(97) truncate table вестимо. Проще всего через ИР.

пересчитывать потом не надо, после реструктуризации оно само итоги посчитает

При желании, можно итоги потом, тем же ИР пересчитать. Только это лишнее.
   Перцовый баллон
 
99 - 13.01.22 - 15:25
(98) >>truncate table вестимо

а штатными средствами никак?
   Ёпрст
 
100 - 13.01.22 - 15:30
(99) А зачем ? :)
  1  2   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.