На серваке порядка 10 баз

В какой-то момент при выгрузке базы (периодически) стало выскакивать сообщение "Сеанс разорван адмнистратором" и размеры баз выросли в разы

Средствами SQL сделал shrink database или как его там. размер баз уменьшился. Но в те моменты, когда базы все же бэкапятся, размеры dt выросли раз в 10-15

Перезапуск службы агента сервера 1С помогает на время
Презагрузка самого сервака не помогла
Тестирование и исправление тоже
Выгрузка в dt и последующая загрузка на SQL привела к ошибке "Недостаточно памяти" (на сервере свободно порядка 14 гигов оперативки и пару сотен на винте)
Проверка средствами 1С файлового варинат не принес результатов

Что делать то?
Базы разные. в том числе и самописные, результат один и тот же
палтформа 8.1.15.14

up

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

так что... курим бамбук

По легенде лечится переходом на 64 разрядную 1c. Не проверял, но похоже на правду.

(4) 64 разряда где? на сервере или на клиенте?

(2) сейчас перезапуск службы уже не помогает

(5) На сервере

Хм, подскажите размеры баз, а то я что-то такого не наблюдал. Когда подходил лимит по памяти для сервера (2гига) просто заводили еще процессы

у нас две базы 70 и 90 гб

у нас 600 метров

:)

(9) читал еще про установку галочки "Много процессов", но экспериментировать нынче страшно, не пробывал?

Вообще переполнение идет за счет временных данных не привязанных к БД, например таблица значений. При закрытии клиента информация какое-то время хранится на сервере в памяти, потом освобождается.
Я правильно понимаю? Если да, тогда надо просто высчитать усредненный объем памяти по максимуму, добить сервер с запасом памятью и создать соответствующее кол-во процессов.
Мне кажется так должно спасти. Просто у нас максимум под 10 гиг было.

(13) из 14 гигтар оперативки - занято всего 3. так что не поможет

(14) Так а процессов то 1С-вских сколько? 1 или 7

а, и еще, SQL сервер и 1С сервер на одном физическом?

(15) Да, на одном. 1 процесс

(13) с временными таблицами вряд ли. Базы выросли и начали брыкаццо все одновременно

(17) Ради эксперимента добавьте еще 2-3 процесса и поглядите на изменения.
По поводу раздутия баз, рекомендую посмотреть какие таблицы больше всего занимают места (на инфостарте обработка валялась по просмотру размеров). Мы тоже перевели одну орг. на 8.1.15 - вроде все нормально

Вообще, если по тем или иным причинам у Вас увеличился объем данных, то, вероятнее всего, все выборки (ТЗ, ДЗ, результаты запросов и прочее) тоже выросли, соответственно одного проца стало не хватать и, как следствие, виноват админ/программист

(20) че сразу косой?(С)

у нас чаще беда с обрывом соединения со стороны сервера во время работы юзверей.

а базы давно копируем средствами сукеля. Там беда в том что в таблице Config с какого то из-за обновлений стал храница файл (скорее всего мд-ник оригиниал или тип того, хз) DataSize у которого переваливает за 100 000 000 - удаляешь его и боль проходит. Но коллеги мне так и не дают сделать с рабочей. На тестовых так делаю. После чего все кому не лень могут средствами 1С выгружать 1С Архивы себе

Как заставить УПП сидеть на 1 Процессе а ЗП на другом? Нужно два кластера завести? (сорри за офтоп)

Выгрузить конфигурацию - обычная операция, ни ТЗ ни запросы не используются. это чисто механизм платформы - вылет по ошибке сабжа

а в 8-ке как дело происходит? она дт в памяти строит или как в 77 во временном файле?

(0)
"Выгрузка в dt и последующая загрузка на SQL привела к ошибке "Недостаточно памяти""

Конкретно эта ошибка у меня вылечилась тестированием и исправлением.
Больше не вылетала.

мне помогло полное снятие конфы с поддержки

(27) А разве в режиме предприятия часть поддержки грузится?

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

+(28) При выгрузке конфы это занимает память. Хотя то, что на поддержки всего на размер ЦФ-ки больше

(29) Это точно утечки памяти как все утверждают, а не окончание ресурсов? У некоторых нет перезагрузок каждую ночь и все нормально

(30) в один прекрасный момент не мог загрузить ни одну рабочую базу
одна где-то 4Гб, другая 12 и хоть всего лишь размер цф-ки, почему-то помогло

(32) 4 гб это ДТ файл?

Снимите конфу с поддержки. Все наладится. А на поддержке оставьте конфу в которой разрабатываете. Чтоб фигни не налепить.

(33) нет, живой объем
(34) есть какая-то разница, лепить на поддержке или без?

(29) 64х винда может работать на 32х хаспе, просто 1С будет работать тоже в 32 разрядном режиме

(35) Хм, живая в 4 гб и проблемы... мне кажется тут не в поддержке дело. Скорее всего при снятии с поддержки исправилась истинная ошибка.
"есть какая-то разница, лепить на поддержке или без?" у меня есть, т.к. я веду разработку вообще без изменения стандартной конфы

(37) если поставить обратно на поддержку, то проблема опять всплывает

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