Как рассчитать объём NAS для офиса: полное руководство по подбору ёмкости

Быстрый ответ: калькулятор полезного объёма

Если нужна предварительная оценка прямо сейчас — воспользуйтесь формулой:

Сырой объём (Raw) = Количество дисков × Ёмкость одного диска

Полезный объём (Usable) = Raw × Коэффициент RAID ÷ Коэффициент роста

Пример: 4 диска × 4 ТБ = 16 ТБ Raw. В RAID 5 полезный объём — 12 ТБ. С запасом роста 30% на 2 года реально использовать стоит не более 9–10 ТБ, остальное — резерв.

Точный расчёт под конкретные задачи — 1С, резервное копирование, документооборот — разобран в следующих разделах.

Стоит сразу оговориться: «полезный объём» и «доступное место» — не одно и то же. Файловая система NAS-устройства дополнительно резервирует от 5 до 10% ёмкости под служебные структуры: журналы, индексы, метаданные. Производители указывают объём дисков в гигабайтах по десятичной системе (1 ГБ = 1 000 000 000 байт), тогда как операционные системы считают в двоичной (1 ГиБ = 1 073 741 824 байт). Из-за этого диск ёмкостью 4 ТБ в интерфейсе ОС отображается как ~3,63 ТБ. В сумме реально доступный объём может быть на 15–30% меньше «сырого» — это нужно учитывать ещё на этапе покупки, а не обнаруживать после заполнения хранилища на 80%.

Калькулятор полезного объема

Шаг 1. Теоретический минимум: полезный объём, RAID и типы дисков

«Сырой» (Raw) vs. Полезный (Usable) объём: почему 10 ТБ — это не всегда 10 ТБ?

Сырой объём (Raw) — суммарная ёмкость всех установленных дисков. Четыре диска по 4 ТБ дают 16 ТБ Raw. Но часть этого пространства уходит на нужды RAID — хранение избыточной информации для восстановления данных при отказе диска.

Полезный объём (Usable) — то, что реально доступно для хранения файлов, баз данных и резервных копий. Те же 4 диска по 4 ТБ в RAID 5 дадут 12 ТБ полезного пространства, а в RAID 6 — только 8 ТБ.

Дополнительно файловые системы NAS-устройств резервируют 5–10% ёмкости под служебные нужды. Итого реально доступный объём может быть на 15–30% меньше «сырого» — и это нужно закладывать ещё на этапе покупки.

Важно понимать и другое: RAID не является заменой резервного копирования. Это распространённое заблуждение, которое регулярно приводит к потере данных. RAID защищает от механического выхода из строя одного или нескольких дисков — и только. Случайное удаление файла, программный сбой, атака шифровальщика или физическое уничтожение NAS одинаково затронут все диски массива. Именно поэтому грамотная стратегия хранения данных всегда включает RAID плюс независимое резервное копирование, а не одно из двух.

Как тип RAID влияет на полезный объём и надёжность хранилища

RAID — это не способ увеличить объём, а механизм отказоустойчивости. Разные уровни дают разный баланс между используемым пространством, производительностью и защитой данных.

Сравнение популярных RAID-массивов для офисного NAS:

Для офисного файлового сервера с базами 1С и резервным копированием оптимален RAID 5 или RAID 6. RAID 10 оправдан, если NAS одновременно обслуживает более 15–20 пользователей с интенсивными операциями записи.

Отдельно стоит упомянуть проприетарные технологии избыточности, которые предлагают производители NAS-устройств. Synology Hybrid RAID (SHR) и аналогичные решения QNAP позволяют объединять диски разного объёма в один массив с автоматическим управлением избыточностью. Для небольших офисов, где парк дисков формировался постепенно, это удобная альтернатива классическим уровням RAID — массив можно расширять, добавляя диски большего объёма, без полного пересоздания. При этом алгоритм автоматически выбирает оптимальный уровень защиты исходя из набора установленных дисков.

Для массивов из 6 и более дисков актуален RAID 6 — он переживает одновременный выход из строя двух дисков. При ёмкости современных NAS-дисков (12–20 ТБ) время перестройки RAID 5 после замены отказавшего диска может занимать 12–24 часа. В течение этого времени массив работает в деградированном режиме, и если в этот период откажет второй диск, все данные будут утрачены. RAID 6 закрывает этот риск.

