Прошу помощи: ставить SQL или нет.
Модераторы: Trinity admin`s, Free-lance moderator`s
Прошу помощи: ставить SQL или нет.
Добрый вечер, уважаемые сотрудники Тринити и форумчане!
Прошу вашей помощи, по порядку:
Сервер Trinity E110-M3, куплен у Вас в июле 2010г. На борту: Intel Xeon X3440 (2.53GHz, DDR3 1333MHz, cache 8MB, Quad, HT, LGA1156, 95W) - 1шт, 2GB, ECC, DDR3-1333 (4 штуки), Adaptec ASR-5405, 256MB, 4int SAS/SATA, PCI-E x8 (с BBU), HDD SAS 146GB 15K 3.5" (4 штуки), платформа SuperServer 5016I-MTF.
По Вашим рекомендациям проделано было следующее (о чём ни разу не пожалел):
Из 4 SAS винчестеров собран 10 Raid, на нём сделано 2 LUN - 20 Гб под систему и остальное под данные (под базы). Установлен Win 2003 R2 sp2_64, на нём поднят сервер терминалов (лиц на 20 подключений). Кэш контроллера включен, кэш дисков C и D - выключен.
На сервере крутится 1с8.2 (несколько баз) и 1с7.7 (комплексная, в ней практич уже ничего не делают, чисто просмотр данных), обе 1С-файловые. Семёрка, кстати, отлично пошла в 64 бит среде (предупреждали, что могут быть казусы, но пошло отлично и работали в ней активно месяца 3-4). Одновременно через терминал активно работают 15-17 пользователей (и в 7 и в 8 1С-ке), при этом сервер чувствует себя прекрасно, из 8Гб физ памяти свободно 3-4Гб, процессор загружен 5-10% (и то временами). В общем, всё хорошо, но.......при тяжёлых операциях в 1с8.2 ( реализации за квартал наприм) - ошибки, конфликт блокировок при выполнении транзакции. Я гл буху объясняю, что это надо делать вечером, когда в базе нет никого (вечером эта же операция проходит без ошибок), но приходящий программист по 1С крутит её на SQL версию (т.е. еще кучу бабла надо этой прожорливой программе). Подскажите, поможет переход с файловой на SQL версию или проблемы взаимоблокировок останутся? На разных форумах по разному говорят (некоторые говорят, что на SQL других проблем может быть куча). Базы 1с8 небольшие (основная база в которой все работают 1,6 Гб, прирост совсем небольшой.
Если переходить на версию SQL, то что надо - отдельное железо, ПО, или как мне лучше сделать ? (скажу откровенно - с sql никогда не работал). Терминал мне нужен полюбому - несколько пользователей работают удалённо. Нужен ли второй сервер, какое железо, что куда поставить, какой SQL лучше ? Пожалуйста, разжуйте новичку.
И ещё глупейший вопрос: моему серверу года 1,5 уже, как понять батарейка BBU живая или как? Когда её менять надо? (сервер при загрузке просигнализирует или как?). Если у Вас в Ростове-на-Дону есть филиал, подскажите номер телефона (чтоб оперативно купить батарейку если понадобится).
Огромное Спасибо.
Прошу вашей помощи, по порядку:
Сервер Trinity E110-M3, куплен у Вас в июле 2010г. На борту: Intel Xeon X3440 (2.53GHz, DDR3 1333MHz, cache 8MB, Quad, HT, LGA1156, 95W) - 1шт, 2GB, ECC, DDR3-1333 (4 штуки), Adaptec ASR-5405, 256MB, 4int SAS/SATA, PCI-E x8 (с BBU), HDD SAS 146GB 15K 3.5" (4 штуки), платформа SuperServer 5016I-MTF.
По Вашим рекомендациям проделано было следующее (о чём ни разу не пожалел):
Из 4 SAS винчестеров собран 10 Raid, на нём сделано 2 LUN - 20 Гб под систему и остальное под данные (под базы). Установлен Win 2003 R2 sp2_64, на нём поднят сервер терминалов (лиц на 20 подключений). Кэш контроллера включен, кэш дисков C и D - выключен.
На сервере крутится 1с8.2 (несколько баз) и 1с7.7 (комплексная, в ней практич уже ничего не делают, чисто просмотр данных), обе 1С-файловые. Семёрка, кстати, отлично пошла в 64 бит среде (предупреждали, что могут быть казусы, но пошло отлично и работали в ней активно месяца 3-4). Одновременно через терминал активно работают 15-17 пользователей (и в 7 и в 8 1С-ке), при этом сервер чувствует себя прекрасно, из 8Гб физ памяти свободно 3-4Гб, процессор загружен 5-10% (и то временами). В общем, всё хорошо, но.......при тяжёлых операциях в 1с8.2 ( реализации за квартал наприм) - ошибки, конфликт блокировок при выполнении транзакции. Я гл буху объясняю, что это надо делать вечером, когда в базе нет никого (вечером эта же операция проходит без ошибок), но приходящий программист по 1С крутит её на SQL версию (т.е. еще кучу бабла надо этой прожорливой программе). Подскажите, поможет переход с файловой на SQL версию или проблемы взаимоблокировок останутся? На разных форумах по разному говорят (некоторые говорят, что на SQL других проблем может быть куча). Базы 1с8 небольшие (основная база в которой все работают 1,6 Гб, прирост совсем небольшой.
Если переходить на версию SQL, то что надо - отдельное железо, ПО, или как мне лучше сделать ? (скажу откровенно - с sql никогда не работал). Терминал мне нужен полюбому - несколько пользователей работают удалённо. Нужен ли второй сервер, какое железо, что куда поставить, какой SQL лучше ? Пожалуйста, разжуйте новичку.
И ещё глупейший вопрос: моему серверу года 1,5 уже, как понять батарейка BBU живая или как? Когда её менять надо? (сервер при загрузке просигнализирует или как?). Если у Вас в Ростове-на-Дону есть филиал, подскажите номер телефона (чтоб оперативно купить батарейку если понадобится).
Огромное Спасибо.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Прошу помощи: ставить SQL или нет.
Соберите счетчики в момент этих тяжелых операций +- час до и после этого, чтобы была видна динамика процесса. Поглядим что там тормозит. Возможно поможе смена процессора на побольше или перевести базу на пару ССД дисков.Valerchik писал(а):В общем, всё хорошо, но.......при тяжёлых операциях в 1с8.2 ( реализации за квартал наприм) - ошибки, конфликт блокировок при выполнении транзакции.
Re: Прошу помощи: ставить SQL или нет.
у меня в сервере установлено 4 SAS диска 15000 обор. (и больше в него не поставишь), raid10, под базы и под систему сделаны отдельные LUNы. Вы имеете в виду базы перенести на отдельный от терминального сервер? Но тогда теряется смысл терминальника (по сети придётся гонять базы).Stranger03 писал(а): или перевести базу на пару ССД дисков.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Прошу помощи: ставить SQL или нет.
Я вижу, по модели сервера понял уже, . Я к тому, что если по счетчикам будет затык по дискам, то наиболее дешовый вариант - вместо 2-х САС поставить пару ССД. Конечно придется переделать, но это будет сильно бюджетнее, чем скуль + новый сервер. Вообщем счетчики надо глядеть.Valerchik писал(а):у меня в сервере установлено 4 SAS диска 15000 обор. (и больше в него не поставишь), raid10, под базы и под систему сделаны отдельные LUNы. Вы имеете в виду базы перенести на отдельный от терминального сервер? Но тогда теряется смысл терминальника (по сети придётся гонять базы).
Re: Прошу помощи: ставить SQL или нет.
Счётчики сниму в понед-вторник.Stranger03 писал(а):если по счетчикам будет затык по дискам, то наиболее дешовый вариант - вместо 2-х САС поставить пару ССД. Конечно придется переделать, но это будет сильно бюджетнее, чем скуль + новый сервер. Вообщем счетчики надо глядеть.
Подскажите, если всё таки придётся ставить скуль, его можно разместить на этом же сервере ? Т.е. вообще люди используют такой вариант: Один физич сервер, на нём: терминальник, программа 1С, базы 1С, программа SQL server. На сервере поднята только роль терминальника (ни AD, ни файлопомоек, ничего лишнего - только под задачи 1С). И ещё подскажите, конфликт блокировок при выполнении транзакции, я так понимаю возникает не из-за нехватки мощности сервера (или скорости дисков), а из-за самой тупой 1С-ки ?
И про BBU я спрашивал, как понять когда менять ? )
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Прошу помощи: ставить SQL или нет.
Можно, но вероятно терминальных пользователей он уже не выдержит.Valerchik писал(а):Подскажите, если всё таки придётся ставить скуль, его можно разместить на этом же сервере ?
Да, используют.Т.е. вообще люди используют такой вариант: Один физич сервер, на нём: терминальник, программа 1С, базы 1С, программа SQL server. На сервере поднята только роль терминальника (ни AD, ни файлопомоек, ничего лишнего - только под задачи 1С).
1С-ка странное существо, не понимающее, что такое хороший сервер. В переводе, она не понимает многопроцессорности и каждый запрос обрабатывает строго одним ядром. Для того, чтобы понять где затык, нужны счетчики.И ещё подскажите, конфликт блокировок при выполнении транзакции, я так понимаю возникает не из-за нехватки мощности сервера (или скорости дисков), а из-за самой тупой 1С-ки ?
1-2 года, как правило ASM сообщит, когда надо менять батарейку.И про BBU я спрашивал, как понять когда менять ? )
Re: Прошу помощи: ставить SQL или нет.
Счётчики сейчас снять не могу, Ростов занесло поуши, инет дома не работает.
Скажите пожалуйста, если всё таки 1с программист убедит переходить на SQL версию - потянет ли мой однопроцессорный сервер такие задачи: терминальник, сервер 1С, MS_SQL 2008(2005), базы на нём же - т.е все задачи на одном сервере (память можем докупить у Вас хоть 24 Гб).
Скажите пожалуйста, если всё таки 1с программист убедит переходить на SQL версию - потянет ли мой однопроцессорный сервер такие задачи: терминальник, сервер 1С, MS_SQL 2008(2005), базы на нём же - т.е все задачи на одном сервере (память можем докупить у Вас хоть 24 Гб).
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Прошу помощи: ставить SQL или нет.
Если у Вас всего 15-20 человек, то сервер должен потянуть и SQL. Но лучше это посмотреть на счетчиках, как уже отметили.
Может быть и правда чисто софтовые проблемы.
Может быть и правда чисто софтовые проблемы.
Re: Прошу помощи: ставить SQL или нет.
Valerchik,
Поймите, для того, чтобы понять нужен ли Вам новый сервер - нам нужны счетчики. Продать мы можем всё, что угодно, но в Ваших же интересах посмотреть в чем именно происходит затык производительности: есть вариант, что сервер под такой нагрузкой просто "встанет". А покупать машинку, которая заведомо потянет любые задачи - весьма накладно. Иными словами - если "затык" производительности в процессоре - наращивание ОЗУ Вам не поможет.
Поймите, для того, чтобы понять нужен ли Вам новый сервер - нам нужны счетчики. Продать мы можем всё, что угодно, но в Ваших же интересах посмотреть в чем именно происходит затык производительности: есть вариант, что сервер под такой нагрузкой просто "встанет". А покупать машинку, которая заведомо потянет любые задачи - весьма накладно. Иными словами - если "затык" производительности в процессоре - наращивание ОЗУ Вам не поможет.
С уважением, Александр.
Re: Прошу помощи: ставить SQL или нет.
Спасибо, я вас понял. 1-сники утверждали сначала, что файловая версия будет отлично работать, типа базы небольшие, пользователей 15-17 человек, исходя из этого и брали у Вас сервер, и он отлично работает, если бы не эти конфликты блокировок. Теперь вот говорят, что надо бы скуль поставить, а ещё один сервер конечно накладно. Какая всё таки гадкая программа...LCF_R писал(а):Valerchik,
Поймите, для того, чтобы понять нужен ли Вам новый сервер - нам нужны счетчики. Продать мы можем всё, что угодно, но в Ваших же интересах посмотреть в чем именно происходит затык производительности: есть вариант, что сервер под такой нагрузкой просто "встанет". А покупать машинку, которая заведомо потянет любые задачи - весьма накладно. Иными словами - если "затык" производительности в процессоре - наращивание ОЗУ Вам не поможет.
Я вчера вечером снял немного счетчики, но это было воскресенье, можно я их вам здесь выложу (просто гляните, всё что надо я включил для снятия показаний или нет, а под нагрузкой завтра)?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Прошу помощи: ставить SQL или нет.
"Valerchik"
зипуйте бинарник и выкладывайте.
зипуйте бинарник и выкладывайте.
Re: Прошу помощи: ставить SQL или нет.
ВотStranger03 писал(а):"Valerchik"
зипуйте бинарник и выкладывайте.
- Вложения
-
- ForTrinity_000001.rar
- (42.33 КБ) 413 скачиваний
Re: Прошу помощи: ставить SQL или нет.
Ну, по этому графику видно, что в выходные сервер действительно простаивает =)
С уважением, Александр.
Re: Прошу помощи: ставить SQL или нет.
Это да )LCF_R писал(а):Ну, по этому графику видно, что в выходные сервер действительно простаивает =)
А счётчики я все что надо включил?
Re: Прошу помощи: ставить SQL или нет.
В принципе, да, только не очень понятно, зачем прикреплено по несколько одинаковых счетчиков в разных масштабах.
С уважением, Александр.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 46 гостей