Имя: Пароль:
1C
 
8.3, кто упрыгал с 14-й дальше?
0 Vstur
 
08.09.19
00:27
В предыдущих темах рыдал про проблемы с 8.3.12 (уж совсем не типовая на основе УТ10.3) с постоянным поденеим процессов.
Пытался уйти на 15-ю, ночи не хватило чтобы понять причину падения в dump на выходе (c функционалом 1сБит УТЛ).
Плюнул, на прошлой неделе влез на 14-ю.
Да, стабильней, но "это какой-то позор" и мат...
Даже по быстродействию сливает 12-й в разы....
Как там вАабще на 8.3 на нетиповых жить-то можно.
Мне кажется, что нельзя.
До июля 19-го на 8.2.18, забыл что какие-то проблемы с 1С вААбще могут быть, как хронометр....ну раз в полгода сервер 1с перезапустил...
А тут.............
1 rphosts
 
08.09.19
02:25
8.3.13.1644 есть как чисто типовые типовые(ЗУП-3), так и перепиленные типовые (УПП-1.3 перепиленная вдоль и поперёк к примеру) и нетленки... ничего никуда не валится. Рекомендации ИТС по настройке кластера серверов соблюдены?

ЗЫ а к 09.09 готовы?
2 craxx
 
08.09.19
04:41
(0) я сижу на 15-й. По скорости лучше предыдущих. В веб-клиенте есть косячки, но в остальном проблем пока не зафиксировано
3 DJ Anthon
 
08.09.19
11:52
(2) я тоже сижу на 15-й. выбора нет, так как оказалось, что ранние версии убивают базу с расширениями ( но вроде народ не жалуется. раз в день может вылететь, но это терпимо, конфиги самые разные, компы тоже, чаще всего рдп
4 timurhv
 
08.09.19
21:48
(2) Проблемы вылезут при обновлении и изменении режима совместимости при реструктуризации.
5 RomaH
 
naïve
09.09.19
07:04
(4) что за проблемы?
как воспроизвести?
6 RomaH
 
naïve
09.09.19
07:05
а то как раз собираемся на 1565
7 RomaH
 
naïve
09.09.19
07:25
(4) вот снял режим совместимости - куда жать?
8 DJ Anthon
 
10.09.19
11:14
на сонную артерию
9 Начинающий_13
 
10.09.19
11:18
Ты бы переписал код где положено по требованиям. Сижу на 8.3 = 15.1534,1565 Что все работал почти 2 мес. переводил
10 la luna llena
 
10.09.19
11:23
(1) в соседней ветке пишут, что  с сегодняшнего дня настройки кластера серверов только по дефолту
11 sergey yevsenya
 
10.09.19
13:02
перешли сегодня на 8.3.15 c 8.3.13, приятно удивило быстродействие в erp, все летает, подборы открываются моментально
12 vis_tmp
 
10.09.19
13:03
(10)Где такое пишут?
13 ДенисЧ
 
10.09.19
13:17
14 Звездец
 
10.09.19
13:20
с недавнего времени себе на сервер ставлю последний релиз спустя пару недель после выхода (удобнее разрабатывать, да и тестирование в реальных условиях). Сейчас предпоследняя 15 стоит. Все ок. Если что простой минут 30 для отката не критичен, а бекапы всегда есть перед такими процедурами
15 Windyhead
 
10.09.19
14:15
(11) 8.3.15.1565 поставили?
16 sergey yevsenya
 
10.09.19
15:49
(15) да
17 Vstur
 
11.09.19
16:12
8.3.14.1854 тоже кривая.
Рабочие процессы пока не валит, валит иногда отдельных пользователей, неуловимо.
Плюс, на ней на работает, например, обработка СБИС, на .12 работает, на .15-тестовой работает,
а на .14 падает в dump.
Веры в 14-ю больше нет.
Будем ждать релизов свежих релизов 15 и 16-й.
:-(((
18 Vstur
 
11.09.19
22:01
Еще...по 14-й.
Начиная с 14-й (видимо, переход на WebKit) шалит у меня в одном месте форма с полем HTML документа из макета, это из покупного продукта интегрированного в конфу 1сБИТ. Валит в дамп, на ранних платформах работало.
Причем во всех других местах конфы поля HTML документа работают без проблем.
Попробовал и на 15, и на 16-й тестовой.
Завтра буду переписывать эту чертову форму под простую, без этой экзотики.
Проблемы вылезают там, где и не ждешь....и сразу в dump....
19 Vstur
 
13.09.19
12:48
Похоже на 14-й стабильно проявляется крах на:
==================================================
Метод ЗаписьЖурналаРегистрации
Код ошибки: 10208437
Код(ы) обращения: SW755909
Статус: Исправлена в тестовой версии Зарегистрирована: 26.03.2019
Исправлена: "Технологическая платформа", версия 8.3.16.869 (для тестирования)
Описание:
При выполнении метода ЗаписьЖурналаРегистрации восстановимая ошибка базы данных, например, "Конфликт блокировок при выполнении транзакции" не обрабатывается оператором Попытка ... Исключение ... КонецПопытки, и происходит аварийное завершение работы программы.
==================================================
ужОООООс....
Я думаю, чего это пользователи отлетают.....
20 Vstur
 
13.09.19
13:03
Похоже, придется прыгать сразу на 16-ю.....
21 Vstur
 
13.09.19
13:20
Резюме...
Абс. стабильная база, годами беспроблемно работавшая под 8.2.18 (обычные формы, толстый клиент, на основе последней УТ 10.3 + несколько интегрированных продуктов от 1сБит), после вынужденного перехода на 8.3 в режиме совместимости с 8.2.16, показала следующие результаты на платформах:

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

14 - процессы уже не падают, столкнулся с проблемами необработки исключений, полями HTML документа, и вообще, улетают отдельные пользователи без особых причин, вылеты не воспроизводятся потом никак. Работа, на мой взгляд, медленней, чем в 12-й
22 Vstur
 
13.09.19
13:40
В 16-й зарегистрировано 13 ошибок.
А-ха-ха-ха....
Придется на нее попробовать перелезть....
23 Vstur
 
18.09.19
11:07
Еще на 14-й платформе лотерея, отправить документ (печ.форму) через встроенного почтового клиента с аттачем в виде хls, то дапм, то не дамп, случайно, через раз.
Аттач в виде HTML без проблем.
В общем, не ходите дети на 14 платформу гулять.
Жду релиза 16-й.
24 Vstur
 
18.09.19
11:13
У меня 50 взрослых человек после перехода с 8.2 на 8.3 рыдают как дети, каждый день...
Спасибо на наши счастливые платформы.....
25 ptiz
 
18.09.19
11:43
Какое счастье сидеть на 8.2.18 и горя не знать! :)
26 user-ok
 
18.09.19
11:53
(25) везет вам
Внимание! Текущая версия конфигурации "Управление производственным предприятием для Украины" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.14.1694.
вот что в толстоформенной УПП есть такого что ей всенепременнейше нужна 8.3.14????
умом понимаю что усовершенствованная защита в свежих версиях платформы....
а душа просится назад на 8.2.19....
27 ДенисЧ
 
18.09.19
12:06
(26) ТАм не только защита... Там ещё вроде как эдо и ещё что-то
Была тут ветка уже на эту тему.
28 Vstur
 
18.09.19
12:20
(27) Там на типовых эдо, егаис, работа с торг.оборудованием.
Ради этого и убили работу на 8.2
29 fbear
 
18.09.19
12:23
2 (23) на 14,15,16 в конфигурации ут 11 с crm от раруса при отправке почты встроенным клиентом падает с дампом платформа при вызове метода Сдвинуть у ФорматированногоДокумента на последний элемент.
30 Vstur
 
18.09.19
14:53
(29) Ну вот, привет еще одному участнику соревнований!

Убил бы, кто порушил работу УТ 10.3 на 8.2.

У меня на работе скоро только вдовы и сироты останутся....

Какая-то безнадега, с учетом совсем нетиповой.....
31 cons24
 
18.09.19
16:20
8.3.15.1565
Сидим, плачем:

В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Ошибка обновления конфигурации базы данных. Для одного ссылочного кода существует более одной таблицы в базе данных.
Имена таблиц с кодом 1598: DataHistoryLatestVersions, Enum1598
Имена таблиц с кодом 1599: DataHistoryLatestVersions1, Enum1599

До 8.3.15 такое выскакивало всего пару раз, как экзотика на тестовых базах. Теперь лезет со всех типовых(!) баз.
Обновиться не можем, от 1с внятных ответов нет (https://partners.v8.1c.ru/forum/topic/1792992)
32 Мимохожий Однако
 
18.09.19
16:27
(31) "У Вас нет доступа к "Партнерской конференции".)) Спасибо
33 cons24
 
18.09.19
16:39
(32) выдержка:
--
Воспроизводится так (проверено на релизе 8.3.13.1644 / SQL 2016):

1. Создаём две базы test1 и test2

2. Запускаем конфигуратор test1, добавляем справочник, обновляем конфигурацию. В базе добавляется таблица _Reference21

3. Делаем SQL бэкап базы test1 и восстанавливаем его в test2.

4. Запускаем конфигуратор test2 и добавляем документ, обновляем конфигурацию. В базе видим таблицы: _Reference21 и _Document21.

Помогает перезапуск rmngr.exe после восстановления test2 из бэкапа.
--


Большое спасибо за сообщение.

Да, действительно, в этом сценарии две таблицы получают два одинаковых ссылочных номера.

Это ошибка, будет исправлена в одной из следующих версий.

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

Рекомендации на сейчас (до выхода версий с исправлением) по обходу ошибки: сразу после восстановления ИБ средствами СУБД - производите перезапуск сервера платформы.
34 cons24
 
18.09.19
17:07
(33) вообще есть ощущение, что этот "косяк" древний. Просто проверку на него добавили только в 15й платформе. До того проверки не было. И ничего, все жили. А теперь стало "низзя".
Только что повторил рецепт создания "бяки" из (33) на 8.3.12.1790 - создалась.
35 rphosts
 
18.09.19
17:12
(25) а как с регл. отчетностью? Или как у нас - впихивается оно в перепиленное упыпырище с напильником и рашпилем?
36 Vstur
 
18.09.19
17:28
(33) В одной из след. версий....на 8.3.16 исправлена, что пишут ?
37 Vstur
 
18.09.19
17:32
На 14-й платформе без проблем меняю код в конфигураторе, но без глобального изменения метаданных, связанных с (33) пока не производил.
Поэтому, относительно этой ошибки ничего сказать не могу....
ps. 14-я последняя... которая июньская....
38 Fish
 
18.09.19
17:39
Стоит 8.3.15.1565 помимо некоторых глюков с хранилищем, особых проблем пока не замечено.
39 EvgeniuXP
 
18.09.19
18:03
Вапще не замечаю тормозов, всё отлично работает, стараюсь сидеть всегда на новой. О багах сообщаю, исправляют и перелезаю снова на новую :) ну что чтоб хосты висели или зависали...
40 Vstur
 
18.09.19
18:28
(39) Ну, прекрасное далеко, как там ОНО на 16-й, или даже 17-й ??
41 Vstur
 
18.09.19
18:30
(39) пред. 15-я, не вчерашний релиз, у меня  10.3 не совсем типовую с добавками, клала в дапм на окончании работы каждого клиентского сеанса...а так...все работало....
42 Evgueni
 
18.09.19
19:35
Метод объекта не обнаружен (tags) будьте готовы
43 ansh15
 
18.09.19
22:52
(41) Тест Гилева в режиме совместимости с 8.3.4(так установлено по умолчанию) делает то же самое, на 8.3.15. Правда не сервер, толстый клиент, и в Windows и в Linux. Так и пишет(в Linux) - segmentation fault. При совместимости с 8.3.11-8.3.14 все нормально. Как будто пытаются донести, что хватит работать на старых платформах и старых конфигурациях...
44 Vstur
 
19.09.19
07:22
(43) У меня рабочая конфа в режиме совместимости с 8.2.16.............
45 ptiz
 
19.09.19
08:51
(35) Выгрузку книги продаж мы сделали. Цифры для деклараций - формируются. Главбух отчетность сдаёт через "Налогоплательщик ЮЛ". И никаких проблем (обороты - миллиардные).
46 СпящаяК
 
19.09.19
09:04
8.3.15.1565 (почти типовые ЗУП, ЗКГУ)
они перенесли все функции! Слева на право, я минут 5 их искала -  аж  2 минуты нервничала )

Еще заметила такой нюанс  - открываешь  базу, открываешь документ (любой) хочешь закрыть по крестику (справа, в верхнем углу документа ) и ничего не происходит,закрываешь по крестику который на закладке документа все ок. Заново открываешь документ и опа по крестику который крайний справа все закрывается. Выходишь из базы, снова заходишь - опять то же самое.
47 cons24
 
19.09.19
09:55
(36) отвечу в стиле 1с: "В одной из след. версий"
Вы видели 8.3.16 на сайте? Я только тестовую, без описания исправленных ошибок (только список имеющихся).
48 Vstur
 
19.09.19
10:00
(47) Да, висит в тестовых, уже второй релиз 16-й.
Я его даже сейчас смотрю на тестовой файловой базе.
Пока вижу, что у меня одна форма с полем HTML документа из макета то рушит в дамп, то нет...
49 Vstur
 
19.09.19
17:56
Еще приколы 14-й платформы.
Болванка, УТ 10.3 из коробки для теста.
В меню пункт "Обмен через 1С:Сеть".
На 14-й ошибка, на 8.2 или 8.3.16 - ошибок нет.
50 Vstur
 
20.09.19
12:59
Что-то поломали с 14-й и позднее, раньше работало всегда, теперь через раз дамп.

Макет  - html-документ
XXX  - поле html документа

Макет = .....
ЭлементыФормы.XXX.Перейти(Макет);

или через
.ПолучитьТекст() из макета + .УстановитьТекст() в ПолеHTMLДокумента