1с 8 отчет осв формируется очень долго
Здравствуйте! Есть у меня один отчёт. Формирует и выводит всё как нужно. Только одна проблема. Формируется (именно формируется) невыносимо долго! Выгрузка данных идёт быстро (ну в зависимости от количества данных, конечно :)) а вот когда появляется индикатор формирования отчёта, то комп (достаточно мощный) зависает. Для эксперимента я даже в гриде фильтрами всё ограничила. должно вывестись в отчёт всего 2 строчки. Выгрузка данных мгновенная. а вот формирование отчёта заняло 14 минут. Источник данных - запрос в базе (кстати, в конструкторе открывается тоже довольно долго) В бланке только номера полей. Очень нервирует, т.к. при большом объёме данных и менее мощном компе получить этот отчёт можно будет очень нескоро! Как разрешить эту проблему?
В дополнение: высылаемые файлы необходимо заархивировать, т.к. система безопасности не пропустит mdb-файлы
Версия ТКС 5.0.2
Windows XP Professional версия 2002 SP3
MS Office 2003 SP1
Необходимые файлы присоединяю.
ST_P.zip 346.45 Кб, 2 скачиваний с 2009-02-05
You don't have the permssions to download the attachments of this post.
В вашем отчете масса сохраненных запросов. Все время формирования занимает выполнение запроса "ID", поскольку он составлен крайне не оптимально. Я переписала данный запрос с сохранением количества и порядка следования полей, присовокупив к нему дополнительные поля со значениями Вида оборудования и Группы оборудования. Запрос не использует промежуточных сохраненных запросов. Т.е. в шаблоне набора данных достаточно иметь только его.
Текст запроса прилагаю. В бланках в области "Источник данных" Вместо
Select * From ID2
надо занести запрос, сохраненный в файле ID2.
Вместо
Select * From ID3
надо занести запрос, сохраненный в файле ID3
ID.txt 3.44 Кб, 8 скачиваний с 2009-02-06
ID2.txt 145 b, 3 скачиваний с 2009-02-06
ID3.txt 124 b, 4 скачиваний с 2009-02-06
You don't have the permssions to download the attachments of this post.
Елена, я изменила всё в соответствии с Вашими рекомендациями. Удалила все запросы кроме ID, изменила его, а также источник данных. Отчёт делала на тех же данных, что высылала Вам. Т.е. 2 строчки. Отчёт сформировался не за 14 минут как было ранее, а за 31 минуту :( А у вас на моих данных как обстояло дело со временем формирования?
У меня формируется очень быстро, секунды.
Отчет с вашим запросом у меня формируется за 12 минут. Попробуйте удалить ВСЕ запросы, затем создать новый с новым текстом запроса.
Я так и сделала. У меня только Ваш вариант ID и больше ни одного запроса кроме него. Но результат плачевный 31 минута, как уже писала выше.
Выложите, пожалуйста, то что у вас получилось после исправления отчета. Вернее отчет, выполненный без макро после. Толко перед выполнением удалите совсем Макро после, у вас там сейчас Start.
Посмотрите, может, я что-то забыла.
При попытке просто посмотреть этот запрос в выгруженной базе, Аксесс выдаёт ошибку, что не поддерживается выражение объединения, но в тоже время, если делать отчёт с макро и подождать пол часа, в итоге он формируется.
New.rar 60.12 Кб, 3 скачиваний с 2009-02-09
You don't have the permssions to download the attachments of this post.
"не поддерживается выражение объединения" Access пишет вот по какой причине: При сохранении запроса в базе, Access немного хозяйничает, а именно убирает, с его точки зрения, лишние скобки. Лишними он считает скобки после служебного слова ON(. ). Если их восстановить, запрос в выгруженной базе выполняется. Однако при штатном выполнении отчета, все отрабатывает нормально.
Теперь о нашей проблеме:
По всей видимости, чем большее количество таблиц присоединяется в запросе, тем медленнеее он выполняется. В нашем случае таких таблиц получилось больше 20-ти. Предлагаю решить задачу таким способом: ограничиться включением в источник данных информацией об оборудовании, его параметрах и серийных номерах. Значения остальных полей вычислять с помощью запросов в шаблоне строки в области ЗаполнениеСоставаКарты.
Выкладываю новый текст запроса ID и уже отредактированные ваши бланки. Ими можно заменить имеющиеся с помощью кнопки "Загрузить с диска" в режиме редактирования бланка на закладке "Основные"
Bl.rar 38.5 Кб, 4 скачиваний с 2009-02-10
ID.txt 990 b, 4 скачиваний с 2009-02-10
You don't have the permssions to download the attachments of this post.
Select P6 From RptSheet3 Where RptSheet3.P4=[Par1] AND Month(RptSheet3.P10)=10
Par1=11
во всех 3-х бланках.
Спасибо, Елена. Теперь всё формируется быстро. :)
Здравствуйте, Елена. Снова возникла проблема в этом отчёте. Ни с того, ни с сего. Только она какая-то странная. Проявляется только на данных одной ветки классификатора. Суть проблемы в том, что при вызове отчёта выгрузка данных идёт нормально, потом загружается форма для выбора цеха. Если выбрать конкретный цех, то всё ОК. Но если указать "Все цеха", то выдаётся ошибка: Ошибка при выполнении SELECT ID.* FROM ID, CEXA WHERE (VID_OB='Энергетическое') AND IIF(CEXA.CEX='Все цеха',True,CEH_N=CEXA.CEX) ORDER BY CEH_N, GR_OB, NAIM, SN Несоответствие типов данных в выражении условия отбора. А потом следующая ошибка: Операция не допускается, если объект закрыт. После этого загружается отчёт как без макро после, только в нём ещё 2 листа work и комплект документов. Причём, как я уже говорила, это только на одной ветке данных. На других ветках подобной ошибки нет и в помине. Печатает и для всех цехов и для конкретного. Но если встать на классификатор высшего уровня, куда входит проблемный, то отчёт так же падает с этой ошибкой.
Можете ли Вы что-то подсказать?
Отчёт из режима остатки.
. rar 97.13 Кб, 1 скачиваний с 2009-06-03
You don't have the permssions to download the attachments of this post.
Ваш отчет (без макро после) у меня довыполнился без ошибок со значением "Все цеха". Может вы не из проблемной ветки выгрузили данные? Хотя, если поразмыслить логически, то ветка классификатора тут ни причем, т.к. при выборе конкретного цеха на ней отчет формируется. Это все на одном рабочем месте запускается? Почему спрашиваю: сталкивалась с тем, что на каких-то рабочих местах True не воспринимается, надо писать Истина :) Попробуйте вместо True в запросе написать (1=1), например. Выражение вернет Истину, но в неявном виде.
не можем найти причину почему так долго формируется ОСВ в файловой версии 1с. Кто сталкивался? Смогли решить эту проблему?
Была такая проблема несколько месяцев назад на всех клиентах, на сервере работало нормально. Смотрел замер производительности, узким местом вроде бы была процедура сохранения настроек. Потом юзеров загнали в терминал и проблема отпала.
Долго это сколько? Час? День? Десять минут?
ОСВ по счету или полная? Период сделайте поменьше. Должно помочь :-)
Ну и сообщите название конфигурации и версию, что-ли.
Можно попробовать обновить платформу до последнего релиза. Создать раздел в ОЗУ залить туда базу, залить туда базу и будет чуть быстрее.
1) Установить расчет итогов на последний день прошедшего месяца Меню: Операции -> Управление итогами по всем регистрам. Если не устанавливали то через пол года база тормозить начинает.
2) В конфигураторе выполнить тестирование и исправление с обязательно установленными галками "Сжатие таблиц" и "Реструктуризация таблиц". Перед выполнением ОБЯЗАТЕЛЬНО сделать копию базы. Операция возможно длительная.
сколько пользователей работают одновременно с базой? большое кол-во может тоже тормозить это, допустим у меня в знакомой организации было такое, просто там аналитики сидели и фигарили ОСВ очень часто, то по счету, то полностью, за разные периоды и тд. поэтому и тормозило. Не факт, что обновленная платформа сможет помочь ускорению. Самое лучше установить сильный сервак и сделать хорошо структурированную сеть. Посмотри может фаерволы тормозят.
С платформами последней редакции (8.2.14. ) лучше быть поосторожнее, нехорошие отзывы попадаются. Ускорить должен пересчет итогов, но в идеале, конечно, перевод всех в терминал. Если нет такой возможности и торомозит преимущественно на клиентах, попробуйте более скоростное сетевое оборудование (1 Гб/с). И не забывайте об ограничении размера таблицы в файловом варианте 4 Гб, если подбираетесь, следует задуматься о SQL. Еще можно свертку базы.
у меня тоже такое было. Мне помогла очистка диска (в служебных программах). После запуска весь комп стал быстрее работать + оборотка быстрее формируется. Попробуйте.
судя по всему, из моих наблюдений тянется вся база, база весит 800мб, формируется 4-5 минут, столько же времени затрачивается при простом копировании базы с сервера на локальную машину.
PS: формируется ОСВ по 62 счету, платформа 8.2 и бухгалтерия проф под нее же последние релизы с 1с-го сайта.
Работает 5 пользователей, поэтому терминальный сервер под это дело покупать никто не будет.
PS2: до всех манипуляций база весила 1,5Гб, после выгрузки и загрузки в чистую она стала чуть более 800Мб. Куда пропало остальное?
Нет ли у кого нибудь запроса(SQL) для построения развернутого ОСВ по 62 счету?
serjkk пишет:
судя по всему, из моих наблюдений тянется вся база, база весит 800мб, формируется 4-5 минут, столько же времени затрачивается при простом копировании базы с сервера на локальную машину.
PS: формируется ОСВ по 62 счету, платформа 8.2 и бухгалтерия проф под нее же последние релизы с 1с-го сайта.
Работает 5 пользователей, поэтому терминальный сервер под это дело покупать никто не будет.
PS2: до всех манипуляций база весила 1,5Гб, после выгрузки и загрузки в чистую она стала чуть более 800Мб. Куда пропало остальное?
Нет ли у кого нибудь запроса(SQL) для построения развернутого ОСВ по 62 счету?
Релиз какой бухии?
в старых релизах еще вычислялась диаграмма автоматом, поэтому долго и считало. В последнем релизе это безобразие вроде убрали. Я во внешний отчет выносил ОСВ по счету и в коде убирал диаграммы - намного быстрей считало.
Добрый день. Продолжение . УТ 11. Медленно формируется отчет на СКД (самописный). Первый запуск отчета, на выполнение 3-4 минуты. Повторный запуск - до 1 мин, но, это понятно, т.к. данные закешировались. Если взять запрос из этого отчета скд, и выполнить его в консоли со всеми необходимыми параметрами, то он формируется быстро от 2 до 5 секунд. Если же открыть отчет и выполнять его, передавая все параметры, то отчет может формироваться от минуты и дольше. 1. Делали ТИИ. 2. Пробовал сравнить запрос, который выполняется в консоли, с запросом, который в СКД (сравнивал с запросом из отчета, выгруженного в консоль СКД ИТС) - запросы не различаются. Что еще можно предпринять?
выполеите запрос , выгрузите в тз. скормите тз скд. если не поможет препишите отчет так чтобы от скд оталя интерфейс с настройками а тд формируте вне скд
Посмотрите консолью СКД запрос на выходе, какой исполняется. Возможно, параметры виртуальной таблицы попали в отбор
в этом запросе нет виртуальных таблиц и их параметров. При сравнении запроса из консоли, с отчетом, выгруженным в консоль СКД расхождений нет, запросы идентичны.
попробовал переписать отчет так, ускорилось. Отчет формируется 5-6 секунд. Интересна причина, почему так, запрос в ТЗ и потом по этой ТЗ работает быстрее, чем этот же запрос в СКД?
UP Интересна причина, почему так, запрос в ТЗ и потом по этой ТЗ работает быстрее, чем этот же запрос в СКД?
Первым делом надо почистить кеши. После этого можно сравнивать быстродействие. Возможно СКД для "оптимизации" тянет мнооого лишнего из запроса
процесс 1с память не кушает, пока отчет формируется. На сервере rphostы потихоньку едят память, но, пользователи работают ведь.
>>Интересна причина, почему так, запрос в ТЗ и потом по этой ТЗ работает быстрее, чем этот же запрос в СКД? Потому что СКД может изменить твой изначальный запрос. Посмотри с помощью консоли отчетов, во что у тебя превращается исходный запрос.
Спасибо всем за советы. 1. Посмотрел, запрос изначальный и запрос в консоли СКД. Изменения незначительные. 2. Выяснилось, что задержки не от запроса. Если сделать замеры производительности, то отчет формируется всего несколько секунд, остальное, как я понимаю, задержки сервера 1С, планировщика заданий (определить наиболее свободный рабочий процесс, создать задание, поместить в него, выполнить и тд.), ОС (распараллеливание потоков) и тд. Как это можно помониторить? Советуют перенести сервис заданий на другой рабочий сервер в кластере 1с, кто-нибудь делал это? Помогает?
если смотреть применительно к текущему моменту - то нет, и совершенно не проблема переписать несколько специализированных отчетов. Но, в будущем никто не гарантирует отсутствие такой проблемы с медленным формированием уже стандартных отчетов УТ. И что, в них тоже от СКД уходить? ))) Поэтому и интересуюсь, что пока не поздно, попробовать перенести менеджер заданий на другой сервер? Даст-ли это эффект?
Имеется БГУ8 файловая. 8.2.15.319 1.0.14.2.
На одном из компьютеров в сети долго формируется оборотно-сальдовая по счету 101 при выборе периода за год.
На другом компьютере в разы быстрее.
Заметил, что в течении всего времени формирования отчета в диспетчере задач показывает "использование сети" на уровне 40%.
На другом компе этого нет. "использование сети" взлетает, тут же падает и . отчет уже сформирован.
Помогите пожалуйста разобраться в чем проблема.
Может комп старее. Может сетевая карта слабая. Проблемы ОС.
Подключите на это раб месте другой комп (на время) посмотрите как будет?
У нас после переноса данных с 1с 7 в 1с 8 тоже оборотки долго формировались. Это было из за мусора который перенесся из 7-ки. Старые контрагенты, старые КБК, итд вот их поудаляли стало быстрее.
Попробуйте удалить базу из списка выбора инф.баз, который при запуске 1С. Потом снова добавьте. (Путь запомните перед удалением) В нескольких случаях помогло.
Я очень рекомендую пользоваться, у кого есть возможность ИТС ПРОФ.
К сожалению это дорогое удовольствие. ТАк вот к вопросу почему
Как правило, длительное формирование отчетности связано с тем, что в программе давно не рассчитывались итоги.
Необходимо регулярно – ежемесячно рассчитывать итоги.
Для оптимизации расчетов в системе “1С:Предприятие” предусмотрен режим хранения промежуточных итогов. Итоги вычисляются на начало каждого календарного месяца.
Расчет итогов выполняется с санкции пользователя в меню “Операции - Управление итогами” главного меню программы.
Управление итогами доступно пользователю с полными правами.
На закладке "Установка границы рассчитанных итогов" производится установка даты итогов, получаемых на текущий момент, и расчет итогов на эту дату. В список регистров выводятся регистры накопления и бухгалтерии, для которых в текущем сеансе используются все разделители. Следует указать регистры, которые необходимо пересчитать, и дату, на которую итоги будут пересчитаны.
В колонке “Рассчитан по” формы “Управление итогами” отражается текущая дата актуальных итогов - дата, по которую включительно в программе рассчитаны итоги. В колонке “Установить по” по умолчанию устанавливается дата текущего месяца, за который не рассчитаны итоги.
После выполнения расчета в колонке "Рассчитан по" устанавливается новая дата.
На закладке "Установка режима разделения итогов" производится управление режимом разделения итогов.
В список регистров выводятся регистры накопления и бухгалтерии, для которых при конфигурировании предусмотрен режим разделения итогов. Пользователь может включить или отключить установленный режим. Пометка означает, что режим разделения итогов установлен.
Установка режима разделения влияет только на параллельность работы системы и никак не сказывается на бизнес-логике решаемых задач.
При работе в сети с единой базой данный механизм обеспечивает более высокий уровень параллельности.
Период, за который рассчитаны итоги, влияет на скорость проведения документов и формирования отчетов.
Рекомендуется поддерживать границу рассчитанных итогов на конец предыдущего по (отношению к текущему) месяца.
(там еще были скриншоты, но если вы зайдете в “Операции - Управление итогами”, то там и так понятно)
Надеюсь это кому-то оказалось полезно.
С уважением.
"Очень долго формируется отчетность" - вот с таким вопросом на днях обратился ко мне один из клиентов. Речь шла про заполнение форм 0503723 "Отчет о движении денежных средств" и 0503737 "Отчет об исполнении плана ФХД", хотя скорее всего проблема проявлялась и при формировании других форм регламентированной бухгалтерской отчетности. При всем при этом база у клиента небольшая, документооборот тоже, в базе одновременно работают всего 2 пользователя, а компьютеры достаточно мощные.
Естественно, в первую очередь в голову закралась мысль о том что проблема кроется в самом комплекте отчетности. Для начала попробовали заново выполнить обновление регламентированной отчетности. Это не помогло, отчетность так-же продолжала формироваться долго - примерно 20-25 минут, против того что до появления проблемы с долгим заполнением на эту операцию уходило меньше минуты.
"Танцы с бубном" продолжились. Было выполнено тестирование и исправление ИБ, тестирование ИБ при помощи внешней утилиты chdbfl.exe, перенос ИБ на другой компьютер. Ничего из вышеперечисленного не помогло. Для теста попробовали указать другой отчетный период - вместо 9 месяцев 1 квартал - результат тот же.
Уже даже не вспомню в связи с чем - пришла мне мысль заглянуть в журнал операций (Бухгалтерский учет - Журнал операций). Возможно, просто открыл бездумно. И там я обнаружил следующую картину - в журнале операций присутствует документ "Заявка на кассовый расход" с датой 20.09.0019 (да, именно 0019, а не 2019). Причем документ даже не был проведен. После пометки на удаление, а затем полного удаления из базы этого документа - формы отчетности начали "летать".
Не знаю с чем это связано - ведь документ не был проведен, соответственно и движений по нему никаких нет. Думаю что связано это с тем что программа начинает рассчитывать итоги с первого по дате документа в информационной базе, поэтому и происходит долгий расчет. Кстати, эта же самая причина может повлиять на скорость выполнения обновления если при обновлении пересчитываются итоги (например что-то изменилось в плане счетов).
Если же у вас нет никаких документов с непонятной датой в вашей информационной базе, а отчетность тем не менее формируется на ваш взгляд довольно медленно - возможно пришло время выполнить свертку вашей базы.
Читайте также: