Высшаяинженернаяшкола

Здравствуйте!
Помогите, пожалуйста, решить задачку:
Есть сервер DELL R410, 24G RAM, двухпроцессорный.
Есть MS SQL Server 2008 R2 и создана БД, файлы данных которой лежат на отдельном жестком диске.
Включаю потоковую запись в эту базу в определенную таблицу, все отлично, пишет по 1000-1500 записей в секунду, очередей к диску нет, загрузки процессора и памяти тоже, ничего не мешает работе.
Но как только одновременно с записью я пытаюсь хотя бы одним клиентом считывать что-нибудь из этой же таблицы, то SQL сервер практически перестает писать в нее, скорость записи падает до считанных единиц, может десятков записей в секунду.
При этом мониторинг показывает, что очередей к дискам нет, оперативная память свободна, процессоры на 10%, ни по каким параметрам не достигнут предел производительности, такое ощущение, что SQL сервер искусственно ограничивает потоки на запись отдавая приоритет потокам на чтение, когда дело касается одной и той же таблицы...

Что самое странное рядом стоят два таких же сервера и работают хоть бы что, одновременно и пишут и читают, все как положено. Единственное не я устанавливал на них SQL, поэтому и вопрос - где в MS SQL настройки по части приоритетов ввода/вывода, чтения/записи?
Может что другое посоветуете?

Спасибо!

Спасибо!
Продолжая первый вопрос - подскажите, пожалуйста, насколько эффективна следующая схема получения данных для решения задачи получения одних и тех же данных из разных источников при одновременном их чтении клиентами:

Для примера, есть два отдельных источника, например, два отдельных компьютера, которые по ODBC закачивают одни и те же данные в SQL сервер, иногда один может ненадолго отключаться, почти всегда между ними бывает какая-то небольшая разница во времени, то один быстрее, то другой.
Логика получения данных реализована так, что каждый источник пишет в одну свою временную таблицу (здесь и дальше речь идет об одной единственной базе), назовем их Buffer1 и Buffer2 соответственно. На каждой из этих двух таблиц работает триггер, который при поступлении порции данных пытается скопировать эту порцию в одну и ту же третью таблицу, например, DataHeap, при этом конечно сначала проверяет нет ли в ней уже того, что нужно скопировать (потому что запись идет от двух источников и неизвестно кто запишет раньше).
В свою очередь на таблице DataHeap тоже висит триггер и при поступлении данных, обрабатывает эти данные и закидывает их в обработанном виде во все очереди, которые нужно, а очередей столько, сколько подключившихся клиентов и каждый получает какую-то свою часть из обработанных данных.

триггеры на буферных таблицах написаны с инструкцией
INSERT dbo.DataHeap WITH ( TABLOCKX )
...
SELECT
...
FROM
...
WHERE NOT EXISTS (...)

Правильно ли принципиально организована схема?
Как нужно делать правильно?
Если вы хороший специалист по СУБД MS SQL с опытом администрирования MS SQL для специфичных задач, пишите мне в личку, нашей фирме очень нужен опытный знающий человек как минимум на платный консалтинг, а лучше на постоянную хорошую работу.

Ну лан, спасибо и на том.

вы задаете ООчень специфичный вопрос на которой могут ответить те кто занимается оптимизацией производительности ежедневно и на практике. поэтому лучше обратиться например вот сюда social.msdn.microsoft.com/Forums/en/sqldatabaseengine/threads