Здравствуйте! Подскажите пожалуйста, собираю сервер для 1С до 20 пользователей, с ограниченным бюджетом. 3 пользователя будут подключаться по rdp, остальные через толстый клиент. И встал вопрос как правильно организовать систему хранения данных. Как это вижу я. Покупаем серверный ссд для системы, sas диск для базы, и обычный диск для бэкапа. Достаточно ли будет такой структуры? Или целесообразно sas объединить в рейд? Базы небольшие, по 6гб. В данный момент под сервер используется простой компьютер с 2мя независимыми hdd, но с увеличением объема баз и количества пользователей появилась необходимость в покупке нового железа. Обращалась в организации с услугой подбора сервера, но очень смущают их цены и методы. Спасибо большое!
По теме из базы знаний
- Инструкция по установке сервера 1С и PostgreSQL на CentOS Linux
- Новая система хранения в Simple UI. Это все меняет.
- Утилита тестирования сервера 1С от HADGEHOGs
- Анализатор безопасности базы сервера 1С
- В облако на работу: Все варианты авторизации ОС сервером 1С на базе РЕД ОС 8 в домене windows. Рецепты от Капитана
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) TEMPDB SQL Sever на забудьте вынести на отдельный сервер.
Еще можно таблицы бухгалтерского учета вынести на отдельный диск к TEMPDB.
Ну а ОС и базы точно надо разделять на разные носители, это максимальный прирост производительности дает.
А серверы 1С и SQL сделать отдельными.
Мой ответ лучший!
Еще можно таблицы бухгалтерского учета вынести на отдельный диск к TEMPDB.
Ну а ОС и базы точно надо разделять на разные носители, это максимальный прирост производительности дает.
А серверы 1С и SQL сделать отдельными.
Мой ответ лучший!
TEMPDB SQL Sever на забудьте вынести на отдельный сервер.
Это КАК?! Вынести на отдельный диск - знаю, как на отдельный сервер вынести?
Еще можно таблицы бухгалтерского учета вынести на отдельный диск к TEMPDB.
В условиях ограниченного бюджета и 20 пользователях - смысла 0.
А серверы 1С и SQL сделать отдельными.
В условиях 20 пользователей использование Shared Memory вместо TCP даст прирост до 20%
Здравствуйте, как понимаю пользователей совсем не много?
Не заморачивайтесь с SAS дисками, держите в своём случае ОС на SSD, базы на SSD (два в зеркале) и обычный HDD лучше на другом сервере/ПК под резервные копии.
Не заморачивайтесь с SAS дисками, держите в своём случае ОС на SSD, базы на SSD (два в зеркале) и обычный HDD лучше на другом сервере/ПК под резервные копии.
(4)опять же вы должны прикинуть будущий прирост размера баз, может стоить заложить на ближайшее будущее увеличение хоть не намного, тогда стоит обратится к рекомендациям по железу на ИТС-е с соответствующими настройками SQL и системы (разнесение баз по дискам в т.ч. системных, размер блока дисков), я больше ничего посоветовать не могу, так как исходные данные и виденье как оно будет есть только у вас.
(10) Так оно на то и выходит.
1. Процессор меньше частота - но больше ядер. Физические ядра предпочтительнее реальных. Если процессор один материнку лучше всеравно брать двух процессорную.
2. Приоритет памяти над дисковой подсистемой. При таких объемах и в режиме экономии разделять диски не целесообразно. Лучше взять проще дисковую подсистему и больше памяти. При 64 Гигах памяти скуль тебе закэширует все твои базы и будет мало зависеть от дисков.
3. Из рейдов собирать зеркало, если есть возможность то 10. Использовать хороший рейд-контроллер, а не непонятное софтовое гавно. Потому что нормальный контроллер даже на простом зеркале при чтении будет быстрее, за счет чтения данных в два потока с разных дисков.
Вот как-то так.
1. Процессор меньше частота - но больше ядер. Физические ядра предпочтительнее реальных. Если процессор один материнку лучше всеравно брать двух процессорную.
2. Приоритет памяти над дисковой подсистемой. При таких объемах и в режиме экономии разделять диски не целесообразно. Лучше взять проще дисковую подсистему и больше памяти. При 64 Гигах памяти скуль тебе закэширует все твои базы и будет мало зависеть от дисков.
3. Из рейдов собирать зеркало, если есть возможность то 10. Использовать хороший рейд-контроллер, а не непонятное софтовое гавно. Потому что нормальный контроллер даже на простом зеркале при чтении будет быстрее, за счет чтения данных в два потока с разных дисков.
Вот как-то так.
(14)Серия неправильные советы. Вот он сейчас купит какиенить 2 Ггц, а потом захотят сервер мини для особо толстой и тупящей базы. а она будет работать медленней, а на новую железку уже денег не дадут.
Хотя в бюджет 130 можно собрать неплохую железяку и под сервер 1с
Хотя в бюджет 130 можно собрать неплохую железяку и под сервер 1с
(14)высокая частота процессора в любом случае не будет лишней, в отличии от количества ядер, в условии ограниченного бюджета.
Нет смысла покупать 1.5ГГц 40-ядерный проц, имеет смысл купить 4ГГц 8-ядерный.
Так же нет особого смысла в большом количестве памяти - все базы целиком в озу все равно не разместишь. Имеет смысл ставить несколько физических дисков под разные типы данных и выполнять бэкапы.
Нет смысла покупать 1.5ГГц 40-ядерный проц, имеет смысл купить 4ГГц 8-ядерный.
Так же нет особого смысла в большом количестве памяти - все базы целиком в озу все равно не разместишь. Имеет смысл ставить несколько физических дисков под разные типы данных и выполнять бэкапы.
Выбрала такую конфигурацию:
i9-9900K (3600 МГц, до 5000 МГц, кэш l3 16)
Материнская плата GIGABYTE B365M DS3H (без ecc)
1х ssd m.2 1тб для системы и базы
1xHDD 2TB для бэкапов
DDR4 4x16ГБ
600W блок питания
По рдп подключаться будут только 3 человека, остальные (15 человек) толстым клиентом.
i9-9900K (3600 МГц, до 5000 МГц, кэш l3 16)
Материнская плата GIGABYTE B365M DS3H (без ecc)
1х ssd m.2 1тб для системы и базы
1xHDD 2TB для бэкапов
DDR4 4x16ГБ
600W блок питания
По рдп подключаться будут только 3 человека, остальные (15 человек) толстым клиентом.
(19)
По моему, i9 за свою цену избыточен, i7-9700K OEM стоит на 10000 минимум дешевле, разница минимальна(нет виртуальных потоков - самое главное различие). SSD имеет смысл взять 120(240) для системы, 240-480 для баз(потом можно еще спокойно поставить для баз дополнительный ssd). Выигрыш в производительности за счет разных дисков с базами и системой будет больше чем от i9 по сравнению с i7. Вместо m2 лучше взять sata, обязательно с MLC чипами. Блок питания 600w тоже избыточен, достаточно и 400, главное хотя бы с бронзовым сертификатом.
По моему, i9 за свою цену избыточен, i7-9700K OEM стоит на 10000 минимум дешевле, разница минимальна(нет виртуальных потоков - самое главное различие). SSD имеет смысл взять 120(240) для системы, 240-480 для баз(потом можно еще спокойно поставить для баз дополнительный ssd). Выигрыш в производительности за счет разных дисков с базами и системой будет больше чем от i9 по сравнению с i7. Вместо m2 лучше взять sata, обязательно с MLC чипами. Блок питания 600w тоже избыточен, достаточно и 400, главное хотя бы с бронзовым сертификатом.
Под Ос возьмите диск меньшего объема, на оставшиеся деньги возьмите дополнительный(-е) диск(-и) для файлов БД.
Под ОС m.2(nmve) использовать смысла мало, лучше под файлы БД.
Под бэкапы 2ТБ тоже много будет, т.к. это только "оперативный" бэкап по сути. Дальше уже нужно сливать на другой(-ие) носитель(-и), чтобы бэкапы не умерли вместе со смертью блока питания или выхода из строя диска, например.
Так же не стоит забывать про ИБП для этого сервера.
Под ОС m.2(nmve) использовать смысла мало, лучше под файлы БД.
Под бэкапы 2ТБ тоже много будет, т.к. это только "оперативный" бэкап по сути. Дальше уже нужно сливать на другой(-ие) носитель(-и), чтобы бэкапы не умерли вместе со смертью блока питания или выхода из строя диска, например.
Так же не стоит забывать про ИБП для этого сервера.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот