Как выбрать сервер Dell PowerEdge для 1С: процессор, память и дисковая подсистема под вашу нагрузку
Сервер для 1С выбирают по тому, как работает ваша база: какие операции выполняются одновременно, сколько данных требуется держать в памяти и насколько быстро диски подтверждают запись. Число сотрудников помогает описать задачу, но само по себе не определяет модель PowerEdge. Два офиса на 50 пользователей могут предъявлять совершенно разные требования к оборудованию.
Быстрое проведение документов, стабильное закрытие месяца и возможность восстановить учёт после сбоя важнее красивых цифр в спецификации. Ни максимальное количество ядер, ни NVMe с высокой скоростью чтения не гарантируют этого по отдельности. Оборудование должно соответствовать архитектуре системы, а результат — проверяться на операциях, которыми пользуются сотрудники.
Ниже — последовательный разбор выбора: от требований к серверу 1С и расчёта ресурсов до сравнения Dell PowerEdge R360, R660 и R760. Числовые примеры конфигураций служат отправной точкой для проекта; они не являются результатами нагрузочного тестирования этих моделей на вашей базе. Характеристики платформ сверены с документацией производителей 7 октября 2026 года.
Какой сервер выбрать для 1С: короткий ответ
Для небольшой базы с умеренной одновременной нагрузкой стоит оценить однопроцессорный Dell PowerEdge R360. Когда требуется больше памяти, несколько виртуальных машин или разделение ресурсов между 1С и СУБД, рассматривают R660 либо R760. Между ними выбирают прежде всего по дисковой корзине, расширению и размещению в стойке. Окончательное решение принимают после расчёта памяти и теста критичных операций.
Внутри выбранной платформы приоритеты такие: достаточная производительность отдельного ядра для операций с последовательными участками; достаточное количество ядер для одновременной работы; память под рабочие данные и процессы; накопители с устойчивой задержкой записи и подходящим ресурсом. Затем проверяют резервирование, совместимость и стоимость владения. Если база ждёт блокировку, покупка самого дорогого CPU может почти ничего не изменить.
| Задача | Что оценить сначала | Кандидат для проверки |
|---|---|---|
| Одна компактная база, умеренная нагрузка, без тяжёлого терминального сервера | Быстродействие CPU, расчёт ОЗУ в пределах 128 ГБ, зеркальный массив SSD | R360 |
| Несколько баз и ВМ, рост рабочего набора данных | ОЗУ выше возможностей начальной платформы, размещение ролей, конфигурация корзины | R660 или R760 |
| Большой локальный массив, дополнительные контроллеры и адаптеры | Число накопителей, линии PCIe, охлаждение и конкретное исполнение шасси | R760, если его возможности нужны проекту |
| Требуется пережить отказ целого сервера | Второй узел, репликация или восстановление, независимое хранение копий | Архитектура из нескольких узлов; одна модель не решает задачу |
Сравнить платформы можно в каталоге серверов и СХД Dell. Карточка модели описывает возможности семейства. Для закупки нужна спецификация конкретного исполнения: название CPU, набор DIMM, накопители, контроллер, корзина, блоки питания и состав поддержки.
Расчёт сервера для 1С: какие данные собрать до выбора оборудования
Начните с короткого паспорта нагрузки. Запись «1С, 50 человек» не позволяет понять ни размер горячих данных, ни частоту проведения документов, ни объём фоновых расчётов. Гораздо полезнее: «Управление торговлей, 35 активных пользователей в пике, база 180 ГБ, обмен каждые 15 минут, два тяжёлых отчёта утром, закрытие месяца выполняется вечером».
Отдельно укажите зарегистрированных, подключённых и одновременно активных пользователей. У подключённого сотрудника может быть открыта форма без действий. Активный сотрудник проводит документы, строит отчёты или выполняет поиск. Фоновые задания и интеграции создают нагрузку даже при отсутствии людей в интерфейсе. Поэтому считать только лицензии или сеансы недостаточно.
| Что записать | Пример исходных данных | Зачем это нужно |
|---|---|---|
| Прикладное решение и доработки | Бухгалтерия, ЗУП, УТ, ERP; расширения и обмены | Определить тяжёлые операции и зависимости от ПО |
| Платформа и СУБД | Точный релиз 1С, сборка и редакция СУБД, ОС | Проверить совместимость и ограничения ресурсов |
| Пиковая активность | 50 подключённых, 25 активно работают, 3 задания параллельно | Оценить конкуренцию за CPU, память и диски |
| Размер и рост базы | 200 ГБ сейчас, плюс 5 ГБ в месяц | Рассчитать ёмкость и срок расширения |
| Критичные операции | Проведение заказа, расчёт зарплаты, закрытие месяца | Выбрать сценарии проверки и допустимое время |
| Удалённая работа | Тонкий клиент, веб-клиент или 20 терминальных сеансов | Учесть клиентские процессы, сеть и терминальный узел |
| Доступность | Допустимый простой 2 часа, потеря данных не более 15 минут | Спроектировать восстановление и хранение журналов |
Размер базы на диске и необходимая память не равны. В базе могут храниться годы архивных документов, к которым обращаются редко. При этом сравнительно небольшой объём данных способен порождать тяжёлые соединения таблиц и сортировки. Уточняйте размер активно используемых данных, поведение кэша СУБД и расход памяти на отчёты. Для Документооборота также разделяйте данные базы и хранилище вложений.
Если 1С уже работает, собирайте показатели в обычный день и в период максимальной нагрузки. Для первоначального обследования можно взять 5–10 рабочих дней, включив известный пик; закрытие месяца исследовать отдельно, если оно не попало в этот интервал. Это практический план измерений, а не требование платформы. Один спокойный час почти наверняка даст неполную картину.
Запишите время операций глазами пользователя и показатели сервера в тот же момент. Время «нажатие — готовый результат» включает приложение, запросы к базе, ожидания и передачу данных. Если SQL выполнился быстро, а форма открывалась долго, причина может находиться за пределами дискового массива. Синхронизированные измерения помогают избежать закупки комплектующих наугад.
Требования к серверу 1С: сначала определите архитектуру
Файловая база: сервер хранит файл, но не заменяет сервер приложений
В файловом варианте информационная база хранится в файле. При сетевом доступе значение имеют клиентские компьютеры, файловые операции, сеть и характер одновременной работы. Установка мощного PowerEdge в качестве файлового хранилища не превращает этот вариант в клиент-серверный и не устраняет ограничения приложения автоматически.
Для маленькой рабочей группы файловый режим может быть удобен. Переход к СУБД обосновывают нагрузкой, ростом базы, администрированием и требованиями к доступности. Нет универсальной границы «после десяти пользователей обязательно SQL»: десять активно работающих пользователей и десять сотрудников, которые изредка открывают справочник, — разные случаи. Решение проверяют на сценариях, которые стали медленными или нестабильными.
Клиент-серверный вариант: клиент, сервер 1С и СУБД
Клиентское приложение обращается к кластеру серверов 1С, а кластер взаимодействует с сервером базы данных. Это три логические части системы. Они не обязательно требуют трёх физических машин: сервер 1С и СУБД можно разместить на одном узле или разделить. Разнесение ролей имеет смысл, когда облегчает управление ресурсами и устраняет их конкуренцию.
Один физический сервер проще обслуживать в небольшой системе. Но при его отказе одновременно исчезнут все размещённые роли. Две ВМ на том же хосте дают изоляцию и удобство обслуживания, однако сохраняют общую точку отказа. Два физических узла разделяют оборудование, но тоже не обеспечивают непрерывность без продуманного переключения и доступных данных.
Терминальный сервер: отдельная нагрузка поверх 1С
При терминальном подключении клиентские приложения выполняются на сервере, где работают сеансы сотрудников. В расчёт попадают не только процессы 1С, но и рабочие столы, печать, браузеры и другие программы внутри сеансов. Терминальный узел нельзя рассчитывать только по памяти серверного процесса 1С.
Когда RDS и СУБД находятся на одной машине, большая выгрузка в таблицу или десятки вкладок браузера могут отбирать ресурсы у учётной базы. Разделение по ВМ помогает задать бюджеты CPU и ОЗУ, если физические ресурсы действительно достаточны. При выраженной терминальной нагрузке стоит оценить отдельный узел. Заодно уменьшается влияние обслуживания рабочих сеансов на базу данных.
Опубликованные минимальные аппаратные требования 1С относятся к платформе без учёта прикладных решений. Их нельзя использовать как готовую производственную спецификацию для ERP или базы с десятками активных пользователей. Минимум для запуска отвечает на вопрос «можно ли запустить компонент», а расчёт под нагрузку — «будет ли система укладываться в нужное время».
Процессор для сервера 1С: что важнее — частота или количество ядер
Для отдельной операции важно быстродействие ядра, а для множества одновременно выполняющихся операций — ещё и число ядер. Выбирайте процессор по сочетанию этих характеристик и результатам теста своей базы. Сравнение только по гигагерцам или суммарному количеству потоков вводит в заблуждение.
В обработке документов и отчётов встречаются последовательные участки, которые невозможно ускорить простым добавлением ядер. При этом приложение, СУБД, фоновые задания и другие пользователи могут работать параллельно. Поэтому неверны обе крайности: «1С использует одно ядро» и «для 1С достаточно любого процессора с большим количеством ядер».
Почему 3,5 ГГц у разных Xeon не означают одинаковую скорость
На результат влияют архитектура ядра, кэш, обращения к памяти, выполняемый код и режим питания. CPU разных поколений с одинаковой частотой не обязаны одинаково быстро выполнять операцию. Сравнивайте конкретные модели, а не только надписи Xeon Silver, Gold или Platinum: название линейки не является тестом 1С.
Базовая частота и максимальный Turbo Boost — разные характеристики. Максимум Turbo не обещает постоянную работу всех ядер на этой частоте. Фактический режим зависит от активных ядер, температуры, лимитов мощности и настроек. Для длительного закрытия месяца важна устойчивость производительности, а не краткий пик частоты в момент открытия формы.
| Процессор | Ядра / потоки | Базовая / максимальная Turbo, ГГц | Кэш / TDP | Что проверять в проекте |
|---|---|---|---|---|
| Xeon E-2434 | 4 / 8 | 3,4 / 5,0 | 12 МБ / 55 Вт | Хватит ли ядер в пиковый период |
| Xeon E-2486 | 6 / 12 | 3,5 / 5,6 | 18 МБ / 95 Вт | Баланс отдельной операции и параллельной работы |
| Xeon E-2488 | 8 / 16 | 3,2 / 5,6 | 24 МБ / 95 Вт | Поведение при совместной нагрузке 1С и СУБД |
Таблица не ранжирует процессоры по скорости 1С. Например, более высокая базовая частота E-2486 не доказывает его превосходство над E-2488 во всех сценариях. TDP также не равен постоянному потреблению всего сервера. У Dell опубликовано исполнение R360 с E-2488, но доступность остальных вариантов и требования к охлаждению нужно подтверждать по конкретной спецификации.
Физические ядра, логические потоки и vCPU
8 ядер и 16 потоков — это восемь физических ядер с возможностью выполнять по два аппаратных потока, а не шестнадцать независимых полноценных ядер. Hyper-Threading способен повысить пропускную способность некоторых нагрузок, но не удваивает скорость отдельной операции. vCPU виртуальной машины — ещё один уровень: его производительность зависит от планировщика гипервизора и конкурирующих ВМ.
Полезно помнить предел параллелизма. В условной задаче, где 20% времени строго последовательны, теоретическое ускорение на восьми ядрах составляет 1 / (0,2 + 0,8 / 8) ≈ 3,33 раза. На шестнадцати — 4 раза. Это учебный расчёт, не измерение 1С. Он показывает, почему удвоение ядер иногда даёт гораздо меньше ожидаемого выигрыша.
Один процессор или два
Второй CPU нужен, если проекту требуются дополнительные ядра, каналы памяти или ресурсы платформы. Но он добавляет расходы на процессор, память, охлаждение и, в зависимости от выбранного ПО, лицензирование. Не стоит покупать двухпроцессорный сервер только потому, что он кажется более «серверным».
У двухсокетной системы память связана с конкретными процессорами. Доступ к локальной и удалённой памяти может иметь разную задержку; это необходимо учитывать при размещении ВМ и процессных нагрузок. Большая ВМ с неудачной конфигурацией NUMA не обязательно быстрее аккуратно настроенной меньшей. Топологию проверяют в гипервизоре и ОС, а не выводят из общего объёма ОЗУ.
Если процессор загружен слабо, а проведение документов занимает много времени, сначала посмотрите ожидания СУБД, блокировки, дисковые задержки и сетевые обращения. Если одно ядро постоянно занято, изучите код критичной операции и её запросы. Замена CPU имеет смысл после понимания причины, иначе можно купить большой запас ресурсов, который приложение не использует.
Сколько оперативной памяти нужно для сервера 1С
Память рассчитывают по ролям: ОС и служебные программы, процессы 1С, СУБД, терминальные сеансы и резерв на пики. Размер базы и число пользователей используют как исходные признаки нагрузки, а итоговый объём уточняют по измерениям. Универсального правила «столько-то гигабайт на каждого пользователя» нет.
ОЗУ
расходуют рабочие процессы сервера 1С, кэш и операции СУБД, фоновые задания, антивирус и агенты резервного копирования. В терминальном варианте добавляются клиентские приложения. При расчёте физического хоста отдельно учитывают память гипервизора и все ВМ. Свободная память внутри одной машины не всегда доступна другой без изменения её настроек.
Пример расчёта: почему получается 128 ГБ
Предположим, обследование системы показало следующий бюджет: ОС и агенты — 12 ГБ, процессы 1С — 12 ГБ, бюджет СУБД — 48 ГБ, терминальные сеансы — 16 ГБ. Это условные исходные данные для демонстрации метода, а не рекомендуемые значения для любого предприятия. Резерв примем 25% от суммы; в реальном проекте его задают по пикам и планам роста.
| Статья расхода | В расчёте | Откуда брать реальное значение |
|---|---|---|
| ОС и служебные программы | 12 ГБ | Показатели ОС и агентов во время работы |
| Сервер 1С | 12 ГБ | Расход процессов при обычной работе и тяжёлых операциях |
| СУБД | 48 ГБ | Рабочий набор, кэш, операции запросов и память вне основного кэша |
| Терминальные сеансы | 16 ГБ | В примере: 20 сеансов × 0,8 ГБ; в проекте — измерение приложений |
| Итого до резерва | 88 ГБ | Сумма всех одновременно работающих ролей |
| Резерв 25% | 22 ГБ | Принятое допущение примера |
| Расчётная потребность | 110 ГБ | Ближайший подходящий объём комплектации — 128 ГБ |
Указанные 0,8 ГБ на терминальный сеанс — не норматив. Сеанс с тяжёлым отчётом, офисным редактором и браузером может потребовать больше. Разделение терминальной нагрузки на отдельный сервер изменит бюджет основного узла: его нужно пересчитать, а не механически оставить прежние 128 ГБ.
У R360 четыре слота DDR5 ECC UDIMM и предел 128 ГБ по опубликованным спецификациям. Комплектация 4 × 32 ГБ полностью занимает слоты. Если измеренный расчёт уже близок к этому пределу и ожидается существенный рост, R660 или R760 могут оказаться рациональнее, несмотря на более высокую начальную стоимость.
ECC UDIMM и RDIMM нельзя считать взаимозаменяемыми
R360 использует ECC UDIMM, а R660 и R760 — DDR5 RDIMM. Совпадение поколения DDR5, объёма и внешнего размера не делает эти модули совместимыми. Выбирайте модули памяти для Dell по поддерживаемому типу, ёмкости, ранговости и правилам установки конкретной платформы.
ECC помогает обнаруживать и исправлять определённые ошибки памяти. Это полезно для учётной системы, но не заменяет резервную копию и не гарантирует отсутствие любых повреждений данных. Ошибки приложения, некорректное выключение и проблемы хранения требуют собственных мер защиты.
Слоты и каналы памяти — разные вещи
В документации R760 указаны восемь каналов и шестнадцать слотов на процессор: по два слота на канал. Поэтому четыре большие планки и восемь меньших при одинаковом суммарном объёме могут давать разное использование каналов. Порядок заполнения и допустимые сочетания берут из руководства Dell; произвольно распределять DIMM по удобным слотам не следует.
Режим 1DPC означает один модуль на канал, 2DPC — два. Дополнительные модули увеличивают ёмкость, но в ряде конфигураций снижают рабочую скорость памяти. В руководствах R660 и R760 есть матрицы скорости для разных поколений CPU и заполнения каналов. Число MT/s на наклейке DIMM не обещает именно такую скорость в собранном сервере.
Для SQL Server задают разумный предел max server memory, оставляя ресурс ОС и другим компонентам. Параметр не ограничивает абсолютно все выделения памяти процесса SQL Server. Поэтому установка лимита 100 ГБ в узле со 128 ГБ не доказывает, что остальные 28 ГБ всегда останутся свободными. Проверяют реальную память процесса, доступную память ОС и её поведение под нагрузкой.
Для PostgreSQL нельзя переносить тот же подход одной цифрой: память используют shared_buffers, операции запросов, служебные процессы и кэш ОС. work_mem применяется к отдельным операциям, и при нескольких операциях и сеансах суммарный расход может существенно вырасти. Проект памяти согласуют с настройками выбранной версии СУБД, а не только с ёмкостью DIMM.
Дисковая подсистема для 1С: почему SSD недостаточно выбрать по скорости чтения
Для базы 1С важно, сколько времени занимает чтение нужных блоков и подтверждение записи под рабочей нагрузкой. Последовательная скорость в МБ/с нужна для больших передач и резервных копий, но не описывает весь отклик учётной системы. Смотрите задержку, устойчивость при смешанных операциях, ресурс записи и защиту данных при потере питания.
В СУБД данные и журнал транзакций выполняют разные задачи. Чтение страниц базы, запись изменённых данных, временные операции и запись журнала создают разные потоки ввода-вывода. Диски должны обслуживать их одновременно, включая периоды резервного копирования и обслуживания индексов. Пустой массив на коротком тесте не показывает, что произойдёт после заполнения и длительной нагрузки.
Задержка записи журнала: маленькое ожидание повторяется много раз
При полной долговечности транзакции SQL Server подтверждение фиксации связано с сохранением журнала. PostgreSQL в синхронном режиме также ждёт требуемого сохранения WAL. Поэтому большой выигрыш последовательного чтения не обязательно ускорит частые короткие записи: существенной частью времени может быть ожидание журнала.
Представьте учебный случай: операция выполняет 100 последовательных подтверждений записи, каждое из которых занимает 2 мс. Только эти ожидания дадут 200 мс. При 10 мс получится уже 1 секунда. Реальная СУБД может объединять записи и выполнять работу параллельно; пример не предсказывает время документа. Он объясняет, почему стабильная задержка иногда важнее впечатляющих пиковых IOPS.
| Показатель | Что он показывает | Что нужно уточнить |
|---|---|---|
| Задержка чтения и записи | Время обслуживания отдельной операции I/O | Размер блока, синхронная запись, смесь операций и состояние массива |
| IOPS | Количество операций ввода-вывода в секунду | Глубина очереди, чтение/запись, достигнутая задержка |
| Последовательные МБ/с | Скорость крупных передач | Резервные копии, восстановление, перенос файлов |
| DWPD и TBW | Нормированный ресурс записи | Период рейтинга, измеренная суточная запись и условия производителя |
| PLP | Защита определённых данных накопителя при потере питания | Что именно защищает конкретная модель SSD |
| Работа в деградированном массиве | Поведение при отказе диска и восстановлении зеркала или паритета | Время операций 1С во время rebuild |
Проверяйте SSD для серверов Dell по конкретному артикулу. У двух накопителей одинаковой ёмкости могут различаться интерфейс, ресурс, защита питания, прошивка и поддержка в выбранном шасси. Обозначения Read Intensive и Mixed Use помогают ориентироваться в классе, но не заменяют паспортных значений.
SATA, SAS или NVMe для сервера 1С
SATA SSD могут быть достаточны для умеренной нагрузки, если массив укладывается в нужную задержку и имеет запас. SAS SSD рассматривают с учётом поддерживаемого контроллера и требований проекта. NVMe дают иной путь подключения через PCIe и могут быть полезны при высокой нагрузке на хранение. Но переход на NVMe не устраняет блокировки, неэффективные запросы или нехватку памяти.
Сначала проверьте всю цепочку: накопитель, форм-фактор, корзина, backplane, кабели, контроллер либо прямое подключение, прошивка и поддержка ОС. Разъём или салазки подходящего размера сами по себе недостаточны. У R360, например, опубликован вариант с шестью SAS/SATA накопителями через PERC и двумя напрямую подключёнными NVMe. Из этого нельзя сделать вывод, что любая восьмидисковая корзина R360 принимает восемь NVMe.
Для R660 и R760 Dell предлагает разные исполнения корзин, в том числе SAS/SATA/NVMe и E3.S. Указанные максимумы относятся к альтернативным конфигурациям, а не к одному серверу со всеми вариантами сразу. Если после покупки потребуется изменить тип дисков, стоимость переделки корзины может оказаться существенной. Лучше включить нужный путь подключения в первоначальное ТЗ.
RAID 1 или RAID 10: считаем полезную ёмкость
RAID 1 использует зеркалирование двух накопителей. RAID 10 сочетает зеркала и распределение данных между ними; для стандартной схемы нужны минимум четыре диска. Для учётной базы эти варианты удобны предсказуемой структурой защиты и отсутствием вычисления паритета. RAID 5 и RAID 6 тоже имеют свои применения, но выбор зависит от записи, ёмкости и допустимого поведения при rebuild — универсального запрета для любой базы нет.
| Схема | Число дисков | Сумма паспортных ёмкостей | Ёмкость массива до форматирования | Защита от отказов дисков |
|---|---|---|---|---|
| RAID 1 | 2 | 3,84 ТБ | 1,92 ТБ | Один диск из зеркальной пары |
| RAID 10 | 4 | 7,68 ТБ | 3,84 ТБ | Один гарантированно; несколько — только при сохранении каждого зеркала |
| RAID 10 | 6 | 11,52 ТБ | 5,76 ТБ | Зависит от того, какие диски отказали в зеркальных парах |
| RAID 10 | 8 | 15,36 ТБ | 7,68 ТБ | Потеря обоих дисков одного зеркала приводит к потере массива |
Здесь ТБ — десятичные единицы изготовителя дисков. Показания ОС в двоичных единицах и доступный объём после форматирования будут отличаться. Hot spare не добавляют в полезную ёмкость, а резерв свободного места учитывают отдельно. RAID не защищает от ошибочного удаления, шифрования файлов или всех видов повреждения базы.
Файлы данных, журнал и временные файлы полезно разделять с понятной целью. Разные разделы одного массива не создают независимой физической производительности. Отдельные группы дисков могут уменьшить конкуренцию, но слишком маленькая группа под журнал иногда оказывается хуже общего достаточно мощного пула. Решение подтверждают измерениями на выбранном контроллере и накопителях.
Ресурс SSD: пример расчёта DWPD
DWPD показывает, сколько полных ёмкостей накопителя можно записывать за день в рамках заданного рейтинга. Для условного SSD 1,92 ТБ с рейтингом 1 DWPD на пять лет арифметический эквивалент составляет 1,92 × 365 × 5 = 3504 ТБ записи. Это характеристика ресурса при заданных условиях, а не обещание, что диск обязательно отработает ровно пять лет.
Если на один SSD в примере приходится 0,6 ТБ записи в сутки, отношение к ёмкости равно 0,6 / 1,92 ≈ 0,31 DWPD. Сравнивать его с паспортом можно только после понимания уровня измерения: запись приложения, логического массива и каждого физического накопителя отличается. Зеркалирование, паритет и внутренние операции хранения меняют количество записанных данных. Износ оценивают для отдельных SSD, а не делят размер базы на число пользователей.
Кэш PERC, PLP и ИБП решают разные задачи
Защищённый кэш RAID-контроллера может сохранить ещё не перенесённые на диски данные при потере питания. Для PERC H755 Dell описывает перенос содержимого кэша в энергонезависимую память с помощью резервного питания. PLP накопителя защищает собственные внутренние операции SSD в пределах его спецификации. ИБП даёт системе время продолжить работу или корректно завершиться.
Эти механизмы дополняют друг друга. Наличие ИБП не доказывает безопасность принудительного Write Back при неисправной защите кэша: возможен отказ блока питания, кабеля или самого сервера. У контроллера Dell проверяют поддерживаемый интерфейс, режим записи и состояние защиты, а не только объём кэша.
Не ускоряйте бухгалтерскую базу отключением надёжного сохранения данных. В PostgreSQL fsync=off может привести к невосстановимому повреждению при сбое ОС или питания; asynchronous commit создаёт другой риск — потерю части недавно подтверждённых транзакций. В SQL Server delayed durability тоже меняет гарантии сохранения. Такие режимы нельзя включать ради красивого теста и затем сравнивать результат с системой, которая сохраняет записи надёжно.
Dell PowerEdge R360, R660 или R760: какую платформу выбрать под 1С
Название модели задаёт рамки комплектации, а не готовую производительность. Два R660 с разными CPU, памятью и дисками могут вести себя совсем по-разному. Сравнение платформ ниже помогает отсеять неподходящий корпус и класс расширения; затем требуется сравнение конкретных спецификаций.
| Параметр | PowerEdge R360 | PowerEdge R660 | PowerEdge R760 |
|---|---|---|---|
| Форм-фактор | 1U, один сокет | 1U, до двух сокетов | 2U, до двух сокетов |
| Основные семейства CPU в рассматриваемых конфигурациях | Xeon E-2400; в обновлённых спецификациях также Xeon 6300 | Xeon Scalable 4-го и 5-го поколения | Xeon Scalable 4-го и 5-го поколения |
| Память | 4 слота DDR5 ECC UDIMM, до 128 ГБ | 32 слота DDR5 RDIMM при двух CPU; доступный объём зависит от исполнения | 32 слота DDR5 RDIMM при двух CPU; доступный объём зависит от исполнения |
| Примеры фронтальных корзин | 4 × 3,5″ либо 8 × 2,5″ SAS/SATA; отдельное исполнение 6 SAS/SATA + 2 NVMe | 8/10 × 2,5″ или альтернативные E3.S исполнения; интерфейс уточняется по корзине | 12 × 3,5″ либо 8/16/24 × 2,5″; также альтернативные E3.S исполнения |
| Что делает платформу кандидатом | Компактная система с понятным пределом ОЗУ и умеренным расширением | Больший ресурс памяти и консолидация в 1U | Расширение и большой локальный массив в 2U |
| Ключевой вопрос перед покупкой | Хватит ли 128 ГБ на весь горизонт проекта | Подходит ли конкретная корзина и хватает ли расширения | Будут ли использованы дополнительные возможности корпуса |
Для R660 и R760 четыре и пять в названии поколения Xeon — не число процессоров. Максимальное количество слотов памяти указано для полной двухпроцессорной конфигурации; часть ресурсов зависит от установки второго CPU. Матрицы Dell меняются с ревизиями и поддерживаемыми модулями, поэтому максимальную память и рабочую скорость DIMM подтверждают для заказа отдельно.
Когда рассматривать Dell PowerEdge R360
Dell PowerEdge R360 стоит включить в сравнение для небольшой клиент-серверной системы, если расчёт ресурсов укладывается в возможности платформы. Важны поддержка ECC, нужный вариант корзины, зеркальное хранение и удалённое администрирование. Процессор с хорошим быстродействием ядра может быть полезнее лишних сокетов, если одновременно выполняется немного тяжёлых операций.
Ограничение 128 ГБ может стать главным фактором раньше, чем CPU. Если сервер должен одновременно держать СУБД, несколько баз, терминальные сеансы и тестовую среду, сложите все бюджеты. План «потом просто добавим память» для начальной платформы имеет конечный предел. Уточняйте также, относится ли поставляемое исполнение к E-2400 или к обновлённым вариантам Xeon 6300: параметры одного семейства не переносят на другое.
Когда нужен Dell PowerEdge R660
Dell PowerEdge R660 рассматривают, когда нужен больший объём памяти, несколько серверных ролей или консолидация ВМ при ограниченном месте в стойке. Однако 1U не означает меньшую скорость по сравнению с R760: при сопоставимых CPU, памяти и хранении решает конкретная нагрузка. Сравнение по высоте корпуса недостаточно.
Заранее определите будущие накопители и число адаптеров. Не выбирайте корзину только по сегодняшнему количеству SSD, если планируется изменение интерфейса или добавление дисков под отдельные роли. Поддержку загрузочных накопителей и модулей вроде BOSS проверяют отдельно от рабочего массива базы.
Когда оправдан Dell PowerEdge R760
Dell PowerEdge R760 удобен в проектах, где важны возможности 2U: большая фронтальная корзина и более широкие варианты расширения. Это может быть узел с крупным локальным массивом или несколькими тяжёлыми ВМ. Но свободные отсеки и слоты не ускоряют 1С до установки нужных устройств и настройки системы.
Если база умеренная и два SSD уже удовлетворяют требованиям по задержке и ресурсу, большой корпус сам по себе не даёт выгоды. С другой стороны, экономия на платформе сегодня может обернуться заменой всего сервера после роста базы. Сравнивайте стоимость двух сценариев: расширение предусмотрено сразу либо потребуется перестройка позже.
Предыдущие и новые поколения PowerEdge
Существующий R640 или R740 не нужно списывать только из-за номера поколения. Сначала проверяют фактическую нагрузку, доступность памяти и накопителей, состояние дисков, обновления, условия обслуживания и срок проекта. Более новое поколение также не гарантирует ускорения: CPU с большим количеством менее быстрых ядер может не улучшить важную последовательную операцию.
При покупке оборудования прошлых поколений особенно полезны сведения о состоянии и оставшемся ресурсе SSD, комплектности, поддерживаемых прошивках и порядке замены компонентов. Для новых моделей сравнивайте не только паспортный максимум, но и поставляемые конфигурации. Артикул, состав заказа и условия поддержки важнее общего обещания «последнее поколение».
Конфигурация сервера для 1С на 10, 30, 50 и 100 пользователей
Ниже приведены четыре сценария для предварительного обсуждения проекта. Во всех предполагается клиент-серверная работа, SSD с подходящим ресурсом и защитой записи, отдельное хранение резервных копий. Количество пользователей — ориентир сценария, а не доказанная пропускная способность. Терминальная нагрузка, тяжёлые доработки и ERP могут изменить конфигурацию значительно.
| Условный сценарий | CPU и ОЗУ для первого сравнения | Хранение и архитектура | Что способно изменить выбор |
|---|---|---|---|
| 10 активных пользователей, одна небольшая типовая база | 4–8 физических ядер с достаточным быстродействием; 32–64 ГБ | R360 как кандидат; зеркальная пара enterprise SSD, загрузка и копии учтены отдельно | Отчёты, расход СУБД, закрытие периода и необходимость RDS |
| 30 активных пользователей, обмены и несколько заданий | 8 ядер как первая точка сравнения; 64–128 ГБ | R360 при допустимом расчёте памяти; R660 при потребности в расширении; RAID 1 или 10 по тесту | Рост ОЗУ за пределы 128 ГБ, интенсивная запись, терминальные приложения |
| 50 активных пользователей, несколько баз и параллельные отчёты | 8–16 физических ядер; 128–256 ГБ | R660/R760; проверить разделение ролей, RAID 10 или подходящий NVMe пул | Горячие данные, пики запросов, поддержка NVMe и ограничения редакции СУБД |
| 100 активных пользователей либо сложная ERP | 16–32 ядра как диапазон для тестового сравнения; 256–512 ГБ общего бюджета ролей | R660/R760 или несколько узлов; выделенный бюджет СУБД, отдельный терминальный ресурс | Код, блокировки, топология ВМ, требования к переключению и реальные измерения |
Последняя строка не означает, что одна ВМ должна получить 512 ГБ или что СУБД любой редакции сможет использовать весь объём. Это общий проектный бюджет, который распределяют между ролями. Для 100 редко активных сотрудников возможен иной результат; для 20 сотрудников со сложными расчётами — более тяжёлая система.
1С:Бухгалтерия и ЗУП
У бухгалтерии повседневное проведение документов может быть сравнительно спокойным, а закрытие месяца — тяжёлым. У ЗУП важны массовый расчёт зарплаты и отчётность. Проверяйте эти операции отдельно, включая моменты, когда другие сотрудники продолжают работать. Конфигурация, хорошо обслуживающая ввод документов, не обязательно укладывается в допустимое время расчёта.
Управление торговлей, Розница и УНФ
Здесь особенно полезен сценарий одновременного проведения заказов, обменов и отчётов. Проверяйте интеграции с магазинами и внешними системами: они способны создавать короткие, но интенсивные пики. Если остановка базы прекращает отгрузку или работу точки, требования к восстановлению следует поставить рядом с требованиями к скорости, а не оставить на конец закупки.
ERP и Комплексная автоматизация
Большие расчёты, объёмные регистры и глубокие доработки требуют более подробного обследования. Для ERP особенно опасна закупка по одной таблице пользователей. Нужен профиль ключевых операций, параллельных заданий и активных данных. Разнесение сервера 1С и СУБД может помочь управлению ресурсами, но не исправляет неэффективный запрос само по себе.
Пример роста базы и дисковой ёмкости
Пусть файлы данных занимают 300 ГБ и растут на 10 ГБ в месяц. За 36 месяцев линейный расчёт даёт 300 + 10 × 36 = 660 ГБ. Добавим условные 120 ГБ под журнал и 100 ГБ под временные операции: получаем 880 ГБ. Если целевой максимум заполнения принят равным 75%, расчётная ёмкость пула — 880 / 0,75 ≈ 1173 ГБ.
Это пример арифметики, а не норматив 25% свободного места для любой системы. Реальные пики журнала, временных файлов, обслуживания и роста могут быть выше. Зеркало из двух SSD по 1,92 ТБ по ёмкости превышает расчёт, но его производительность и ресурс ещё нужно проверить. Резервные копии в эти 1173 ГБ не включены: их хранилище рассчитывают отдельно.
SQL Server или PostgreSQL, виртуализация и лицензии: что влияет на спецификацию
Выбирайте СУБД и ОС по совместимости точного релиза платформы 1С, прикладного решения и используемых компонентов. Надпись «поддерживает Linux» не подтверждает работу любого сочетания дистрибутива, сборки PostgreSQL и внешних модулей. Поддержка нового сервера операционной системой и поддержка СУБД платформой 1С — две отдельные проверки.
Ограничения редакции SQL Server нельзя обходить покупкой памяти
Для наглядности возьмём SQL Server 2022: у Standard предел buffer pool одного экземпляра — 128 ГБ, а вычислительный предел Database Engine — меньшее из четырёх сокетов или 24 ядер. У Express 2022 максимальный размер реляционной базы — 10 ГБ, buffer pool — 1410 МБ, вычислительный предел — меньшее из одного сокета или четырёх ядер. Это ограничения конкретной версии и редакции, а не всех SQL Server.
Установка 256 ГБ в сервер не увеличит предел buffer pool Standard 2022. При этом общий расход памяти экземпляра может включать другие выделения; весь сервер также обслуживает ОС и дополнительные роли. На виртуальной машине вычислительные ограничения учитывают доступные логические процессоры. Для более новых версий проверяйте собственную матрицу ограничений: переносить цифры 2022 года без уточнения неправильно.
Developer предназначен для разработки и тестирования, а не как бесплатная производственная замена. Сравнение стоимости нужно выполнять по выбранной редакции, модели лицензирования и реальным условиям поставки. Не рассчитывайте бюджет по случайной цене ключа из поиска: спецификация оборудования и спецификация ПО должны описывать одну и ту же систему.
PostgreSQL: память и надёжность записи требуют настройки
Для PostgreSQL уточняют поддерживаемую 1С сборку, версии и параметры развёртывания. Увеличение shared_buffers само по себе не является универсальным способом ускорить базу. Важны планы запросов, временные операции, обслуживание таблиц и сохранение WAL. Работу фонового обслуживания проверяют в периоды нагрузки, а его расписание согласуют с ежедневной эксплуатацией.
Если причиной задержки является запрос с неудачным планом или блокировка, смена СУБД без обследования может только перенести проблему. При выборе оценивают компетенции команды, инструменты резервного копирования, восстановление и сопровождение доработок. «Бесплатная СУБД» не означает бесплатную эксплуатацию, так же как платная лицензия не гарантирует правильную настройку.
Виртуальный сервер 1С: сколько vCPU выделять
Начинайте с необходимого количества vCPU и измеряйте результат. Выделение всех логических процессоров хоста одной ВМ может усложнить совместную работу других ролей. Проверяйте загрузку внутри гостевой ОС и ожидания планировщика гипервизора: свободный CPU в госте не исключает проблем на физическом хосте.
Для критичной базы резервируйте достаточный физический ресурс и контролируйте конкуренцию с другими ВМ. Настройки памяти, NUMA, виртуальных дисков и драйверов выбирайте по руководствам применяемого гипервизора и СУБД. Снимок ВМ удобен для некоторых задач обслуживания, но без проверенной согласованности и отдельного хранения не становится полноценной стратегией резервного копирования.
Что учитывать в бюджете ПО
В клиент-серверном проекте проверяют серверные и клиентские лицензии 1С, права использования ОС и СУБД, а при терминальном доступе — соответствующие права RDS. Набор зависит от архитектуры, продуктов и действующих условий лицензирования. Для закупки запросите отдельную спецификацию ПО и подтверждение её соответствия схеме использования.
Лишние процессорные ядра способны увеличить расходы там, где лицензирование связано с ядрами. Сравнивайте несколько законченных вариантов: CPU, память, хранение, ПО и обслуживание. Конфигурация с более дешёвым процессором иногда оказывается дороже по общему бюджету, если для неё требуется иной набор лицензий или более сложная эксплуатация.
RAID, резервные копии и отказоустойчивость сервера 1С
RAID помогает продолжить работу при определённых отказах накопителей. Резервная копия позволяет восстановить данные после удаления, повреждения или других сбоев. Для переживания отказа физического сервера нужен дополнительный узел либо проверенный план восстановления на другом оборудовании. Эти задачи нельзя решить одной отметкой «RAID 10» в заказе.
RPO и RTO: две цифры, которые меняют проект
RPO — допустимая потеря данных по времени. RTO — допустимое время восстановления работы. Если RPO равен 15 минутам, одна ночная копия не соответствует требованию: потребуется подходящая схема журналов, копирования или репликации. Если RTO равен одному часу, наличие копии ещё не доказывает, что её успеют восстановить на доступном оборудовании.
Пример политики для обсуждения: полная копия по расписанию, сохранение журналов с интервалом, соответствующим RPO, независимое хранилище и регулярное пробное восстановление. Интервалы выбирают под бизнес, объём базы и возможности СУБД. В плане должны быть указаны ответственность, место копий, права доступа и действия при потере основного узла.
Пробное восстановление должно завершаться проверкой базы и запуском 1С, а не только сообщением программы копирования «успешно». Проверяйте доступность ключей и сертификатов, если используется шифрование, настройки пользователей и время полной процедуры. Отдельно учитывайте восстановление вложений и внешних файлов: они могут не входить в резервную копию СУБД.
Два блока питания не равны двум независимым системам
Резервирование питания полезно, когда правильно организованы подключения и оставшегося блока достаточно для выбранной комплектации. Два кабеля в одном неисправном удлинителе сохраняют общую точку отказа. Сходным образом два сетевых порта, подключённые к одному коммутатору, не устраняют отказ этого коммутатора.
На резервном узле должно хватать ресурсов для целевой нагрузки в момент аварии. Если два сервера в нормальном режиме заняты каждый почти полностью, перенос всех ролей на один может сделать систему непригодной для работы. Доступность проверяют вместе с производительностью в аварийном сценарии, а не отдельным тестом наличия второго корпуса.
Сеть и восстановление: полезный расчёт времени
1 Гбит/с соответствует теоретически 125 МБ/с до накладных расходов, 10 Гбит/с — 1250 МБ/с. Передача 100 ГБ по десятичной шкале при таких предельных скоростях занимает соответственно 800 секунд, то есть 13 минут 20 секунд, и 80 секунд, то есть 1 минуту 20 секунд. Реальные копирование и восстановление будут медленнее из-за протоколов, дисков, CPU и других этапов.
Этот расчёт помогает увидеть нижнюю границу времени, но не обещает ускорения базы в десять раз после установки 10GbE. Если сервер 1С и СУБД находятся на разных узлах, важны также задержка и устойчивость связи между ними. Для удалённого клиента может оказаться критичнее качество канала и способ подключения, чем скорость локального сетевого адаптера.
Как проверить, что Dell PowerEdge действительно подходит для вашей 1С
Испытание должно воспроизводить работу людей: проведение документов, отчёты, обмены, фоновые расчёты и известные пики. Короткий общий тест CPU полезен для первичной проверки оборудования, но не заменяет испытание базы. Тест Гилёва может служить дополнительным ориентиром в согласованных условиях; его балл нельзя напрямую переводить в количество пользователей.
Сначала согласуйте критерии приёмки
Определите 5–10 важных операций и допустимое время каждой. Например, в учебном ТЗ можно задать p95 проведения заказа не более двух секунд при согласованной параллельной активности и закрытие периода не более заданного окна. Число «две секунды» здесь — пример договорённости с бизнесом, а не установленная норма для 1С или обещание PowerEdge.
p95 означает, что 95% измеренных выполнений укладываются в указанное время; p99 показывает границу для 99%. Среднее может скрывать редкие, но очень неприятные задержки. Сравнивайте одинаковые операции и сценарии, а не смешивайте в одну статистику поиск справочника и часовой расчёт. Для длинных регламентных задач часто удобнее оценивать полную длительность каждого запуска.
| Проверка | Что зафиксировать | Критерий решения |
|---|---|---|
| Согласованная копия базы на отдельном стенде | Версии ПО, размер данных, состав оборудования и дата копии | Стенд воспроизводит нужные сценарии без влияния на рабочую базу |
| Критичные операции | Длительности и ошибки, p95/p99 для достаточного числа повторений | Выполнены согласованные требования бизнеса |
| Параллельная работа | Число активных сценариев и фоновых заданий | Скорость сохраняется при целевой одновременной нагрузке |
| CPU и ОЗУ | Загрузка по ядрам, рабочая память, доступная память, поведение ВМ | Нет необъяснённых ожиданий или исчерпания ресурса |
| Диски и СУБД | Задержки, очереди, ожидания, объём записи и блокировки | Понятны ограничения и достаточен ресурс хранения |
| Копирование и восстановление | Полное время восстановления и успешный запуск приложения | Фактически выполняются выбранные RPO/RTO |
| Обслуживание и аварийный режим | Поведение при плановых задачах и безопасно моделируемых отказах | Есть рабочая процедура и проверенный запас ресурсов |
Используйте обезличенную или надлежащим образом защищённую копию базы. Перед тестом исключите исходящие обмены, отправку писем и другие действия, способные затронуть рабочую систему. Не запускайте запись дисковых тестов по устройствам с производственными данными. Проверки отказов и rebuild выполняют на стенде или в специально согласованном окне обслуживания.
Что смотреть в 1С, СУБД и iDRAC
В 1С полезны технологический журнал и замеры критичных операций. Технологический журнал регистрирует события приложений платформы; состав записи настраивают под исследуемую проблему. Постоянное подробное логирование всех событий может создавать лишний объём данных, поэтому заранее задают фильтры, срок хранения и доступ к файлам.
В SQL Server ожидание WRITELOG связано с сохранением журнала, PAGEIOLATCH — с ожиданием страниц при вводе-выводе, а блокировки требуют отдельного разбора. Эти названия являются подсказками, не готовым диагнозом: причины подтверждают запросами и показателями хранения. Для PostgreSQL изучают активные запросы, ожидания и статистику I/O, доступную в используемой версии.
iDRAC помогает наблюдать аппаратное состояние: температуры, события оборудования и состояние компонентов в пределах поддерживаемых функций. Он не знает, какое время проведения заказа приемлемо для бухгалтера. Аппаратный мониторинг и контроль прикладной производительности должны дополнять друг друга.
Сравнивайте варианты при одинаковых релизах, данных, настройках надёжности записи и профиле нагрузки. Отдельно отметьте прогретый или холодный кэш, резервное копирование и другие параллельные работы. Результат с отключённым сохранением WAL или журнала не является честным сравнением с надёжной производственной конфигурацией.
Как выбрать и купить сервер Dell PowerEdge для 1С
Запрос поставщику должен описывать результат, который вы хотите получить, и исходную нагрузку. Вместо «нужен самый мощный Dell на 50 человек» отправьте паспорт базы, перечень ролей и критерии приёмки. Это позволяет сравнивать коммерческие предложения по одинаковой задаче и не переплачивать за опции, которые не будут использоваться.
Что включить в техническое задание
- Прикладное решение, доработки, релиз платформы, ОС и СУБД; схема их размещения.
- Активные пользователи в пике, фоновые задания, терминальные сеансы и критичные операции.
- Точные CPU: физические ядра, модель, количество сокетов; способ оценки производительности.
- Память: общий объём, тип DIMM, схема заполнения каналов и понятный путь расширения.
- Рабочее хранение: полезная ёмкость после RAID, интерфейс, артикулы SSD, ресурс записи, защита питания и контроллер.
- Загрузка ОС, резервные копии, сетевые подключения, размещение в стойке и питание.
- Лицензии, условия поддержки, доступность замены компонентов и срок проекта.
- Согласованные тесты, допустимый простой, RPO/RTO и порядок приёмки.
Для короткого запроса можно использовать такую форму: «Подберите Dell PowerEdge для 1С: [решение и версии], [активность в пике], [размер и рост базы], [RDS или тонкий клиент], [роли на узле]. Нужны [полезная ёмкость], [горизонт расширения], RPO [значение], RTO [значение]. Просим указать полный состав оборудования и ПО, возможность проверки на копии базы, условия обслуживания и итоговую стоимость».
Как сравнить две цены на сервер
Проверьте, что в обоих предложениях одинаково учтены CPU, DIMM, салазки, корзина, кабели, контроллер, защита кэша, загрузочные накопители, сетевые адаптеры, лицензии управления, рельсы и блоки питания. Цена пустого корпуса или базовой платформы не равна цене готовой системы для 1С. Сравнивайте полезную ёмкость массива, а не сумму терабайт всех установленных SSD.
Полную стоимость удобно считать за выбранный горизонт, например три года: оборудование + ПО + внедрение + обслуживание + резервное хранение + электроэнергия. Энергетический расчёт строят по среднему измеренному потреблению, а не по сумме номиналов блоков питания. Для условных 250 Вт непрерывной нагрузки за три года без учёта високосного дня получается 0,25 × 24 × 365 × 3 = 6570 кВт·ч; денежную сумму считают по своему тарифу и с учётом охлаждения.
Стоимость простоя тоже влияет на выбор, но её не нужно придумывать. Если недоступная база задерживает отгрузку или расчёт зарплаты, бизнес может оценить последствия и определить допустимое окно. Так появляется обоснование резервного узла и проверенного восстановления вместо покупки лишних ядер «на всякий случай».
В каталоге dell-partner.ru можно начать с PowerEdge R360, PowerEdge R660 и PowerEdge R760, а затем уточнить исполнение под вашу систему. В запросе укажите конфигурацию базы и требования из списка выше: именно они определяют, какой сервер для 1С имеет смысл покупать.
Частые вопросы о выборе сервера Dell для 1С
Какой сервер нужен для 1С на 10 пользователей?
Для умеренной клиент-серверной нагрузки R360 можно взять как кандидата для проверки с 32–64 ГБ и подходящими SSD в зеркале. Но десять активных пользователей ERP и десять эпизодических пользователей Бухгалтерии — разные задачи. Уточните память, тяжёлые операции, фоновые задания и способ подключения; результат подтвердите на копии базы.
Какой сервер для 1С на 50 пользователей выбрать?
При нескольких базах, отчётах и росте памяти имеет смысл сравнить R660 и R760. Если фактический бюджет укладывается в 128 ГБ и нагрузка умеренная, начальную платформу тоже можно проверить. Выбирать только по числу сотрудников нельзя: потребность определяют активные сценарии, СУБД и терминальные приложения.
Нужно ли для 100 пользователей два процессора?
Не обязательно. Второй процессор обосновывают суммарной параллельной нагрузкой, каналами памяти и ресурсами платформы. Если ограничение находится в одной последовательной операции или блокировках, два сокета сами по себе его не устранят. Сравните полные конфигурации и учтите ПО.
Сколько памяти нужно, если база занимает 200 ГБ?
Из этой цифры нельзя достоверно вывести объём ОЗУ. Нужно знать активно используемые данные, поведение запросов, бюджет СУБД и других ролей. Полное размещение всех 200 ГБ в кэше не является универсальным обязательным условием. Но и небольшого объёма памяти нельзя обещать без измерений.
Что выбрать для 1С: Xeon с высокой частотой или большим числом ядер?
Достаточное быстродействие ядра требуется для последовательных участков, достаточное число ядер — для параллельной нагрузки. Уточняйте конкретный CPU, архитектуру и устойчивую частоту под нагрузкой. Сравнивать разные поколения только по числу гигагерц неправильно.
Всегда ли NVMe быстрее SATA SSD в 1С?
NVMe может улучшить хранение, но итог зависит от того, ограничивают ли диски вашу задачу. Если основная задержка связана с кодом, блокировками или сетью, смена интерфейса не даст ожидаемого результата. Убедитесь также, что выбранное исполнение PowerEdge поддерживает накопитель и нужную схему защиты.
Можно ли ставить обычные потребительские SSD?
В учётной системе сравнивают не только цену и скорость чтения, но и ресурс записи, защиту питания, прошивку и поддержку. Потребительский накопитель с высоким пиковым результатом не обязательно удовлетворяет этим требованиям. Решение принимают по документированным параметрам конкретной модели и испытанию системы.
RAID 10 заменяет резервную копию?
Нет. Он защищает от определённых отказов дисков, но повторяет ошибочное удаление или изменение данных в зеркалах. Для восстановления нужна отдельная согласованная копия и проверенная процедура её использования. Для отказа целого узла нужен ещё и доступный ресурс восстановления.
R760 всегда быстрее R660?
Нет. Высота 2U даёт другие возможности размещения и расширения, но не задаёт скорость операции 1С. При одинаковых ключевых компонентах и настройках решает профиль нагрузки. Сравнивайте состав заказа и результаты испытаний.
Можно ли ускорить 1С без покупки нового сервера?
Иногда достаточно исправить запросы, блокировки, расписание заданий, настройки СУБД или устранить нехватку одного ресурса. Сначала определите причину замедления. Если существующая платформа достигла предела ОЗУ, расширения или приемлемой производительности, тогда новый сервер получает понятное обоснование.
Почему 1С тормозит при небольшой общей загрузке CPU?
Возможны занятое отдельное ядро, ожидание диска, блокировка, сеть или ожидание ресурсов гипервизора. Общий процент загрузки усредняет ситуацию по ядрам и не описывает все задержки. Сопоставьте время операции с журналами приложения и статистикой СУБД.
Можно ли купить сервер с запасом и больше ничего не рассчитывать?
Запас нужен, но его следует разместить там, где он будет полезен: память под рост рабочего набора, диски под ёмкость и запись, CPU под параллельность, второй узел под доступность. Избыточные ресурсы в одной части не компенсируют ограничение другой. Хорошая спецификация описывает задачу, путь расширения и проверяемый результат.
