Платформа не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674. Ваше мнение, какую платформу ставить и почему? Сейчас стоит 8.3.17.1851. Неожиданности не нужны, лучшее - враг хорошего.

(79) Дохлый сервер? Может поможет: базу в Simple mode, MDOP вместо 1 указать 0. После обновления все вернуть назад + руками полную копию базы сделать до и после.

https://its.1c.ru/db/metod8dev/content/5945/hdoc

(90) (91) интересная рекомендация, можно попробовать, если совсем долго будет. Тут вон у кого-то по 2-2.5 суток шло, нам бы конечно так не хотелось.

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

Предполагаю, что именно на 8.3.17.1851 долго идёт, всё-таки она не из рекомендуемых. Пока смотрю в сторону "новой" реструктуризации

(92) короче.
переводишь в режим реструктуризации v2, базу в симпл, mdop = 0 , в базе прибиваешь все ИТОГИ по всем регистрам бухгалтерии. Делаешь реструктуризацию V2. Твоя база в 75 гиг..это ни о чем, минут 10 или меньше реструктуризируется. Вертаешь MDOP =1 обратно ну и базу из симпла в фулл, если была

(93) " mdop = 0 "
Почему?

(94) при реструктуризаци распаралеливание даёт выигрышь в скорости, на итс была статья. в (91)

Главное, прибей итоги, если не прибьёшь, даже с V2 долго (в разы быстрее, чем V1, но медленнее, чем с итогами в табличках)

(96)
а) как прибить?
б) как обратно посчитать?

(97) truncate table вестимо. Проще всего через ИР.

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

При желании, можно итоги потом, тем же ИР пересчитать. Только это лишнее.

(98) >>truncate table вестимо

а штатными средствами никак?

(99) А зачем ? :)

(100) чтобы совет (93) был реально полезным

(101) да не проблема, не пользуйтесь. Делайте всё штатненько, ждите сутками реструктуризации РБ. делов-то. Там всего то начиная с 15 релиза добавили 24 новых поля в основную табличку. И вся реструктуризация - это создание ВТ остаткипосубконто в реальной табличке

точнее, ВТ движениясСубконто

(64) да, и УСН и ОСН есть

(104) И по ОСН тоже показатели НУ недоступны?

(102) можно же штатно выключить итоги, нет? через управление итогами?

(106) можно, вы потестируйте по скорости и все-равно придете к truncate table

(107) разве итоги долго отключаются?

(106) записи в табличках итогов никуда не денутся при этом

(109) а если так:

    минимальный период 01.01.1980
    максимальный период 31.01.1980
?

(110) аналогично. Записи в табличках итогов никуда не денутся

Самые простые два алгоритма оптимизации обновления на 106.60 предварительной очисткой итогов (по сути одинаковые):

Первый:
1. truncate 5 таблиц итогов.
2. Обновление (в конце обновления итоги будут рассчитаны платформой).

Второй (для контроля и дробления операций):
1. truncate 5 таблиц итогов.
2. Отключаем итоги через управление итогами.
3. Обновление.
4. Включение итогов хозрасчетного.
5. Установка минимальной даты итогов нужной в зависимости от данных.
6. Производим расчет итогов до конца текущего месяца.

(112)
PG. Так можно чистить и отслеживать прогресс расчёта итогов.
Наименования таблиц хозрасчетного только могут отличаться, посмотрите в структуре бд в 1с.

--очистка таблиц с итогами по хозрасчетному
--truncate _AccRgCT834;
--truncate _AccRgAT0812;
--truncate _AccRgAT1831;
--truncate _AccRgAT2832;
--truncate _AccRgAT3833;

--количество записей по итогам хозрасчетного
select
(select count (_period) as itogi_mejdu_schetami from _AccRgCT834),
(select count (_period) as itogi_po_schetam from _AccRgAT0812),
(select max (_period) as max_period from _AccRgAT0812),
(select count (_period) as itogi_po_schetam_subkonto1 from _AccRgAT1831),
(select count (_period) as itogi_po_schetam_subkonto2 from _AccRgAT2832),
(select count (_period) as itogi_po_schetam_subkonto3 from _AccRgAT3833)

(111) Выключил итоги, выключил текущие итоги, установил макс и мин периоды 1980г, все 5 таблиц итогов пустые.

(114) не верю.

Хотя посмотрел, да чистят.
Но, мне ближе и быстрее 1 кнопкой в ИР сделать truncate table

Чистит конечно платформа. И из управления итогами можно очистить.
Но когда итогов несколько сотен млн - удаление идет несколько часов.
Поэтому оптимизируем эти времязатраты truncate-ом.
Эта рекомендация больше для больших БП баз.

