Платформа 8.2.13.219. конфа УПП 1.3.11. загружаю dt распределенной базы, сабж ((( база весит в файловом почти 10 Гигов, dt 1 Гиг. Но сдается мне что дело не в размерах. Саздол уже 5-ть рабочих процентов, оперативки берут они не больше 50 метров каждый. Какой ему памяти не хватает то?

сервер 32-битный?

куда загружаешь, в файловую?

(2) Сервер 1С не работает с файловыми, к сожалению

да все 32 бита. (2) клиент сервер естественно, из сабжа понятно думаю

пробывал чекдбф тестирование исправление. думаю все таки что то с базой

ну тогда из 32 битов понятно и все остальное

пробывал снимать главный узел у загружаемой базы, теже яйцы

(6) а куда бечь?

http://www.gilev.ru/1c/memleak/memorymore.htm
http://www.gilev.ru/1c/memleak/

понятно куда - взводить 64-битный

ох ох ох. а по другому никак? может сталкивался кто, решил какими нибудь танцами с бубном

у меня ключик 32 разрядный на сервер. винду тоже покупать. а пользователям что все это время делать то

ну - там написано как. Но фокус в том, что ты загружаешь из ДТ, а как удалить из него запись в конфигурации которая превышает указанный размер - неизвестно....
загружаешь в пустую базу или с уже конфигурацией?

пробывал и в пустую только созданную, потом выгружал конфу загружал на сервер, конфа загрузилась, dt нет (

может конфу снять с поддержки попробовать загрузить

Взводить виртуальный 64-битный лИнукс, и ставить на него 64-битный сервер 1С и внимательно искать в этой статье
http://www.ibm.com/developerworks/ru/library/l-1c/index.html
число 12 и читать что воркуг

2(14) ну, дядька... пробуй. попытка - не пытка.

правда (15) прокатит только если СУБД - не МССКЛ

косяк в ДТшнике

(17) MS SQL 2008
(18) тоже так считаю, но все проверки горят что все ок

(0) на винте, на котором расположен профиль пользователя USR1CV8, часом место не заканчивается?

Какой x64? Вы чо, дяденьки? У него размеры още децкие. Либо ДТ битый, либо на винте сервера мета нет.

может и в дт-шнике, но это означает только что все еще хуже...
максимум что можно - взвести ТЖ и посмотреть на загрузке чего валиться, чтобы как-то локализовать объект

2(21) при чем тут это утечка может случиться и при ln-шнике в 300 метров

(22) можно еще привентивно перед выгрузкой на фаловой базе кастануть chkdbfl и ТИИ

(23) пунто ыцшесрук зло

Если например такой запрос
SELECT FROM dbo.Config WHERE DataSize > 125829120 вернет хоть одну запись, то 32-битный будет валиться как миленький несмотря на детскость размера самой базы

2(25) я еще и хохол к тому же... так что чего мелочиться.

(20) 12 гиг при загрузке контролирую, место есть
(21) на винте с базой SQL >30 Гигов, тоже вроде к нулю и не рядом не приближается при загрузке. ошибка возникает минуте на 3-й загрузке свободное место на винатх и не меняется
(24) делал. пишет что все ок при тестировании
(26) такой запрос сделаю как только загружу в клиент сервер )))

2(28) такой запрос можно сделать даже загрузив конфигурацию - ЦФ-ник...
а вот то что на третьей минуте - можно словить Тех.Журналом, чтобы определить что за объект вызывает падение...

(29) спасибо. ща ковырнем

А какое-нить создание начального образа для фиктивного узла или загрузка поверх той же самой конфиги не спасет?..

(31) образ создается в файловом варианте, думаю будет та же история при загрузки дт. если второе про загрузить цф, а сверху уже дт, то пробывал уже

2(32) просто если фейковый образ, то есть скажем практически без данных, только сама конфа и минимум класификаторов - то может и прокатить.. а данные потом через ХМЛ...

снять с подержки в файловой, выгрузить, загрузить на к-с, поставить на поддержку.

универсально

то есть план такой:
а) убеждаемся что это не из-за ЦФ-ника (при помощи 26) - если все-таки из-за него, то тогда еще в центре меняем конфу так, чтобы не было такого объекта.
б) делаем начальный образ пустой-пустой, загружаем его в клиент-сервер. Если загрузился - тогда значит дело либо в самом коцанном ДТ-шнике, либо в странном объекте внутри него.
в) пытаемся словить тех.журналом что за объект - если удается - тогда делаем  ему усекновение еще в файловой, чтобы он в начальные образы для клиент-серверного и не переносился или переносился правильно. Либо в базу полученную пуктом б) переносим с помощью выгрузказагрузкаданныхХМЛ.епф объекты через ХМЛ до тех пор пока на каком-то не споткнемся.

(35) пункт б. пустой пустой начальный образ как сделать? стандартная выгрузка все данные тащит, у меня около суток занимает. просто грузим цф и назнаем базу подчиненной, так?