SSD vs HDD в NAS для офиса: что выбрать для скорости и бюджета

Тип диска напрямую определяет производительность хранилища. Для большинства офисных задач HDD на CMR-дисках достаточно, но если на NAS хранится активная база 1С — разница в скорости между HDD и SSD будет заметна уже при 3–5 одновременных пользователях.

⚠ Важно: Для NAS-массивов используйте только CMR-диски (традиционная магнитная запись), а не SMR. SMR-диски дешевле, но при одновременной записи и перестройке RAID теряют в производительности и могут зависать на часы.

Сравнение SSD и HDD для использования в сетевых хранилищах:

Многие модели Synology и QNAP поддерживают гибридную конфигурацию — основной массив из HDD с SSD-кэшем через M.2 слоты. Это позволяет получить скорость SSD для «горячих» данных при экономии бюджета на хранении архивов.

При выборе SSD для NAS обращайте внимание на параметр TBW (Terabytes Written) — суммарный объём записи, гарантированный производителем. Для NAS, который ежедневно принимает резервные копии объёмом несколько сотен гигабайт, потребительский SSD с TBW 150–200 ТБ исчерпает ресурс за 1–2 года. Серверные и NAS-ориентированные SSD (например, Seagate IronWolf 510 или Western Digital Red SA500) проектируются с запасом TBW в тысячи терабайт и оснащены механизмами мониторинга износа.

📎 Смотрите также: SSD vs HDD для серверного хранилища: когда переплата оправдана — подробный разбор сценариев, в которых SSD в NAS окупается, а когда достаточно качественных HDD.

Шаг 1. Теоретический минимум

Шаг 2. Методика расчёта под каждую задачу

Какой объём NAS нужен для 1С: файловая база vs SQL-сервер

Требования к хранилищу кардинально различаются в зависимости от режима работы 1С.

Файловая база 1С — обычный файл (.dt или каталог базы), который размещается на сетевой папке NAS. Размер такой базы для небольшой компании — от 2 до 30 ГБ. Проблема: при работе 3+ пользователей одновременно нагрузка на дисковую подсистему резко возрастает. Обычных HDD в RAID 5 может не хватить — нужен SSD-кэш.

Клиент-серверная база (SQL): 1С-сервер работает отдельно, NAS хранит только резервные копии. Сам файл базы может занимать 50–300 ГБ и расти на 20–40% в год при активной работе. Для хранения бэкапов SQL достаточно обычных HDD, но нужен приличный запас объёма.

«Для файловой 1С на 5+ пользователей мы всегда рекомендуем размещать базу на SSD-кэше или полностью на SSD-томе. Это снимает 90% жалоб на "тормоза" при проведении документов и формировании отчётов», — из практики специалистов по внедрению 1С.

Важно учитывать и то, что размер базы данных 1С слабо коррелирует с числом позиций в номенклатуре или количеством контрагентов — он определяется объёмом транзакций. Компания с активным складским документооборотом и ежедневными тысячами операций за три года нарастит базу до 150–200 ГБ даже при относительно небольшом штате. Торговая компания с редкими отгрузками при том же числе пользователей может работать с базой в 10–15 ГБ годами. Это значит, что при расчёте всегда нужно опираться на исторические данные о темпах роста конкретной базы, а не на усреднённые ориентиры.

Отдельная тема — хранение журналов транзакций при использовании SQL-сервера с полной моделью восстановления. Журнал транзакций при активной работе может занимать от 10 до 50% объёма основной базы данных и требует регулярного обслуживания (резервное копирование и очистка журнала). Если на NAS хранятся не только полные копии базы, но и копии журнала транзакций для point-in-time восстановления, объём резервного хранилища необходимо увеличить на 30–50%.

Формула расчёта объёма под 1С:

Объём под 1С = (Текущий размер базы × Коэффициент роста^N) + Место под бэкапы

где N — срок в годах

Коэффициент роста = 1,20–1,40 (20–40% в год для активной базы)

Пример: 10 ГБ × 1,3³ ≈ 22 ГБ через 3 года

К этому объёму добавьте место под бэкапы — минимум 7 ежедневных копий. Для активной файловой базы 10 ГБ с бэкапами итого около 80–100 ГБ.

Расчёт места для резервного копирования и документооборота

Резервное копирование — как правило, самый объёмный раздел. Здесь работает схема GFS (Grandfather-Father-Son) — отраслевой стандарт для офисного резервного копирования.

Схема ротации резервных копий GFS:

• Сыновья (ежедневные): [Пн][Вт][Ср][Чт][Пт][Сб][Вс] → 7 копий
• Отцы (еженедельные): [Н1][Н2][Н3][Н4] → 4 копии
• Деды (ежемесячные): [Янв][Фев]...[Ноя][Дек] → 12 копий
• Итого: 23 точки восстановления.

При инкрементальном копировании объём ≈ 1,5–2× от исходных данных.

Схема GFS — не просто ротация файлов, а управляемая политика восстановления. Разные горизонты хранения закрывают разные сценарии: ежедневные копии нужны для быстрого отката при случайном удалении или сбое, еженедельные позволяют вернуться на точку в пределах месяца (актуально при обнаружении скрытого повреждения данных), а ежемесячные архивы закрывают требования регуляторов и аудиторов, которые могут запросить данные за предыдущие кварталы.

При расчёте объёма под GFS важно правильно оценить коэффициент изменяемости данных. Если ежедневно изменяется 5% данных, инкрементальная копия составит 5% от полного объёма. При 23 точках восстановления GFS итоговый объём хранилища будет примерно в 1,5–2 раза больше исходных данных при инкрементальном копировании. При полном копировании каждый день умножайте на 23 — это существенно больше и оправдано только при небольших объёмах или особых требованиях к скорости восстановления.

Формула расчёта объёма для резервного копирования:

Объём для бэкапов ≈ 1,5 × Объём исходных данных

(упрощённая формула при 5% дневной изменяемости данных

и инкрементальном копировании по схеме GFS)

Для файлового сервера (документооборот):

Документооборот = Кол-во сотрудников × Средний объём на человека в год × Срок хранения (лет)

Ориентир: 5–20 ГБ на сотрудника в год (офис без CAD и видео).

Производство или проектная компания — умножайте на 5–10.

Учёт прочих данных: медиафайлы, проекты, архивы

Перед финальным расчётом проведите инвентаризацию всего, что хранится на компьютерах сотрудников и старых серверах. Типичные «слепые пятна»:

• Папки с фотографиями объектов, корпоративными видео, маркетинговыми материалами — могут занимать сотни гигабайт
• Архивы завершённых проектов — их редко открывают, но они должны быть доступны по требованию
• Почтовые архивы, если почтовый сервер размещён локально
• Образы виртуальных машин, если планируется их хранение на NAS

Ошибка «не учли архив» — одна из самых распространённых. NAS заполняется быстрее, чем ожидалось, именно из-за переноса старых данных с разбросанных дисков.

Отдельно стоит выделить компании, которые работают с CAD-файлами, видеоконтентом или медицинскими изображениями. Один проект в AutoCAD или Revit с историей версий может занимать несколько гигабайт, а архив за несколько лет — сотни. Видеозаписи с IP-камер наблюдения (если хранятся на NAS, а не на видеорегистраторе) добавляют 20–40 ГБ в день при 4 камерах и качестве 1080p. Для таких сценариев расчёт нужно вести отдельно по каждому источнику данных, а не использовать усреднённые нормативы на сотрудника.

📎 Смотрите также: Своё облако в офисе: зачем малому бизнесу NAS в 2026 году — разбираем, когда офисное NAS-хранилище выгоднее облачной подписки и как его правильно использовать.

Шаг 2. Методика расчета

Шаг 3. Итоговый расчёт: сводим всё вместе

Формула итогового объёма с учётом RAID и запаса

① Итоговый полезный объём =

(Объём 1С + Объём документов + Объём бэкапов + Прочее) × Коэффициент роста

② Сырой объём для покупки (Raw) =

Итоговый полезный объём ÷ Коэффициент RAID

Коэффициент RAID:

• RAID 5 (4 диска) = 0,75
• RAID 6 (6 дисков) = 0,67
• RAID 10 = 0,50

Коэффициент роста = 1,3–1,5 (запас на 2–3 года вперёд)

Рекомендуется закладывать запас «на вырост» в 25–30% сверх расчётного объёма.

Принципиальный момент: никогда не планируйте заполнять NAS под 90–95% ёмкости. Большинство файловых систем начинают деградировать по производительности при заполнении выше 80%: фрагментация растёт, операции записи замедляются, а перестройка RAID при отказе диска занимает значительно больше времени. Оптимальный рабочий диапазон — до 70–75% заполнения. Это ещё один аргумент в пользу более щедрого запаса при выборе ёмкости.

Практический пример: расчёт для офиса на 15 сотрудников

Вводные данные: торговая компания, 15 сотрудников, 1С Бухгалтерия (файловая база), активный документооборот, ежедневные бэкапы по схеме GFS с хранением 30 дней.

1. Объём под 1С

Текущий размер базы — 8 ГБ, рост — 25% в год, горизонт — 3 года:

8 × 1,25³ ≈ 15 ГБ (активная база)

+ 7 ежедневных бэкапов по 8 ГБ ≈ 56 ГБ

Итого по 1С: ~70 ГБ

2. Документооборот

15 сотрудников × 8 ГБ/год × 4 года хранения = 480 ГБ (~0,5 ТБ)

3. Резервное копирование документов по схеме GFS

480 ГБ × 1,5 (инкрементальный коэффициент) = 720 ГБ

4. Прочее (старые архивы, фото, переписка): ~150 ГБ

5. Суммируем

70 + 480 + 720 + 150 = 1 420 ГБ ≈ 1,4 ТБ

6. Применяем коэффициент роста (30% запас)

1,4 ТБ × 1,3 = 1,85 ТБ — минимальный полезный объём

7. Рассчитываем сырой объём для RAID 5 на 4 дисках (КПД 75%)

1,85 ÷ 0,75 = 2,5 ТБ Raw

Оптимальный выбор: 4 диска по 2 ТБ

(итого 8 ТБ Raw, 6 ТБ полезного) — комфортный запас на 4–5 лет

Вывод: Для описанного офиса достаточно 4-дискового NAS с дисками по 2 ТБ в RAID 5. Если планируется хранить базу 1С на NAS напрямую — добавьте 2 слота M.2 под SSD-кэш объёмом 256–512 ГБ.

Этот пример намеренно взят для небольшого офиса, чтобы расчёт был прозрачным. Для производственных или проектных компаний с интенсивным документооборотом нормативы по объёму на сотрудника вырастают в разы. Компания с 10 сотрудниками, работающими с CAD или видеомонтажом, может генерировать данных больше, чем офис из 50 бухгалтеров. Именно поэтому первый шаг при расчёте — всегда инвентаризация, а не применение усреднённых нормативов.

Шаг 3. Итоговый расчёт

Шаг 4. От терабайтов к железу: подбор оборудования

Ключевые параметры NAS, влияющие на выбор (кроме объёма)

После расчёта ёмкости нужно выбрать само устройство. Объём — не единственный критерий. Вот на что обращать внимание:

Количество дисковых отсеков (bays). Минимум для офиса — 4 отсека: даёт возможность строить RAID 5 или RAID 6 с запасом под расширение. Для компаний с объёмом данных 10+ ТБ — 6–8 отсеков.

Процессор и оперативная память. При одновременной работе 10+ пользователей и активных бэкапах производительность процессора NAS напрямую влияет на скорость. Бюджетные ARM-процессоры справляются с базовым файловым сервером. Для СУБД и виртуализации нужен Intel Celeron/Core или AMD Ryzen.

Сетевой интерфейс: 1GbE vs 10GbE. Гигабитная сеть достаточна для офиса до 20 человек при умеренной нагрузке. Максимальная пропускная способность 1GbE — около 125 МБ/с: при нескольких одновременных потоках это легко становится узким местом. Если с NAS работают более 15 пользователей одновременно или на нём хранятся видеоматериалы — стоит рассмотреть 10GbE.

Масштабируемость. Проверьте, поддерживает ли NAS модули расширения (например, Synology RX418 добавляет ещё 4 отсека). Это позволит увеличить ёмкость без замены самого устройства.

Протокол iSCSI. Если 1С-сервер работает на отдельном хосте и нужно подключить хранилище как локальный диск — iSCSI позволяет NAS работать как блочное устройство. Задержки при этом ниже, чем при стандартном SMB-шаринге.

Резервные блоки питания (RPS). Для критичной инфраструктуры — обязательно. Стоечные модели Synology и QNAP с двумя блоками питания продолжают работу даже при отказе одного из них.

Экосистема ПО. Synology предлагает DSM — зрелую систему с интегрированными инструментами резервного копирования (Hyper Backup), мониторинга и управления снимками. QNAP делает акцент на гибкости: поддержка контейнеров, виртуальных машин, более широкий выбор сетевых конфигураций.

При выборе между производителями стоит учитывать и долгосрочную поддержку. Программное обеспечение NAS — не статичный продукт: производители регулярно выпускают обновления безопасности, новые функции и расширения совместимости. Оба лидирующих производителя — Synology и QNAP — поддерживают свои устройства обновлениями минимум 5–7 лет с момента выпуска. Это важный фактор для инфраструктуры, которую не меняют каждые два года.

Отдельная тема — совместимость дисков. Оба производителя ведут списки совместимых накопителей на своих сайтах. Установка дисков не из этого списка формально снимает гарантийную ответственность производителя NAS за потерю данных. На практике большинство современных NAS-дисков крупных брендов (Seagate IronWolf, Western Digital Red, Toshiba N300) работают без проблем, но перед покупкой стоит сверить конкретную модель со списком совместимости выбранного устройства.

📎 Смотрите также: QNAP или Synology для офиса в 2026: полный гид по выбору от XCOM-SHOP — сравниваем флагманские решения двух ведущих производителей NAS по функциональности, надёжности и стоимости.

Шаг 4. От терабайтов к железу

Частые ошибки при расчёте и выборе NAS

Ошибка №1: Недооценить рост объёма данных

Покупают NAS «впритык» под текущие нужды, без запаса. Через год место заканчивается. Докупить диски — это дополнительная статья расходов плюс трудозатраты на перестройку RAID-массива. Правило: закладывайте минимум 30–50% сверх расчётного объёма и планируйте горизонт 3–4 года, а не 1 год.

Практика показывает, что переход компании на электронный документооборот, внедрение системы видеонаблюдения или начало работы с тяжёлыми форматами файлов (видео, CAD) может за несколько месяцев увеличить объём данных в несколько раз. Угадать такие события на этапе покупки NAS невозможно, но запас ёмкости позволяет пережить их без немедленной замены оборудования.

Ошибка №2: Экономия на надёжности (неправильный RAID или дешёвые диски)

RAID 0 не даёт никакой защиты — при отказе одного диска теряются все данные. Использовать его в офисе недопустимо. Вторая ошибка — ставить в NAS бытовые SMR-диски из-за их низкой цены: при перестройке RAID после отказа диска такой массив может работать нестабильно часами. Для NAS нужны диски с пометкой NAS-ready или предназначенные для серверов, с CMR-записью.

Ещё одна распространённая ошибка — смешивать в одном массиве диски разных объёмов или разных моделей. В классическом RAID размер массива определяется наименьшим диском в группе: если три диска по 4 ТБ объединить с одним диском на 2 ТБ в RAID 5, полезный объём будет рассчитан исходя из 2 ТБ на диск. Три гигабайта из четырёх окажутся недоступны без реконфигурации массива.

Ошибка №3: Забыть про бэкап самого NAS (правило 3-2-1)

RAID — это отказоустойчивость, а не резервное копирование. При пожаре, краже или атаке вируса-шифровальщика RAID не поможет: все диски находятся в одном устройстве. Правило 3-2-1 требует хранить три копии данных на двух разных носителях, одну из которых — вне офиса. NAS закрывает первые два условия. Третье закрывает облачное хранилище или второй NAS в другом здании.

Практическая реализация правила 3-2-1 для малого офиса не требует дорогостоящей инфраструктуры. Большинство NAS-устройств Synology и QNAP поддерживают прямую репликацию в облачные хранилища — Amazon S3, Backblaze B2, Яндекс.Объектное хранилище. Настройка занимает 30–60 минут, а стоимость хранения 1 ТБ данных в облаке составляет около 500–1 500 рублей в месяц в зависимости от провайдера. Это дешевле любого инцидента с потерей данных.

Нужна помощь с расчётом?

Не уверены в цифрах или у вас нестандартная задача — терминальный сервер, видеонаблюдение, виртуальные машины на NAS? По вопросам подбора сетевых хранилищ можно обратиться к менеджерам XCOM-SHOP.