Всем спасибо.всем пока.Обновился строго по инструкции.Платформа 8.3.106.16.Да,долго, но если знаешь сколько ждать - веселее.Все итоги на месте, деньги тоже.

(118) Конфигурация конечно же 3.0.106.60 Платформа 8.3.18.1741. SQL))

На копии обновил БП с релиза 3.0.105.45 на 3.0.106.60 использовал платформу 8.3.18.1208 (Рекомендации 1С минимальная 8.3.18.1741). Серверная база MS SQL. После обновления слетели Итоги и отчет "Остатки денежных средств". Помогло через конфигуратор сделать ТиС(С пересчетом итогов). Сравнил Копию обновленной базы и Рабочей. Все данные правильные. Можно ли оставаться и работать на этой платформе???(что б не устанавливать минимальную 8.3.18.1741)??

(120) Кто не рискует, тот не пьёт шампанского...Однако к рекомендациям я бы прислушался.

(79) Дополню

Вчера обновили с 3.0.105.45 на 3.0.106.60
Платформа 8.3.17.1851
База 75 гб
Проводок 10 291 493
Перевели базу в симпл.
Оставили mdop = 1

включили "новую" руструктуризацию

в итоге обновление заняло 1.5 часа, из них реструктуризация и обновление итогом по РБ заняло около 20 минут.

База выросла после обновления до 110 гб, но после ТиИ уменьшилась до 65 гб

75 гб
110 гб
65 гб

то есть, даже хуже не стало.

(123) скорее это означает, что до обновления можно было бы так же сделать ТиИ и шринкануть базу)

Свершилось

Бухгалтерия предприятия, редакция 3.0    3.0.106.101    14.01.22

Запускаем прыжки по граблям в цикле

На 8.3.17.2231 (х64) файловая
все быстро и без траблов обновилось с 106.60 на 106.101

(126) В 106.101 только отчетность изменилась вроде как. Поэтому и быстро.

Я на старой платформе 8.3.18.1208 обновился до 106.101 на тестовом сервере . с 105.45 - регистры попортились, но после пересчета ОСВ восстановилась. Попробовал перезакрыть все месяцы  2021. ОСВ изменилась неслабо так! Вот теперь не знаю, были ли изначально проблемы закрытия периодов? или это баги? придется восстанавливать оригинал и тестировать закрытие без обновлений.

(128) баги или не баги - судить трудно. Методические измения на конфу наложились.
Ожидаемо, что результат закрытия "по старому" и "по новому" будет разный

Не, как-то неправильно это. Что, неужто после каждого обновления перезакрывать предыдущие периоды? или как? А если нужно что-то перепровести?

(128) >>Вот теперь не знаю, были ли изначально проблемы закрытия периодов?

Скорее всего были. Посмотрите, были ли ручные правки (карандаши), что в них было, проведены ли они и т.д.

выбрали 8.3.18.1741

(130) В том же и дело, что вместо "перезакрывать" должен быть режим - "не трогать" или "не влезай - убъет"
А если перезакроешь, то не удивляйся, что данные в прошлом читаются по новым правилам не так, как было в прошлом.

Либо конфа должна хранить прежний код и уметь переключаться между новым  кодом и прежним, в зависимости от даты актуальности обрабатываемой операции.

"Перезакрыть период" - это операция, после которой на больших объемах почти всегда приходится доставать из бэкапа базу. Ибо поедет что-то и хрен потом найдешь что/где/почему.

поставили 18.1741. Сегодня буду обновлять бухов и зупов. Дай бог взлетит.

В выходные накатим.

(137) Главное, не накати слишком много в воскресенье вечером...

Доброго. Ubuntu 18, PGSQL, клиенты тонкий клиент на Win, Web Апач 2.2, 1С Лицензионная серверный ключ + несколько программных. Поставил 8.3.19.1467. Бухгалтерия предприятия, редакция 3.0 (3.0.105.14) работает без проблем клиенты работают без проблем. При обновлении на 3.0.106.60 или 3.0.106.101 в Конфигураторе крашится процесс обновления ошибка: Не обнаружен ключ защиты программы. На 8.3.18.1208 таких проблем не было.

Интересно, почему никто 8.3.19 не использует. Она косячная что-ли? Просветите

(140) мы используем 1417

(139) "Web Апач 2.2" - тут трабла может быть

(142)+ Хотя не конфигуратор же крашится
Короче обновите на файловой на винде и загрузите обратно

(142) Если можно поподробнее.

(140) я тоже обхожу её стороной, но явно не могу описать почему. чуйка?

(143) Да скорее всего так и сделаю.Спасибо

(145) даже 20ка кажется более приемлемой и развитой, хотя и со своими болячками.

(144) апач 2.2 очень старый, новые платформы 1С лучше 2.4 и причем из последних версий

