(0) могу посмотреть но не уверен что смогу помочь.
чем смогу помогу.

Если срочно то вряд ли.
Все время что-то "вылезает" по новой декларации НДС 2015.

напиши сюда какая ОС
подробно все о железе сервера.
версия sql , какие установлены sp для  ms sql 2005
режим совместимости.
какое разнесение по дискам разделов и журнала транзакций
sql сервер выделенный или используется для каких либо задач.
кстати моя статья как я настраивал ms sql 2005 здесь (на этом сайте)тоже есть.
все что в статье уже давно успешно эксплатируется.

также где расположен сервер предприятия v8.
используется ли терминал, тонкий или толстый клиент
максимальное число активных пользователей.

Да и не должно быть никаких виртуальных машин.


Ну а может все очень банально. сами sql запросы неоптимальны.
т.е неоптимально написано на самом языке v8.

ps если есть индивидуальные вопросы то можно в личку этого сайта

Мужики, я нифига не разбираюсь в серверах, кластерах, MSSQL и подобном. А вопрос срочный, и я не верю что нет возможности его решить без апгрейда оборудования и ПО, так как и то и другое свежее. Пока вариант только с Гилевым, но его условия не совсем сходятся с условиями директора. Потому если есть интерес решить проблему и заработать, то придется это решать вам самому вместе с начальником отдела ИТО. Прошу понять и простить.

А по теме - одним SQL-ем там нифига не обойдешься, но если только о железках хочешь, то вот наш сервак

maljaev писал(а) 14. Апреля 2015 :: 06:08:


скорее всего оборудование тоже придетьс проапгрейдить по крайней мере по части дисковой системы.
1.Начти с измерения длины очереди при обращении к дискам,
как при большой так и небольшой нагрузке.

2.Выкладывай ответы на мои вопросы.
3. сам  операц систему 2012 в глаза не видел но писали на мисте
что там какие-то неправильные настройки выставлены по энергосбережению и если их  не выставить правильно то сервер
практически сразу засыпает и из-за этого тормоза.
может это как раз Ваш случай.

10% увеличение производительности это крайне мало для нас. Нужно цифры порядка "10 раз".

Скажем оптимизировал я модуль проведения Z-отчета, теперь остался только один тяжелый запрос который занимает 35% от всего времени проведения (потом перепишу, т.к. он похоже сложный и зашит в библиотеку Асторовскую - не посмотришь коды). Еще 10% занимают всякие циклы и прочие подготовительные процедуры. А остальное, то есть больше половины - занимают команды записи по регистрам типа "мойНаборЗаписей.Записать()". Ну как их оптимизируешь на уровне 1С? Тут уже обработка на уровне движка и MSSQL. В Z-отчетах больше 1000 строк и проведение одного занимает до минуты.

Еще трабла есть. Загружаем данные с магазинов по планам обмена. Магазинов около 25. Документов куча, так как все любят менять доки задним числом и восстанавливать последовательности. Ну пусть так, главное документы грузятся и проводятся, но со временем всё медленнее и медленнее, в результате процесс почти встает. Помогает остановка обмена, закрытие сессии 1С, freeproccache и заново запуск 1С и старт обмена - и так несколько раз пока весь обмен не всосется. То есть я так понимаю что затык где-то на стороне MSSQL?

maljaev писал(а) 15. Апреля 2015 :: 09:00:

не вяжется с (7)
если все таки запись тупит, то проверь все же по первым моим постам

85% это пока кэш пустой. Потом запросы ускоряются, а запись занимает относительно много времени. Это в процессе дальнейшего исследования обнаружил. Но запись же в память идет а не на диск? Или как?

Пока идет загрузка из магазинов, MS SQL съедает до 18 гиг ОЗУ из 96 гиг доступных, больше жрать не хочет. При выполнении же тяжелых операций по обслуживанию базы может и все 96 гиг съесть. Ограничений на память не стоит.

maljaev писал(а) 15. Апреля 2015 :: 10:38:

Транзакция записи не закончится пока дисковая система не ответит, что запись завершена.
Если отложенная запись выключена (или ее нет), то будем ждать пока данные не упадут на блины.
Если отложенная запись включена, то ответ будет сразу после записи данных в кэш записи.
Включать отложенную запись небезопасно только если кеш записи контроллера эноргонезависим, т.е. установлен модул BBU или весь сервер на УПСе.
Некоторые контроллеры даже не позволят включить отл.запись если нет BBU.

ps
случай из моей практики.
sql сервер стал тупить (работал несколько лет), стали разбираться. Оказалось контроллер посчитал что батарейке в BBU не стоит доверять из-за старости, предложил ее заменить (он считает циклы заряд/разред, остаточную емкость), контроллер перешел на прямую запись, а BBU отключил.
Заказали новый модуль, пока ждали, местный кулибин подпаял обычные литий-ионный пальчиковые аккумуляторы. Заработало