Запрос SQL Server зависает неограниченно долго - восстановление базы данных только решение
Другой подход был бы VNC. Это может стоить меньше, чем аппаратное решение, но потребовало бы установки на сервере, а также ноутбуке. Одно преимущество состояло бы в том, что это работает по сети, которая предоставила бы удаленный доступ, в случае необходимости, но с требованием, чтобы дополнительные проблемы безопасности, возможно, должны были бы быть обращены.
Конечно, остановка и запуск сервиса SQL Server более удобны, чем выполнение операция восстановления и резервное копирование.
Пока запрос "зависает", взгляните на монитор действия в GUI или sp_who2, через Анализатор Запроса. Необходимо смочь определить, что процесс - взглянул для наблюдения то, что он ожидает, или заблокирован ли он. Повторитесь, чтобы видеть, что CPU/IO проходит.
Также проверьте SQL и журналы NT для любых подсказок относительно того, что продолжается.
Я предложил бы все это в качестве первого шага.
-
1Перезапуск сервиса не является опцией, поскольку существует 300 других баз данных, в настоящее время операционных на этом экземпляре. Кроме того, уничтожение spid только уничтожает процесс, но не устраняет проблему. Восстановление базы данных позволяет запросу работать успешно в следующий раз, когда это выполняется с помощью веб-приложения. Как я пошел бы об идентификации, что соединяет этот процесс? Это может быть следующим шагом, который я делаю. Я проверил журналы и нет ничего связанного с этой проблемой. – Chris 12 July 2010 в 14:42
-
2Вы становились дальнейшими? sp_who2 в Анализаторе Запроса покажет Вам, если будут какие-либо процессы блокирования в столбце Blocked. Если нет никакого блокирования, выполните его снова и снова. – Peter Schofield 21 July 2010 в 19:35