Добрый день! Проблема - у пользователей выходит ошибка: недостаточно памяти. Приходится перезагружать сервер с базами, но на следующий день все то же самое. Базы в клиент-серверном варианте, СУБД SQL Server Enterprise, около 20 баз в клиент-серверном варианте (БП, ЗУП)и 1 УПП (10Гб). Сервер настроен 1 кластер, 1 рабочий процесс. 20Гб ОЗУ, Intel Core i7 2.8ГГЦ, ОС Microsoft Windows 2008

А чего рабочий процесс-то один?

ragent - 7Мб ОЗУ, sqlserver - 10Гб в диспетчере

(1) не нашла как делать несколько

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

(4) емнип один рабочий процесс может забрать под себя лишь 2 гига на 32хразрядной винде.

Ограничьте SQL - он у вас тупо всю память сжирает.

(6) это если у них сервер-1С и SQL на одном сервере, а вообще хорошо бы отдельно

(6)как ограничить SQL? ограничение не приведет к снижению производительности?

(5)а на 64-битной?

(3) Кластеры - Рабочие серверы - Рабочие процессы - Создать - Рабочий процесс
(9) Вроде 4ре
Увеличение количества рабочих процессов поможет ругань на недостаточно памяти убрать. Только не увлекайтесь )

процессы создала, сделала еще 2

(11) каждый процесс называется rphost в диспетчере задач если что

сейчас их 3 и они занимают 928Мб, 184Мб, 13Мб

(8) Свойства - Память - Максимальный размер памяти сервера.
Как найти оптимальный размер долго объяснять, надо какое-то время следить за счетчиками производительности.
Гуглить по "Счетчики производительности 1с sql", там много статей.

(8) ограничение не приведет к снижению производительности?

А если и приведет? Решайте что для вас важнее - производительность или чтобы не падало?

На сервер сколько оперативы? сделай так:
1-2 гига на систему и по 1-2 на процесс 1с - ограничивается в SQL

Да и еще - а движек какой и регламентные задания запущены?

(13) >> их 3 и они занимают 928Мб, 184Мб, 13Мб

Очень странное распределение.

У нас 4 процесса, но жрут примерно одинаково - от 500 до 750 Мб.

как сделать распределение? всего 20Гб оперативки. движок - где посмотреть? регламентные задания через обработку отключила, в SQL сервере раз в сутки идет (ночью) тестирование баз, 2 раза в день архивация, и профилактика распланирована по часам на ночь (переиндексация, чистка журналов и проч.)

(13) Косвенным признаком необходимости добавить процесс служит наблюдение, когда все процессы под два гига в диспетчере задач, но это может быть и просто пиковой нагрузкой.
(18) Почему странное - два вторых добавили без перезапуска сервера и все пользователи тусят на первом

(18)один больше берет, потому что их только создала

перезапускать не разрешают раньше 5 вечера...

хм, а места на диске где сама база крутится - достаточно?

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

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

(24) Причины чего?

(19)20 гигов оперативы - отнимаешь сколько нужно системе и каждому процессу 1с и ограничиваешь SQL сервер - в свойствах сервера есть.
У тебя примерно оставить SQL надо 12-14 гигов
номер движка так и не услышал - а то были проблемы на некоторых движках.

еще вариант - а на каком отчете выходит такая ошибка - возможно дело в нем.

(25)у пользователей раз в день (если не грузить сервак) выходит ошибка "недостаточно памяти" - при запуске 1С долго висит и выдает такую ошиюку

(26)где смотреть номер движка?

При запуске?

(26)ошибка при запуске (обычно утром) УПП

(28)Справка о программе на самом верху :)

у первого пользователя?

Случаем не пересчет итогов делается?

(28) Номер релиза 1С
(30) Если ошибка все равно повторится, тогда и будем думать.

8.2.15.317

ясно, спасибо)))

вот еще вопрос: что в SQL Server  значит команда "перевести базу в автономный режим" в контекстном меню?

Ошибки исправленные в 8.2.15.319

* * *

#### 20005912  (SW701767)  Быстрый рост объема памяти, занимаемой рабочим
процессом кластера

**Проблема:**

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

(37)Не трогай эту кнопку :)

обнови или регламентные задания отключи

хотя я думаю проблема в пересчете итогов

(37)
(с)пер из методички
Если перевести базу данных в режим OFFLINE (автономный режим), то:
- база данных станет недоступной для пользователей;
- на нее больше не будет расходоваться оперативная память сервера;
- файлы базы данных и журнала транзакций освободятся, и их можно будет, например, скопировать средствами операционной системы.

Вообще конечно если вынуждены заниматься администрированием SQL-сервера, то лучше почитать книжечку или еще лучше скачать курсы "Специалист" на эту тему. Там и по 1С rehcs есть типа "Оптимизация и тыр-пыр", но они фуфлыжные, лучше чисто администрирование SQL.

(37) п.2 определенно радует! не получается читать книжечки, все методом научного тыка приходится изучать, но поищу, пригодится книжечка)

спасибо!