1c
Модераторы: Trinity admin`s, Free-lance moderator`s
1c
насколько я понимаю существует 3 варианта сетевой работы с базами 1с:
1. DBF
2. SQL
3. Terminal Server
какой из этих вариантов работы предпочтительней? (точнее из 2-х последних).
Какие преимущества?
И какие требования эти режимы работы накладывают на конфигурацию сервера?
Желательно примерную конфигурацию при кол-ве пользователей 30 и с перспективой их увеличения до 50-60.
1. DBF
2. SQL
3. Terminal Server
какой из этих вариантов работы предпочтительней? (точнее из 2-х последних).
Какие преимущества?
И какие требования эти режимы работы накладывают на конфигурацию сервера?
Желательно примерную конфигурацию при кол-ве пользователей 30 и с перспективой их увеличения до 50-60.
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
1. Немного не так
а примерно - вот так:
- dbf по сети
- SQL по сети
- терминал+dbf
- терминал+SQL
Это в порядке производительности (честно говоря, по расстановке первых двух пунктов - вопрос спорный - в любом случае, все упирается в сеть
).
2. Преимущества: у SQL перед DBF - главное - это поддержание целостности базы. Есть такое проклятье dbf - "переиндексация"
Еще - нагрузка на сервер с ростом баз и кол-ва пользователей растет плавнее, за счет механизмов кэширования и более аккуратного использования ресурсов, ну и - аппетиты SQL можно и ограничить, и прилично улучшить производительность - объемом выданного ему ОЗУ.
У терминалки перед работой по сети - главное преимущество - все клиенты работают с производительностью сервера, и сеть не нагружают - вообще. Все современные сервера, вообще говоря, способны выдать больше, чем может пропустить через себя даже гигабитный Ethernet. Ну и плюс доп. задержки, вносимые сетью...
В общем, разница в производительности - в разы.
Минус - нагрузка на сервер также возрастает многократно, потому - сервер нужен значительно мощнее, чем в первых двух вариантах. Зато клиенты в этом варианте сойдут практически любые- хоть тонкие клиенты с загрузкой WinCE и клиента терминалки с флэшки (красота - нет кулеров, нет винтов, нечему ломаться в принципе), хоть любые писюки, способные поднять Windows начиная с 98-й и терминального клиента - производительность в данном случае от мощи клиента вообще не зависит никак.

