Всем привет. После перехода на 64-х разрядную систему, в 1с перестал формироваться типовой отчет "Ведомость по партиям товаров на складах". Конфа УТ. Падает с ошибкой "Недостаточно памяти", притом что на 32-х разрядной 1С-ке формировался без проблем за месяц, сейчас при формировании за один день отъедает 10 Гб оперативки и падает. Пробовал формировать и на клиенте и на сервере, результат один. Кто сталкивался с данной проблемой, поделитесь как решали.

клиент-сервер ?

Естественно

(0)[поделитесь как решали.]
оторви руки DBA
новый сделает все по уму

ось тут имхо вообще ни причем

(4),(3), а что причем, и что не по уму? хотелось бы хотя бы наводки какие-нибудь куда копать???

давай послушаем как был осуществлен переход на новую ось

у меня на ноуте ось 64 бита, на работе 32 - все базы с внешнего винта работают без проблем

(7) клиент то толстый все равно только 32

(8) есть и тонкий, все норм

(6) развернули новый сервак, установили винду 64-х, поставили платформу для  64-х, прописали базы, добавили раб процессы.

(10) и порядок напутан и что-то я не вижу скуль и сервер 1С

(11) не придирайся, имелось ввиду что все было установлено стандартно, в то числе скуль и сервер 1с

что значит прописали базы?

да и админы на работе далеко не глупые, а даже наоборот. Поэтому есть мысль что дело все же в новой платформе.

(14) еще раз, ось ни причем

(13) давайте попробуем вернуться к сути вопроса (0).Добавление баз в 1С в данном случае никакого отношения не имеет

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

Слышал где то, что 32-х разрядная 1С даже если памяти немного , часа за 4 все равно сформирует отчет,а 64-х упадет сразу же на нехватке памяти. (14), если ось не при чем, тогда в чем может быть проблема, напишите хотя бы возможные варианты, а я проверю.

скуль?

(18) и тебя таки наипали

винда 2008 R2, скуль тот же, платформа 15-я, конфа УТ

последние цифры платформы и конфы ут..

на старом серваке все без проблем формируется ( на нем все 32-х разрядное)

т.е, только сервер стал новым, локальные остались теми же?..

(23) билять, так у тебя там и скуль другой и настроен по-другому

конфа не типовая, 10.3.6.8 и никогда не обновлялась, платформа 8.2.15.319 на терминале врятли че нить меняли, но не суть, при формировании на серваке та же фигня

(25) а как настройки скуля могут влиять на размер требуемой памяти для формирования отчета?? ( я в админке мало чего понимаю)

(26) а на 32-х битном тоже стоит 8.2.15.319?

да

(27) напрямую

(27) а сам отчет меняли?? что там в запросе?? на нехватке памяти, как правило валится изза некошерного запроса

(29) ставьте 2005 скуль

(31) это известно, в том то и дело что отчет типовой

(32) а какие -нибудь аргументы есть?

(33) а эсли папробовать в файловой версии?? тоже самое77

(34) а у админов "очень опытных" какие аргументы в пользу 2008? тогда я тебе нагуглю аргументов в пользу 2005

(36) я тебя понял, (35) -- ))))))))) 700 гиговая база в файловой версии самое то ))

(35) через недельку может и запустится

(37) мой телепат сейчас спит.. )) с такими базами и шутки с изменением версий скуля)))

(39) ну да ...)

(37) т.е. на новом скуле 700 гиговая база развернулась нормально?

(41) ну видимо да, если работает

(42) что ты гонишь? иди админов пытай пусть нормально на скуль перейдут с перестроением индексов и настройки нормальные ставят

и тут нужно было базу резать, а не на новый сервак переходить

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

посмотреть бы что у них занимает 700 гектар!?

(44) я думаю тебе известно насколько просто свернуть такую базу меньше чем за 12 часов

(47) вариантов масса, можно и параллельно сворачивать

а переиндексацию и пересчет итогов тоже?

попробуй сформировать этот отчет с установкой значений по всем полям отбора...

(49) т.е. вы просто приатачили базу к новому скулю и все!?

(51) да без понятия, я не админ, и этими вещами на работе не занимаюсь. Если это настолько тупо , то видимо я туплю и пишу херню, наверное все сделали как то иначе. Все другие отчеты формируются, и это наводит на мысли что все не настолько плохо.

(52) а на мысли что у вас какие-то индексы могли слететь и как следствие переполнение памяти не наводит? во всем ось виновата?

(50) с отборами формируется все нормально. (53) я не утверждаю что ось во всем виновата, просто хочу понять причину.

(54) индексируйте

косяк в данных на 1с на скуле.. можно перебором найти, и обновить индексы.. возможно, все взлетит..
1С передает на сервер соединения - в этих соединениях косяк и проскакивает..

(55) попробуем, только это часов 14 займет что проблемно

индексируйте на сервере..

не из 1С

тупо конечно у нескольких таблиц  можно обновить индексы, (59) про скуль и речь

хотя ща на ssd перевели все, должно быстрее пройти

(60) ну вот как видишь ось ни причем :)))

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

(61) на 700 гектарах ссд не панацея... тут 1С ничего не поможет..

(64) +100500
только резать БД

(64),(65), да я резал уже копию, на все про все ушло 8 часов без переиндексаций и пересчетов естественно, руководство сказало идите нафиг, слишком долго. Ну я и забил.

вообщем всем спасибо, отпишусь еще о результатах