Сервер для базы данных: SQL Server, PostgreSQL и Oracle — как подобрать конфигурацию

Сервер под СУБД подбирается не под название базы, а под профиль нагрузки: короткие онлайн-транзакции или тяжёлая аналитика, объём данных, число одновременных сессий и требования к задержкам. Общий принцип для MS SQL Server, PostgreSQL и Oracle один: достаточно памяти под кэш страниц, быстрый флешовый слой, разделение данных, журналов и временных пространств и резервирование питания. Ниже — рабочая логика подбора и ориентиры по конфигурациям. Мы поставляем новые серверы xFusion, Dell PowerEdge и Inspur как независимый поставщик по договору поставки, с гарантией 3 года на новый сервер и ценой по КП.

Запросить КП под СУБД — пришлите тип базы, версию, объём данных, число пользователей и характер нагрузки, соберём спецификацию с ценой с НДС.

Шаг 1. Определяем профиль нагрузки и роль сервера

Сначала фиксируют, что именно будет работать: только база или база вместе с прикладным сервером (например, сервер 1С:Предприятия и MS SQL Server на одной машине), и какая это нагрузка. OLTP — много коротких транзакций, важны низкая задержка, быстрый журнал и объём кэша. OLAP/аналитика — тяжёлые запросы с полными сканированиями и агрегациями, здесь важнее число ядер и параллельные чтения. Смешанная нагрузка требует баланса. Отдельно считают объём «горячих» данных, которые имеет смысл держать в памяти и на флеше, а не общий размер базы вместе с холодным архивом.

Для средних и крупных инсталляций сервер СУБД и прикладной сервер разносят: базе отдают отдельную машину с большим объёмом памяти и быстрым хранилищем. Для небольших внедрений, включая типовую связку 1С + MS SQL Server, обе роли допустимы на одной правильно подобранной 2U-платформе.

Шаг 2. Процессор: частота, ядра и лицензирование

Для баз данных важны оба параметра, но приоритет зависит от нагрузки и СУБД. OLTP и 1С чувствительны к производительности отдельного потока — нужны высокочастотные ядра без погони за их предельным числом. Аналитика и крупные PostgreSQL/Oracle-системы наоборот эффективно используют много ядер на параллельных запросах и обслуживании.

Отдельный фактор — лицензирование. MS SQL Server лицензируется по физическим ядрам, поэтому избыточные малополезные ядра прямо увеличивают стоимость лицензии: под него часто выгоднее меньше высокочастотных ядер. PostgreSQL лицензионных отчислений за ядра не имеет, а Oracle считается по процессорам/ядрам с собственными коэффициентами, что тоже влияет на выбор платформы. Двухсокетная конфигурация предпочтительна для резерва и большего числа линий PCIe под NVMe и сетевые адаптеры.

Шаг 3. Память — главный буфер производительности

Для СУБД объём памяти часто даёт больший эффект, чем более дорогой процессор: страницы данных и индексов держатся в буферном пуле, и обращение к диску заменяется чтением из памяти. Закладывают память с запасом под горячий объём данных и будущий рост, только серверную ECC (RDIMM/MRDIMM), с заполнением слотов по каналам симметрично.

Ориентиры распределения внутри системы у каждой СУБД свои: у MS SQL Server это buffer pool и память под tempdb, у PostgreSQL — shared_buffers с учётом кэша операционной системы и рабочих процессов, у Oracle — системная глобальная область SGA плюс PGA под сессии и сортировки. Свободную память обязательно оставляют под ОС и всплески; современные двухсокетные платформы несут до 32 слотов DDR5 и поддерживают большой объём памяти на узел.

Шаг 4. Хранилище, журналы и сеть

Под боевую базу — только корпоративные SSD, а в топовых конфигурациях NVMe (в современных платформах это накопители E3.S с высокой плотностью). Классические жёсткие диски оставляют под холодные данные и резервные копии. Ключевой принцип — разнести по разным массивам данные, журнал транзакций и временное пространство, потому что у них разный характер ввода-вывода.

• Данные и индексы — массив на быстрых SSD/NVMe, типовой аппаратный RAID 10 для активной записи.
• Журнал транзакций (WAL у PostgreSQL, redo log у Oracle, transaction log у SQL Server) — отдельный быстрый диск с устойчивой последовательной записью; от него зависит задержка commit.
• Временное пространство — tempdb у SQL Server (с несколькими файлами данных), TEMP-табличные пространства Oracle, временные объекты PostgreSQL: им тоже нужен быстрый отдельный массив.
• Загрузка ОС — зеркало (модуль BOSS или два M.2), чтобы не занимать корзины под систему.

Сеть — минимум два резервированных линка (10/25GbE при отдельном хранилище или кластере), питание — два блока с подключением к разным вводам. Бэкап выносят на отдельную СХД или узел, а не на рабочий массив.

Особенности трёх СУБД