- dbf по сети
- SQL по сети
- терминал+dbf
- терминал+SQL
Это в порядке производительности (честно говоря, по расстановке первых двух пунктов - вопрос спорный - в любом случае, все упирается в сеть

2. Преимущества: у SQL перед DBF - главное - это поддержание целостности базы. Есть такое проклятье dbf - "переиндексация"

Еще - нагрузка на сервер с ростом баз и кол-ва пользователей растет плавнее, за счет механизмов кэширования и более аккуратного использования ресурсов, ну и - аппетиты SQL можно и ограничить, и прилично улучшить производительность - объемом выданного ему ОЗУ.
У терминалки перед работой по сети - главное преимущество - все клиенты работают с производительностью сервера, и сеть не нагружают - вообще. Все современные сервера, вообще говоря, способны выдать больше, чем может пропустить через себя даже гигабитный Ethernet. Ну и плюс доп. задержки, вносимые сетью...
В общем, разница в производительности - в разы.
Минус - нагрузка на сервер также возрастает многократно, потому - сервер нужен значительно мощнее, чем в первых двух вариантах. Зато клиенты в этом варианте сойдут практически любые- хоть тонкие клиенты с загрузкой WinCE и клиента терминалки с флэшки (красота - нет кулеров, нет винтов, нечему ломаться в принципе), хоть любые писюки, способные поднять Windows начиная с 98-й и терминального клиента - производительность в данном случае от мощи клиента вообще не зависит никак.
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Требования к конфигурации сервера(терминалка):
В идеале
- 64 Мб ОЗУ на одного клиента+256(лучше 512) на нужды ОС, в случае, если SQL на том же сервере - еще и ОЗУ для него - в зависимости от объема базы.
- не менее, чем 1 процессор на 10-15 клиентов
- дисковый массив - до 15 клиентов может сойти и RAID на SATA, выше - только SCSI RAID
- для собственно БД необходим достаточно производительный RAID-контроллер. Для больших баз (в десятки-сотни гигабайт) - и внешний быстрый RAID-массив.
В Вашем случае, имхо, двухпроцессорник уже не спасает никак-только по минимуму, на 30 клиентов. Готовы ли Вы к тому, чтобы приобретать 4-процессорник для 1С ?
Что касательно итогового объема ОЗУ, дисковой подсистемы такого сервера - нужно определиться сначала
- какой из двух последних вариантов Вы выберете (терминалка+DBF или терминалка + SQL)
- каков объем базы на данный момент, каков приблизительный месячный ее рост.
В идеале
- 64 Мб ОЗУ на одного клиента+256(лучше 512) на нужды ОС, в случае, если SQL на том же сервере - еще и ОЗУ для него - в зависимости от объема базы.
- не менее, чем 1 процессор на 10-15 клиентов
- дисковый массив - до 15 клиентов может сойти и RAID на SATA, выше - только SCSI RAID
- для собственно БД необходим достаточно производительный RAID-контроллер. Для больших баз (в десятки-сотни гигабайт) - и внешний быстрый RAID-массив.
В Вашем случае, имхо, двухпроцессорник уже не спасает никак-только по минимуму, на 30 клиентов. Готовы ли Вы к тому, чтобы приобретать 4-процессорник для 1С ?

Что касательно итогового объема ОЗУ, дисковой подсистемы такого сервера - нужно определиться сначала
- какой из двух последних вариантов Вы выберете (терминалка+DBF или терминалка + SQL)
- каков объем базы на данный момент, каков приблизительный месячный ее рост.
Ситуация выглядит так:
имеется 4 базы
1. 450Мб, 25 пользователей, прирост 100Мб в месяц
2. 840Мб, 15, 100Мб
3. 100Мб, 5, 5-6Мб
4. 100Мб, 4, 5-6Мб
четырех процессорный терминал-сервер врядли потянем
если остановиться на SQL по сети, какая будет достаточная конфигурация сервера?
есть ли смысл сервер (с 1Gbit картой) включить в гигабитный порт свича, если вся остальнаяй сеть 100 мегабитная?
имеется 4 базы
1. 450Мб, 25 пользователей, прирост 100Мб в месяц
2. 840Мб, 15, 100Мб
3. 100Мб, 5, 5-6Мб
4. 100Мб, 4, 5-6Мб
четырех процессорный терминал-сервер врядли потянем
если остановиться на SQL по сети, какая будет достаточная конфигурация сервера?
есть ли смысл сервер (с 1Gbit картой) включить в гигабитный порт свича, если вся остальнаяй сеть 100 мегабитная?
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Тогда получите серьезную нагрузку на клиентов+упор в сеть - 1С-клиент очень много данных тянет к себе по сети. В принципе, как говорят (сам не проверял) - в 1С 8 сервер приложений таки работает (т.е. по крайней мере, часть работы выполняет), но - это должно быть явно указано в конфигурации 1С (что именно должно делаться на сервере).
По цифрам: суммарный объем базы уже сейчас 1450 Мб, т.е близко к 1,5 Гб. Суммарно пользователей ломанутся на один сервер - 49.
Один пользователь при сборе информации может затянуть к себе до 10% объема базы (справочники в основном, да регистры). ПРи формировании отчета - до 50%. Т.е. кажный из 49 пользователей может вальнуть к себе по сети ДО 100-150 Мб. Вы хоть представляете, что с сеткой твориться будет ?
А насчет "потянем" - нет нерастяжимых бюджетов, есть недопонимание соответствия поставленной задачи средствам, необходимым для ее решения
По цифрам: суммарный объем базы уже сейчас 1450 Мб, т.е близко к 1,5 Гб. Суммарно пользователей ломанутся на один сервер - 49.
Один пользователь при сборе информации может затянуть к себе до 10% объема базы (справочники в основном, да регистры). ПРи формировании отчета - до 50%. Т.е. кажный из 49 пользователей может вальнуть к себе по сети ДО 100-150 Мб. Вы хоть представляете, что с сеткой твориться будет ?

А насчет "потянем" - нет нерастяжимых бюджетов, есть недопонимание соответствия поставленной задачи средствам, необходимым для ее решения

Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 13 гостей