SQL server 2005. Многопоточность. #443121

Стокнулся с проблемой. Есть sql server 2005. 2 Гб выделено для работы, 4 ядра процессоров. В центральной базе (распределенка) восстанавливал последовательность. Обменом информация пошла в периферийки. В периферийках данные грузятся очень долго (что не удевительно), но в одной не загружаются вообще. Судя по логам идут блокировки. Все усугубилось тем, что отключили питание в момент фиксации транзакции. В общем завтра восстанавливаем базу, но хотелось бы узнать какие настройки должны быть у сервера что бы отключить многозадачность, дабы избежать блокировок. Тут текущие настройки Знаю подобная тема поднималась, но там про 2000 было написано.

А 2000-й в плане прикладной настройки настолько сильно отличается от 2005-го?

ну и поставь макс. число потоков в 1

В предыдущей теме было написано что в 2005 таких проблем быть не должно.

Хм... а процессоры и I/O не трогать?

про маски не в курсе

Ну если в 2005-м не должно быть подобных проблем, то зачем пытаться их решить? Может лучше поискать причину где-нибудь в другом месте?

Не должно быть, это не значит что их быть не может.

на вопрос: какие настройки должны быть у сервера что бы отключить многозадачность, дабы избежать блокировок ПРАВИЛЬНЫЙ ОТВЕТ: отключение многозадачности может изменить условия возникновения блокировки, но не позволит избежать их, так как - это механизм контроля целостности данных и он нужен объективно в рамках транзакционной модели субд учим матчасть

хочешь улучшить ситуацию с блокировками - правь код не можешь сам - найми специалиста

uv

если не ошибаюсь, изменение условий как раз снизит вероятность возникновения, не так?=)

без контекста, который автор скорее всего не сможет воспроизвести, на сколько сильно можно уменьшить - можно гадать но моя практика подсказывает, что ищет он не там, а надо: улучшать код (управляемые блокировки, снижение избыточных блокировок, уменьшать пересекаемость данных и т.п.); улучшать железо; выполнять регламентные процедуры; корректировать логику обменов (бить на более мелкие транзакции) и т.п. решить все сложные проблемы одной галалочкой, ну-ну

из совсем тупого для сиквела можно это сделать

Править код - нет возможности. Блокировки при загрузке файла обмена в периферийной базе. В настройках стоит значение выполнять в транзакции по 250 элементов, но судя по журналу регистрации всеравно выполняется длинная транзакция.

грузите ночью монопольно

Не надо путать холодное с зеленым. В данном случае это количество потоков OS Windows для процесса sqlserver. Видел это творение и раньше и как раз хотел спросить, а зачем по вашему Microsoft по умолчанию делает на серверных OS длинные кванты. (Что такое квант и ответ на этот вопрос можно найти в трудах Руссиновича).

Если вы знаете ответ на этот вопрос и уверены в том что делаете, то извиняюсь, в противном случае очень рекомендовал бы Вам узнать что такое длина кванта и на что она влияет. В данном случае вы делаете настройку идеальную для клиентского компа с множеством важных процессов одного приоритета.

А вообще, нужно как минимум проанализировать состояния потоков и контекстные переключения до и после изменения длины кванта.

>>>Видел это творение и раньше и как раз хотел спросить, а зачем по вашему Microsoft отвечаю - ты на практике попробуй и посмотри будет ли результат для сильнозагруженных (>80%) субд а теорию сам потом под это подгонишь

Я не работаю по правилу - сделаю, а там посмотрим :) > 80 % нагрузка на CPU ?

да, прошу прощения за неточность, конечно % загруженности процессоров

Если это помогло, 99.9 % что на фоне что-то сильно грузило проц (DPC, Interrupts)

на последних 6 проектах помогло для MS SQL Server 2005 и 2008 под винду 2003 с ядрами 8-16 штук че там грузило это другой вопрос, но важно что только сккуль под 1С

Если не секрет (я все равно в другом городе) как сейчас с проектами ? :)

работы, которые ни кто не хочет делать всегда много

Можно было попробовать увеличить приоритет процесса sqlserver.

Хотя бы до 13 - 16 и посмотреть.

одного не пойму, ты хочешь расказать мне про галочки, какие надо ставить я в теории не верю, стараюсь писать только провернное практикой возьми у себя проделай, а потом напиши статью, а флудить не хочется