Выбор сервака, Помогите, пожалуйста.

Доброго времени суток, уважаемые.


Такая проблема: есть база данных SQL, весит почти 100 гиг. 1с-ка 7 крутит её своими запросами. Сервак intel Xenon E5520 @2.27GHz + 12 Gb ОЗУ везёт еле-еле. Посоветуйте сервак, на котором все это дело будет работать быстрее.

Прошу не пинать сильно, знаю что лучше базу оптимизировать, но база не моя. Прогер, её поддерживающий, утверждает что это эталон оптимизации и что повысить производительность можно только апгрейдом сервера. Один клиент обслуживается в течении 30 минут, 25 из которых он ждет, пока программа сформирует по нему отчет. Помогите пожалуйста, сил больше нет.

в прошлой конторе мы кластер захуячили.
1 сервак sql и 2, 3, 4 (по потребностям) серванта под 1с с динамическим распределением нагрузки.

Добавлено в 08:36

это не сервак, это его частичные параметры.
можно конечно пробовать сервак двухпроцесорный по 4 ядра, оперативы накручивать добезумия, пятый рейд на SAS DP. но не факт что поможет. разносить по сервантам что бы уменьшать нагрузку.

Это сообщение отредактировал Edaries - 19.07.2012 - 08:53

Да, я понимаю. На лбу написано Depo storm мать немогу глянуть, проц один стоит. Рейд пятый на Adaptec RAID 51645

К сожалению с кластерами пока не сталкивался, так что возникает несколько вопросов:
1 какое дополнительное железо необходимо
2 ориентировочный ценник
3 как ведет себя в домене? (запланирован переход в другой домен)
4 какая ось им рулит

ну тут сложнее.
лиценз, в терминальном доступе или клиентском.
ньансов много.


Это сообщение отредактировал Edaries - 19.07.2012 - 09:38

ОдинЭс сама по себе тормозная, а тем более 7-ка. Железом делу особо не помочь. Процессор SQL не грузит практически, а вот в память чуть ли не всю БД загоняет, посему чем больше памяти, тем лучше, и еще дисковую подсистему побыстрей желательно, все остальное вторично.
PS: я по опыту 8-ки сужу. К стати в 8-ке сервер под линукс можно поставить, и под ПостГри базу развернуть - там ресурсов вообще по минимуму надо и работает шустрее.

1Ску спасет только парочку стоек

Почитал про кластеры, похоже не вариант

Ощущение именно такое, хотя это странно.

у PostgreSQL есть ограничение на объем базы(если не ошибаюсь 4 Гб). Да и переход на 8-ку представляеться чуть ли не фантастикой.

Сэд бат тру

я конечно не профи в этом, но мб стоит бд оптимизировать?

1. Разнести файлы баз и логов транзакций на разные дисковые массивы
2. Для дисковых массивов не использовать RAID5
3. Памяти надо больше (тут лучше вставить столько сколько сможет переварить мат.плата)
4. Ну и в конце концов посмотри счетчики производительности в ОС. там и узнаешь что у тебя проседает конкретно и в каких операциях. Так же в MS SQL есть профилирование операций. тоже поможет определению что и к чему.
5. Базу в 100Гб можно вполне себе разделить на несколько файлов и разложить их по разным дисковым массивам.

Ну и главный вопрос - а как вы её бэкапите?

Ох-х...100 гигов...
Спроси у Исландской CCP......они уже который год самую большую базу рулят.

".......В отличие от многих других mmorpg, EVE-online имеет единный игровой сервер. Строго говоря, серверов два. Один сервер выделен для китайских игроков (требование местного законодательства), второй сервер - Tranquility - общеевропейский.
Tranquility является самым большим суперкомпьютером в игровой индустрии и представляет собой кластер, состоящий из более чем сотни машин (dual-processor 64-bit AMD Opteron-based IBM BladeCenter LS20 blade servers). Вместо традиционных жёстких дисков, используются Solid State Disks (SSD), разрешающие большую скорость обмена данными. Сегодняшний вечерний онлайн превышает 30 тысяч игроков (пиковое значение 41.690 игроков онлайн), и, по заявлениям компании разработчика, мощность кластера позволяет обслуживать до 50 тысяч подключений...."

Ниче подобного. Наша база около 80 гиг весит (сиквельный вариант), одна *.dt-шка около 4-х гигов, разворачивал под ПостГри, размер не смотрел, но сопоставимо думаю с сиквельной, и ничего, на обычном одноядерном П4 крутилось все это под Мандривой и 10 клиентов (больше без ключей не пускает) преспокойно работали совместно с большими одинэсовским расчетами. Единственный косяк - ПостГри надо конфигами заставлять брать больше памяти, тогда как сиквел наоборот надо настраивать на уменьшение аппетитов.

Modigar
Перевести работу базы в 100Гб 1С 7.7 на 1С 8.2 - это труд Героя

Это сообщение отредактировал Kliffoth - 19.07.2012 - 10:48

2Kliffoth 1,2 пункт учту, спасибо. 4 Смотрел дело в оперативе и скуле. когда процесс sqlserver разжирается гигов до 6-ти и несколко операторов начинают что-нибудь формировать сервак встает колом. 5 база уже является распределенной. Бэкапим средствами SQL - 15-25 минут

2drdic у нас все не так круто

DFault
Еще совет - tempdb на отдельный дисковый массив, да чтоб побыстрее.

Kliffoth дело тут наверное больше не в базе, а в том что конфигурация не типовая ~70% самопала

Я бы сказал геморроя... И не факт, что шибко лучше станет, но удобней однозначно, для пользователей.

Режьте базу нафиг
Или еще вариант - обратиться в софтпоинт за гибкими блокировками, правда обойдется как новый сервер

Добавлено в 12:43
кстати, запросы в базе прямые, или штатные одноэсовские?

2DeniskoBalbes Штатные, я писал в первом посте, в том то и вся загвоздка.
Про блокировки сейчас почитаю.

ага - пользователи охуенно любят переучиваться

Немного флудану.
1С сам по себе один большой тупик. Деньги, которые тратятся на поддержку конфигурации можно потратить на разработку своего.
10 лет назад в нашей конторе начали такую разработку, учёт вёлся одновременно в 1С 7.7 и в новой, сейчас уже добрались до всяких заборных листов, формирования рецептов и прочей мне несильно ясной чепухи (т.е. основной функционал уже был создан, в данный момент всяческие няшки-доработки-допиливания вносятся). А сам бухучёт, оборот с поставщиками, пос-терминал - это практически с самого начала было сделано.

На платформе Progress OpenEdge реализована сия чудесная штука. Серваки не превышают стоимостью 200килорублей, в самом новом два 5620, хотя, когда был один - никакого перегруза не было, пики процентов на 30, это запас под римоутапп.

Кстати, на пользователей похер - это не их дело, какой им дают инструмент. Главное то, чтобы на входе прога хавала, а на выходе давала привычные данные.

з.ы. как допилят, чувствую, что будет создано софтверное отделение (под продажу и саппорт), так что никаких более подробностей я раскрывать не буду

2rockin Шикарно. В пиндосии так и делается,и я считаю данный подход единственно верным. Но мы всего лишь филиал, а голова считает что проще взять сервак за 500К, чем заставить своего прогера поднять жопу и начать отлаживать свой продукт