Перед расчетом нужно собрать рабочее ТЗ: какие базы используются, какая СУБД выбрана, сколько пользователей работает одновременно, когда появляются пики и какие требования есть к простою.
Официальные материалы описывают клиент‑серверный вариант как трехуровневую архитектуру: клиентское приложение, кластер серверов 1С и сервер базы данных. Это важно для подбора оборудования: нагрузку создает не только пользовательская сессия, но и база, сервер, фоновые задания, обмены, отчеты и резервное копирование.
Почему нельзя считать сервер только по числу пользователей
Число пользователей показывает масштаб, но не описывает работу системы. В 1С важны активные сеансы, типовые операции, размер базы, расписание обменов, отчеты и регламентные задания.
Минимальные аппаратные требования нельзя использовать как готовую конфигурацию для рабочей системы. Для 64-разрядного сервера 1С указан процессор архитектуры x86‑64, оперативная память не менее 2 ГБ с рекомендацией 4 ГБ и выше, а также накопитель от 40 ГБ. Эти значения задают нижнюю границу запуска, но не заменяют расчет под задачу и фактическую нагрузку.
Практический вывод. Фраза "сервер под 50 пользователей 1С" не является техническим заданием. Для подбора нужны базы, СУБД, пиковые операции, рост данных и требования к доступности.
Какие данные нужны перед расчетом сервера под 1С
До подбора сервера стоит собрать короткую анкету. Она экономит время на согласованиях и помогает понять, нужен один сервер, отдельные узлы для 1С и базы данных, внешнее хранилище или проверка текущей инфраструктуры.
| Вводные | Что уточнить | Зачем нужно |
|---|---|---|
| Пользователи | Сколько всего, сколько одновременно, какие пиковые часы | Оценить реальную нагрузку, а не только штатную численность |
| Конфигурация 1С | Бухгалтерия, ЗУП, УТ, ERP, Документооборот, доработки | Понять характер операций и сложность прикладной части |
| Информационные базы | Рабочие, тестовые, архивные, базы разработки | Разделить нагрузку, хранение и резервное копирование |
| Размер базы | Текущий объем, годовой прирост, вложения | Рассчитать хранение, копирование и запас |
| СУБД | Название, версия, операционная система | Проверить поддержку и требования к серверу базы данных |
| Пики нагрузки | Закрытие месяца, отчеты, массовые документы | Подобрать ресурсы под критичные периоды |
| Обмены | Сайт, склад, банк, ЭДО, внешние системы | Увидеть нагрузку вне действий пользователей |
| Резервное копирование | Частота, окно, срок хранения, место хранения | Проверить емкость, сеть и время восстановления |
| Простой | Допустимое время недоступности 1С | Определить требования к резервированию |
| Рост | Пользователи, базы, филиалы, новые обмены | Заложить запас без избыточной закупки |
Ориентировочные сценарии конфигурации
Это стартовая матрица для обсуждения. Итоговая конфигурация зависит от версии платформы 1С, СУБД, размера базы, характера отчетов, обменов, резервного копирования, требований к простою и доступности конкретных платформ на момент закупки.
| Сценарий | Когда подходит | На что смотреть в конфигурации | Семейства серверов и пример комплектации | Что проверить до закупки |
|---|---|---|---|---|
| 5–20 активных пользователей | Типовые базы, небольшая бухгалтерия, УТ или ЗУП без тяжелых доработок | Один сервер может совмещать роли 1С и СУБД. Нужны серверная память с коррекцией ошибок, быстрые SSD или NVMe, резервирование данных и понятная схема копирования. | Dell PowerEdge R350/R360, Lenovo ThinkSystem SR250, HPE ProLiant DL20. Пример: 1 × Intel Xeon E-2400, 64–128 ГБ ECC DDR4/DDR5, 2–4 SSD/NVMe, отдельное хранилище для копий. | Размер базы, число активных сеансов, закрытие месяца, место для копий, возможность роста. |
| 20–50 активных пользователей | Несколько баз, регулярные отчеты, обмены, заметные пики в рабочее время | Стоит рассмотреть разделение ролей в виртуальных машинах или на разных узлах. Важны запас памяти, дисковая подсистема под запись, аппаратный или поддерживаемый программный массив, сетевой запас. | Dell PowerEdge R660, Lenovo ThinkSystem SR630 V3, HPE ProLiant DL360 Gen11. Пример: 1–2 × Intel Xeon Scalable, 128–256 ГБ DDR5, SSD/NVMe под базу и журналы, RAID/HBA, 10/25GbE. | СУБД, расписание обменов, отчеты, нагрузку на диски, окно резервного копирования. |
| 50–100+ активных пользователей | ERP, крупная база, филиалы, много обменов, отчетные пики, высокие требования к простою | Обычно отдельно оцениваются сервер 1С, сервер базы данных, терминальные серверы, СХД или отдельное резервное хранилище. Нужна проверка сети, хранения и отказоустойчивости. | Dell PowerEdge R760, HPE ProLiant DL380 Gen11, Lenovo ThinkSystem SR650 V3. Пример: 2 × Intel Xeon Scalable, 256–512 ГБ DDR5, NVMe/SAS SSD, СХД или отдельное хранилище. | Схему ролей, требования к простоям, рост базы, восстановление, сетевые задержки, резервирование питания и хранения. |
| Проект с ростом или переходом на новую платформу | Переход на другую СУБД, российскую ОС, виртуализацию, новое хранилище или замена старого сервера | Конфигурацию лучше выбирать после проверки совместимости платформы 1С, СУБД, ОС, гипервизора и схемы резервного копирования. |
Dell R660/R760, HPE DL360/DL380 Gen11, Lenovo SR630/SR650 V3 или Supermicro |
Поддерживаемые версии СУБД и ОС, формат переноса, тестовую базу, план отката, требования к документам и сертификации. |
Как ТЗ влияет на процессор, память, накопители и сеть
Процессор
Процессор отвечает за обработку пользовательских действий, проведение документов, построение отчетов и фоновые задания. Для расчета важно понимать, какие операции выполняются в пиковые часы и размещается ли СУБД на том же сервере.
Если в ТЗ указано только число ядер без описания нагрузки, поставщики могут предложить формально похожие, но разные по производительности и архитектуре решения. Для 1С важна вся платформа: поколение процессора, частота, число ядер, память, дисковая подсистема и распределение ролей.
Оперативная память
Память нужна серверу 1С, СУБД и операционной системе. Если на одном сервере находятся рабочие базы, тестовые копии и резервные операции, объем памяти нужно считать с учетом всех ролей.
Нехватка памяти заметна не всегда: она проявляется в периоды пиковой нагрузки — закрытие месяца, массовое проведение документов, обмены и построение тяжелых отчетов.
Накопители
Накопители влияют на чтение, запись, журналы СУБД, резервное копирование и восстановление. Сервер может иметь достаточно свободного места, но не справляться с пиками или одновременными запросами.
До закупки нужно понять, где будут размещены данные, журналы, резервные копии, тестовые базы и архивы. Если все находится на одном массиве без разделения ролей, проблема может появиться после переноса рабочей базы.
Сеть и размещение ролей
В официальном материале 1С клиентское приложение взаимодействует с кластером серверов 1С, а кластер при необходимости обращается к серверу баз данных. При этом оба компонента могут располагаться на одном компьютере или на разных узлах.
Если сервер 1С, база данных, СХД, резервное хранилище и рабочие места находятся на разных узлах, важно понимать, где проходят основные потоки данных и когда выполняется резервное копирование.
Что отдельно уточнить по базе данных и СУБД
В клиент‑серверном варианте информационная база хранится в поддерживаемой СУБД, а взаимодействие между клиентским приложением и СУБД выполняет кластер серверов 1С.
1С приводит отдельную страницу с поддерживаемыми СУБД и версиями. Ее нужно проверять перед закупкой, особенно если проект связан с переходом на российскую операционную систему, заменой СУБД или переносом базы на новую платформу.
В описании кроссплатформенности 1С указана поддержка работы с файловой СУБД собственной разработки, Microsoft SQL Server, PostgreSQL, Postgres Pro, IBM DB2 и Oracle Database, а также отдельных отечественных сборок на базе PostgreSQL. Точный перечень сертифицированных сборок и их версии нужно сверять по официальной странице 1С на дату закупки>.
Что узнать по базе:
- Какая СУБД используется сейчас.
- Какая версия СУБД установлена.
- Какая версия платформы 1С используется.
- Сколько информационных баз размещено на сервере.
- Какой текущий размер каждой базы.
- С какой скоростью растет база.
- Где хранятся файлы и вложения.
- Есть ли тестовые и архивные копии баз.
Один сервер, несколько узлов или СХД
Для небольшой системы может хватить одного сервера, если ресурсы подобраны с запасом, резервное копирование не мешает рабочей базе, а требования к простою невысокие. В таком варианте важно не смешивать все данные и копии без понятной схемы размещения.
При росте нагрузки роли часто разделяют: сервер 1С, сервер базы данных, терминальные серверы, резервное хранилище. Это снижает конкуренцию за процессор, память, диски и сеть, но требует более аккуратного проектирования.
СХД нужна не всегда. Ее стоит рассматривать, когда важны централизованное хранение, отказоустойчивость, масштабирование емкости, несколько серверных ролей или единая схема резервирования. Для небольшой системы могут подойти локальные накопители, если они соответствуют нагрузке и схеме копирования.
Какие ошибки встречаются в ТЗ на сервер под 1С
| Ошибка в ТЗ | Чем опасна | Как исправить |
|---|---|---|
| Указано только число пользователей | Нельзя оценить пики, базы, СУБД и операции | Добавить активные сеансы, базы, СУБД и сценарии работы |
| Нет данных по размеру баз | Невозможно рассчитать хранение и резервные копии | Указать размер каждой базы и прогноз роста |
| Не описаны отчеты и закрытие месяца | Сервер может не выдержать отчетные периоды | Добавить пиковые операции и расписание |
| Не указана СУБД и версия | Есть риск ошибки совместимости | Сверить СУБД с официальными требованиями 1С |
| Не учтено резервное копирование | Копии могут мешать работе или не укладываться в окно | Описать частоту, место хранения и срок восстановления |
| Нет требований к простою | Непонятен нужный уровень резервирования | Указать допустимое время недоступности системы |
| Не описан рост | Сервер может быстро стать узким местом | Добавить план по пользователям, базам, филиалам и обменам |
Что отправить CRABBIT для проверки ТЗ
Для первичной проверки не нужен большой документ. Достаточно короткой таблицы с вводными и текущей спецификации, если она уже есть.
- Конфигурации 1С и версии платформы.
- Количество пользователей: всего и одновременно.
- Список информационных баз.
- Размер каждой базы и ожидаемый рост.
- СУБД и ее версия.
- Текущая схема размещения: один сервер, несколько серверов, виртуализация, СХД.
- Операции, которые создают нагрузку или уже замедляют работу.
- Расписание отчетов, закрытия месяца и обменов.
- Требования к резервному копированию.
- Допустимое время простоя.
- План роста: пользователи, базы, филиалы, новые обмены.
- Требования к российскому оборудованию, реестрам или сертификации, если они есть.
По этим данным можно оценить, достаточно ли текущего ТЗ, какие параметры нужно уточнить и где есть риск закупить сервер, который формально подходит, но не решает задачу.
Как CRABBIT помогает с расчетом
Инженеры CRABBIT подбирают и проверяют конфигурации под задачи клиента: 1С, базы данных, виртуализация, хранение, резервное копирование и требования к отказоустойчивости.
Для проекта под 1С команда может:
- Проверить, хватает ли данных в ТЗ.
- Показать, какие параметры нужно уточнить.
- Сравнить несколько вариантов конфигурации.
- Проверить совместимость выбранной платформы.
- Подобрать сервер с учетом бюджета и требований к поставке.
- Дать рекомендации по разделению ролей 1С, СУБД и хранения.
CRABBIT проверит, хватает ли данных для расчета, нет ли риска закупить слабый или избыточный сервер и какие параметры нужно уточнить до закупки.
Реклама 16+. ООО "ГК КРЭББИТ" ИНН 7722377552 ОГРН: 1167746991170 107023, г. Москва, вн.тер.г. муниципальный округ Преображенское, ул. Малая Семеновская, д. 9, стр. 3
Вопросы и ответы
Можно ли подобрать сервер для 1С только по количеству пользователей?
Нет. Количество пользователей нужно, но его недостаточно. Дополнительно нужны активные сеансы, типовые операции, базы, СУБД, рост данных, отчеты, обмены и требования к доступности.
Чем сервер под 1С отличается от обычного файлового сервера?
Файловый сервер в основном хранит и отдает документы. Сервер под 1С участвует в обработке пользовательских действий, взаимодействии с СУБД, выполнении отчетов, фоновых заданий и обменов. Поэтому расчет строится по профилю нагрузки.
Нужно ли разделять сервер 1С и сервер базы данных?
Зависит от нагрузки и требований к доступности. В описании клиент‑серверного варианта 1С клиентское приложение, кластер серверов 1С и сервер базы данных представлены как разные части системы; размещение этих ролей на одном или нескольких узлах выбирают после анализа нагрузки.
Какая СУБД подходит для 1С?
Поддерживаемые СУБД и версии нужно проверять по официальной странице системных требований 1С. Конкретный выбор зависит от версии платформы, операционной системы, архитектуры и требований проекта.
Обязательно ли использовать SSD или NVMe для 1С?
Для рабочей базы обычно рассматривают твердотельные накопители, потому что 1С и СУБД чувствительны к задержкам чтения и записи. Конкретный тип накопителей и схема массива зависят от размера базы, интенсивности записи, бюджета и требований к восстановлению.
Нужна ли СХД для 1С?
Не всегда. СХД стоит рассматривать, когда важны централизованное хранение, отказоустойчивость, масштабирование, резервирование или одновременная работа нескольких серверных ролей. Для небольшой системы может хватить локальных накопителей, если они подобраны под нагрузку и схему копирования.
Можно ли запускать 1С в виртуальной среде?
Можно, если ресурсы выделены корректно, хранилище и сеть соответствуют нагрузке, а резервное копирование не мешает работе базы. В ТЗ нужно указать гипервизор, схему размещения ролей и требования к восстановлению.
Что лучше отправить на проверку: ТЗ или текущую спецификацию?
Лучше отправить оба документа, если они есть. ТЗ показывает требования, а спецификация показывает, как поставщик предлагает их закрыть. Если документов пока нет, можно отправить вводные по базам, пользователям, СУБД и пиковым операциям.