(148)+ Но не в этом проблема, у вас же конфигуратор крашится а он напрямую а не через апач пашет, не тонкий же клиент

(139) В какой момент крашится? Случаем не в начале обновления конфы поставщика? Видел такое, когда конфа поставщика битая была

вот при повышении релиза платформы с одновременными попытками обновления конфы дают очень высокую вероятность граблей в обновлении конфы поставщика

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

(150) Вылетает на начальном анализе. До записи в базу данных. Размер БД 10+ Gb/

На 19-ю еще прошлым летом жаловались Падения конфигуратора при редактировании модулей в конфигураторе 8.3.19

(151) А как быть с обновлением, например, зарплаты с 3.1.14 на 3.1.18-20 на платформе 8.3.14? Обновить платформу, потом обновить конфу.

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

тьфу... опечатался. После обновления Платформы. Платформу надо обновлять первой перед решительным и беспощадным обновлением всего и всех :-)

(156) >Если размеры баз позволяют и больших траблов это не вызывает, то делал выгрузку загрузку DT хотя бы в тестовом режиме, чтоб вероятность глюков обнаружить.

Имхо раздуть базу до того что она через DT не выгружается и не загружается это криворукость!
Ибо если в базе нет прикрепленных файлов то там размеры DT даже после 10 лет вполне вменяемые
Но имхо нет смысла в базе хранить не сворачивая дольше чем по закону требуется 5 лет, точнее 6 для запасу

Развернули 19 на тестовом.
Проверяем так:
- разворачиваю копию 2х месячной давности;
- снимаем пяток отчетов;
- поднимаем конфу штатными механизмами до текущего релиза;
- сравниваем отчеты;
- прогоняем дымовые ванессой.

ERP (с поднятием 2.4 => 2.5) и БП уже прогнали. Вроде Ок.
Сейчас ЗуП в процессе поднятия.

(159) ERP без допилов была, что ль? Как-то с трудом в такое верится :-/

(160) эта без допилов

Поставил 8.3.19.1467, сервер-мини x64, БП обновил до релиза 106.101 штатным обновлятором. Итоги на месте. Проблемы не выявлены.

(162) ОСВ по нескольким показателям (БУ, НУ) формируется?

штук 10 БП у разных клиентов обновил на  платформе 8.3.18
проверял итоги и о-с по счёту развернуто, вроде всё норм

(163) У меня УСН и в показателях только один вариант (БУ). Также было и на 15й платформе.

В общем, с платформой 8.3.18 все обновления встали норм. Бух 3.0 КОРП и ЗУП 3.1. Остатки, оборотки, все на месте.

Отбой не стали обновлять платформу.
во всех предложенных 1С платформах есть ошибка:


Расширение метода общего модуля с аннотацией &ИзменениеИКонтроль

Код ошибки: 10235258
Код(ы) обращения: CSR-300746 HL-408351
Статус: Исправлена в тестовой версии Зарегистрирована: 09.11.2021
Исправлена: "Технологическая платформа", версия 8.3.21.1141 (для тестирования)

Описание:
В расширении метода клиентского общего модуля с аннотацией &ИзменениеИКонтроль при неизменном методе происходит ошибка вида

Ошибка применения модуля <имя>. Текст модуля для метода <имя метода> изменился

Ошибка только на процедурах, на функциях все норм. работает.

Так это еще ерунда...

Вот такое гораздо интересней
Публикуемые ошибки продукта "Технологическая платформа" версии 8.3.20.1674
---
Получение итогов регистра бухгалтерии с отбором по счету

Код ошибки: 50014467
Код(ы) обращения: HL-416413
Статус: Исправлена в тестовой версии Зарегистрирована: 28.11.2021
Исправлена: "Технологическая платформа", версия 8.3.20.1710 (для тестирования)
Исправлена: "Технологическая платформа", версия 8.3.21.1141 (для тестирования)

Описание:
При получении итогов регистра бухгалтерии с отбором по счету может происходить ошибка вида

Ошибка SDBL:

Таблица или поле TED2 не содержится в разделе FROM

и аварийное завершение работы программы.

но похоже, что этот глюк не проявляется массово

Стабильный релиз на начало 2022

Из той ветки направляю в эту

Маловато мнений.. А есть кто на файловых розницах сидит?
На каком релизе платформы...
Склоняюсь к 8.3.19 пока

Ребята у меня вопрос почти в тему но чуть чуть другое.
У меня на серверах зоопарк баз.
УТ на обычных формах БП на обычных формах.
Розница на Упр формах. Внедряем КА.
Есть два релиза 8.3.10 и 8.3.18
18й релиз пока только для КА.
Остальные на 10м релизе.
При установке обновления БП в описании читаю что надо ставить 8.3.11.
Но После обновления БП работает так же на 10м.
Могу ли я оставить 10й или надо переводить на 11й релиз или же на 18 который уже есть?
Не хочу возиться ибо есть ком соединения есть сервера где вообще только стоит 10й и все.

