Длительное выполнение проверки логической целостности в режиме Тестирование и исправление

1. kompbuh 30.03.22 14:58 Сейчас в теме
1С77 самописаная конфигурация на основе Бух.учет ред.4. SQL версия, размер базы больше 6 gb. В режиме Выгрузка данных или проверки логической целостности в режиме Тестирование и исправление процесс не завершается, приходиться останавливать принудительно (в нормальном состоянии он занимал 3 часа. Есть подозрение что такая проблема случилась некорректно при завершении транзакции пользователем-ТСД (вылетел). Наблюдение показало что при статусе тестирования Подготовка данных для восстановления объектов, данные о которых частично утеряны - ******* счетчик объектов замирает больше не меняется. Может кто-то сталкивался с подобным
По теме из базы знаний
Найденные решения
14. kompbuh 11.04.22 06:02 Сейчас в теме
С помощью скрипта ConfStat был определен Тип документа во время выгрузки которого происходило "зависание" процесса "Выгрузка данных" в конфигураторе. Далее методом исключения (удаление) был найден проблемный документ. Анализ проблемного документ показал что в нем есть реквизит шапки "Строка-неограниченая длина" и и он до определенной длины не влиял на поведение 1С. Пришлось разбить документ для уменьшения данных (длины) которые заполняли этот реквизит.
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. user1203706 15 30.03.22 15:20 Сейчас в теме
(1) Продолжайте наблюдение.

ЗЫ: ТиИ в клюшках - это моветон, который может привести к поломке базы. и запускать его - себе дороже, тем более в sql базе.
Если что, достаточно проверить целостность скриптами от Z1, например.
А посмотреть, что делает ТиИ в данный момент - ConfStat и GetConfMessages от Абадонны, если вам "кажется" что что-то зависло.
8. kompbuh 30.03.22 15:36 Сейчас в теме
(2)
скриптами от Z1
можно подробности что за скрипты
13. kompbuh 31.03.22 07:43 Сейчас в теме
Режим "Выгрузить данные" использую для следующей загрузки данных в пустую базу. С помощью скрипта ConfStat (благодарю за наводку user1203706) было определено режим "Выгрузить данные" зависает на документе. Этот документ не делает движения по регистрам и проводкам, он создает движение в периодических реквизитах справочников. Как определить какой именно документ виноват. Прошу строго не судить с скриптами SQL я особо не дружу, так только чуть-чуть
3. user1203706 15 30.03.22 15:21 Сейчас в теме
И..выгрузка данных для такой базы штатно не будет, упрется в ограничение платформы. И эту шляпу лечил толи АЛьФ, то ли Ромикс в своих изделиях.
4. kompbuh 30.03.22 15:30 Сейчас в теме
(3) Плагин о Ромикса на размер используется и с ним исправно обходил ограничения платформы
5. WWWWW 13 30.03.22 15:34 Сейчас в теме
Мне когда-то помогло принудительное увеличение файла подкачки.
6. user1203706 15 30.03.22 15:34 Сейчас в теме
Еще и бухня..мрак.
Проверить хотя бы целостность 1sjourn, отсутствие пустых дат в 1soper/1sentry/1sjourn
+проверить расхождение времени в этих табличках..всё это есть в скриптах Z1, это в первую очередь.
7. user1203706 15 30.03.22 15:35 Сейчас в теме
Ну а во вторую, прибить таблички бух итогов и сделать полный пересчет бух итогов потом.
10. kompbuh 30.03.22 15:53 Сейчас в теме
(7)
Ну а во вторую, прибить таблички бух итогов и сделать полный пересчет бух итогов потом.

в тестировании все пункты кроме проверки логической целостности выполнились без проблем
9. user1203706 15 30.03.22 15:39 Сейчас в теме
11. user1203706 15 30.03.22 15:55 Сейчас в теме
(10) не надо никогда, ни при каких обстоятельствах делать ТиИ в клюшках, без полного понимания что оно на самом деле творит.
И тем более, пересчет бух итогов - это не тоже самое, что сделать truncate table двух табличек итогов и монопольно операции-пересчет бух итогов, если что.
12. user1203706 15 30.03.22 15:56 Сейчас в теме
И..грохнуть битые ссылки можно тоже, прямым запросом. Для этого ТиИ тоже не впёрлось.
14. kompbuh 11.04.22 06:02 Сейчас в теме
С помощью скрипта ConfStat был определен Тип документа во время выгрузки которого происходило "зависание" процесса "Выгрузка данных" в конфигураторе. Далее методом исключения (удаление) был найден проблемный документ. Анализ проблемного документ показал что в нем есть реквизит шапки "Строка-неограниченая длина" и и он до определенной длины не влиял на поведение 1С. Пришлось разбить документ для уменьшения данных (длины) которые заполняли этот реквизит.
15. CheBurator 2725 12.04.22 10:33 Сейчас в теме
(14)
Пришлось разбить документ для уменьшения данных (длины) которые заполняли этот реквизит.

- вот это загадочная для меня фраза. Можно чуть подробнее про лечение?
.
И еще следует учитывать что на скульной базе реквизиты-строки неограниченной длины должны быть в конце списка реквизитов.
16. kompbuh 13.04.22 13:30 Сейчас в теме
(15) Разбить документ - к примеру документ содержал 3000 строк, он был преобразован в 3 документа по 1000 строк. Количество строк влияет на содержимое реквизита шапки типа строка неограниченной длины. В этом реквизите сохраняется таблица значений через ЗначениеВСтрокуВнутр(ТабНорм) далее в Модуле документа при проведении реквизит через ЗначениеИзСтрокиВнутр формирует движения в периодическом реквизитах
17. Иваныч 23 16.04.22 10:51 Сейчас в теме
(14)Хорошая штука, хоть видно какой процесс идет
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот