SQL сжирает память #774172

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

Свойства сервера-память и ставишь предел

У скуля есть возможность ограничения потребления памяти

Это хорошо, что сжирает SQL а не сервер 1с. Оптимизируй запросы и настрой регламенты на SQL

это стандартное поведение скуля, если вы его не ограничили в настройках он съедает всю память что есть в наличии. ну и вообще говоря сервер, а тем более клиент 1с, на одной машине со скулем не очень хорошо.

Для решения проблемы нужно: 1. Купить букварь по SQL 2. Вдумчиво его прочитать. 3. Сделать так, как пишут в умных книжках.

На 16 гб и SQL и сервер 1С и похоже домен контроллер.

Радоваться надо, что все ресурсы утилизируются, а не простаивают впустую. Если памяти не хватает другим другим приложениям и службам, то ограничивайте SQL по размеру максимального объема. И кстати, что у вас на сервере делают процессы 1Cv8? Там от 1С должны быть только процессы менеджера кластера и самого(их) сервера(ов).

Ну похоже еще и сервер терминалов :)

Сервер 1С и Скуль на одной машине - нормуль. Шаред мемори заюзать можно. :)

Шаред мемори включено. Хорошо конечно что загружено, но мешает работе пользователей. Что в данном случае лучше сделать если сильно оптимизировать запросы не получится: выделить на отдельный сервер SQL?

>> но мешает работе пользователей. В чём это выражается? >> Что лучше сделать...? Начать с замеров производительности. Кто сказал, что занятая на 90% память кому-то мешает? У нас, например, на всех серверах память занята на 85-95%, но всё летает и все довольны. Как можно вообще обсуждать какие-либо советы, когда никакие параметры не озвучены: - Параметры железа существующего сервера - Параметры железа сервера, куда хотите выделить СУБД - Нагрузки (количество БД, объемы БД, количество активных пользователей, примерный документооборот) - Какие еще роли выполняет ваш сервер (АД, почта, файл-сервер, терминальник, и пр.), какие еще сервисы на нём работают. >> выделить на отдельный сервер SQL? Если сейчас базы крутятся в шаред мемори, то выделение СУБД на отдельный сервер вряд ли повысит производительность. Но опять таки - этот вопрос зависит от остальных критериев (размеры баз, количество пользователей, нагрузка на сервер приложений).

"Хорошо конечно что загружено, но мешает работе пользователей" - я имел ввиду что SQL нагружает по полной. Роль существующего сервера: контроллер домена, терминальный сервер, сервер 1С, сервер SQL. Количество баз: несколько, но рабочая (используемая) одна - УПП. Примерный документооборот: 20 документов в день. Размер базы: 119000 MB Активных пользователей: примерно 5 человек. Параметры сервера:

Дисков сколько? На контроллерах домена отключено кеширование на системном диске.

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

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

У меня на сервере 256ГБ, а SQL больше 100ГБ жрать не хочет :(

"На контроллерах домена отключено кеширование на системном диске." - так должно быть включено или отключено для более быстрой работы? Диск один плюс зеркало.

+ - это пи..ц! что за экономия на спичках? купите еще один комп хотя бы и скиньте на него пару ролей. на кой вам вообще контроллер домена? если уж делать домен, то должно быть мин 2 контроллера домена, иначе все накрывается сами знаете чем случай че. для быстрой работы нужен кэш, а лучше еще ССД