Система хранения в сервере 1С

1. Tikle 16.10.19 07:48 Сейчас в теме
Здравствуйте! Подскажите пожалуйста, собираю сервер для 1С до 20 пользователей, с ограниченным бюджетом. 3 пользователя будут подключаться по rdp, остальные через толстый клиент. И встал вопрос как правильно организовать систему хранения данных. Как это вижу я. Покупаем серверный ссд для системы, sas диск для базы, и обычный диск для бэкапа. Достаточно ли будет такой структуры? Или целесообразно sas объединить в рейд? Базы небольшие, по 6гб. В данный момент под сервер используется простой компьютер с 2мя независимыми hdd, но с увеличением объема баз и количества пользователей появилась необходимость в покупке нового железа. Обращалась в организации с услугой подбора сервера, но очень смущают их цены и методы. Спасибо большое!
По теме из базы знаний
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
22. AlexandrSmith 68 17.10.19 22:07 Сейчас в теме
(1) TEMPDB SQL Sever на забудьте вынести на отдельный сервер.

Еще можно таблицы бухгалтерского учета вынести на отдельный диск к TEMPDB.

Ну а ОС и базы точно надо разделять на разные носители, это максимальный прирост производительности дает.

А серверы 1С и SQL сделать отдельными.

Мой ответ лучший!
23. nomad_irk 71 18.10.19 06:08 Сейчас в теме
TEMPDB SQL Sever на забудьте вынести на отдельный сервер.

Это КАК?! Вынести на отдельный диск - знаю, как на отдельный сервер вынести?


Еще можно таблицы бухгалтерского учета вынести на отдельный диск к TEMPDB.

В условиях ограниченного бюджета и 20 пользователях - смысла 0.


А серверы 1С и SQL сделать отдельными.