• MS SQL Server (в том числе как база 1С:Предприятия) — хорошо работает на высокочастотных Intel-платформах; важны корректная настройка мгновенной инициализации файлов, несколько файлов tempdb на быстром диске и план обслуживания индексов и статистики. Лицензия по ядрам ограничивает разумное число процессоров.
• PostgreSQL — критична корректная настройка shared_buffers, эффективного кэша и WAL, регулярный autovacuum и быстрый диск под журнал; платформа не требует дорогих сертифицированных компонентов, при этом любит память и быстрый флеш.
• Oracle Database — закладывают память под SGA/PGA, раздельные диски под redo log и архивные журналы, учитывают лицензирование по ядрам; для крупных систем важны широкий канал к хранилищу и резервирование сети.

Выбор платформы

Все наши бренды закрывают полный диапазон баз данных новым оборудованием:

• Dell PowerEdge R770 — 2U 17-го поколения на Intel Xeon 6, DDR5 до 8 ТБ и корзина до 32 накопителей E3.S NVMe: максимум флешового слоя и памяти под крупную базу, аналитику и all-flash СУБД; R670 (1U) — вычислительный узел, когда база и приложение разносятся;
• xFusion FusionServer 2288H V7 — Xeon Scalable 4-го/5-го поколения, DDR5, PCIe 5.0, корзины 8SFF / 24SFF / 12LFF: флагман под средние и крупные внедрения;
• xFusion FusionServer 2288H V6 — Xeon Scalable 3-го поколения и DDR4: проверенная платформа под средние базы на текущих версиях ПО;
• Inspur NF5280M6 и NF5280M7 — массовая 2U-линейка на DDR4/DDR5: до 24 отсеков у M6 удобно для схемы «быстрые диски под базу + ёмкие под бэкап в одной машине» в бюджетных проектах.

Под резервные копии, внешние полки и расширение отдельно подбираются СХД и комплектующие. Для тестовых и некритичных контуров есть линия восстановленных серверов с гарантией 1 год, но боевую базу с высокими требованиями к доступности размещают на новом оборудовании с гарантией 3 года.

Поставка и гарантия

Мы не официальный дилер и не авторизованный партнёр брендов — Beijing Xinchuan Technology Co., Ltd. выступает независимым поставщиком по договору поставки. Оригинальное заводское оборудование с проверкой по серийному номеру. Официальная гарантия производителя на территории РФ не действует, поэтому гарантийную поддержку предоставляет Beijing Xinchuan Technology Co., Ltd.: 3 года на новый сервер, на системы хранения и отдельно поставляемые комплектующие — 1 год. Для интеграторов и реселлеров — договор поставки, счёт с НДС, спецификация, нейтральная упаковка и отгрузка на ваш склад или конечному заказчику; условия описаны на страницах о компании и доставки и оплаты.

Частые вопросы

Как выбрать сервер для базы данных — что важнее всего?

Начинать нужно с профиля нагрузки и объёма горячих данных, а не с бренда. Для OLTP и 1С важны высокая частота ядер, большой кэш в памяти и быстрый журнал; для аналитики — число ядер и параллельные чтения. Почти для любой базы самый заметный прирост дают достаточный объём ECC-памяти и корпоративные SSD/NVMe с раздельными массивами под данные, журнал и временное пространство. Точную спецификацию собирают после короткого аудита вашей базы.

Какой сервер нужен для SQL Server?

MS SQL Server хорошо работает на двухсокетных Intel-платформах с высокочастотными ядрами, ECC-памятью 256–512 ГБ на среднюю инсталляцию и отдельными массивами под данные, журнал и tempdb. Поскольку SQL Server лицензируется по ядрам, гнаться за максимальным числом ядер обычно невыгодно — лучше меньше, но более быстрых ядер. Для связки 1С + MS SQL на 15–20 пользователей достаточно одной 2U-машины, на больших нагрузках базу выносят на отдельный сервер.

Чем сервер под PostgreSQL отличается от сервера под Oracle?

Принципиально платформа одна — ECC-память, быстрые NVMe и раздельные диски под данные и журнал. Отличия в настройке: PostgreSQL требует корректных shared_buffers, рабочего autovacuum и быстрого WAL, у Oracle больше внимания уходит на области SGA/PGA, redo- и архивные журналы и лицензирование по ядрам. Для крупной Oracle-системы обычно закладывают больший объём памяти и широкий канал к all-flash хранилищу.

Можно ли поставить базу на RAID 5 или обычные SATA-диски?

Под активно пишущуюся боевую базу RAID 5 не рекомендуется: это и узкое место по записи, и повышенный риск при деградации массива. Типовой выбор — аппаратный RAID 10 на корпоративных SSD или NVMe, отдельный быстрый диск под журнал транзакций и зеркало под загрузку. Потребительские SATA/NVMe в сервер не ставят: у них другой ресурс записи, гарантийная схема и поведение под постоянной нагрузкой.

Как заказать сервер под СУБД и какая гарантия?

На новый сервер — 3 года от Beijing Xinchuan Technology Co., Ltd. по договору поставки, на СХД и комплектующие — 1 год; подлинность подтверждается проверкой по серийному номеру, официальная гарантия производителя на территории РФ не действует. Цена рассчитывается по запросу и зависит от конфигурации и объёма партии: пришлите тип базы, версию, объём данных и профиль нагрузки на странице запроса КП, соберём спецификацию и цену с НДС за рабочий день.

Запросить КП · Все новые серверы · Гарантия · СХД и комплектующие · связь: WeChat (+86 18001060290) или admin@sell-server.com