Доброго времени!
В общем работает такая связка. Иной раз может работать неделю без каких-либо сильно заметных тормозов(к слову база весит 15гигов и работают до 20 пользователей, терминалов нет потому платформы стоят на клиентах и цепляются к серверу), а бывает так, что день-два, начинаются дикие тормоза, документы проводятся по 2-3 минуты, справочники открываются по минуте. Самое критичное это при каких-либо действиях вываливается ошибка Memory allocation failure, которую я так понял выплевывает MS SQL. От чего такое может происходить? На сервере стоит 2 проца xeon, 64Гб оперативы, под базы отведен SSD. Процесс SQL сервера в среднем доходит до 17-20Гб по отжиранию оперативной памяти, бывает до 27Гб, но это крайне редко, если повезет дня 3-4 не перезапускать службы. После перезапуска служб лаги соответственно пропадают и ошибок не возникает.

А что за конфа?

(1) 2 конфы, розница 2.2 стоит и УТАП 11.3

(0) HDD начинают бэдить? Проверь Викторией.
Также, где расположена папка Temp, файл подкачки, там места достаточно?

(3) HDD и SSD новые, на харде где Temp и файл подкачки места валом

(4) Ну и что, что новые - бэды и на новых появляются. После маппинга бэдов диск может еще долго отработать.

(5) Хорошо, я проверю, но все же берут сомнения, что виной этому диски...

(0) а счетчики что говорят?

(0) сервак новый?.. биос, драйвера не помешает обновить

(8) нет, сервер не новый. Вы о каких счетчиках? Если про данные SMART, то CrystalDiskInfo например не видит дисков вообще.. Может потому, что они в рейде?

(8) у нас подобные глюки на сервере от HP решились обновлением биоса.

(9) в Винде и MSSQL до х.. и больше счетчиков, которые могут подсказать в чем затык. а еще есть журнал событий, в котором тоже полезная инфа бывает.

(11) подскажите где эти счетчики смотреть? в журнале событий нет ничего необычного, за последние пару месяцев даже ошибок никаких не было.

(9) и биос и драйвера рейда тоже обновить обязательно. я бы даже сказал первым делом

(9) Для начала: https://habrahabr.ru/post/127286/

(12) не может такого быть, в журналах винды всегда есть ошибки.
погугли про счетчики.. не помню на вскидку какие именно лучше смотреть

(9) симптомы всегда были? или в начале все ок было?

(16) симптомы проявились после перехода с dbf на sql.

(17) эээ.. под dbf файловая, я так понимаю, имелась ввиду?
и эта моща просто файловой шарой была?

в общем, идей накидали.. пробуй. бэкапиться не забывай только

+(19) на другую машину

(20) да, файловая,  она была файловой на другом серваке, которым выступал обычный комп, пока не разрослась. Спасибо за советы, воспользуюсь обязательно, буду чекать...

(21) минуточку.. тогда вернемся к моему вопросу в (16) . там я имел ввиду на этом конкретном сервере симптомы с самого начала были?

(22) на этот конкретный сервере базы сначала переехали в файловом варианте и некоторое время так и работали, проблем не было, некоторое время спустя было принято решение о переходе на SQL, что было незамедлительно сделано. После чего сразу начались симптомы.

(23) ясно. файловая шара (зачем на таком сервере?) и сервер БД и приложений это конечно совершенно разные режимы работы и разные нагрузки.
начни с биосов и драйверов. 80% что проблема решится

(24) Еще раз спасибо за советы. В выходные посмотрю обновления биос и драйверов, а дальше видно будет.

(0) как тебе писали запусти PerfMon только собирай лучше вот какие показатели:

Processor(_Total)\%%Processor Time
Memory(_Total)\Pages/sec
Memory(_Total)\%% Commited Bytes In Use
Memory(_Total)\Available Bytes
System(_Total)\Processor Queue Length
PhysicalDisk(_Total)\Avg. Disk Queue Length
PhysicalDisk(*)\Avg. Disk Queue Length
Network Interface(*)\Bytes Total/sec
PhysicalDisk(_Total)\Avg. Disk Sec/Read
PhysicalDisk(_Total)\Avg. Disk Sec/Write

а потом сравни в обычное время и во время проблем

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


Хотя говнокодом можно любую железяку уронить

windows 2008 вообще совместим с sql server 2014?

(28) 2008R2 точно совместим.

Мне кажется, что лучше было бы операционку поставить по-новее, потому что sql со старой операционкой вряд ли везде корректно работает.

Тем более проблемы начали после перехода на sql

(30) Более вероятно то, что будет достаточно все переустановить заново. Только без привлечения криворуких админов.

Конечно же регламенты на скл выполняются?

(0) Посмотри журнал, рег. задания, есть ли не законченное обновление конфигурации. Я заметил что если задание вылетает с ошибкой оно может оставаться в памяти. Тогда процесс активно растет. Можно в кластере поставить ограничение размера памяти за один вызов. И памяти на 1 процесс.

(33) неужели...