Не лень.<br>Все вопросы были по существу.
Не лень.<br>Все вопросы были по существу.
Из прочитанного сразу возникает столько вопросов, что начинаешь сомневаться в "литературу прочитал чуть ли не всю"...<br><br>1. Как это MS SQL отказался? Что за версия? Сейчас активно изспользуем 2005-й и там уже есть фича, которая позволяет на х32 выделять память более 2Г.<br><br>2. Вы настраивали использование нескольких кластеров сервера 1С на одной физической машине? Для чего?<br><br>> В результате "сервер 1С", при проведении по партиям, ничего не делает, а вся работа лежит на SQL<br>3. А что вы ожидали он вам будет делать? В типовых конфигах основная задача сервера 1С это посыл запросов на SQL и передача от SQL данных клиенту. Даже запись набора данных в регистр это всего лишь пересылка от клиента заполненной данными ТЗ, физически в базу конечно же сам SQL будет писать.<br><br>Кроме того, сам по себе SQL редко "отъедает" большой процессорный ресурс, но периодически все-таки возникают пиковые моменты, когда MS SQL может на 3-4 секунды загрузить все имеющиеся ядра и если вы в этот момент rphost-ами от 1С сервера грузите на 30-40% процессорные ресурсы, то и получите очередную задержку в обработке данных. Вообще для анализа производительности SQL достаточно обратиться к ~10-ти "виндовым" датчикам и общая картина станет ясна (диски плохие, проц не своевременно обрабатывает данные или памяти не хватает).