неизвестная проблема производительности - PullRequest
0 голосов
/ 10 июля 2009

в нашем сервере sql box (машина X64 с 8 ядрами с 16G Ram), мы обнаружили, что производительность действительно плохая после того, как мы собрали кучу данных, иногда мы даже не можем RDP к этому ящику, есть несколько ошибочных сообщений в журнале ошибок SQL следующим образом:

*2009-06-26 12:11:09.92 spid63      Error: 14151, Severity: 18, State: 1.
2009-06-26 12:11:09.92 spid63      Replication-Replication Distribution Subsystem: agent ##job## failed. The process could not access database 'db_STR' on server 'Test01'.
2009-06-26 12:11:30.66 spid57      Replication-Replication Distribution Subsystem: agent ##job## scheduled for retry. The process could not connect to Subscriber 'Test01'.
2009-06-26 17:42:01.48 spid54      Replication-Replication Distribution Subsystem: agent ##Job## scheduled for retry. TCP Provider: An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full.
2009-06-26 17:50:05.96 spid69      Replication-Replication Distribution Subsystem: agent ##Job## scheduled for retry. TCP Provider: An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full.
2009-06-26 17:59:04.64 spid84      Replication-Replication Distribution Subsystem: agent ##Job## scheduled for retry. TCP Provider: An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full.
2009-06-26 18:00:02.62 spid83      Error: 14151, Severity: 18, State: 1.
2009-06-26 18:00:02.62 spid83      Replication-Replication Distribution Subsystem: agent ##Job## failed. Not enough storage is available to process this command.  The step failed.
2009-06-26 18:00:02.76 Server      Error: 26040, Severity: 17, State: 1.
2009-06-26 18:00:02.76 Server      Server TCP provider has stopped listening on port [ 1433 ] due to a failure. Error: 0x2747, state: 2. The server will automatically attempt to reestablish listening.
2009-06-26 18:00:03.17 spid94      Error: 14151, Severity: 18, State: 1.*

Я проверяю все жесткие диски, и на всех есть много свободного места, использование памяти и процессора выглядит нормально, объем памяти увеличился до 15 ГБ, а использование процессора в норме - менее 40%. Я подозревал, что это утечка пулов страниц / не страниц, однако для машины x64 ограничение для пулов не страниц составляет> 6G, и он использует только около 100 МБ. Кто-нибудь знает, что проблема с системой?

Спасибо

Ответы [ 4 ]

1 голос
/ 26 июля 2009

У вас есть SQL Server, настроенный с ограничением оперативной памяти / т. Е. Параметр Max Memory? Если нет, это может потребовать больше оперативной памяти от ОС, чем полезно. Я бы попытался установить максимальный объем памяти достаточно низким, чтобы выделить несколько ГБ ОЗУ для ОС и других процессов. Кроме того, вы Enterprise с блокировкой страниц в памяти или Standard Edition? Если стандарт и SQL Server захватил больше памяти, чем следовало бы, это может быть подкачка страниц, что является идеальным убийцей.

Если это проблема, то это замечательно статья:

http://blogs.msdn.com/slavao/archive/2006/11/13/q-a-does-sql-server-always-respond-to-memory-pressure.aspx

Также здесь:

http://www.johnsansom.com/index.php/2009/03/sql-server-memory-configuration-determining-memtoleave-settings/

0 голосов
/ 11 августа 2009

Это может быть проблема повреждения ввода-вывода. Пожалуйста, взгляните на это сообщение на форуме MSDN .

0 голосов
/ 13 июля 2009

Возможно, это и проблема задержки ввода-вывода.

Проверьте следующие страницы:

0 голосов
/ 10 июля 2009

Похоже, вы генерируете слишком много запросов для базы данных для обработки.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...