У меня есть машина, на которой установлен SQL Server 2008 Standard на сервере Windows 2003 R2. Периодически (примерно раз в час) я получаю событие с кодом 17890 несколько раз подряд. Пример:
6:28:54 «Значительная часть памяти процесса sql server выгружена. Это может привести к снижению производительности. Продолжительность: 0 секунд. Рабочий набор (КБ): 10652, зафиксировано (КБ): 628428, использование памяти: 1 %%.
6:34:27 «Значительная часть памяти процесса sql server выгружена. Это может привести к снижению производительности. Продолжительность: 332 секунды. Рабочий набор (КБ): 169780, зафиксировано (КБ): 546124, использование памяти: 31 %%. "
6:38:55 «Значительная часть памяти процесса sql server выгружена. Это может привести к снижению производительности. Продолжительность: 600 секунд. Рабочий набор (КБ): 245068, зафиксировано (КБ): 546124, использование памяти: 44 %%. "
Этот шаблон повторяется в 7:26 - 7:37, 8:26 - 8:36, 9:24 - 9:35 и так с тем же возрастающим рабочим набором и шаблоном использования памяти. В настоящее время у меня нет (известных) фоновых задач. Резервное копирование выполняется в 2:00
Это спадало с 11:00 ночи до возобновления в 4:00 утра и продолжало прерывистые 10-минутные периоды сбоев.
Поскольку на этом сервере много оперативной памяти (пиковая плата за фиксацию составила 2 871 564 из 4 194 012 физических), я отключил файлы подкачки после прочтения нескольких элементов, которые я откопал, выполняя поиск в Google, и не обнаружил, что ни один из них меняет ситуацию. Этот шаблон, который я задокументировал, после удаление файлов подкачки, поэтому я даже не уверен, куда мы будем перелистывать SQL-процесс. Я также изменил память процесса SQL, чтобы она составляла минимум 500 МБ и максимум 2 ГБ ОЗУ (так как это легкий сервер базы данных, обслуживающий только небольшую рабочую группу).
Кто-нибудь сталкивался с этим? Перед отключением файлов подкачки эта ошибка могла вызвать перегрузку диска в течение 5 минут, что отключало доступ к базам данных, файлам, веб-сайтам IIS и так далее. После отключения файлов подкачки он просто регистрирует странные вещи, но я, по крайней мере, не вижу падения производительности. Любые предложения приветствуются.
После разговора со службой поддержки Microsoft официальный ответ: http://support.microsoft.com/kb/2001745
Не будет исправлять, не будет обходным путем, рекомендуется только обновить операционную систему до некоторой редакции 2008 года. Я переместил установку SQL и списал сервер.
Лучше всего выполнить профилирование, чтобы уловить происшествия. Скорее всего, это единственный неверный запрос, требующий извлечения большой таблицы из-за неправильного предложения where или плохой индексации. Это больше зависит от размера таблиц и базы данных в целом.
После того, как вы проанализируете проблему раз или два, вы сможете сузить ее до одного или двух запросов, которые нужно настроить.
Еще одна вещь, которую нужно проверить, - это настройки пулов приложений и рабочих IIS. Если у вас есть тяжелый код в запуске приложения для прицела (ов), то им придется запустить этот код, когда рабочий снова начнет раскручиваться. IIS уничтожит рабочие потоки после определенного времени простоя, слишком большого времени ЦП или после использования слишком большого процента ресурсов. Одна из проблем, основанная на таймере, может быть проблемой, и это может привести к тому, что это произойдет во время простоя в ночное время. Другая проблема может заключаться в том, что поисковые индексаторы заходят на сайт ночью.
Была та же проблема, и она была вызвана тем, что Антивирус Касперского пытался обновиться каждый час или около того. Это решило удаление Касперского.