В крупных базах 1С 8 словили друзья недавно ошибку Пользователь ИБ не идентифицирован
Кроме того, 1С не рекомендует этот релиз из-за того, что он медленный.
..
Выше приведенная конференция слегка не свежая. Какая платформа сейчас будет стабильной и быстрой и без ошибок совсем?
Интересует для Бухучет и УТ.

Сейчас платформа 8.3.18.1208..

(1) Самоубийцы...

(2) Мопед не мой, я только починил. Но теперь надо переставить платформу и сервер 1С 64 бит. Хороший релиз. По производительности в том числе, и м сейчас данные за год перепроводить (себестоимость) и перезакрывать. А база большая очень.

На инфостаровском форуме есть известная ветка, там 8.3.18.1616 советуют. А вообще все релизы выше шестнадцатого с проблемами. Кто как живет, расскажите?

(1) У меня на этой платформе один клиент сидит. Там не более 5 человек. Проблем нет.
Есть некоторая кучка клиентов на 8.3.17, которая в начале года была. Проблем нет.
Делай голосовалку.) Народ подтянется.
ИМХО. Однозначного ответа не будет. Много зависит от кривожопости админов.

В конфу заходит? Такое впечатления что справочника пользователи не существует...

(4) > Кто как живет, расскажите?

google://выбор+платформы+site:mista.ru

(5) > от кривожопости админов
Сурово ты с ТС.

(6) Это я уже починил, просто зашел с 16 релиза в конфигуратор и опять на 8.3.18.1208 переключился. Там на все ругалось и проводить не давало и писало что половину РС не видит.

(5) Мне перфекционизм не нужен, но сейчас на 8.3.17.1549 за полтора часа реструктуризацию провел, а на местной 8.3.18.1208 она за четыре не заканчивалась.
Всего-то в расходную накладную в шапку реквизит добавил.

(4) 1616 стабильный.
Выше пока смысла лезть нет, ибо правленые позднее ошибки на наши конфигурации особенно не влияют

(0) >> Какая платформа сейчас будет ... без ошибок совсем?

Нет, сынок, это фантастика © Старая реклама.
Ни сейчас и никогда такой не будет.

Пока есть 2 варианта, даже 3..

(4) >> Кто как живет, расскажите?

У нас 8.3.18.1616.
Целый зоопарк из баз на разных конфигурациях на обычных и управляемых формах и соответственно все виды клиентов (толстый, тонкий, веб) и с разными режимами совместимости (но не выше 8.3.14).
Пока всё стабильно.[стучит по дереву три раза].

Смотреть замеры тут в том числе:
Версии платформ 1С и производительность.

+(15) релиза 8.3.18.1616 в этих тестах нет почему-то. И это настораживает. А там как минимум трое замеры делали.

+ к (14) голос за 8.3.18.1616.
По скорости тормозов не замечено. Но у нас не Highload. Так что вряд ли тут мы можем быть показателем.

(17) Размеры баз и конфигурации не подскажите Ваши?

(18) УПП 1.3 (ОФ) - 32 Гб.
Документооборот 2.1 - 87 Гб.
Далион 1.2 (совсем древний на ОФ) - 14 Гб.
ЗУП 3.1 - 7 Гб.
БП 3.0 - 5 Гб.
Ну и ещё несколько баз по мелочи.
Указаны размеры mdf файлов.

Одновременно работающих пользователей в каждой из баз немного - не более 20, кроме ДО. В ДО может до 50-70 доходить.
Всего одновременно работающих пользователей на сервере около 100.
Основные базы - УПП и ДО.

Используем 8.3.19.1264
База УТ11 под 60гигов, Бух+Зуп, одновременно 40-50 сотрудников работает
Для юзверов особых проблем не замечено. При отладке ошибок очень редко может клиент зависнуть, решается просто перезапуском отладки.

(19) Ок, тут в 10-15 раз больше базы. 240 и 260 гигов. В общем резать пора.

(21) >> 240 и 260 гигов.

Это немного для 1С.

>> В общем резать пора.

Ради производительности делать это смысла никакого не имеет.
Даже если база ведётся десять лет и вам дадут добро на то чтобы оставить только последний год (что весьма сомнительно, т.к. обычно хотят видеть хотя бы три последних аудируемых года), то это не значит что база уменьшится на 80%. В лучшем случае (при грамотной свёртке) база уменьшится в половину или чуть сильнее. Но вероятнее всего, на 20-40%%. И это никак не даст прирост производительности в разы. Опять таки в лучшем случае на те же 20-40% (по отдельным операциям быть может до 50%).
Зато прибавится головняка пользователям, которым ради каких-то данных прошлых лет придётся каждый раз лазить в архивную копию базы.
Исключения конечно бывают и связаны, как правило, с какими-то особенностями бизнеса. Например, постоянно меняющийся ассортимент, который приводит к разрастанию справочников (номенклатура, характеристики, серии и т.п.), большая часть элементов которых не используется в текущей оперативной работе. Или такая же фигня с контрагентами. Но в таки историях целесообразнее использовать какие-то интеллектуальные свёртки.

Впрочем отсюда подробностей всё равно не видно. Так что решать вам самим.

(22) Бэкапы долго идут. Бэкап делают полный каждый раз и это часов пять при параллельной работе пользователей. Если размер существенно уйдет то будем резать. В любом случае на распределенной копии надо пробовать.

(23) >> Бэкапы долго идут. Бэкап делают полный каждый раз и это часов пять.

У вас там с головой то всё нормально? Представляю как эти пять часов пользователи маты складывают на 1С и 1С-ников.
Настройте нормально бекапирование.
Например, раз в неделю в выходной в ночь (или любой другой период наименьшей нагрузки) полный бекап.
По паре раз в сутки (опять таки в период наименьшей нагрузки) инкрементальный.
И переведите базу в полную модель.

>> Если размер существенно уйдет.

От свёртки размер существенно не уйдёт.

было бы не плохо. И Скуль 2005 заменить на что-то посвежее.

(25) "И Скуль 2005 заменить на что-то посвежее" это что-то на богатом?)

не понял вопроса

(27) сейчас, чтобы скуль обновить на что-то по свежее это минимум лям отдать за 50 юзверов. А если у вас юзверов не посчитать и нужна Core лицензия, то на 16 ядер придется отвалить почти 2 ляма. А потом руководство скажет, мол мы выделили 2 ляма бюджета, а 1ска как тормозила, так и тормозит! Что делать будете?)

Будем выбирать более быструю сборку 1С. Согласно голосования.

(29) вы действительно думаете, что обновив платформу у вас быстродействие вырастет заметно? Максимум, что получите, это фикс текущих косяков и кучку новых)

(29) >> Будем выбирать более быструю сборку 1С. Согласно голосования.

Голосование на мисте - последний аргумент на который следовало бы опираться.
Потому что данное голосование - это статистика использований конкретной версии в продуктиве среди читателей данной ветки. И данная информация никак не коррелирует с вопросами стабильности и скорости. Вот вообще. От слова "совсем".
Причин, по которым каждый из проголосовавших держит какую-то конкретную версию, может быть миллион. Начиная с нежелания лишний раз не обновляться без необходимости и заканчивая какими-то специфическими ошибками каких-либо релизов, которые не проявляются на данной версии, но характерны только для конкретной базы.
В голосовании легко может победить наименее стабильная и/или самая медленная версия. Просто потому, что она самая популярная среди читателей этой ветки.

Вам бы для начала разобраться с бекапами, которые почему-то по 5 часов делаются.
Не удивлюсь, если у вас и остальные регламенты (обновление индексов и статистик) по несколько часов отрабатывают.
И если я прав, то времени для обычной работы базы просто не остаётся. Она непрерывно умирает на работе регламентов СУБД. Тогда тут никакая самая быстрая сборка 1С не поможет.

1208 - это диагноз, в скором времени можно будет приравнять его к синдрому 86г.

Хотя, те кто его использует, недолеко от 86 ушли

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

обновлять ради мнимого прироста производительности я бы не стал

(30) Вроде бы в последнее время каждая новая версия 1С медленнее предыдущей.

(36) Это преувеличение. Миф, родившийся после парочки действительно тормозных релизов.

(37) да нет, так и должно быть. Чем новее версия, тем больше возможностей и разных новых фишек, и соответственно больше требует ресурсов системы. Значит, при одинаковом объеме ресурсов, новая будет работать медленнее.

(0) я и на .17 такое ловил. чинил через открытие базы конфигуратором от .15

(38) а как же оптимизации?

(40) идет в технический долг

(0) как вариант, если обновление платформы не поможет, попробуйте развернуть виртуалку с линухой, на нее ставьте postgresql и там разверните тестовую базу, погоняйте ее.
По мне так postgresql  куда эффективней с базой работает, нежели обычный скуль.

(40) это разовые вещи, иногда бывает. а общий тренд - это замедление.

(42)к тому же бесплатно

(44) Это когда сервер 1с стал бесплатным? О)О

(45) ну раз до этого от мелкомягких скуль работал, то серверная лицензия 1с должна быть у ТС. Но Имхо переход на линукс добавит еще больше геморроя.

(45) речь не о сервере, а о СУБД. postgresql бесплатный

(40) >>  а как же оптимизации?

Смотря что понимать под оптимизацией.
Работа с данным и таблицами действительно оптимизируется.
На больших базах и/или в определённых сценариях результат оптимизации даже иногда кто-то замечает.

А во всём остальном - всё как сказано в (38) - чем новее версия, тем больше возможностей и разных новых фишек, и соответственно больше требует ресурсов системы.