Сервер SQL для 1с 8.1
Модераторы: Trinity admin`s, Free-lance moderator`s
Сервер SQL для 1с 8.1
Господа,
подскажите архитектуру серверов под SQL для 1с 8.1 на 100 пользователей (из них 35 - 50 активных), Предполагается, что база будет примерно 150 Гб (возможно увеличение до 200-250 Гб).
Если можно, хотелось бы услышать решения как на базе supermicro, так и на Intel.
подскажите архитектуру серверов под SQL для 1с 8.1 на 100 пользователей (из них 35 - 50 активных), Предполагается, что база будет примерно 150 Гб (возможно увеличение до 200-250 Гб).
Если можно, хотелось бы услышать решения как на базе supermicro, так и на Intel.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Сервер SQL для 1с 8.1
Вы подбираете оборудование уже под конкретную задачу или это теоретический интерес? Есть ли какая-то рабочая система, с которой можно снять счетчики производительности? И сколько времени система может стоять, пока ее не починит админ?MaksaR писал(а):Господа,
подскажите архитектуру серверов под SQL для 1с 8.1 на 100
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Сервер SQL для 1с 8.1
С точки зрения архитектуры здесь мне видится как минимум 6-ть серверов и дисковый массив:
кластер серверов баз данных с дисковым массивом
пара сереров приложений
пара терминальных серверов
Если 4-е последних можно спокойно рассматривать у Супермикры, то по кластеру серверов большой вопрос. С точки зрения масштабируемости, производительности и масштабов вашего бедствия вам прямая дорога к паре ИБМ 3850 М2 + ДС4700. Но если эти ваши 35-50 активных пользователей будут не сильно активны и ваши программеры очень сильно постараются оптимизировать код 1С, то может можно будет обойтись парой микр + Заратексом.
кластер серверов баз данных с дисковым массивом
пара сереров приложений
пара терминальных серверов
Если 4-е последних можно спокойно рассматривать у Супермикры, то по кластеру серверов большой вопрос. С точки зрения масштабируемости, производительности и масштабов вашего бедствия вам прямая дорога к паре ИБМ 3850 М2 + ДС4700. Но если эти ваши 35-50 активных пользователей будут не сильно активны и ваши программеры очень сильно постараются оптимизировать код 1С, то может можно будет обойтись парой микр + Заратексом.
Ситуация такая, сейчас есть база на первасиве + самописная программа работающая с ней - обьем этой базы 70 gb все это на сказевых дисках - загрузка проца минимальная, а вот обмен страниц жесткого постоянно прыгаютс пиками в 100% - но все это в принципе терпимо. Сейчас программисты работают над переходом на 1с( стандартная конфигурация сильно изменена - но мне неизвестно как это скажется на быстродействии - зависит от программистов). Заканчивают программисты через 2 недели - сервер должен быть готов через 3.
По мимо основной базы на этом сервере будут крутится еще пару баз не сильно большого объема. По этому и беру цифру 150-200 гб.
Терминальный сервер и сервер приложений меня не интересуют - хотя я бы послушал примерную конфигурацию(2 сервера приложений в кластере и по совместительству терминальные сервера)
Сейчас подобрали примерно вот такую конфигурацию для MS SQL 2005
Flagman RX2316
2 x 2.67GHz Intel® Xeon® E5430 Core 2 QuadCore 1333MHz FSB, 2 x 6144Kb L2 cache
4 x DIMM 4096Mb DDR-II PC2-5300 ECC Full Buffered
16-internal/4-external channel SAS/SATA RAID (0,1,1EE,10,5,5EE,50,6,60) controller 512Mb cache w/BBU (adaptec 5 т серии)
Дисковая корзина 16 дисковых отсеков HotSwap 1' SAS/SerialATA - хотели 16 дисковых отсеков HotSwap 3.5" SAS/SerialATA Dual SAS Expander Chip - но сказали что нам это не к чему.
16 х HDD 146Gb SAS 15000rpm
На счет кластера , я даже не знаю - данное предложение обходится нам в 12к $ - во сколько обойдется кластер - 2 сервера и корзина. И главное нужен ли он.
По мимо основной базы на этом сервере будут крутится еще пару баз не сильно большого объема. По этому и беру цифру 150-200 гб.
Терминальный сервер и сервер приложений меня не интересуют - хотя я бы послушал примерную конфигурацию(2 сервера приложений в кластере и по совместительству терминальные сервера)
Сейчас подобрали примерно вот такую конфигурацию для MS SQL 2005
Flagman RX2316
2 x 2.67GHz Intel® Xeon® E5430 Core 2 QuadCore 1333MHz FSB, 2 x 6144Kb L2 cache
4 x DIMM 4096Mb DDR-II PC2-5300 ECC Full Buffered
16-internal/4-external channel SAS/SATA RAID (0,1,1EE,10,5,5EE,50,6,60) controller 512Mb cache w/BBU (adaptec 5 т серии)
Дисковая корзина 16 дисковых отсеков HotSwap 1' SAS/SerialATA - хотели 16 дисковых отсеков HotSwap 3.5" SAS/SerialATA Dual SAS Expander Chip - но сказали что нам это не к чему.
16 х HDD 146Gb SAS 15000rpm
На счет кластера , я даже не знаю - данное предложение обходится нам в 12к $ - во сколько обойдется кластер - 2 сервера и корзина. И главное нужен ли он.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Дисков для такой базы маловато будет. Тем более что данное решение не расширяемое. Если по дисковой системе у вас будет затык, то сделать будет ничего нельзя, кроме как заменить целиком сервер. В случае Заратекса можно будет добавить полки с дисками и за счет добавления количества шпинделей увеличить производительность дисковой системы.
Что касается кластера, подумайте, сколько времени вы будете восстанавливать работоспосоюность в случае поломки скажем материнской платы или контроллера7 думаю срок восстанвления работоспособности может быть 1-2-3 и так далее дней. Если же 16-ти канального Адаптека не будет в наличииЮ то все 2-3 недели.
Альтернативный вариант на базе нашего кузова 836 завтра отправлю в почту.
Что касается кластера, подумайте, сколько времени вы будете восстанавливать работоспосоюность в случае поломки скажем материнской платы или контроллера7 думаю срок восстанвления работоспособности может быть 1-2-3 и так далее дней. Если же 16-ти канального Адаптека не будет в наличииЮ то все 2-3 недели.
Альтернативный вариант на базе нашего кузова 836 завтра отправлю в почту.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Так же как и в первом сообщении. Пара мощных серверов в кластер с дисковым массивом. Только в этом случае пара супермикр уже точно не поможет. Лучше расскажите что сейчас работает, можно ли увидеть перфоманс счетчики.LelikOFF писал(а):Продолжу тему.
планируется УПП по части зарплата 300 рабочих мест и столько же активных, что посоветуете в плане SQL сервера для работы, считать будут зарплату на 15 тыщ.чел. думаю объёмы базы будут огромные > 100Гбайт за год работы.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Тогда стоит оттолкнуться от финансовой стороны дела. И оценить вероятные потери в случае простоя системы. Сделать это очень просто: взять среднюю дневную зарплату бухгалтера, помножить на количество работающих в системе бухгалтеров, умножить на 2-а дня простоя (минимум), получим только прямые потери от простоя системы.LelikOFF писал(а):Пока ничего не работает, это в перспективе... ближайшей. Просто нужно выдать примерныу рекомендуемую конфигурацию, т.к. закупка техники может занять не один месяц.
Далее все будет зависеть от начального этапа, от внедрения. Сколько на начальном этапе будет сотрудников работать с системой, какие стартовые размеры баз данных. И так далее.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Ну допустим средняя зарплата бухгалтера 15000 рублей, делим на 20 рабочих дней, это получается средние прямые потери в день от простоя системы оцениваются в 225 тысяч рублей. Ну а если к этому прибавить например аврал, день перед зарплатой, и допустим 15 тыщ народу завтра не получит зарплату, потому что система стояла,
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
1С SQL работает на: MS SQL, DB2, Postgres. Первый поддерживает актив - пассив кластер (две ноды без балансировки). Два последних не умеют даже этого.Nafanja писал(а):А можно поподробнее о технической стороне применения кластера для БД? Т.е. будет ли оно распределять процесорную нагрузку равномерно или же только кластеризоваться будет дисковая система и т.п.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 14 гостей