(173) так ты свой "зоопарк" даже озвучить не смог так, чтобы понятно было кто на ком стоит :-)

Какая такая БП. которой нужен 8.3.11?
Судя по всему, по твоим прошлым веткам и вопросам, КА берете равный российскому 2.4 или может даже 2.5 - не проверял есть ли у него альтернативные иноязычные релизы.

А что там в релизах на кз-версиях для Бух или для Розницы ... и почему Розница на УФ работает на релизе 8.3.10, т.е. она не обновляемая?

(174)
БП 2 редакция  2 базы
УТ 2 редакция  (Аналог Ут 10 РФ) 2 базы
Розница 2 редакция не обновляем уже 4 года. А дорабатываем.
ЗУП 2 редакция
РИБы типа упрвленческие по Ут и по БП..
Все они живут в 8.3.10.

КА2 2.4.4.93 (родитель конфы КА РФ) внедряем живет на 8.3.18

(175) ну вот тогда и ответ : до тех пор пока перечисленные базы на 8.3.10 не сменят свои минимальные требования к платформе, пока при разработке и сопровождении не применяются возможности новых версий платформы - лучше оставаться на 8.3.10
Грубо говоря, перечисленные продукты практически сняты с поддержки и устраивать им обновления просто незачем и нечем.


Конфа КА 2.4 сидит на минимальных требования к платформе начиная с 8.3.16.х и при ограниченном режиме работы (как бы малонасыщенном использовании возможностей платформ новых релизов) ей все равно на каком релизе новей, чем 8.3.16 она будет установлена.
Хотя какие-то разные релизы из веток 17, 18. 19, 20 и теперь уже и 21 (тестовый) обладают своими отличающимися на составу наборами глюков

Хорошо, что не повелся и не стал обновлять платформу.

Бухгалтерия предприятия КОРП, редакция 3.0, версия 3.0.107.34

Внимание! Текущая версия конфигурации "Бухгалтерия предприятия КОРП" предназначена для использования с версиями технологической платформы 1С:Предприятие 8 не ниже 8.3.17.1851, 8.3.18.1741, 8.3.19.1467.

(177) Ты смеёшься чтоли?! Уже месяц мусолим переход на на новые релизы конфигураций и платформ )И вот снова. Почитай (0).

(178) Однако!Действительно КОРП не требует обновления платформы с 8.3.17.1854. Кто нибудь уже обновлялся на новые релизы 106.х ( особенно 106.40) в КОРП конфигурациях?И что получилось с бухитогами?

только что апнул до 8.3.20.1710
Пробуем. Тестируем.

(179) У обычной БП тоже изменили требования задним числом. Теперь все работают на 8.3.17.1851.
Мы на КОРП перешли на 18 релиз платформы согласно рекомендациям, огребли немного проблем с защищенными конфигурациями. Теперь даже не объяснишь зачем переходили, т.к. в рекомендациях 8.3.17 везде))

У меня 18 стоит. Но думаб уже можно ставить 19й
Вот вот уже 21 й на тест выходит.

Добрый день!

Подскажите стоит переходить на тех.платформу 8.3.20.1789 или еще рано?
26 апреля вышла 21 версия, кто что может про нее сказать?

(185) выжидали по максимуму и перескочили в 8.3.17 сразу на 8.3.20.1710, как только она вышла, а перед этим смотрели, что с предыдущей версией было.
Теперь уже квартал отработали на вот этой.
По поведению платформы - на ней можно удержаться без проблем года 2-3, если в самих конфах не затеят резкого отказа от релизов.
И даже если затеят резкий переход, то обходить отказы уже научены.

Что-то говорить про 21-ую ... ну а какие могли быть причины на нее смотреть?! Нечего сказать.

(185)
>26 апреля вышла 21 версия, кто что может про нее сказать?
JWT - токены, аутентификация во всех ИБ по одному токену, а не логину\паролю.
Уменьшен объем передаваемых данных при изменении табличных частей в 100-1000 раз.
https://www.youtube.com/watch?v=MZ0CCw5CCwA&t=1910s

поставили 21 - периодически на кластере выскакивает 'Не найдено ни одного сервера с размещенным сервисом
serviceName=SessionDataService;Ref=...'

(185) Рано. У меня конфа в режиме совместимости с 8.1 стабильно падает (ошибка SDBL: Таблица или поле IR2 не содержится в разделе from) при использовании среза последних в запросах.
На платформах с 15 по 19 все работает без ошибок
А на 20 и выше нужно поднимать режим совместимости до 8.2, чтобы ошибка ушла