Зависание намертво ОСВ по счету 43 в БП 2.0 (sql-вариант) (при отборе по складам)
Добрый день! Может кто сталкивался...
Есть БП 2.0 SQL.
Счет: 43
Формируется ОСВ по сч. 43. за ОДИН ДЕНЬ
Группировка по "Номенклатура", отбор по определённому складу.
Галка по субсчетам - и ставили, и снимали - одно и то же.
Не формируется, зависает.
То же самое, но с группировкой по складам, но без отбора по складу - работает.
То же самое, но не по сч. 43, а явно по субсчету 43,02 или 43,03 - работает (просто движения по интересующему складу по обоим субсчетам есть, а так бы конечно не парились и ставили сразу нужный субсчет).
Залили дтшник в файловую базу - ЗАВИСАТЬ ПЕРЕСТАЛО, отрабатывает на секунды.
В скуле делали
exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'
DBCC FREEPROCCACHE
Не помогло.
Куда копать? ТИИ? Пересчет итогов в конфигураторе? (итоги сейчас по 30.06.2017 расч.)
Реиндексацию таблиц в скуле?
Есть БП 2.0 SQL.
Счет: 43
Формируется ОСВ по сч. 43. за ОДИН ДЕНЬ
Группировка по "Номенклатура", отбор по определённому складу.
Галка по субсчетам - и ставили, и снимали - одно и то же.
Не формируется, зависает.
То же самое, но с группировкой по складам, но без отбора по складу - работает.
То же самое, но не по сч. 43, а явно по субсчету 43,02 или 43,03 - работает (просто движения по интересующему складу по обоим субсчетам есть, а так бы конечно не парились и ставили сразу нужный субсчет).
Залили дтшник в файловую базу - ЗАВИСАТЬ ПЕРЕСТАЛО, отрабатывает на секунды.
В скуле делали
exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'
DBCC FREEPROCCACHE
Не помогло.
Куда копать? ТИИ? Пересчет итогов в конфигураторе? (итоги сейчас по 30.06.2017 расч.)
Реиндексацию таблиц в скуле?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Так что ошибка уходит уже на этапе выгрузки, поэтому в файловом варианте зависание исчезает.
Но не факт, что испорчена всего одна таблица, причем так, что это не повлияло на результаты отчета. Я бы не просто залил DT обратно, а проверил бы файловый вариант chdbfl.exe, сделал на нем ТиИ и пересчет итогов.
И только потом выгружал бы в DT и загружал в SQL.
Залили дтшник в файловую базу - ЗАВИСАТЬ ПЕРЕСТАЛО, отрабатывает на секунды.
Значит, побилась таблица (возможно, что не одна) - как известно, при выгрузке в DT сохраняется только неповрежденная часть базы, поэтому сама 1С не рекомендует выгрузку как способ резервного копирования.
Так что ошибка уходит уже на этапе выгрузки, поэтому в файловом варианте зависание исчезает.
Но не факт, что испорчена всего одна таблица, причем так, что это не повлияло на результаты отчета. Я бы не просто залил DT обратно, а проверил бы файловый вариант chdbfl.exe, сделал на нем ТиИ и пересчет итогов.
И только потом выгружал бы в DT и загружал в SQL.
(12)
Ваш случай - не исключение:
Источник этого еще более "полного бреда":
Приятного аппетита!
бред полный
Категоричность суждений обычно говорит (помимо гипертрофированного ЧСВ) либо о доскональном знании предмета, либо наоборот, о некомпетентности. А при отсутствии каких-либо обоснований наиболее вероятен, увы, второй вариант.
Ваш случай - не исключение:
В зависимости от варианта работы 1С:Предприятия (файловый или клиент-серверный), можно рекомендовать следующие способы создания резервной копии информационной базы:
- При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена, однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
- При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.
Использование этих способов дает максимально точную копию состояния информационной базы, что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.
- При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена, однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
- При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.
Использование этих способов дает максимально точную копию состояния информационной базы, что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.
Источник этого еще более "полного бреда":
Приятного аппетита!
Эксперимент с дтшником был не совсем честным, т.к. туда разворачивалась не свежайшая копия, а копия Н-дневной давности. В клиент-серверном варианте этой же копии отчет также отработал на ура. Так что сделали вывод, что дело не в вариенте БД.
Помогло в итоге ТИИ со всеми флагами.
Помогло в итоге ТИИ со всеми флагами.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот