Платформа 8.3.23.1865 - проблемы с кэшированием, долго открываются базы
Добрый день!
Конфигурация сервера 1С:
Windows server 2016
MS SQL.
Лицензии 1С программные.
Сервер перезагружается по расписанию каждую ночь.
После обновления платформы с версии 8.3.22.2106 на версию 8.3.23.1865 процедура первого открытия базы стала занимать очень много времени.
В каталог \AppData\Local\1Cv8 пользователя, под которым происходит запуск службы агента сервера 1С, во время долгого открытия происходит активная запись временных файлов.
Есть ли у кого какие-нибудь мысли, в какую сторону можно смотреть?
Конфигурация сервера 1С:
Windows server 2016
MS SQL.
Лицензии 1С программные.
Сервер перезагружается по расписанию каждую ночь.
После обновления платформы с версии 8.3.22.2106 на версию 8.3.23.1865 процедура первого открытия базы стала занимать очень много времени.
В каталог \AppData\Local\1Cv8 пользователя, под которым происходит запуск службы агента сервера 1С, во время долгого открытия происходит активная запись временных файлов.
Есть ли у кого какие-нибудь мысли, в какую сторону можно смотреть?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)на партнерсах один человек написал в формате "кто если не мы будет искать ошибки в новых релизах".
1. те кто хотят помочь или просто могут обновится и проверить (обычно это не рабочие базы, в редких случаях рабочие на пару человек)
2. те кто слишком мало работает с 1С и считает, что последняя версия = хорошо
1. те кто хотят помочь или просто могут обновится и проверить (обычно это не рабочие базы, в редких случаях рабочие на пару человек)
2. те кто слишком мало работает с 1С и считает, что последняя версия = хорошо
(3)Нам на своих фрешах приходится для обновления расширений, меняющих структуру данных, временно прыгать на 24 тестовую, на ней обновлять, потом обратно на 22 откатываться. Области данных ложатся на 22 платформе наглухо при обновлении/установке таких расширений, на 24 тоже ложатся, но не наглухо, там хоть ТиИ исправляет...
Так что мы такие люди, кто с удовольствием бы ушел на 24, но пока она в тестовых, нельзя..
Так что мы такие люди, кто с удовольствием бы ушел на 24, но пока она в тестовых, нельзя..
(8)Это значит, что таблицы физически повреждаются, и в ОД становится невозможно войти ни в разделенном режиме, ни входом в область из неразделенного. Особенно легко такое происходит, если расширение ставим на несколько областей одновременно, но иногда бывает и на одной. 1С подтвердили проблему, но пока в 22 ветке не исправлено, вот только вариант через 24 платформу остается.
Ошибка новая, в 19 не было. Но последние БГУ/ЗКГУ требуют новые платформы, так что не обновляться не можем.
Ошибка новая, в 19 не было. Но последние БГУ/ЗКГУ требуют новые платформы, так что не обновляться не можем.
(1) Скажите, пожалуйста, вам удалось победить эту проблему?
У нас такая же ситуация только сервер на Linux и бД postgre SQL.
Пробовали переходить на платформу 8.3.23 и 8.3.24 - работать просто невозможно, все открывается очень медленно. Думали, что проблема в старой версии PostgreSQL, но обновление не помогло. Откатились на 8.3.22 и все работает как часы.
У нас такая же ситуация только сервер на Linux и бД postgre SQL.
Пробовали переходить на платформу 8.3.23 и 8.3.24 - работать просто невозможно, все открывается очень медленно. Думали, что проблема в старой версии PostgreSQL, но обновление не помогло. Откатились на 8.3.22 и все работает как часы.
(13) можно. Но все изменения в модулях конфигурации делаются через расширение, а не через внешнюю обработку. И вот как-то нелогично получается делать дополнительно внешнюю обработку исключительно ради регламентного задания.
К тому же, через обновлятор нельзя обновлять внешние обработки и устанавливать расписание. Это кажется несущественным, но когда баз сотня только БП, работать без обновлятора не представляется возможным.
К тому же, через обновлятор нельзя обновлять внешние обработки и устанавливать расписание. Это кажется несущественным, но когда баз сотня только БП, работать без обновлятора не представляется возможным.
интересно, а чего это вы так удивляетесь?
вот обновления по БП:
01:53 Разблокировка прошла успешно, в том числе разблокирован запуск регламентных заданий на сервере.
01:53 Для этого обновления рекомендуется версия платформы не ниже 8.3.21.1895, 8.3.22.2230, 8.3.23.1855, 8.3.24.1163
итогом: аж 24 хочет. про 23 - вообще само собой. ну и 22/21 я не воспринимаю, т.к. куча баз УНФ, которые так же хотят новых функций
---
а насчет кэширования и пр. почистите кэш сервера для начала
вот обновления по БП:
01:53 Разблокировка прошла успешно, в том числе разблокирован запуск регламентных заданий на сервере.
01:53 Для этого обновления рекомендуется версия платформы не ниже 8.3.21.1895, 8.3.22.2230, 8.3.23.1855, 8.3.24.1163
итогом: аж 24 хочет. про 23 - вообще само собой. ну и 22/21 я не воспринимаю, т.к. куча баз УНФ, которые так же хотят новых функций
---
а насчет кэширования и пр. почистите кэш сервера для начала
В 8.3.23.1865 (и в более ранних 8.3.23) при сохранении своего варианта отчета (БСП 2.1.9) и при последующем его открытии (а открывается последний сохраненный), вываливается в ошибку. Возможно, это прикол базы, находящейся в режиме совместимости с 8.2.16 - руки посмотреть не дошли. По крайней мере, ошибка открытия "платформенной" формы списка из поля сравнения в отборах сообщала об отсутствии функции StrTemplate. Ее победить можно - достаточно создать глобальный общий модуль с такой функцией, реализующей алгоритм СтрШаблон.
StrTemplate победили, а вот отчеты не удалось запустить. Пришлось откатиться на 8.3.22...
StrTemplate победили, а вот отчеты не удалось запустить. Пришлось откатиться на 8.3.22...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот