Имя: Пароль:
1C
 
Сервер 1с на ssd
,
0 КонецЕсли
 
11.02.22
09:31
Всем здравствовать.
Приобрели новое железо под сервер 1С+SQL. В системе два разных SSD + 1HDD. Базы "НаБазеУПП", Документооборот. В "НаБазеУПП" человек до 60 работает, в Док-обороте 10-20.
  
ССД такие: под систему SATA Kingston DC500M на 480ГБ; под базу данных PCI M2 Samsung PM983 на 960ГБ.

Программа Samsung Magician показывает следующие результаты теста производительности:
SATA Kingston DC500M:  произвольное чтение 100000 IOPS; произвольная запись 80000 IOPS.
PCI M2 Samsung PM983:  произвольное чтение 440000 IOPS; произвольная запись 340000 IOPS.

Планировал разнести файлы SQL лога и базы на разные диски (лог на Kingston, база на Samsung), но после результатов теста задумался стоит ли. Может всё на Samsung оставить? Как думаете?
1 Бизон
 
11.02.22
09:40
(0) Можешь подсказать что за тест? А то вот тоже в мучениях
2 Бизон
 
11.02.22
09:40
Я тестом Гилева мерял. но может еще есть что
3 Веселый собака
 
11.02.22
09:42
(0) а какой-нибудь раид будет или ?
4 КонецЕсли
 
11.02.22
09:46
(1) Тест делается программой Samsung Magician.
5 arsik
 
гуру
11.02.22
09:49
(0) Воткни еще один PCI M2 и туда разнеси. Но зачем именно логи разносить. Вроде советуют tempdb на отдельный выносить.
6 КонецЕсли
 
11.02.22
09:50
(3) Раида не будет. Будет ещё один ССД Kingston с копией системы для быстрой замены. ССД Сумсунг под базу вообще в единственном экземпляре, но есть HDD, где я могу быстро поднять бакап базы.
7 КонецЕсли
 
11.02.22
09:52
(5) Нет больше ССД. Пока. Надо на существующем железе запуститься.
8 arsik
 
гуру
11.02.22
09:55
(7) Забей тогда.
9 shuhard
 
11.02.22
10:01
(0)[Может всё на Samsung оставить?] 100%
Kingston годиться только для операционки, с выносом темпов на Samsung
10 КонецЕсли
 
11.02.22
10:05
(9) Т.е. на самсунге пользовательские базы+ их логи, tempdb.
Master, model, msdb можно оставить на Kingston?
11 shuhard
 
11.02.22
10:18
(10) + на самсунге должны быть темпы учетной записи, от которой запущен rphost
12 КонецЕсли
 
11.02.22
10:20
(11) Понял. Спасибо!
13 DGorgoN
 
11.02.22
11:56
(0) На проц и его связку смотреть нужно. Возможно там проще все на 1 ssd оставить.
14 vde69
 
11.02.22
12:11
(0) темпДБ на SSD, базу на HDD
15 shuhard
 
11.02.22
12:44
(14)[базу на HDD]
если база помещается на SSD, то решение более чем странное
16 kauksi
 
11.02.22
12:58
Оставь все на Samsung. MS SQL/Postgres?
17 kauksi
 
11.02.22
12:59
плюс PM1733 уже "устарел". смотри на PM1735
18 kauksi
 
11.02.22
12:59
в PM983 используются те же контроллеры и память, что и в бытовых линейках Samsung 970 Evo / Evo Plus.
19 kauksi
 
11.02.22
13:02
так что это не совсем "серверный" ssd по ресурсу
20 vde69
 
11.02.22
13:09
(15) если SSD не в зеркале - то нормальное решение
21 КонецЕсли
 
14.02.22
09:04
Новый проц Xeon E-2286G 4.0 GHz. Объём баз 120 ГБ. Объём SSD 960ГБ. Ничего другого кроме баз на диске не будет. Оба ССД позиционируются nix-ом как серверные для СУБД.

Вообще сервер меняется из-за проблем с железом старого сервера (уже 13 лет работает 24/7). Особых тормозов нет, разве что блокировки, когда рассчитывается себестоимость. Но не критично. Время отклика HDD около 10 мс. По Гилеву около 20 баллов.    
Что из себя представляет старый сервер - не поверите :) - Процессор intel core 2 4х ядерный на 775 сокете на 2,6ггц; 4гб(!!!) DDR2, несколько HDD. Всё это тянет MS SQL Server 2008r2 + 1С сервер. Всё 32 разрядное.
22 shuhard
 
14.02.22
10:01
(24) есть и более простые способы суицида учета
23 kauksi
 
14.02.22
12:30
смысл в 2022м брать 6ти ядерный проц 5ти летней давности - аналог десктопного Core™ i7-8700K? Эффекта вау вряд ли увидите на УПП. Лучше уж Райзен 5950х / core i9-12900K, и под них че нибудь собирать на десктопном железе надо было. Там и попугаев под сотню будет...
24 kauksi
 
14.02.22
12:32
или как вариант - базу УПП обрезать и дальше жить на core 2 раз всех все устраивало
25 kauksi
 
14.02.22
12:42
ну и чем отличаются серверные и клиентские SSD (PM983 в их числе) написано тут https://www.vist-spb.ru/articles/367-client-server-ssd.html
https://www.team.ru/lab/selection-of-enterprise-SSD.shtml