SQL Server - исключение по тайм-ауту

Question

Мы столкнулись с проблемой тайм-аута SQL, и я обнаружил, что ID события ошибки - это событие 5586 или 3355 (невозможно подключиться / проблема с сетью), также может быть несколько других связанных с БД идентификаторов событий ошибки (3351 и 3760 - разрешение проблемы) сообщалось в разное время.

в чем может быть причина? любая помощь будет оценена ..

Answer 1

Некоторые из ваших веб-приложений работают под учетной записью локальной или сетевой службы? Если это так, если ваши базы данных находятся не на одном и том же компьютере (т. Е. SharePoint находится на компьютере A, а SQL на компьютере B), проверка подлинности завершится неудачей для некоторых задач (например, связанных с timerjob действий и т. Д.), Но не для всех. Например, кажется, что базы данных контента все еще доступны (странно, я знаю, но я видел, что это произошло ....).

Answer 2

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

Наконец, если вы не можете найти что-то, что блокирует ваш результат или оптимизирует ваш запрос, можно увеличить длительность тайм-аута (установите значение «0» для отсутствия тайм-аута). Сделайте это в Enterprise Manager в настройках сервера или базы данных.

Answer 3

Устранение ошибок Kerberos . Это никогда не подводит.

Answer 4

Можете ли вы уточнить немного?Когда это происходит?Можете ли вы воспроизвести это поведение или оно носит эпизодический характер?

Похоже, что SharePoint вовлечен.Возможно ли большой спрос на большой файл?