В условиях 20 пользователей использование Shared Memory вместо TCP даст прирост до 20%
2. chg 16.10.19 08:22 Сейчас в теме
Здравствуйте, как понимаю пользователей совсем не много?
Не заморачивайтесь с SAS дисками, держите в своём случае ОС на SSD, базы на SSD (два в зеркале) и обычный HDD лучше на другом сервере/ПК под резервные копии.
vv2; Tikle; sapervodichka; +3 Ответить
3. mar82 16.10.19 08:46 Сейчас в теме
(2) сталкивался с аналогичным вопросом, но базы были значительно больше. Доп. диск для временных бэкапов в течение дня прилично выигрывал по скорости у сетевого хранилища. В итоге в течение дня бэкапили на диск, а вечером полный бэкап на нас
vv2; Tikle; chg; +3 Ответить
4. Tikle 16.10.19 08:47 Сейчас в теме
5. chg 16.10.19 09:02 Сейчас в теме
(4)опять же вы должны прикинуть будущий прирост размера баз, может стоить заложить на ближайшее будущее увеличение хоть не намного, тогда стоит обратится к рекомендациям по железу на ИТС-е с соответствующими настройками SQL и системы (разнесение баз по дискам в т.ч. системных, размер блока дисков), я больше ничего посоветовать не могу, так как исходные данные и виденье как оно будет есть только у вас.
6. Tikle 16.10.19 09:04 Сейчас в теме
(2) И еще немного непонятно, можно ли ssd соединять в рейд? Слышала, что они одновременно выйдут из строя.(2)
7. vv2 16.10.19 09:07 Сейчас в теме
(6) Можно. Работает нормально.
Одновременно - только если маловероятное, случайное совпадение.
8. chg 16.10.19 09:08 Сейчас в теме
(6)да, можно, как же по вашему строятся СХД на SSD?
11. nomad_irk 71 16.10.19 12:23 Сейчас в теме
(6)Можно, но в условиях ограниченного бюджета - смысла в этом меньше 0, т.к. быстрее 1-го диска точно не будет.
9. wertep 23 16.10.19 11:53 Сейчас в теме
Чтож все уперлись в эти ССД. Хороший ССД работающий быстро под нагрузками и при заполнении быстро стоит не дешего.
Хороший рейд-контроллер и 10 рейд из САС дисков вполне достаточный и отказоустойчивый вариант.
10. Tikle 16.10.19 12:17 Сейчас в теме
(9) В моем случае на железо отводиться ограниченный бюджет( до 130к. Так что ищу вариант менее затратный, но более-менее надежный.[/IS-QUOTE]
12. wertep 23 16.10.19 14:04 Сейчас в теме
(10) Так оно на то и выходит.
1. Процессор меньше частота - но больше ядер. Физические ядра предпочтительнее реальных. Если процессор один материнку лучше всеравно брать двух процессорную.
2. Приоритет памяти над дисковой подсистемой. При таких объемах и в режиме экономии разделять диски не целесообразно. Лучше взять проще дисковую подсистему и больше памяти. При 64 Гигах памяти скуль тебе закэширует все твои базы и будет мало зависеть от дисков.
3. Из рейдов собирать зеркало, если есть возможность то 10. Использовать хороший рейд-контроллер, а не непонятное софтовое гавно. Потому что нормальный контроллер даже на простом зеркале при чтении будет быстрее, за счет чтения данных в два потока с разных дисков.

Вот как-то так.
13. Tikle 16.10.19 14:34 Сейчас в теме
(12)
Процессор меньше частота - но больше ядер. Физические ядра предпочтительнее реальных. Если процессор один материнку лучше всеравно брать двух процессорную.


Так а как же все пишут что частота для 1С важнее количества ядер?
14. wertep 23 16.10.19 15:26 Сейчас в теме
(13)
частота для 1С важнее количества ядер

Это когда у тебя на сервере 1С крутится только 1С, тогда да. А когда у тебя много сервисов тебе важнее многопоточность.
15. muskul 17.10.19 02:48 Сейчас в теме
(14)Серия неправильные советы. Вот он сейчас купит какиенить 2 Ггц, а потом захотят сервер мини для особо толстой и тупящей базы. а она будет работать медленней, а на новую железку уже денег не дадут.
Хотя в бюджет 130 можно собрать неплохую железяку и под сервер 1с
21. wertep 23 17.10.19 10:53 Сейчас в теме
(15)
Серия неправильные советы.

Продолжайте собирать настольные компы под серверные задачи и думать что чем круче цифра тем производительнее сервер.
16. nomad_irk 71 17.10.19 05:39 Сейчас в теме
(14)высокая частота процессора в любом случае не будет лишней, в отличии от количества ядер, в условии ограниченного бюджета.

Нет смысла покупать 1.5ГГц 40-ядерный проц, имеет смысл купить 4ГГц 8-ядерный.

Так же нет особого смысла в большом количестве памяти - все базы целиком в озу все равно не разместишь. Имеет смысл ставить несколько физических дисков под разные типы данных и выполнять бэкапы.
17. Tikle 17.10.19 06:44 Сейчас в теме
(14)
Много сервисов подразумевает под собой помимо базы 1с еще sql и rdp?
18. nomad_irk 71 17.10.19 06:48 Сейчас в теме
(17)20 rdp пользователей - это уже желательно отдельный сервер терминалов.
В условиях клиент-серверного варианта БД, в rdp нет смысла.
19. Tikle 17.10.19 07:07 Сейчас в теме
Выбрала такую конфигурацию:
i9-9900K (3600 МГц, до 5000 МГц, кэш l3 16)
Материнская плата GIGABYTE B365M DS3H (без ecc)
1х ssd m.2 1тб для системы и базы
1xHDD 2TB для бэкапов
DDR4 4x16ГБ
600W блок питания

По рдп подключаться будут только 3 человека, остальные (15 человек) толстым клиентом.
24. darkultro37 10 18.10.19 14:42 Сейчас в теме
(19)
По моему, i9 за свою цену избыточен, i7-9700K OEM стоит на 10000 минимум дешевле, разница минимальна(нет виртуальных потоков - самое главное различие). SSD имеет смысл взять 120(240) для системы, 240-480 для баз(потом можно еще спокойно поставить для баз дополнительный ssd). Выигрыш в производительности за счет разных дисков с базами и системой будет больше чем от i9 по сравнению с i7. Вместо m2 лучше взять sata, обязательно с MLC чипами. Блок питания 600w тоже избыточен, достаточно и 400, главное хотя бы с бронзовым сертификатом.
20. nomad_irk 71 17.10.19 07:11 Сейчас в теме
Под Ос возьмите диск меньшего объема, на оставшиеся деньги возьмите дополнительный(-е) диск(-и) для файлов БД.

Под ОС m.2(nmve) использовать смысла мало, лучше под файлы БД.

Под бэкапы 2ТБ тоже много будет, т.к. это только "оперативный" бэкап по сути. Дальше уже нужно сливать на другой(-ие) носитель(-и), чтобы бэкапы не умерли вместе со смертью блока питания или выхода из строя диска, например.

Так же не стоит забывать про ИБП для этого сервера.
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)