Имя: Пароль:
1C
 
А что за ошибка "SDBL Выход за пределы размерности результата"?
0 RomaH
 
naïve
01.08.07
14:26
Возникает при загрузке данных с помощью КД.

Может кто сталкивался - куда копать?
1 ТелепатБот
 
гуру
01.08.07
14:26
2 RomaH
 
naïve
01.08.07
15:19
up
3 ORGANIZATOR
 
01.08.07
15:44
(0)копать к разработчикам!
4 ORGANIZATOR
 
01.08.07
15:45
Такая ошибка возникает из-за особенности использования памяти сервером 1С:Предприятия. Это сообщение выдается в том случае, если в процессе получения выборки из базы данных в виртуальном адресном пространстве сервера 1С:Предприятия (в клиент-серверном варианте) или клиентского приложения 1С:Предприятия (в файловом варианте) остается свободными меньше 1Gb. При получении такого сообщения необходимо проанализировать запрос, порождающий столь большой результат, и модифицировать его так, чтобы размер результата уменьшить.
Когда на сервере создаются большие коллекции значений (например, выгружаются в таблицы значений большие результаты запроса).
Переиспользование зарезервированной под такие значения памяти возможно только для размещения в памяти аналогичных значений, а для других целей зарезервированная таким образом память не используется.
Например, для исполнения запроса система не сможет выделить занятую таким образом память.
Объем памяти, доступный на сервере 1С:Предприятия, можно увеличить с 2GB до 3GB. При этом максимальный объем одной выборки увеличится с 1GB до 2GB. Для этого запустите утилиту: Start/ Settings/ Control Panel/ Administrative tools/ Component Services. В ней выполните: Console Root/ Component Services/ Computers/ My computer/ COM+ Applications/ 1CV8/ Локальное меню/ Properties/ Advanced/ Enable 3GB support. Однако предпочтительным решением является использование нескольких запросов.
Для решения проблемы - не рекомендуется, например, выполнять отчеты, которые запрашивают слишком много данных, т.е. отчеты со слишком "слабыми" отборами (или формировать их при низкой загрузке Сервера 1С:Предприятия)
- возможен переодический перезапуск сервера, когда занимаемая им память очевидно не соответствует активности "клиентских" рабочих мест, или регулярный перезапуск сервера в "нерабочее" время. Длительная работа сервера 1С:Предприятия (несколько суток или недель) может в некоторых случаях приводить к эффекту фрагментации виртуального адресного пространства серверного приложения. Данный эффект порой усугубляется, если в процессе работы сервера многократно и параллельно исполнялись запросы к базе данных с очень длинными текстами (1 мегабайт и более). В результате фрагментации памяти иногда может наблюдаться снижение производительности сервера 1С:Предприятия и устойчивости сервера к параллельным операциям над большими объемами данных.
Для того, чтобы избежать возможного негативного влияния фрагментации памяти, желательно при разработке конфигураций учитывать рекомендации, касающиеся использования памяти. Также можно рекомендовать периодическую (в соответствии с наблюдениями, 1 раз в неделю, в месяц...) перезагрузку серверного приложения 1С:Предприятия. Для перезагрузки можно выбрать время, когда активная работа пользователей не ведется. Более подробно об этом можно прочитать на пользовательском сайте в разделе: http://users.v8.1c.ru/Adm934.aspx
Кроме того, одно из ключевых условий эффективности использования Microsoft SQL Server состоит в создании такого набора индексов для таблиц, чтобы любые запросы к таблицам могли бы выполняться эффективно. С увеличением объема данных эффективность использования индексов может снижаться, приводя к увеличению времени выполнения операций по чтению и модификации данных. Microsoft SQL Server имеет свойство автоматического обновления статистики индексов, но для поддержания индексов в актуальном состоянии этого бывает недостаточно, поскольку Microsoft SQL Server не перестраивает индексы автоматически.
После выполнении интенсивных операций по модификации данных в таблицах базы данных может увеличиваться время выполнения запросов и операций по модификации данных.
Это обусловлено тем, что при таких операциях происходит модификация индексов, что приводит к их фрагментации и увеличению количества операций ввода-вывода при использовании индексов в процессе выполнения операций чтения и записи данных.
Решение этой проблемы:
Регулярная переиндексация таблиц базы данных с помощью команды DBCC DBREINDEX ( table_name ).
Регулярная дефрагментация индексов базы данных с помощью команды DBCC INDEXDEFRAG(database_name, table_name, index_name).
Выбор способа решения этой проблемы зависит от интенсивности операций по модификации таблиц базы данных.
Более подробно можно прочитать на пользовательском сайте в разделе http://users.v8.1c.ru/Adm347.aspx
Кроме того на диске ИТС №1 "Работаем с программами" в разделе Методической поддержки 8.0 есть статья "Рекомендации по повышению устойчивости и масштабируемости работы конфигураций".
Желательно работать на последних релизах платформы и типовых конфигураций, так как в них многие режимы работы оптимизированы.
#*#

С уважением,
отдел тех. поддержки "1С"
Тел. (495) 956-11-81 (линия ИТС)
Факс (495) 681-44-07
E-mail: V8@1c.ru
-ap--------------------------------------------------
Отдел продаж "1С" (495) 737-92-57
Web-сервер "1С" http://www.1c.ru
5 RomaH
 
naïve
02.08.07
09:28
(4) спасибо конечно ... но что-то не то
падение происходит на конкретном справочнике, на конкретном элементе

удалил элемент из базы источника - загрузка прошла нормально

думал символы какие непотребные были в реквизитах - до удаления перенабрал все реквизиты элемента - не помогло

самое неприятное, что аналогичная ошибка выскакивает на других справочниках

а как найти источник пока не понятно
6 RomaH
 
naïve
02.08.07
09:30
да - загрузка в файловый вариант
пробовали на разных компах (рабочие станции и сервер терминалов) - падает на одном и том же элементе
7 TormozIT
 
гуру
02.08.07
09:39
А что за справочник, давай список реквизитов и ТЧ с типами.
8 RomaH
 
naïve
02.08.07
10:33
Иерархия групп и элементов
Код Ч5
наименование С50
ПолноеНаименование С300
ДополнительныйКодПредприятия С6
КодПредприятия С8
РегистрационныйКодФСС с10
ИНН С12
КПП Ч10

Табличных частей нет