|
Зависает 1с КА 2.0 при сравнении объектов | ☑ | ||
---|---|---|---|---|
0
Serega103
09.01.20
✎
09:40
|
Добрый день. Помогите пожалуйста разобраться в проблеме. Поставили новую КА 2.0, до этого стояла КА 1.1. Требуется изменить конфигурацию под наши нужды. Делаю в копии изменения, сохраняю в CF. Потом стандартная процедура "Сравнить/ объединить" и вот на этом этапе база виснет с надписью в строке состояния "сравнение объектов 0 %", ждали сутки, результат тот же. Так же заметил что у новой базы КА 2.0 неприлично большой размер файла конфигурации (1.45 гб), возможно это теперь норма, но у КА 1.1 размер конфы был в разы меньше. Решил просто сравнить конфигурацию с конфигурацией поставщика: эффект тот же (зависание на 0%). Подскажите куда копать. База на SQL, ресурсов сервера хватает.
|
|||
1
shuhard
09.01.20
✎
13:08
|
(0)[База на SQL, ресурсов сервера хватает.]
ни каких особеностей в ERP 2.X при сравнении нет, либо нет прав, либо кривая настройка |
|||
2
ss7877
04.02.20
✎
12:44
|
Только что столкнулись с аналогичной проблемой.
Причем КА 2.0 ставилась изначально 3 месяца назад и за прошедший месяц пару раз успешно обновляли конфигурацию. А вот с версией 2.4.11.63 такая засада. И непонятно, что делать. |
|||
3
Михаил Козлов
04.02.20
✎
13:49
|
Проверьте место на диске С:.
|
|||
4
ss7877
04.02.20
✎
14:55
|
400Гб свободно.
|
|||
5
ss7877
04.02.20
✎
17:01
|
В общем, через полдня веселых экспериментов выяснилось, что обновление 2.4.10.94 -> 2.4.11.63 успешно проходит, а вариант 2.4.11.55 -> 2.4.11.63 стабильно приводит к зависанию на Сохранении объектов с 0% прогресса.
|
|||
6
vicof
04.02.20
✎
17:11
|
А платформа 8.1?
|
|||
7
ss7877
04.02.20
✎
17:17
|
Нет, конечно.
8.3.15.1565 |
|||
8
Фрэнки
04.02.20
✎
17:28
|
1. поставьте 64 бит на клиенте, где стартуете обновление. На сервере наверное 64 и так уже стоит.
2. Можете сделать все обновление и доработки локально, а не на сервере и загрузить конфигурацию в базу из файла. Но на локальном способе однозначно без 64 бит клиента ничего не получится. з.ы. Забывайте уже о том, что с базами можно что-то конфигурить на клиентах в 32-бит. Их не выкидывают по идеологическим причинам, но на практике 32 бит часто не применимо. |
|||
9
ss7877
04.02.20
✎
17:42
|
64-бит стоит везде.
И вы упускаете тот факт, что обновление 2.4.10.94 -> 2.4.11.63 успешно проходит, а вот вариант 2.4.11.55 -> 2.4.11.63 дает ошибку. |
|||
10
Фрэнки
04.02.20
✎
18:01
|
(9) сколько памяти на клиенте?
|
|||
11
Фрэнки
04.02.20
✎
18:07
|
(9) Я думаю, что этот факт, что с 2.4.10.94 проходит - это означает, что 2.4.11.55 разко доросла в размерах по сравнению с 2.4.10.94
И если не добавлять оперативы, то и все последующие обновления будут происходить с такой же попаболью. з.ы. Не правильно, дядя Федеор, бутерброд ешь - колбасой вниз держать нужно. |
|||
12
ss7877
04.02.20
✎
18:15
|
Вы сами обновление именно 2.4.11.55 -> 2.4.11.63 проводили или просто теоретизируете?
|
|||
13
Фрэнки
04.02.20
✎
18:18
|
(12) я фигней не страдаю.
Есть полный дистриб? Ставлю с него готовую ЦФ. Затем вношу необходимые модификации с результат заливаю на рабочую базу через "загрузить из файла" |
|||
14
shuhard
04.02.20
✎
18:21
|
(13) страдаешь, последствия могут сказаться через пару релизов
|
|||
15
Фрэнки
04.02.20
✎
18:23
|
(14) отчего последствия возникнут?
|
|||
16
Фрэнки
04.02.20
✎
18:27
|
Все-таки интересно услышать о том, сколько памяти у них там на клиенте.
У меня на повседневном компе всего 8 оперативы. И приходится убирать перед запуском конфигуратора для работы с КА 2 с этого компа все сеансы браузеров и прочих даже скайпов, чтоб не влетать на неадекватные реакции платформы на нехватку памяти. |
|||
17
shuhard
04.02.20
✎
18:29
|
(15) от убитой конфигурации поставщика и NULL в данных
|
|||
18
Фрэнки
04.02.20
✎
19:14
|
(17) но ведь твоя команда не занимается разработкой непосредственно на продуктиве - как наличие или отсутствие конфигурации поставщика в продуктиве может вам мешать?
Все изменения проходят через хранилище, оттуда берется готовый окончательный образ вообще всей конфигурации (и даже расширений если они есть) и заливается в продуктив. Конфа поставщика в этом случае лежит там баластом. Ну заменится на получаемый из хранилища, ее использование в этом процессе блокировано. Получить из хранилища - это не объединение, а замещение всех метаданных. |
|||
19
KePr
12.02.20
✎
14:54
|
Та же самая херня с ERP. На 2.4.10.89 Поставил 2.4.11.56. При обновлении с 2.4.11.56 на 2.4.11.65 зависает на сравнении объектов. Поставил на 2.4.10.89 2.4.11.43, при обновлении с 2.4.11.43 на 2.4.11.65 так же виснет, и при обновлении с 2.4.11.43 на 2.4.11.63 тоже виснет. Платформа 64, оперативки 256 гигов, 4 ссд по 500. И даже в файловом варианте базы тоже самое.
|
|||
20
diktator
17.02.20
✎
16:18
|
Мы тоже столкнулись с проблемой при обновлении ERP с 2.4.11.63 до версии 2.4.11.67. В данный момент платформа 8.3.15.1489. Пробую на тестовом сделать апдейт до 8.3.15.1830 - отпишу по результату.
|
|||
21
Фрэнки
17.02.20
✎
16:25
|
(19) (20) только почему-то не указываете с чем сравниваете, т.е. с чего обновляетесь : с полных CF или CFU ?
И еще не указываете разрешены изменения с сохранением поддержки или нет. 256 гигов - это оператива сервера, правильно? Или все-таки оператива клиента, т.е. конфигуратор стартуете непосредственно на сервере, где и установлено 256 гиг? |
|||
22
diktator
17.02.20
✎
16:36
|
Обновляемся CFU. Изменения с сохранением поддержки. Конфигуратор запускается на локальной машине.
|
|||
23
Фрэнки
17.02.20
✎
16:49
|
(22) нам раньше в похожей ситуации помогало обновляться не с CFU, а с CF - и поскольку вероятность наступить на эти грабли имеется, то на практике почти никогда с CFU не обновляемся уже много лет.
|
|||
24
Фрэнки
17.02.20
✎
16:52
|
хотя понятно, что взять CF это тоже не гарантия, что проблем точно не будет.
Просто готовый CF позволяет не строить сравнение внутри конфигурации Поставщика с образом, который выстраивается из добавления CFU к конфигурации поставщика (на это же куча памяти будет нужно) |
|||
25
diktator
18.02.20
✎
09:33
|
Обновили платформу на сервере до версии 8.3.15.1830 без выгрузки баз. Обновление конфигурации ERP до версии 2.4.11.67 прошло успешно.
|
|||
26
ss7877
18.02.20
✎
18:54
|
Техподдержка 1С рекомендовала обновить платформу.
Выкроили на это время и вуаля - на платформе 8.3.16.1148 проблема исчезла. |
|||
27
KePr
20.02.20
✎
10:32
|
(21) Сравнивал и с CF и c CFU результат одинаков) Запускал и на серваке и на клиенте, на обоих оперативки до дуры. Проблема была в организации потоков походу внутри платформы, новая версия решила проблему. Могли бы сами протестить, а то пишут не ниже 8.3.12...))
|
|||
28
KePr
20.02.20
✎
10:33
|
(27) Можно было просто полный дистр загрузить и сравнить с выгруженой своей конфой, так прокатило))
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |