Вход | Регистрация
 

"Пользователь ИБ не идентифицирован"

"Пользователь ИБ не идентифицирован"
Я
   Вася Теркин
 
30.11.21 - 07:41
4. другое75% (3)
2. 8.3.18.1616 - относительно стабильный25% (1)
1. 8.3.15.1830 - быстрый, стабильный, старый0% (0)
3. 8.3.17.1549 - быстрый, относительно стабильный0% (0)
Всего мнений: 4

В крупных базах 1С 8 словили друзья недавно ошибку Пользователь ИБ не идентифицирован
Кроме того, 1С не рекомендует этот релиз из-за того, что он медленный.
..
Выше приведенная конференция слегка не свежая. Какая платформа сейчас будет стабильной и быстрой и без ошибок совсем?
Интересует для Бухучет и УТ.
   Вася Теркин
 
1 - 30.11.21 - 07:42
Сейчас платформа 8.3.18.1208..
   ДенисЧ
 
2 - 30.11.21 - 07:45
(1) Самоубийцы...
   Вася Теркин
 
3 - 30.11.21 - 07:47
(2) Мопед не мой, я только починил. Но теперь надо переставить платформу и сервер 1С 64 бит. Хороший релиз. По производительности в том числе, и м сейчас данные за год перепроводить (себестоимость) и перезакрывать. А база большая очень.
   Вася Теркин
 
4 - 30.11.21 - 08:17
На инфостаровском форуме есть известная ветка, там 8.3.18.1616 советуют. А вообще все релизы выше шестнадцатого с проблемами. Кто как живет, расскажите?
   МимохожийОднако
 
5 - 30.11.21 - 09:03
(1) У меня на этой платформе один клиент сидит. Там не более 5 человек. Проблем нет.
Есть некоторая кучка клиентов на 8.3.17, которая в начале года была. Проблем нет.
Делай голосовалку.) Народ подтянется.
ИМХО. Однозначного ответа не будет. Много зависит от кривожопости админов.
   VS-1976
 
6 - 30.11.21 - 09:04
В конфу заходит? Такое впечатления что справочника пользователи не существует...
   acht
 
7 - 30.11.21 - 09:07
(4) > Кто как живет, расскажите?

google://выбор+платформы+site:mista.ru
   acht
 
8 - 30.11.21 - 09:08
(5) > от кривожопости админов
Сурово ты с ТС.
   Вася Теркин
 
9 - 30.11.21 - 10:46
(6) Это я уже починил, просто зашел с 16 релиза в конфигуратор и опять на 8.3.18.1208 переключился. Там на все ругалось и проводить не давало и писало что половину РС не видит.
   Вася Теркин
 
10 - 30.11.21 - 10:47
(5) Мне перфекционизм не нужен, но сейчас на 8.3.17.1549 за полтора часа реструктуризацию провел, а на местной 8.3.18.1208 она за четыре не заканчивалась.
Всего-то в расходную накладную в шапку реквизит добавил.
   Vstur
 
11 - 30.11.21 - 10:50
(4) 1616 стабильный.
Выше пока смысла лезть нет, ибо правленые позднее ошибки на наши конфигурации особенно не влияют
   Dmitrii
 
12 - 30.11.21 - 10:52
(0) >> Какая платформа сейчас будет ... без ошибок совсем?

Нет, сынок, это фантастика © Старая реклама.
Ни сейчас и никогда такой не будет.
   Вася Теркин
 
13 - 30.11.21 - 10:55
Пока есть 2 варианта, даже 3..
   Dmitrii
 
14 - 30.11.21 - 10:58
(4) >> Кто как живет, расскажите?

У нас 8.3.18.1616.
Целый зоопарк из баз на разных конфигурациях на обычных и управляемых формах и соответственно все виды клиентов (толстый, тонкий, веб) и с разными режимами совместимости (но не выше 8.3.14).
Пока всё стабильно.[стучит по дереву три раза].
   Вася Теркин
 
15 - 30.11.21 - 10:59
Смотреть замеры тут в том числе:
Версии платформ 1С и производительность.
   Вася Теркин
 
16 - 30.11.21 - 11:01
+(15) релиза 8.3.18.1616 в этих тестах нет почему-то. И это настораживает. А там как минимум трое замеры делали.
   Dmitrii
 
17 - 30.11.21 - 11:02
+ к (14) голос за 8.3.18.1616.
По скорости тормозов не замечено. Но у нас не Highload. Так что вряд ли тут мы можем быть показателем.

2. 8.3.18.1616 - относительно стабильный
   Вася Теркин
 
18 - 30.11.21 - 11:14
(17) Размеры баз и конфигурации не подскажите Ваши?
   Dmitrii
 
19 - 30.11.21 - 11:28
(18) УПП 1.3 (ОФ) - 32 Гб.
Документооборот 2.1 - 87 Гб.
Далион 1.2 (совсем древний на ОФ) - 14 Гб.
ЗУП 3.1 - 7 Гб.
БП 3.0 - 5 Гб.
Ну и ещё несколько баз по мелочи.
Указаны размеры mdf файлов.

Одновременно работающих пользователей в каждой из баз немного - не более 20, кроме ДО. В ДО может до 50-70 доходить.
Всего одновременно работающих пользователей на сервере около 100.
Основные базы - УПП и ДО.
   Kassern
 
20 - 30.11.21 - 11:41
Используем 8.3.19.1264
База УТ11 под 60гигов, Бух+Зуп, одновременно 40-50 сотрудников работает
Для юзверов особых проблем не замечено. При отладке ошибок очень редко может клиент зависнуть, решается просто перезапуском отладки.

