у нас есть несколько тайм-аутов соединений, выполняющих хранимую процедуру в экземпляре SQL Server 2008. через некоторое время БД заработала в обычном режиме, дополнительных ошибок тайм-аута не было.
Итак, я пытаюсь получить дополнительную информацию об ошибке.
Есть ли в SQL Server 2008 журнал ошибок, в который я могу заглянуть?
Существуют ли какие-либо функции аудита / ведения журнала, которые я могу активировать для отслеживания ошибки (если она повторится)?
Чтобы просмотреть журналы SQL: подключитесь к своему экземпляру SQL через Management Studio, разверните папку «Управление» в обозревателе объектов, разверните папку журналов SQL Server, и вы сможете просмотреть свои журналы.
По умолчанию ведется шесть журналов, и каждый раз при перезапуске сервера ядра базы данных создается новый.
Профайлер всегда можно использовать, чтобы увидеть, что происходит под покровом.
Вы можете публиковать сообщения, связанные с вашим тайм-аутом ...
Журналы SQL Server не регистрируют тайм-ауты приложений, поскольку они создаются клиентским кодом, а не SQL Server.
Для захвата длительных запросов необходимо использовать SQL Profiler. Установите трассировку, которая фиксирует все команды, которые занимают более 30 секунд (время ожидания .NET по умолчанию), и посмотрите, что произойдет.
Это или поместите код в приложение, чтобы по истечении времени ожидания оно регистрировало некоторые данные о запросе, который он выполнял, и причине сбоя.
Текущий выбранный ответ немного вводит в заблуждение, поскольку в нем обсуждается ссылка на журнал ошибок SQL Server, который не поможет в данном сценарии.
Как совершенно справедливо замечает мрденный .....
Таймауты приложений для SQL Server инициированный со стороны клиента как Внимание События и не записываются в журнал ошибок SQL Server.
Вы можете отслеживать события внимания, используя: