2 tooshel [2008-09-05 23:35:00]
Иногда, на ASP (классическом) сайте пользователи получат эту ошибку:
Кажется случайным и не связано с какой-либо конкретной страницей. SQL-сервер отделен от веб-сервера, и я предполагаю, что каждый раз «ссылка» идет между ними. Проблема с маршрутизатором/коммутатором. или кто-то еще столкнулся с этой проблемой раньше?
sql-server networking asp-classic
7 ответов
1 Решение Simon Forrest [2008-09-06 06:49:00]
Используя ту же настройку, что и ваша (т.е. отдельный веб-сервер и сервер баз данных), я видел ее время от времени, и она всегда была проблемой соединения между серверами — обычно, когда сервер базы данных перезагружается, но иногда, когда там проблема связи где-то в системе. Я не видел, чтобы это вызвало какие-либо проблемы с самим ASP-кодом, поэтому вы видите это случайно и не подключены к определенной странице.
1 Jon [2008-09-26 05:11:00]
Я хотел добавить этот ресурс в обсуждение здесь, так как это такая распространенная ошибка и довольно запутанная для диагностики. Это PowerPoint, который Microsoft собрал в теме:
Я видел эту ошибку много раз. Это может быть вызвано многими вещами, включая сетевые ошибки:).
Но одна из причин может быть встроенной функцией MS-SQL.
Функция обнаруживает DoS-атаки — в этом случае слишком много запросов с веб-сервера:).
Но я понятия не имею, как мы его исправили: (.
0 AjV Jsy [2018-03-14 20:13:00]
FWIW, у меня была эта ошибка из Excel, которая зависала бы на EXEC, который отлично работал в SSMS. Ранее я видел запросы с проблемами, которые также были в порядке SSMS, из-за «snuffing параметров» и неподходящих кэшированных планов запросов. Выполнение незначительного редактирования в SP вылечило проблему, и после этого она работала нормально в оригинальной форме. Мне было бы интересно узнать, встретил ли кто-нибудь этот сценарий. Попробуйте старый добрый OPTION (OPTIMIZE FOR UNKNOWN) 🙂
Не решение в точности, а не в той же среде. Однако я получаю эту ошибку в программе VBA/Excel, и проблема в том, что у меня есть транзакция с ведением, которая не была отправлена в SQL Server Management Studio (SSMS). После закрытия SSMS все работает. Таким образом, урок — это зависающая транзакция, которая может блокировать прокрутки от происходящего (очевидный факт, я знаю!). Надеюсь, что это поможет кому-то здесь.
открыть командную строку — Запустить от имени администратора и ввести следующую команду на стороне клиента
Диспетчер конфигурации SQL Server
Отключить TCP/IP, включить общую память и именованные каналы
Иногда, на (классический) сайт ASP пользователи получат сообщение об ошибке:
Кажется случайным и не связаны с какой-либо конкретной страницы. Сервер SQL отделен от веб-сервера, и я думаю, что каждый раз и в то время как «звено» идет вниз между ними. Маршрутизатор / коммутатор вопрос . или еще кто-то столкнулся с этой проблемой раньше?
Я хотел бы добавить этот ресурс для обсуждения здесь, так как это такая распространенная ошибка и довольно запутанной для диагностики. Это PowerPoint, что Microsoft вместе взятые по теме:
Используя те же настройки, как у вас (то есть отдельный веб и сервер базы данных), я видел это время от времени, и это всегда была проблема соединения между серверами — обычно, когда сервер базы данных перезагружается, но иногда, когда есть порта связь проблема где-то в системе. Я не видел, что это вызвано какой-либо проблемы с самим кодом ASP, поэтому вы видите это, по-видимому случайным образом и не связаны с конкретной страницей.
FWIW, у меня была эта ошибка из Excel, который будет висеть на EXEC , который работал отлично в SSMS. Я видел запросы с проблемами до, которые также были в порядке в SSMS, из — за «параметр нюхает» и неподходящие планы кэшированного запроса. Создание Незначительное изменение в СП вылечить эту проблему, и она работала нормально потом в его оригинальной форме. Мне было бы интересно услышать , если кто — то сталкивался с такой сценарий тоже. Попробуйте старый добрый OPTION (OPTIMIZE FOR UNKNOWN) 🙂
Иногда, на ASP (классическом) сайте пользователи получат эту ошибку:
Кажется случайным и не связано с какой-либо конкретной страницей. SQL-сервер отделен от веб-сервера, и я предполагаю, что каждый раз «ссылка» идет между ними. Проблема с маршрутизатором/коммутатором. или кто-то еще столкнулся с этой проблемой раньше?
Используя ту же настройку, что и ваша (т.е. отдельный веб-сервер и сервер баз данных), я видел ее время от времени, и она всегда была проблемой соединения между серверами — обычно, когда сервер базы данных перезагружается, но иногда, когда там проблема связи где-то в системе. Я не видел, чтобы это вызвало какие-либо проблемы с самим ASP-кодом, поэтому вы видите это случайно и не подключены к определенной странице.
Я хотел добавить этот ресурс в обсуждение здесь, так как это такая распространенная ошибка и довольно запутанная для диагностики. Это PowerPoint, который Microsoft собрал в теме:
Я видел эту ошибку много раз. Это может быть вызвано многими вещами, включая сетевые ошибки:).
Но одна из причин может быть встроенной функцией MS-SQL.
Функция обнаруживает DoS-атаки — в этом случае слишком много запросов с веб-сервера:).
Но я понятия не имею, как мы его исправили: (.
Диспетчер конфигурации SQL Server
Отключить TCP/IP, включить общую память и именованные каналы
Не решение в точности, а не в той же среде. Однако я получаю эту ошибку в программе VBA/Excel, и проблема в том, что у меня есть транзакция с ведением, которая не была отправлена в SQL Server Management Studio (SSMS). После закрытия SSMS все работает. Таким образом, урок — это зависающая транзакция, которая может блокировать прокрутки от происходящего (очевидный факт, я знаю!). Надеюсь, что это поможет кому-то здесь.
открыть командную строку — Запустить от имени администратора и ввести следующую команду на стороне клиента
FWIW, у меня была эта ошибка из Excel, которая зависала бы на EXEC, который отлично работал в SSMS. Ранее я видел запросы с проблемами, которые также были в порядке SSMS, из-за «snuffing параметров» и неподходящих кэшированных планов запросов. Выполнение незначительного редактирования в SP вылечило проблему, и после этого она работала нормально в оригинальной форме. Мне было бы интересно узнать, встретил ли кто-нибудь этот сценарий. Попробуйте старый добрый OPTION (OPTIMIZE FOR UNKNOWN) 🙂