Как расчитать зарузку!? производительность

[Tolick]

Вот стоит передо мной такая задача. Есть у нас например некий сервер на w2003, на нем AD, SQL база 1С, немного файлопомойка. пользователей порядка 50. работают в 1С порядка 20 челов.

Начальство сказало что скоро будет куплен новый модуль 1С , которому нужна своя база SQL и будут в нем работать еще порядка 20-30 человек из тех же. Сейчас сервак работает не на износ, справляется good. но как спрогназировать, а лучше точно расчитать будующую загрузку его. Если известно что база будет порядка 500 Мб и прирост в год на ~500 Мб.
Пытаться измерить производительность с помощью "Диспетчера задач" не наглядно

есть ли у кого нибудь опыт в этом деле..

[a_shats]

Вопросы:
Терминалка не предполагается ? Если да, то ревизируйте конфиг сервера. Нет - очень тщательно присмотритесь к сети, т.к. клиент 1С очень много тянет к себе по сети.
Причем возникает дурная ситуация: вроде ничего не нагружено, а тормозит: на самом деле тот же клиент тянет к себе данные "порциями" - втянул-обработал-еще втянул, причем во время обработки на клиенте он ни сервер, ни сеть, понятно, не дергает .
Ответьте на первый вопрос - попробую дать прикидочные оценки для расчета.

[Tolick]

Вопросы:
Терминалка не предполагается ? Если да, то ревизируйте конфиг сервера. Нет - очень тщательно присмотритесь к сети, т.к. клиент 1С очень много тянет к себе по сети.
Причем возникает дурная ситуация: вроде ничего не нагружено, а тормозит: на самом деле тот же клиент тянет к себе данные "порциями" - втянул-обработал-еще втянул, причем во время обработки на клиенте он ни сервер, ни сеть, понятно, не дергает .
Ответьте на первый вопрос - попробую дать прикидочные оценки для расчета.

нет не терминалка. сеть хорошая 100мб на HP Procurve 4000. есть гигабитные модули.

[a_shats]

Ага. Тогда:
1. От сервера до коммутатора нужен быстрый канал - гигабит, а лучше пара - в тиме или транке. Да и то - не факт, что тормозить (сеть) в данном случае не будет.
2. Дисковая п/с сервера - однозначно SCSI, SATA уже не потянет - 50 клиентов. Причем я бы рекомендовал RAID10 из 4 винтов минимум.
На RAID-контроллере рекомендую иметь BBU и включенный WriteBack.
Большой кэш (128 Мб и выше) на RAID-контроллере тоже не помешает: он позволит (при WB) "съесть" операции обновления "регистров" 1С при проводках документов.
3. ОЗУ сервера: по Вашей базе я бы рекомендовал иметь пару гигабайт - на развитие и для душевного спокойствия. При Ваших темпах роста этот объем ОЗУ на пару лет вперед позволит спокойно кэшировать все часто используемые данные из базы.
Это, правда, не расчетные данные, а рекомендации - из опыта эксплуатации . "Стандартные" для SQL расчеты сюда, увы, не подходят - из-за "тупой" нагрузки на сервер и большой - на клиентов.

[Tolick]

Это, правда, не расчетные данные, а рекомендации - из опыта эксплуатации . "Стандартные" для SQL расчеты сюда, увы, не подходят - из-за "тупой" нагрузки на сервер и большой - на клиентов.

есть какие то "стандартные " расчеты для SQL?
мне вот именно теоретические расчеты интересуют? мона ли какими нибудь индексами посчитать (описать) конфиг изходя из баз и кол-ва клиентов (количество запросов/промежуток времени)? сколько каждому клиенту отводиться памяти, процессорного времени...

спасибо советы исходящие из опыта...

[gs]

Так ведь у вас не SQL, а 1С SQL. Это две большие разницы. 1С путает все карты из-за своей тупости.
Стандартные методы борьбы с ней Шац уже описал. А РАСЧЕТЫ привести крайне затруднительно (слишком много переменных, которые зависят от расположения звезд на небе - структура базы, КОНКРЕТНАЯ реализация клиентов, активность) - тут только опыт, сын ошибок... А потом все умножить на два для верности

[Tolick]

Так ведь у вас не SQL, а 1С SQL. Это две большие разницы. 1С путает все карты из-за своей тупости.
Стандартные методы борьбы с ней Шац уже описал. А РАСЧЕТЫ привести крайне затруднительно (слишком много переменных, которые зависят от расположения звезд на небе - структура базы, КОНКРЕТНАЯ реализация клиентов, активность) - тут только опыт, сын ошибок... А потом все умножить на два для верности

Это все конечно понятно, но руководству до советом опытных людей из других контор дело мало. ИМ ПОДАВАЙ цифры, сравнения...

вот я думаю может сделать так. поставить некий тестовый сервак... все установить,настроить. ничего лишнего. затем снять характеристики работы при простои.. (основные) так сказать получается baseline ( вроде так M$ это называет), затем подключать к нему клиентов... сначала одного, потом 2, 5, 10.. и тоже снимать показания счетчиков при работе клиентов.

высчитать в % какую загрузку дает в среднем ОДИН клиент на этот сервак.

ещё найти максимальное количество клиентов которое он потянет, либо тоже эксперементально (если есть столько клиентов) либо посчитать исходя из полученных % на одного клиента.

ну и от сюда смотреть что нам надо. и есть как обосновать... естественно + 30-40% запас.