Мы видим, что наш сервер внезапно перестает принимать новое соединение с SQL Server. Сам сервер по-прежнему доступен через RDP, но портал SharePoint/SSMS и любое другое удаленное соединение SQL истечет по тайм-ауту. Диспетчер конфигурации показывает, что службы SQL запущены, но если вы попытаетесь остановить или перезапустить службы вручную, они зависнут. Перезапуск сервера иногда позволяет службам вернуться в рабочее состояние, но обычно это означает, что они будут зависать в течение дня, если не часов. Мы определили, что полное восстановление SQL Server с помощью установочного носителя вернет его в более стабильное состояние, но повреждение приложения SQL Server, вероятно, произойдет снова. Мы хотели бы знать, как это произошло. Журналы ошибок SQL не указывают на какие-либо конкретные ошибки. Мы пытались использовать Profiler, но не запускали его постоянно, так как это создает дополнительную нагрузку на сервер. Кто-нибудь когда-нибудь сталкивался с этой проблемой? Как вы это решили?
Вчера я провел небольшое исследование, поэтому обнаружил следующие проблемы:
(1) Файлы базы данных ldf увеличиваются больше, чем предел автоматического роста. Размер файла mdf составляет 48 МБ, а размер файла ldf — 48 ГБ. Так что любые предложения по смягчению этой проблемы.На данный момент я просто могу думать о запасных планах.
(2) Я вижу слишком много фрагментированных индексов, что также является причиной снижения производительности.
Тем не менее, я хотел бы знать MaxDOP. Здесь мы используем базу данных sharepoint, поэтому любые предложения, связанные с поддержкой фермы sharepoint, будут оценены.
Я также слежу за следующей веткой, где они говорят о MAXDOP.
https://community.spiceworks.com/topic/2202073-sql-server-process-high-cpu-usage
