Недостаточно памяти
 

Посоветуйте пожалуйста, что делать?
Бух 8.2 КОРП.
При закрытии февраля 20 счета, вылетает "Не достаточно памяти" и программа вылетает. Пробовал тестирование и исправление, на разных компах закрывать, в т.ч. на серваке (Вин 2008 64 бит, 4 гига озу), не помогает. Притом январь сегодня закрылся.

Описание всей комплектухи в студию: режим работы, сервер БД, сервер 1С, версии ОС, заданные ограничения сервера SQL по пожиранию памяти и т.д.

8-ка КОРП в 1-й базе 2- фирмы
Файлсервак Xseon 3.2 (2 проца) 4 Гб ОЗУ Вин 2008 64
Сервера 1С нет
На пользовательских компах вин ХР Проф, CoreDUO 3 Ггц, 2 гига озу.
SQL нет.
Дело не в железе наверное с базой чета.

(2) Архив внешним архиватором + chdbfl.exe + ТиИ делали?
Своп-файл все место на дисках не отожрал?

3-Mitrich >
Архив внешним архиватором + chdbfl.exe + ТиИ делали?
-нет.
Че такое ТиИ?
про chdbfl.exe слышал но как пользоваться не знаю.
И архив внешним архиватором зачем?

3-Mitrich >
про своп, места на диске много, да и на 5 компах включая сервак пробовал

1) Архив - чтоб было, и не стало хуже после ТиИ.
2) chdbfl.exe - в каталоге с движком 1С\bin\ лежит, утилита проверяет физическую целостность файла БД, там все прозрачно.
3) ТиИ - в конфигураторе Тестирование и исправление. После chdbfl.exe (если нашли ошибки) - обязательно. Без chdbfl тоже можно. Но делать должен как минимум чел, разбирающийся в компах и базах данных, а лучше адинэсник.
4) Если на пп 2-3 что-то пошло не так и стало только хуже, то см. п. 1 :)

ТиИ делал и не раз. какие то ошибки нашел и исправил. Делал выгрузку и загрузку архива (советовали). не помогло ничего. стоит после этого chdbfl.exe делать?

+(6) Архив [b]внешним[/b] архиватором потому что:
- выгрузка-загрузка БД через конфигуратор не сохраняет полную картину бытия до всех исправительных работ
- выгрузка через конфигуратор в случае кирдыка файла БД может просто не отработать

(7) Да. Оно дополняет друг друга.

Мысля 1: Запустить на клиенте с 32-битной виндой, 4 гига ОЗУ и ключем /3Gb в boot.ini.
Это исключительно шаманство, но может и поможет.
Мысля 2: Запустить отладчик и смотреть, на каком из этапов БП закрытия месяца 1ц начинает кушать память. Скорее всего, это какая то огромная таблица распределения. После этого задумываться об оптимизации кода.
Мысля 4: Поставить DB2 express/MS SQL Express/MS SQL Try&buy, сервер 1С x64 и попробовать в серверной связке.
Для этого ОЗУ на сервере понадобится всяко поболее 4х гигов.
Мысля 5: Запустить техжурнал на логирование ошибок. Может чего полезного узришь.
Мысля 6: Танцы с бубном в виде ТиИ, переноса базы/клиентов, антивирус и т.д.

10-Lexusss > 2 вариант надо пробовать, ток не знаю как

Кстати спрашивал на форуме инфостарт
[url]http://forum.infostart.ru/forum14/topic59790/message663561/?result=reply#message663561[/url]
толи мне толи другому запрос какой то написали, как его применить и зачем непонятно

зацикливание

Доброго времени суток...
как то решили проблему ?

У меня было то же самое в бух 8.2. ПРОФ - памяти 16ГБ , мне помогли у кого стоял SQL - у них отработало и дало реальные ошибки бухучета

2Гб памяти мало скорей всего, добавьте.

некрофилы...

эхх.
были же времена, когда Win Server 64 бит и всего 4 Гб ОЗУ казалось вменяемым сочетанием.

зы: правда, теперь я другое наблюдаю, когда сосед купил себе комп , цитирую его - "[em]аж с 16 Гб ОЗУ[/em]" и..
и поставил WIN 7 home 32-бит.

Еще раз - у меня 16ГБ - была та же ошибка, думаю и 32 не помогло бы, спас SQL

19-rm1965 > Да причем тут ты. :)
Я о сабже, который некрофилы подняли.
(0) -> [em](Вин 2008 64 бит, 4 гига озу)[/em]

дааааа уж

ап!:)