|
1С:Предприятие
:: 1С:Предприятие 8 общая
|
|
| ||
flamy 10.01.21 - 14:36 | Добрый день!
Обнаружилась следующая проблема, при обновлении конфигурации БухгалтерияПредприятия с версии 3.0.82.24 до 3.0.85.28. Сама конфигурация встает успешно, однако после запуска 1С, требуется выполнить переход на новую версию. И вот здесь встречается проблема: при достижении 93% обновление намертво замирает, оставляли на ночь - никаких изменений. Зависает конкретно всегда в одной процедуре "РегистрыСведений.СтатусыДокументов.ЗаполнитьНомераСчетовФактурПоДокументамРеализация", а именно при выполнении самого первого запроса в процедуре: "ВЫБРАТЬ ПЕРВЫЕ 1000 | РеализацияТоваровУслуг.Организация КАК Организация, | РеализацияТоваровУслуг.Ссылка КАК Документ, | ЕСТЬNULL(СтатусыДокументов.Статус, &СтатусПоУмолчанию) КАК Статус, | ЕСТЬNULL(СтатусыДокументов.ДополнительныйСтатус, &ДополнительныйСтатусПоУмолчанию) КАК ДополнительныйСтатус, | ЕСТЬNULL(СтатусыДокументов.СтатусСчетаФактуры, &СтатусСчетаФактурыПоУмолчанию) КАК СтатусСчетаФактуры, | ЕСТЬNULL(СчетФактураВыданныйДокументыОснования.Ссылка.ПредставлениеНомера, """") КАК НомерСчетаФактуры |ИЗ | Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг | ЛЕВОЕ СОЕДИНЕНИЕ Документ.СчетФактураВыданный.ДокументыОснования КАК СчетФактураВыданныйДокументыОснования | ПО РеализацияТоваровУслуг.Ссылка = СчетФактураВыданныйДокументыОснования.ДокументОснование | И (НЕ СчетФактураВыданныйДокументыОснования.Ссылка.ПометкаУдаления) | ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СтатусыДокументов КАК СтатусыДокументов | ПО РеализацияТоваровУслуг.Ссылка = СтатусыДокументов.Документ |ГДЕ | НЕ СчетФактураВыданныйДокументыОснования.Ссылка ЕСТЬ NULL | И НЕ СтатусыДокументов.Документ ЕСТЬ NULL | И СтатусыДокументов.НомерСчетаФактуры = """" | И СчетФактураВыданныйДокументыОснования.Ссылка.ПредставлениеНомера <> """" | |УПОРЯДОЧИТЬ ПО | РеализацияТоваровУслуг.Дата УБЫВ"; В чем может быть проблема? | ||
RoRu 1 - 10.01.21 - 14:42 | попробуй может на другой платформе ?
если не помогло- разбирайся, что там в регистре и чем заполняется, возможно где -то косяк, может через попытку пустить и т п | ||
flamy 2 - 10.01.21 - 14:59 | (1) Пробовали и на более старой платформе (8.3.16) и на самой новой. У нас 3 базы, одна база успешно обновилась без каких-либо проблем (впрочем, с ней никогда проблем при обновлении не случалось), а две другие базы попались на эту ошибку | ||
hhhh 3 - 10.01.21 - 15:06 | (2) там наверно по шагам надо делать обновление. Нельзя сразу прыгать с 82 на 85. Попробуйте для начала на 83. | ||
Йохохо 4 - 10.01.21 - 15:20 | |||
Фрэнки 5 - 10.01.21 - 15:24 | но до обновления сам запрос способен выполняться на базах, которые не переносят этого обновления?
Явно же, что проблема в наличии каких-то данных... Собственно, запрос потому и виснет, когда он не пустой. И интересно, что реально хотели перепрыгнуть сразу в 8.0.85 без промежуточного обновления? | ||
DJ Anthon 6 - 10.01.21 - 17:25 | обновляемые версии 3.0.83.33, 3.0.83.37, 3.0.84.31, 3.0.84.35, 3.0.84.42, 3.0.84.46, 3.0.85.25
где вы взяли 82-ю? | ||
flamy 7 - 10.01.21 - 17:31 | |||
flamy 8 - 10.01.21 - 17:34 | Пробовал так же выгрузить конфигурацию с той базы, в которой обновление прошло успешно, и загрузить в ошибочную - результат такой же | ||
DJ Anthon 9 - 10.01.21 - 17:41 | исправь 1000 на 100 в запросе | ||
Фрэнки 10 - 10.01.21 - 18:13 | (8) ты серьезно думал, что манипуляция с готовым ЦФ могла помочь? | ||
ГдеСобакаЗарыта 11 - 10.01.21 - 18:48 | А ты уверен, что запрос именно зависает, а не выполняется в цикле? У меня такое было когда длину номера документа меняли в конфиге и процедуры обновления не могли нормально его записать. | ||
DJ Anthon 12 - 10.01.21 - 19:11 | уверен, там регистр СтатусыДокументов запоролся, с ним часто такое бывает после всяких обменов | ||
flamy 13 - 10.01.21 - 19:19 | (10) Конфигурации этих трех баз должны быть одинаковыми, однако давным давно что-то пошло не так
(9) (11) Исправил в запросе на 100, теперь видно, что запрос выполняется, однако скорость работы... 100 документов данный метод обрабатывает примерно минут 5 (пока запущен в отладчике, наверняка без него будет быстрее, но не в десятки же раз?) С чем может быть связана такая скорость работы? В успешно обновленной базе конечно меньше документов, но не в сотни раз, а так данное обновление поставилось вообще без каких-либо проблем | ||
Фрэнки 14 - 10.01.21 - 19:39 | (13) конфигурации и будут одинаковые, но данные самих баз не изменятся только от того, что ты перезаписываешь готовый cf разными способами.
Кстати, получить готовый cf на первой обновляемой базе и затем использовать его для обновления остальных - подход правильный в целях экономии времени на восстановление "конфигурации поставщика" из cf, но эта манипуляция ничего не изменит в выполнении именно обработчиков данных, которые запускаются уже при первом запуске в режиме Предприятие | ||
Фрэнки 15 - 10.01.21 - 19:43 | Разница в скорости выполнения обновления в разных базах зависит вероятно только от количества документов. Вероятно, что в каких-то базах или просто нет выдачи счет-фактур или время жизни баз очень сильно отличается. | ||
Провинциальный 1сник 16 - 10.01.21 - 19:47 | А база файловая или sql ? Не постгрес, случаем? Он любит задуматься, когда соединение с подзапросом. Костыль enable_nestloop=off помогает. | ||
StanLee 17 - 10.01.21 - 20:00 | обновляй на 8.3.16.последней, та же проблема была, все обновилось | ||
StanLee 18 - 10.01.21 - 20:00 | ..на файловой | ||
flamy 19 - 10.01.21 - 20:04 | |||
Фрэнки 20 - 10.01.21 - 20:35 | (19) не поможет | ||
zak555 21 - 10.01.21 - 22:08 | Фоновые задания включены ? | ||
flamy 22 - 11.01.21 - 09:26 | |||
DJ Anthon 23 - 11.01.21 - 19:39 | (17) спасибо, меня тоже от гемора спасло, типовая ЗП тоже полетела, пришлось откатиться. | ||
Йохохо 24 - 11.01.21 - 19:51 | 8.3.15 - дт - 8.3.18, а потом обновления с 3кв и никаких проблем |
|
Список тем форума |