э... ну например, да
===
http://kb.forum-mista.org/article.php?id=325

задам еще вопросик попутно в этой ветке. я не одмин, попутно пока колбашусь с базами смотрю конфигурацию сервака. вообщем установлен 2003 enterprise ОЗУ 8 Гиг. в boot.ini нет ни ключа PAE ни ключа 3Gb. мне ата та админам делать или для интерпрайза эти ключи не нужны?

винда пишет, что видит все 8-м, а вот использует ли

запусти таск менеджер, если ОС видит 8 Гиг, то с чего рефлексия?

используют процессы.

вся доступна пишет. эх. а рефлексовать есть с чего - сабж

ну хорошо... во время загрузки ты видишь в таск менеджере чтобы rphost или sqlservr использовали ну очень много памяти? скажем больше 4 Гиг?

нет. сервак ща около двух гигов рпхост 100 метров

идет зарузка дт со снятой поддрежкой сейчас

(0) >>база весит в файловом почти 10 Гигов, dt 1 Гиг
Весьма странное соотношение - у меня база которая вести в DT 2.5Гб загружается в 60 Гб...

32 битный сервак при этом - грузит долго (часа 1,5-2), но без проблем.

Может есть какое либо ограничение на размер rphost ? Ну типа в настройках кластера "Допустимый объем памяти" установлена на малое значение или где-нить в винде ограничение на объем памяти под процесс установлено?

(46) у нас 4Гига на серваке, но при загрузке это тяжелой базы еще 3 других по 25гиг работали - и ничего, загрузилась.

(47) дело не в размерах dt судя по всему. по результатам войны отчитаюсь в этой ветке позже. пока бои с переменным успехом

соотношение такое возможно из-за конфиги. УПП + доки отраслевого учета. сфшник весит 500 метров. сейчас дт со снятой поддержкой получился 650 вместо 990.

безусловно не в размере  ДТ, а исключительно в объекте, из-за которого утечка....

но объект равновероятно может быть в конфе и в данных.

(43) как это 4 гиг процес :) - 32 битный сервак или нет? :)
и судя по (44) rphost не отжирает дажи и 2-х гигов.

ну вот и открытие второго фронта ( dt со снятой поддержкой грузился около часа, на память не ругался, но в оконцове выдал: Ошибка загрузки информационной базы. В информационную базу загружены не все данные.
В Попытка вставки не уникального значения в уникальный индекс

сервак 32 бита. при загрузке рпхост брал около 100 метров

вот тут (http://www.buh.ru/forum/thread.jsp?id=476976) появлялась трабла и с малюсенкой базой

(53) тестирование и исправление :)

2(53) Ну, это уже другого рода ошибка совсем, согласись

(57) согласен ))) но от этого не легче. Гилев мне в помощь )

для SQL PAE разблочьте и /3GB ...чтобы пользовал за 2 Гб.

я ж говорил ДТ битый

а автор его так и не перевыгрузил

потому как ТИИ с реструктуризацией это отлавливает

(62) если добить одну и ту же базу несколько раз - можно получить разные ошибки, если причина в железе.
И нехватка памяти может как раз вызвать какие угодно ошибки при загрузке, только условие на память еще не сработало, а в базе уже ошибка, о чем и сообщено.

*долбить

(0) мне кажется биты тут не при чем. Мы работали на 32 битах довольно долго. Самая большая база быда порядка 30 Гигов. Все работало нормально - не летало конечно, но работало!

Так что тут скорее косяк базы.

2(65) боже, да не размер базы тут при чем, а размер конкретного объекта в базе...
и лажа такая бывает только на 32-битных серверах, а значит биты - при чем.

разворачиваешь в файловой
проверка и тестирование, чтобы устранить бытые сссылки
снятие с поддержки
выгрузка и з файловой снятой в дт
загрузка снятой дт в клиент-сервеную
накат последнего релиза и установка поддержки

все, на 99% это проблему устранит, уже писано переписано
1% что пролемы с ОС/железом и прочим

проблема с нехваткой памяти была решена снятием конфигурации с поддержки. но вот с (53) еще воюю, ругается на таблицу dbo/_AccRGED31051 как я понимаю таблица регистра бухгалтерии. Пишет повторяющиеся значение ключа (27 сентября 4010 ...!!!) пробывал найти в базе дату с 4010 годом, безрезультатно

(68) ищи 2010 год - ибо в скуле со смещением дат 1ска хранит +2000 лет все данные

а таблица регистра бухгалтерии, планов видов характеристик?

_AccntRegED - это таблица значений субконто. ключ там - период, регистратор, номер строки, вид субконто, вроде как

>>УПП + доки отраслевого учета. сфшник весит 500 метров
ужас, и это как, считается нормальным?

(72) а сколько должен быть?

(72) там макетов куча

+ если конфа на поддержке - то все не в одном экземпляре

(72) чистый развернутый УПП весит 300 МБ.
Добавьте пару десятков документов, пару десятков отчетов, регистров - и вот 500 МБ за просто так.