4. другое
   Вася Теркин
 
21 - 30.11.21 - 12:12
(19) Ок, тут в 10-15 раз больше базы. 240 и 260 гигов. В общем резать пора.
   Dmitrii
 
22 - 30.11.21 - 12:44
(21) >> 240 и 260 гигов.

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

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

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

Впрочем отсюда подробностей всё равно не видно. Так что решать вам самим.
   Вася Теркин
 
23 - 30.11.21 - 13:01
(22) Бэкапы долго идут. Бэкап делают полный каждый раз и это часов пять при параллельной работе пользователей. Если размер существенно уйдет то будем резать. В любом случае на распределенной копии надо пробовать.
   Dmitrii
 
24 - 30.11.21 - 13:10
(23) >> Бэкапы долго идут. Бэкап делают полный каждый раз и это часов пять.

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

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

От свёртки размер существенно не уйдёт.
   Вася Теркин
 
25 - 30.11.21 - 13:15
было бы не плохо. И Скуль 2005 заменить на что-то посвежее.
   Kassern
 
26 - 30.11.21 - 13:16
(25) "И Скуль 2005 заменить на что-то посвежее" это что-то на богатом?)
   Вася Теркин
 
27 - 30.11.21 - 13:33
не понял вопроса
   Kassern
 
28 - 30.11.21 - 13:45
(27) сейчас, чтобы скуль обновить на что-то по свежее это минимум лям отдать за 50 юзверов. А если у вас юзверов не посчитать и нужна Core лицензия, то на 16 ядер придется отвалить почти 2 ляма. А потом руководство скажет, мол мы выделили 2 ляма бюджета, а 1ска как тормозила, так и тормозит! Что делать будете?)
   Вася Теркин
 
29 - 30.11.21 - 13:48
Будем выбирать более быструю сборку 1С. Согласно голосования.
   Kassern
 
30 - 30.11.21 - 13:51
(29) вы действительно думаете, что обновив платформу у вас быстродействие вырастет заметно? Максимум, что получите, это фикс текущих косяков и кучку новых)
 
 
   Dmitrii
 
31 - 30.11.21 - 14:14
(29) >> Будем выбирать более быструю сборку 1С. Согласно голосования.

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

Вам бы для начала разобраться с бекапами, которые почему-то по 5 часов делаются.
Не удивлюсь, если у вас и остальные регламенты (обновление индексов и статистик) по несколько часов отрабатывают.
И если я прав, то времени для обычной работы базы просто не остаётся. Она непрерывно умирает на работе регламентов СУБД. Тогда тут никакая самая быстрая сборка 1С не поможет.
   Ёпрст
 
32 - 30.11.21 - 14:16
1208 - это диагноз, в скором времени можно будет приравнять его к синдрому 86г.
   Ёпрст
 
33 - 30.11.21 - 14:17
Хотя, те кто его использует, недолеко от 86 ушли
   Kassern
 
34 - 30.11.21 - 14:26
Имхо, платформу необходимо обновлять в следующих случаях: либо по требованию (ограничение конфигурации), либо есть специфичная ошибка (не разворачивается кластер на сервере, ошибки с веб клиентом и т.д.), которая решена в других релизах, либо нужен функционал новой платформы для дальнейшей работы.
   Kassern
 
35 - 30.11.21 - 14:26
обновлять ради мнимого прироста производительности я бы не стал
   ildary
 
36 - 30.11.21 - 14:53
(30) Вроде бы в последнее время каждая новая версия 1С медленнее предыдущей.
   Dmitrii
 
37 - 30.11.21 - 15:12
(36) Это преувеличение. Миф, родившийся после парочки действительно тормозных релизов.
   hhhh
 
38 - 30.11.21 - 15:52
(37) да нет, так и должно быть. Чем новее версия, тем больше возможностей и разных новых фишек, и соответственно больше требует ресурсов системы. Значит, при одинаковом объеме ресурсов, новая будет работать медленнее.
   Fragster
 
39 - 30.11.21 - 16:00
(0) я и на .17 такое ловил. чинил через открытие базы конфигуратором от .15

4. другое
   pechkin
 
40 - 30.11.21 - 16:04
(38) а как же оптимизации?
   АгентБезопаснойНацио
 
41 - 30.11.21 - 16:08
(40) идет в технический долг
   Deal with it
 
42 - 30.11.21 - 16:10
(0) как вариант, если обновление платформы не поможет, попробуйте развернуть виртуалку с линухой, на нее ставьте postgresql и там разверните тестовую базу, погоняйте ее.
По мне так postgresql  куда эффективней с базой работает, нежели обычный скуль.
   hhhh
 
43 - 30.11.21 - 16:11
(40) это разовые вещи, иногда бывает. а общий тренд - это замедление.
   Deal with it
 
44 - 30.11.21 - 16:11
(42)к тому же бесплатно

4. другое
   ДенисЧ
 
45 - 30.11.21 - 16:26
(44) Это когда сервер 1с стал бесплатным? О)О
   Kassern
 
46 - 30.11.21 - 16:27
(45) ну раз до этого от мелкомягких скуль работал, то серверная лицензия 1с должна быть у ТС. Но Имхо переход на линукс добавит еще больше геморроя.
   Deal with it
 
47 - 30.11.21 - 16:57
(45) речь не о сервере, а о СУБД. postgresql бесплатный
   Dmitrii
 
48 - 30.11.21 - 17:08
(40) >>  а как же оптимизации?

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

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


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