Добрый вечер(день). Встал вопрос модернизации железа.
На данный момент имеем:
- 12 файловых баз с весом каждой 2-5 гб. конфигурации 8.2,
- 8 файловых баз конфигурации 8.3 с весом базы 2-5 гб.
- 30 баз файловых 7.7 Размером от 700мб до 3 гб. тоже файловые.
Суммарный вес баз около 200гб.
Все это крутиться на сервере 2012. 32гб оперативы,проц xeon e-3(4 ядра по 3.1Ghz)
Обычный hdd.
Со всем этим работает 25 пользователей.
12 из офиса через сетевую папку остальные через rdp(server2012)
Есть ли смысл ставить ssd диск для такого большого количества баз? Даст ли это прирост скорости хотябы 20 процентов. Сетка гигабитная.
На данный момент имеем:
- 12 файловых баз с весом каждой 2-5 гб. конфигурации 8.2,
- 8 файловых баз конфигурации 8.3 с весом базы 2-5 гб.
- 30 баз файловых 7.7 Размером от 700мб до 3 гб. тоже файловые.
Суммарный вес баз около 200гб.
Все это крутиться на сервере 2012. 32гб оперативы,проц xeon e-3(4 ядра по 3.1Ghz)
Обычный hdd.
Со всем этим работает 25 пользователей.
12 из офиса через сетевую папку остальные через rdp(server2012)
Есть ли смысл ставить ssd диск для такого большого количества баз? Даст ли это прирост скорости хотябы 20 процентов. Сетка гигабитная.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Да и для терминальных многое зависит не только от типа диска, на котором лежат базы, но и от быстродействия того диска, на котором располагается кэш (профили пользователей), файл подкачки, временные файлы и т.д.
Почитайте хотя бы вот эту тему:
Даст ли это прирост скорости хотябы 20 процентов.
Для терминальных пользователей - может дать, для сетевых - если и даст что-то, то гораздо меньше.
Да и для терминальных многое зависит не только от типа диска, на котором лежат базы, но и от быстродействия того диска, на котором располагается кэш (профили пользователей), файл подкачки, временные файлы и т.д.
Почитайте хотя бы вот эту тему:
(1) Достоверно и точно на этот вопрос никто кроме тебя самого не ответит.
Либо настрой perfmon, чтобы собирал данные по "% загруженности диска" и "длина очереди диска", либо смотри это сам в resmon на вкладке "диск". Если проценты часто держатся на 100 или длина очереди часто держится больше 2, то SSD точно надо.
Ну а так, по пятилетнему опыту работы, могу сказать что от SSD всегда есть толк, если стоит хороший процессор. А у тебя как раз такой.
Либо настрой perfmon, чтобы собирал данные по "% загруженности диска" и "длина очереди диска", либо смотри это сам в resmon на вкладке "диск". Если проценты часто держатся на 100 или длина очереди часто держится больше 2, то SSD точно надо.
Ну а так, по пятилетнему опыту работы, могу сказать что от SSD всегда есть толк, если стоит хороший процессор. А у тебя как раз такой.
(1) для файловых с интенсивной работой - ssd даст прибавку гарантированно.
Но чтобы эффект распространился на всех, надо и 12 пользователей, что через сетевую папку работают, загнать либо в rdp, либо если они работают с базами на 8.3 на УФ, то в тонкий клиент через веб-сервер. Сетевая папка вообще-то не очень хорошо.
Но чтобы эффект распространился на всех, надо и 12 пользователей, что через сетевую папку работают, загнать либо в rdp, либо если они работают с базами на 8.3 на УФ, то в тонкий клиент через веб-сервер. Сетевая папка вообще-то не очень хорошо.
Однозначно , при таком количестве баз на сервере, какой бы SAS диск не стоял, SSD по производительности всегда выше будет. Для любых магнитных дисков рандомное чтение, а именно такое будет при работе с базами данных, будет отличаться от заявленных параметров диска в разы. Для SSD этот параметр практически не меняется, а значит не растет очередь диска, и как следствие запросы отрабатываются быстрее. Чтобы подкрепить скорость SSD надежностью HDD нужен RAID, какой тип это уже зависит от задач. Если не бюджетничать , то RAID10 лучшее решение и скорость и надежность и очередь делить на n , только сразу ставь резервный диск и отмечай как резервный, если при самодиагностике обнаружатся ошибки , то перестройка массива сразу начнется, не дожидаясь когда админ заметит проблему.
От SSD-диска всегда смысл есть, так как у него параметр IOPS в сотни раз больше,нежели у HDD. Пустите всех по RDP.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот