Зеркало SSD под файловую базу 1С

Question

[xsash]

На текущий момент сервер с SAS рейдом10 перестает справлять с нагрузкой. Узким местом стала файловая база данных.
Да, естественно стоило бы задумать по переводе базы в SQL... Но директора думаю по другому, поэтому приходится искать альтернативные пути решения.

Какой рейд контроллер будет безпроблемным к соседу (рейд 10) и дружить с двумя SSD?
Какие SSD на сегодня (~64-128 гига) наиболее адекватны по соотношению качество/цена?

Comments

[xsash]

Что приглянулось
Intel RAID Controller RS2BL040 (RTL) PCI-E x8
Intel SSDSC2BB120G401 x2
или
Intel DC S3700 Series < SSDSC2BA100G301>

Железо
Мать: Intel Hanlan Creek S5520HC
Текущий контроллер: Intel RAID Controller RS2BL080
SAS HDD: SEAGATE ST3146356SS

[xsash]

Используются терминальные подключения

Answer 1

[PuzzleW]

счетчики на диск в системе ставили? что в них? где основные задержки?
Что говорит тест производительности от Гилева на вашем текущем железе?
И, сорри за вопрос, если вы с ним уже сталкивались :) выгрузку-загрузку когда делали в последний раз?

Answer 2

[s0n1q]

Если есть понимание, что узкое место логика приклада, то SSD диски вас могут не спасти. Я бы для начала посмотрел насколько нагружены сами диски в системы, правильно ли подобран уровень RAID под ваш тип нагрузки и так далее...

Answer 3

[kolupalkin]

тут не хватает спецификации железа которое есть в наличии , мать и контроллер что бы понять что советовать

Comments

[xsash]

Торопился, потом почему-то не уходило сообщение... Добавил мать и контроллер с дисками

Answer 4

[MadRat]

А сеть гигабитная ? С нагрузкой справляется ? Какое кол-во пользователей на базу?

Comments

[xsash]

Гигабитная, 24 гига, два ксеончика, все работают через терминал. По загрузке в диспетчере ресурсов хватает. Около 20-25 одновременных подключений. Все затыкается на файловой базе, которая почти 15 гигов весит. Обнулять нельзя ((

[MadRat]

Гигабит дает ~120 мегабайт/сек, SSD выдает больше 200 Мб/сек, врятли c SSD будет затык в дисковой подсистеме.

[xsash]

Я повторюсь. Все оаботают через терминальную сессию. База не расшарена

[MadRat]

пардон, недоглядел

Answer 5

[Дмитрий]

Файловая база все равно гоняется по сети, и скорость ее работы скорее упрется в сеть и компьютеры пользователей, нежели в диски на сервере. Если честно слабо представляю что за база если SAS диски в 1+0 не выдерживают нагрузку.

Раз руководство не соглашается на клиент-сервер 1С, то посмотрите в сторону терминального сервера.

Comments

[xsash]

Я повторюсь второй раз. Все работают через терминальную сессию. База не расшарена

Answer 6

[Ta_Da]

Два немного наивных вопроса:
Какая версия 1С (7 или 8) ?
Вы уверены что узкое место именно дисковая подсистема?

Comments

[xsash]

УПП 8.2 (минорные не помню, но актульно крайняя)
Проц не перегружен, память свободна на 50%... В идеале надо на скуль переводить конечно. Но "дорого"

[Дмитрий]

@xsash сори не доглядел в комментах что все через терминал работает, такие вещи нужно в вопросе конечно указывать.

УПП в продакшене без SQL - не вариант.

Она не разрабатывалась для работы в файле. В ней очень важны для быстродействия обязательное выполнение фоновых задач.

[xsash]

Внес уточнения, упустил этот ньюанс. Сам хочу sql...

[Дмитрий]

@xsash очень жаль что при продаже 1С франчайзи не настоял на клиент-серверном режиме работы. Попробуйте рассмотреть вариант работы с PostgreSQL (необходимые дистрибутивы (Windows, DEB, RPM) есть на сайте https://users.v8.1c.ru)

В таком случае останется лишь приобрести лицензию на 1С сервер, сойдет и x86-32. Она не столь дорога.

Но при любой возможности советую перейти на MS SQL