Иногда на ASP (классическом) сайте пользователи получают такую ошибку:
[DBNETLIB][ConnectionRead (recv()).]General network error.
Кажется случайным и не связан с какой-либо конкретной страницей. Сервер SQL отделен от веб-сервера, и я предполагаю, что время от времени «связь» между ними разрывается. Проблема с маршрутизатором / коммутатором … или кто-то еще сталкивался с этой проблемой раньше?
Перейти к ответу
Данный вопрос помечен как решенный
Ответы
6
Я видел эту ошибку много раз. Это могло быть вызвано многими причинами, в том числе ошибками сети :).
Но одной из причин может быть встроенная функция MS-SQL.
Функция обнаруживает DoS-атаки — в этом случае слишком много запросов от веб-сервера :).
Но я понятия не имею, как мы это исправили :(.
Используя ту же настройку, что и у вас (т.е. отдельный веб-сервер и сервер базы данных), я видел это время от времени, и это всегда была проблема соединения между серверами — обычно, когда сервер базы данных перезагружается, но иногда, когда есть связь проблема где-то в системе. Я не видел, чтобы это было вызвано какими-либо проблемами с самим кодом ASP, поэтому вы видите его, по-видимому, случайным образом и не связанным с определенной страницей.
Диспетчер конфигурации SQL-сервера
Отключить TCP / IP, включить общую память и именованные каналы
Удачи !
Не совсем решение и не в той же среде. Однако я получаю эту ошибку в программе VBA / Excel, и проблема в том, что у меня зависшая транзакция, которая не была отправлена в SQL Server Management Studio (SSMS). После закрытия SSMS все работает. Итак, урок заключается в том, что зависшая транзакция может блокировать выполнение sprocs (очевидный факт, я знаю!). Надеюсь, это поможет кому-то здесь.
Откройте командную строку — запустите от имени администратора и введите следующую команду на стороне клиента
netsh advfirewall set allprofiles state off
FWIW, у меня была эта ошибка из Excel, которая зависала на EXEC, который нормально работал в SSMS. Раньше я видел запросы с проблемами, которые также были нормальными в SSMS из-за «сниффинга параметров» и неподходящих кэшированных планов запросов. Внесение незначительных изменений в SP решило проблему, и впоследствии он работал нормально в своей первоначальной форме. Мне было бы интересно услышать, сталкивался ли кто-нибудь с этим сценарием. Попробуйте старый добрый OPTION (OPTIMIZE FOR UNKNOWN) 🙂
Другие вопросы по теме
Problem
User runs an intensive task, and receives an error message.
Scenario #1 — User running a database optimisation.
Scenario #2 — User running a ‘reports conversion’ process, as part of a migration from Controller 2.x to 8.x.
Scenario #3 — User is trying to import data into Controller, via a CSV file.
Symptom
- Information
Standard Error
Number: 5
Source: FrangoDirect.GenCompStrucD.GenKStruc#ControllerProxyClient
Description: System.Web.Services.Protocols.SoapException: Servier was unable to process request. —>
System.Runtime.InteropServices.COMException (0x80004005): [DBNETLIB][ConnectionRead(recv()).]General
network error. Check your network documentation.
at FrCompanyBT.GenCompStrucTClass.GenKStruc(String sGuid, String sUser, String sConsType, String sFirstPer,
Boolean bOnlyManual, ….
Example #2:
- Information
Standard Error
Number: 5
Source: FrangoDirect.Optimize.RecreateIndex#ControllerProxyClient
Description: The underlying connection was closed: An unexpected error occurred on a receive.
OK
Scenario #2:
- Information
Standard Error
Number: 5
Source: FrangoDirect.ExcelLinkD.SaveLayoutFile#ControllerProxyClient
Description: System.Web.Services.Protocols.SoapException: Server was unable to process request. —>
System.Runtime.InteropServices.COMException (0x80004005): [DBNETLIB][ConnectionOpen
(PreLoginHandshake()).]General network error. Check your network documentation.
at FrExcelLinkB.ExcelLinkBClass.GetLayout(String sGuid, String sUser, String sRapp)
at Cognos.controller.Proxy.CCRWS.ExcelLinkB_GetLayout(String sGuid, String sUser, String sRapp)
— End of inner exception stack trace —
Scenario #3
- Information
Standard Error
Number: -2147467259
Source: FrServerB.ServerInfo.GetServerInfo
Description: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied.
[OK]
Cause
There are several potential causes for errors similar to those shown above.
- For another example, see separate IBM Technote #1587557 & 1674415.
This Technote shall concentrate on the scenario where the cause is a TCP/IP network failure, causing a «General network error«, which has been triggered by one of the following Microsoft Windows TCP/IP mechanisms:
- Scenario #1 — Microsoft TCP Chimney Offload feature is enabled on the server
- For more details, see separate IBM Technote #1445735.
- Scenario #2 — Microsoft SynAttackProtect feature is enabled on the server
- This IBM Technote shall concentrate on this scenario.
The user’s task triggers a high level of network activity to/from the Microsoft SQL database server. In our scenario, this triggers Microsoft ‘SynAttackProtect’ feature on the SQL server:
- ‘SynAttackProtect’ causes Windows to drop connections if the requests arrive faster than SQL Server can service them.
- This is a security feature of Windows Server 2003 Service Pack 1, which implements a finite queue for incoming TCP connection requests.
- SynAttackProtect is enabled (by default) on a server with Windows 2003 SP1 or later. This shuts down the network connection to the Controller application server, which therefore gives an error.
- TIP: For TCP/IP in Windows XP (all versions) and Windows Server 2003 with no service packs installed, SynAttackProtect is set to 0 by default.
More information about ‘SynAttackProtect’:
To mitigate the impact on a host experiencing a SYN attack, TCP/IP minimizes the amount of resources devoted to incomplete TCP connections and reduces the amount of time before abandoning half-open connections. When a SYN attack is detected, when SynAttackProtect is enabled, TCP/IP in Windows Server 2003 and Windows XP lowers the number of retransmissions of the SYN-ACK segment and does not allocate memory or table entry resources for the connection until the TCP three-way handshake has been completed.
- For more information, see section inside ‘Related Documents’
- One of the best summaries on this topic can be found here: http://blogs.technet.com/b/pabenois/archive/2010/06/10/sharepoint-2007-and.aspx
Environment
Microsoft Windows 2003 servers, with Service Pack 1 or later.
NOTE: SynAttack protection is enabled by default and cannot be disabled for all modern Windows versions, for example: Vista, Windows 2008, Windows 7 and Windows 2008 R2.
- See third-party (non-IBM) link below for more details.
Diagnosing The Problem
One method to investigate is to check the current number of TCP network connections that the server currently has. One easy method is to ‘pipe’ the results of netstat to a text file, and then open that in a spreadsheet (e.g. Excel) to analyst. In other words, run the following command (inside a command prompt) and then open the resultant file «connections.txt» inside EXCEL:
-
netstat -o >connections.txt
Resolving The Problem
Fix:
Improve:
- the quality/speed of the network connection between the Controller application server and the SQL server
- the server hardware (CPU speed, number of CPU cores etc.) of the SQL server.
Workaround
Disable Microsoft SYN attack protection on the Windows 2003 Microsoft SQL server.
Steps to disable ‘SynAttackProtect’:
- Obtain some downtine to the system, to ensure no end-users are using any database on the relevant SQL server
- Logon to the SQL server as an administrator
- START — RUN — REGEDIT
- Navigate to the location: HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParameters
- Double-click on the entry SynAttackProtect (or create it if it does not exist!)
- Change its value from 1 to 0
- Reboot the SQL server
Related Information
[{«Product»:{«code»:»SS9S6B»,»label»:»IBM Cognos Controller»},»Business Unit»:{«code»:»BU059″,»label»:»IBM Software w/o TPS»},»Component»:»Controller»,»Platform»:[{«code»:»PF033″,»label»:»Windows»}],»Version»:»8.4;8.3″,»Edition»:»Not Applicable»,»Line of Business»:{«code»:»LOB10″,»label»:»Data and AI»}}]
Historical Number
1035583
Hello together,
since over a week I’ve been looking to
find out the reason for two error messages I get from our users and
servers, unfortunately without success up to now.
I really hope you can help me.
We are using Win 2k servers with active directory and SQL Server 2000,
clients are all Win XP with SP2. Versions of access are 2002 &
2003. The errors are userspecific and occur in both versions. The
SQL-Servers are accessed with an adp-file in 2002-format.
We have one usergroup which is member of specially many groups. This
affects the size of their windows access token which becomes constantly
larger. In order to enable those users to still access their mailboxes
on our Exchange servers, the DWORD entry «MaxTokenSize» with the
decimal value «65535» was made to the newly created key «Parameters» of
their registry branch
«HKLMSYSTEMCurrentControlSetControlLsaKerberos «.
Since then those users can not access any of our SQL Servers using the
windows authentification. One of them gets the error
«[DBNETLIB][ConnectionRead(recv().] General network error. Check your
network documentation.», the others the error «Check connection:
Failed: Cannot generate SSPI context».
In case of resetting the registry entries (by deleting them), the one
user receives the same error message as the rest while it doesn’t make
any difference to those (but at least they can’t connect to their
mailboxes).
After having researched the web, I realised in one of the SQL-Servers
logfiles the entry «Invalid buffer received from client..» which lead
me to start to believe it could have to do something with the kerberos
encryption in the first place. Therefore I asked if changes to the
tokensize had been made. I applied the change with «EXEC sp_configure
‘network packet size’, 65535 RECONFIGURE» on our testsystem and «EXEC
sp_configure» confirms that the value is run.
Consequence: The entry in the SQL Server log doesn’t appear any longer, but the users still receive their error messages.
Do you have any hints?
Your comments will be highly appreciated!
Regards,
caracol
Hello together,
since over a week I’ve been looking to
find out the reason for two error messages I get from our users and
servers, unfortunately without success up to now.
I really hope you can help me.
We are using Win 2k servers with active directory and SQL Server 2000,
clients are all Win XP with SP2. Versions of access are 2002 &
2003. The errors are userspecific and occur in both versions. The
SQL-Servers are accessed with an adp-file in 2002-format.
We have one usergroup which is member of specially many groups. This
affects the size of their windows access token which becomes constantly
larger. In order to enable those users to still access their mailboxes
on our Exchange servers, the DWORD entry «MaxTokenSize» with the
decimal value «65535» was made to the newly created key «Parameters» of
their registry branch
«HKLMSYSTEMCurrentControlSetControlLsaKerberos «.
Since then those users can not access any of our SQL Servers using the
windows authentification. One of them gets the error
«[DBNETLIB][ConnectionRead(recv().] General network error. Check your
network documentation.», the others the error «Check connection:
Failed: Cannot generate SSPI context».
In case of resetting the registry entries (by deleting them), the one
user receives the same error message as the rest while it doesn’t make
any difference to those (but at least they can’t connect to their
mailboxes).
After having researched the web, I realised in one of the SQL-Servers
logfiles the entry «Invalid buffer received from client..» which lead
me to start to believe it could have to do something with the kerberos
encryption in the first place. Therefore I asked if changes to the
tokensize had been made. I applied the change with «EXEC sp_configure
‘network packet size’, 65535 RECONFIGURE» on our testsystem and «EXEC
sp_configure» confirms that the value is run.
Consequence: The entry in the SQL Server log doesn’t appear any longer, but the users still receive their error messages.
Do you have any hints?
Your comments will be highly appreciated!
Regards,
caracol
Hello together,
since over a week I’ve been looking to
find out the reason for two error messages I get from our users and
servers, unfortunately without success up to now.
I really hope you can help me.
We are using Win 2k servers with active directory and SQL Server 2000,
clients are all Win XP with SP2. Versions of access are 2002 &
2003. The errors are userspecific and occur in both versions. The
SQL-Servers are accessed with an adp-file in 2002-format.
We have one usergroup which is member of specially many groups. This
affects the size of their windows access token which becomes constantly
larger. In order to enable those users to still access their mailboxes
on our Exchange servers, the DWORD entry «MaxTokenSize» with the
decimal value «65535» was made to the newly created key «Parameters» of
their registry branch
«HKLMSYSTEMCurrentControlSetControlLsaKerberos «.
Since then those users can not access any of our SQL Servers using the
windows authentification. One of them gets the error
«[DBNETLIB][ConnectionRead(recv().] General network error. Check your
network documentation.», the others the error «Check connection:
Failed: Cannot generate SSPI context».
In case of resetting the registry entries (by deleting them), the one
user receives the same error message as the rest while it doesn’t make
any difference to those (but at least they can’t connect to their
mailboxes).
After having researched the web, I realised in one of the SQL-Servers
logfiles the entry «Invalid buffer received from client..» which lead
me to start to believe it could have to do something with the kerberos
encryption in the first place. Therefore I asked if changes to the
tokensize had been made. I applied the change with «EXEC sp_configure
‘network packet size’, 65535 RECONFIGURE» on our testsystem and «EXEC
sp_configure» confirms that the value is run.
Consequence: The entry in the SQL Server log doesn’t appear any longer, but the users still receive their error messages.
Do you have any hints?
Your comments will be highly appreciated!
Regards,
caracol
- Remove From My Forums
-
Вопрос
-
Hi All ,
In of our application accessing SQL Server 2005 , the SSIS package failed because of the following error:
============================================================
Plan Execution: Plan[advice] Failed: Error while processing the data for the step ‘OLEDB Source 3 2’
Error while processing the data for the step ‘OLEDB Source 3’ Error while processing the data for the step ‘OLEDB Source 3 2’ Error while processing the data
for the step ‘OLEDB Source 3’ Description: [DBNETLIB][ConnectionRead (recv()).]General network error. Check your network documentation. Source: Microsoft OLE DB Provider for SQL Server HRESULT: 0x80004005, Minor Code: 11 SQL State: 08S01 SQL Error Number: 11 28.12.2009 06:50:00 .===============================================================
The call stack got in the .NET application is as follows:For Statement Error:[ISTCMESD118|5496|8504|SAPPCOM|INFO|09.12.2009 06:40:46|d:dataflowgfdailyprocess.log] Plan Execution: Plan[gf_daily] Failed: Error while calculating the output schema for the step ‘OLEDB Source 4’ Description: [DBNETLIB][ConnectionOpen (PreLoginHandshake()).]General network error. Check your network documentation. Source: Microsoft OLE DB Provider for SQL Server HRESULT: 0x80004005, Minor Code: 11 SQL State: 08001 SQL Error Number: 11 Error while calculating the output schema for the step ‘OLEDB Source 4’ Description: [DBNETLIB][ConnectionOpen (PreLoginHandshake()).]General network error. Check your network documentation. Source: Microsoft OLE DB Provider for SQL Server HRESULT: 0x80004005, Minor Code: 11 SQL State: 08001 SQL Error Number: 11 09.12.2009 06:40:00 For Fax Statement Error:[ISTCMESD118|7228|9540|SAPPCOM|INFO|09.12.2009 06:30:30|d:dataflowgfdailyfaxprocess.log] Plan Execution: Plan[gf_daily_fax] Failed: Error while calculating the output schema for the step ‘OLEDB Source 4’ Description: [DBNETLIB][ConnectionOpen (PreLoginHandshake()).]General network error. Check your network documentation. Source: Microsoft OLE DB Provider for SQL Server HRESULT: 0x80004005, Minor Code: 11 SQL State: 08001 SQL Error Number: 11 Error while calculating the output schema for the step ‘OLEDB Source 4’ Description: [DBNETLIB][ConnectionOpen (PreLoginHandshake()).]General network error. Check your network documentation. Source: Microsoft OLE DB Provider for SQL Server HRESULT: 0x80004005, Minor Code: 11 SQL State: 08001 SQL Error Number: 11 09.12.2009 06:30:00 Advice Statement Error:[ISTCMESD118|8676|4840|SAPPCOM|INFO|09.12.2009 06:50:26|d:dataflowadviceprocess.log] Plan Execution: Plan[advice] Failed:
===================================================================
We have TCP/IP & Shared Memory enabled in the SQL server.Named pipes diabled. No eorror could be found in the Errorlog corresponding the same. Even in the EventVwr , we could not find any error as such or related . And this error is occuring occasionally only sometimes ,not regularly.
Kindly help regarding the same .
Thanks,
Mohit-
Перемещено
7 января 2010 г. 15:56
SSIS Question (From:SQL Server Database Engine)
-
Перемещено
Ответы
-
-
Помечено в качестве ответа
Zongqing Li
13 января 2010 г. 9:29
-
Помечено в качестве ответа
Occasionally, on a ASP (classic) site users will get this error:
[DBNETLIB][ConnectionRead (recv()).]General network error.
Seems to be random and not connected to any particular page. The SQL server is separated from the web server and my guess is that every once and a while the «link» goes down between the two. Router/switch issue… or has someone else ran into this problem before?
asked Sep 5, 2008 at 20:35
Using the same setup as yours (ie separate web and database server), I’ve seen it from time to time and it has always been a connection problem between the servers — typically when the database server is being rebooted but sometimes when there’s a comms problem somewhere in the system. I’ve not seen it triggered by any problems with the ASP code itself, which is why you’re seeing it apparently at random and not connected to a particular page.
answered Sep 6, 2008 at 3:49
I’d seen this error many times. It could be caused by many things including network errors too :).
But one of the reason could be built-in feature of MS-SQL.
The feature detects DoS attacks — in this case too many request from web server :).
But I have no idea how we fixed it :(.
answered Sep 5, 2008 at 23:29
Grzegorz GierlikGrzegorz Gierlik
11k4 gold badges45 silver badges55 bronze badges
SQL server configuration Manager
Disable TCP/IP , Enable Shared Memory & Named Pipes
Good Luck !
answered Sep 29, 2011 at 7:57
0
Not a solution exactly and not the same environment. However I get this error in a VBA/Excel program, and the problem is I have a hanging transaction which has not been submitted in SQL Server Management Studio (SSMS). After closing SSMS, everything works. So the lesson is a hanging transaction can block sprocs from proceeding (obvious fact, I know!). Hope this help someone here.
answered Jul 30, 2013 at 9:27
yangli.liyyangli.liy
1013 silver badges5 bronze badges
open command prompt — Run as administrator and type following command on the client side
netsh advfirewall set allprofiles state off
FishStix
4,9269 gold badges37 silver badges53 bronze badges
answered Oct 7, 2016 at 18:39
1
FWIW, I had this error from Excel, which would hang on an EXEC which worked fine within SSMS. I’ve seen queries with problems before, which were also OK within SSMS, due to ‘parameter sniffing’ and unsuitable cached query plans. Making a minor edit to the SP cured the problem, and it worked OK afterwards in its orginal form. I’d be interested to hear if anyone has encountered this scenario too. Try the good old OPTION (OPTIMIZE FOR UNKNOWN) 🙂
answered Mar 14, 2018 at 17:13
AjV JsyAjV Jsy
5,6714 gold badges33 silver badges30 bronze badges
Occasionally, on a ASP (classic) site users will get this error:
[DBNETLIB][ConnectionRead (recv()).]General network error.
Seems to be random and not connected to any particular page. The SQL server is separated from the web server and my guess is that every once and a while the «link» goes down between the two. Router/switch issue… or has someone else ran into this problem before?
asked Sep 5, 2008 at 20:35
Using the same setup as yours (ie separate web and database server), I’ve seen it from time to time and it has always been a connection problem between the servers — typically when the database server is being rebooted but sometimes when there’s a comms problem somewhere in the system. I’ve not seen it triggered by any problems with the ASP code itself, which is why you’re seeing it apparently at random and not connected to a particular page.
answered Sep 6, 2008 at 3:49
I’d seen this error many times. It could be caused by many things including network errors too :).
But one of the reason could be built-in feature of MS-SQL.
The feature detects DoS attacks — in this case too many request from web server :).
But I have no idea how we fixed it :(.
answered Sep 5, 2008 at 23:29
Grzegorz GierlikGrzegorz Gierlik
11k4 gold badges45 silver badges55 bronze badges
SQL server configuration Manager
Disable TCP/IP , Enable Shared Memory & Named Pipes
Good Luck !
answered Sep 29, 2011 at 7:57
0
Not a solution exactly and not the same environment. However I get this error in a VBA/Excel program, and the problem is I have a hanging transaction which has not been submitted in SQL Server Management Studio (SSMS). After closing SSMS, everything works. So the lesson is a hanging transaction can block sprocs from proceeding (obvious fact, I know!). Hope this help someone here.
answered Jul 30, 2013 at 9:27
yangli.liyyangli.liy
1013 silver badges5 bronze badges
open command prompt — Run as administrator and type following command on the client side
netsh advfirewall set allprofiles state off
FishStix
4,9269 gold badges37 silver badges53 bronze badges
answered Oct 7, 2016 at 18:39
1
FWIW, I had this error from Excel, which would hang on an EXEC which worked fine within SSMS. I’ve seen queries with problems before, which were also OK within SSMS, due to ‘parameter sniffing’ and unsuitable cached query plans. Making a minor edit to the SP cured the problem, and it worked OK afterwards in its orginal form. I’d be interested to hear if anyone has encountered this scenario too. Try the good old OPTION (OPTIMIZE FOR UNKNOWN) 🙂
answered Mar 14, 2018 at 17:13
AjV JsyAjV Jsy
5,6714 gold badges33 silver badges30 bronze badges
На чтение 6 мин. Просмотров 62 Опубликовано 15.12.2019
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) 🙂
Иногда на ASP (классическом) сайте пользователи получают такую ошибку:
[DBNETLIB][ConnectionRead (recv()).]General network error.
Кажется случайным и не связан с какой-либо конкретной страницей. Сервер SQL отделен от веб-сервера, и я предполагаю, что время от времени «связь» между ними разрывается. Проблема с маршрутизатором / коммутатором … или кто-то еще сталкивался с этой проблемой раньше?
6 ответов
Лучший ответ
Используя ту же настройку, что и у вас (т.е. отдельный веб-сервер и сервер базы данных), я видел это время от времени, и это всегда была проблема соединения между серверами — обычно, когда сервер базы данных перезагружается, но иногда, когда есть связь проблема где-то в системе. Я не видел, чтобы это было вызвано какими-либо проблемами с самим кодом ASP, поэтому вы видите его, по-видимому, случайным и не связанным с конкретной страницей.
1
Simon Forrest
6 Сен 2008 в 07:49
Я видел эту ошибку много раз. Это могло быть вызвано многими причинами, в том числе ошибками сети :).
Но одной из причин может быть встроенная функция MS-SQL.
Функция обнаруживает DoS-атаки — в этом случае слишком много запросов от веб-сервера :).
Но я понятия не имею, как мы это исправили :(.
0
Grzegorz Gierlik
29 Янв 2010 в 13:40
Диспетчер конфигурации SQL-сервера
Отключить TCP / IP, включить общую память и именованные каналы
Удачи !
0
Lahiru Jayalath
29 Сен 2011 в 11:57
Не совсем решение и не в той же среде. Однако я получаю эту ошибку в программе VBA / Excel, и проблема в том, что у меня зависшая транзакция, которая не была отправлена в SQL Server Management Studio (SSMS). После закрытия SSMS все работает. Итак, урок заключается в том, что зависшая транзакция может блокировать выполнение sprocs (очевидный факт, я знаю!). Надеюсь, это поможет кому-то здесь.
0
yangli.liy
30 Июл 2013 в 13:27
Откройте командную строку — запустите от имени администратора и введите следующую команду на стороне клиента
netsh advfirewall set allprofiles state off
0
FishStix
7 Окт 2016 в 22:41
FWIW, у меня была эта ошибка из Excel, которая зависала на EXEC, который нормально работал в SSMS. Раньше я видел запросы с проблемами, которые также были нормальными в SSMS из-за «сниффинга параметров» и неподходящих кэшированных планов запросов. Внесение незначительных изменений в SP решило проблему, и впоследствии он работал нормально в своей первоначальной форме. Мне было бы интересно услышать, сталкивался ли кто-нибудь с таким сценарием. Попробуйте старый добрый OPTION (OPTIMIZE FOR UNKNOWN) 🙂
0
AjV Jsy
14 Мар 2018 в 20:13