Купили новый сервер.

конфиг такой:
2 физ проц - Intel E5-2643 v3 (3.4Ghz)
ОЗУ - 128 ГБ
Диски: C, D - по RAID10 на SSD дисках.
ОС - Windows 2019 server

Поставил MS SQL 2016 std (runtime) ( Microsoft SQL Server 2016 (SP2-CU13) (KB4549825) - 13.0.5820.21 )
---------

На сервере будет крутиться 1С УТ 11.4

посоветуйте правильную (оптимальную) распределение ресурсов ? Мануалов много по оптимизации SQL для 1С, но какую посоветуйте?

P.S. На этом сервере хочу запустить еще виртуальный сервер. Hyper-V, с терминальным сервером для 10 пользователей. Надо под них тоже резервировать сколько то ОЗУ.

Сервер терминалов и 1С-сервер должны быть на разных машинах.

(0) "На этом сервере хочу запустить еще виртуальный сервер. Hyper-V, с терминальным сервером для 10 пользователей."

10 лет расстрела без права переписки.

Начинается! какое ваше дело что где? 5 лет все так работал отлично, на Win 2012 сервере. сейчас купили новый сервер, туда хочу перенесли.

(3) "какое ваше дело что где?"
Ты спросил наше мнение. Тебе его дали. Чего плачешься? Или просто похвастаться  новым сервером решил?

Переход с Микрософта на Линукс

30к

если на винде

(4) я не спрашивал можно ли терминалку под 1С сервер поставить. Я уже решил, что буду ставить.
Я спрашивал про оптимизацию SQL под 1С.

(0) >RAID10 на SSD дисках

вот после этого уже плеваться хочется

1. Почти нет контроллеров raid которые умеют TRIM
2. raid контроллеры не заточены под ssd они на hdd

Имхо лучше всего в PCIe воткнуть NVMe SSD и сделать его кэшем для hdd в raid 10.
Загрузку (операционку) с отдельного SSD (nvme если мамка поддерживает или sata).

Имхо два NMVe SSD шустрых с хорошим ресурсом (под систему можно похуже под кэш получше ресурс TBW) и HDD (обязательно RAID Edition) в 10 raid.
Далее ставится система на один NVMe SSD и делаем из HDD и второго NVMe SSD дисковое пространство
https://docs.microsoft.com/ru-ru/windows-server/storage/storage-spaces/understand-the-cache
Обязательно в ReFS оно под него заточено.

(8)+ И да следить за кэширующим SSD и планово его менять вовремя!

(8)
> 2. raid контроллеры не заточены под ssd они на hdd

кто вам такой дичь сказал? )))))))) И в каком веке вы застряли? Почему у меня 7 лет, как уже рейды все на SSD дисках и все отлично работают?


Вам стоит немного расти, а то застряли в начале 2х тысячных.
https://3nity.ru/viewtopic.php?t=18447

(10) Почитай что происходит с SSD когда забивается весь диск и TRIM нету

(11)+ И да без TRIM через raid контроллер весь диск забивается очень быстро, даже если типа куча свободного места.
Особенность работы SSD такая.

Есть конечно выход оставлять (не размечать) много места на SSD.
Ну там допустим терабайтник только (под серверные задачи) на 50% использовать, тогда и без TRIM оно послужит за счет дополнительного резерва.

(11) ничего не происходит !
За 7 лет думайте не забились 256 - 500 ГБ диски? Это все херня. что вы знайте про них, забудьте.
теперь другие технологии и решение.

И да самый прикол как ведут себя raid контроллеры если в них воткнуть очень разные по характеристикам SSD.
А менять их придется сильно чаще чем HDD и точно такие же хрен найдешь если не позаботиться о резерве.

(13) Я не говорю что нельзя использовать SSD вместо HDD через аппаратный RAID контроллер.

Я всего навсего сказал что это не так просто и требует некоего кол-ва знаний и подбора оборудования и правильной настройки.

Или может быть мучительно больно а результат хуже чем в (8) случай с HDD

> И да самый прикол как ведут себя raid контроллеры если в них воткнуть очень разные по характеристикам SSD.

точно также, как и при HDD

> А менять их придется сильно чаще чем HDD и точно такие же хрен найдешь если не позаботиться о резерве.
вот RAID10 , 3 года круглосуточной работы - не одного нарекания.

(16) >точно также, как и при HDD

Но характеристики HDD редко отличаются в 2 раза )) А в случае SSD это запросто!
У меня в аппаратном RAID из пары разных SSD (один интел а другой китай кингспек) постоянно рейд разваливался.

Под хорошей нагрузкой там второй ssd за счет разницы в кэшей внутренних после его забития начинал тупить а первый ssd еще шустро и контроллер от такой разницы считал что ssd сдох.

Хотя по отдельности эти SSD прекрасно пашут оба.

(17)+ Кста аналогичная трабла на SMR HDD с черепичной записью и большим ddr кэшем
Они тупо не подходят для аппаратных raid

С дисками то отдельмая тема. подбор, тестирование и т.д.
У нас с этим проблем нет.

Надо настроить SQL.

(19) Настрой на максимальное распараллеливание по кучей ядер проца, мануалов по mssql дофига.

И аналогично сервер 1С, там чтобы побольше rphost (точнее чтобы полностью утилизировать почти все ядра сервера) запускал
https://its.1c.ru/db/metod8dev/content/5908/hdoc

"... там чтобы побольше rphost" - на 8.3 с лицензией ПРОФ мы этим разве управляем?

(21) "Количество соединений на процесс» можно менять и при ПРОФ лицензии"

(20)+ Хотя конечно и пишут что типа "Rphost давным-давно многопоточный" но на практике последняя почти платформа 8.3.17 а нифига, если один rphost то ядра не грузит почему, точнее одно ядро на максимум.
А если их несколько то равномерно ядра загружаются.

Конечно может это операционка как то криво отдает инфу серверу 1С и он считает что не надо много потоков создавать хз.

Новый сервер в 2020г на Xeon v3? Б/у то бишь?
Да и 2*2643v3 для УТ11.4 на 10 голов - это уже неоптимальный выбор.
Терминалка для УТ11.4 - опять-таки неоптимально.
А Hyper-V - это вообще фатально.
Вывод - хлам сдать обратно, взять нормальную машину на Xeon E-22** LGA1151v2. Либо десктоп на LGA1200.