Сервер резервного копирования

Потому что копия на том же массиве защищает только от случайно удалённого файла, но не от реальной аварии. Если откажет RAID-контроллер, выйдут из строя два диска, сервер зальёт водой или зашифрует вирус-вымогатель, вы потеряете оригинал и резерв одновременно. Шифровальщики целенаправленно ищут и уничтожают локальные бэкапы. Отдельный бэкап-сервер с собственными дисками, питанием и сетью физически отвязан от боевого, поэтому при аварии копии остаются целыми и вы восстанавливаете данные за часы, а не теряете их навсегда.

Это базовый стандарт резервного копирования: храните минимум три копии данных, на двух разных носителях или устройствах, и одну из них держите вне основной площадки. Оригинал лежит на боевом сервере, вторая копия на бэкап-сервере, третья уезжает в облако, на ленту или на второй бэкап-сервер в другом здании. Такая схема защищает сразу от отказа железа, ошибки человека, вируса и физической катастрофы вроде пожара. Бэкап-сервер закрывает середину правила, а offsite-копию мы помогаем настроить уже с него.

Объём считается по глубине хранения, а не по размеру данных. Берём размер боевых данных, умножаем на число полных копий, прибавляем инкременты за период хранения, добавляем 20-30% запаса на рост и сокращаем дедупликацией. Например, 5 ТБ данных с хранением 30 дней и недельными полными копиями это ориентировочно 20-40 ТБ сырого объёма до дедупа, а после дедупа заметно меньше. Назовите объём данных, глубину хранения и софт бэкапа, и мы бесплатно посчитаем нужную ёмкость с запасом и пришлём расчёт.

На бэкап-сервере диски большие, по 8-16 ТБ и больше, и восстановление массива после отказа одного диска идёт не часы, а сутки. В это окно нагрузка на оставшиеся диски максимальна, и если за время ребилда откажет второй диск, на RAID5 вы теряете весь массив. RAID6 держит двойную чётность и переживает отказ сразу двух дисков, поэтому это стандарт для хранилищ на крупных дисках. Для очень больших массивов используем RAID60 или ZFS RAIDZ2. Системные диски при этом выносим на отдельное зеркало.

Дедупликация это устранение повторяющихся блоков данных. Полные копии от раза к разу совпадают на 80-90%, и без дедупа вы хранили бы одни и те же блоки десятки раз. Дедупликация и сжатие сокращают занятое место в разы, поэтому на том же железе помещается больше глубины хранения. Делает её либо софт бэкапа вроде Veeam и Acronis, либо файловая система ZFS. Под дедуп сервер требует больше ОЗУ и быстрый кэш, поэтому мы закладываем нужный объём памяти ещё на этапе подбора конфигурации.

С любым: сервер это просто надёжное хранилище, к которому ваша система копирования подключается как репозиторий. На практике чаще всего ставят Veeam Backup, Acronis Cyber Protect, bacula, Bareos, для виртуализации Proxmox Backup Server, для файлов обычный rsync или Windows Server Backup. Под Veeam закладываем больше ОЗУ и быстрый диск под дедуп, под ZFS обязательна ECC-память. Скажите, какой софт у вас используется или планируется, и мы соберём сервер и настроим репозиторий именно под него с тестовым восстановлением.

Да, бэкап-серверы для того и берут с запасом отсеков. Когда данных станет больше, можно дозаполнить свободные дисковые слоты и расширить массив, добавить память под больший пул дедупа, при необходимости подключить полку расширения (JBOD) к тому же серверу. Поэтому при подборе мы оставляем свободные отсеки и берём корпус на 24 или 36 дисков с запасом на рост на 2-3 года. Когда придёт время расширения, поможем подобрать совместимые диски и аккуратно расширить массив без потери уже хранящихся копий.

Да, и это важнее самого железа: бэкап без проверки восстановления это лотерея. Перед сдачей мы прогоняем диски тестом на сбойные сектора, проверяем скорость записи под нагрузкой и собираем массив с горячим резервом. По запросу подключаем сервер к вашей системе бэкапа, делаем тестовое копирование и пробное восстановление, чтобы убедиться, что данные реально достаются обратно. Рекомендуем настроить регулярную автоматическую проверку копий и поможем её включить, чтобы вы не узнали о нерабочем бэкапе в момент аварии.

Готовый NAS из магазина это компромисс: ограниченное число отсеков, слабый процессор, мало ОЗУ и закрытая прошивка, в которой тяжело развернуть полноценный Veeam или ZFS. Бэкап-сервер на серверной платформе даёт ECC-память, нормальный RAID-контроллер или HBA под ZFS, резервные блоки питания, горячую замену дисков и запас по производительности под дедупликацию. Для дома или пары терабайт NAS достаточно, но под боевую инфраструктуру компании с глубоким хранением и быстрым восстановлением берут именно сервер. Подскажем, где хватит NAS, а где нужен сервер.

Шифровальщики первым делом ищут и стирают доступные по сети резервные копии, поэтому простой сетевой шар уязвим. Мы настраиваем репозиторий так, чтобы боевые серверы не имели прямого доступа на удаление копий: пишем через агент бэкапа, держим неизменяемые (immutable) точки на стороне Veeam или снапшоты ZFS, которые нельзя перезаписать заданное время. Дополнительно одну копию уводим offsite на ленту или во второй сервер в другом здании. Так даже при заражении боевой сети у вас остаётся чистая копия, с которой реально восстановиться.

Да, это третья копия из правила 3-2-1 и мы помогаем её настроить. Варианты разные: репликация на второй бэкап-сервер в другом здании или городе, выгрузка в облако (объектное хранилище S3, Veeam Cloud Connect), копирование на ленточную библиотеку LTO, которую увозят в сейф. Бэкап-сервер при этом остаётся основным хранилищем для быстрого восстановления, а offsite-копия страхует от пожара, кражи или затопления площадки. Подберём схему под ваш бюджет и каналы связи, чтобы выгрузка вне офиса не нагружала рабочую сеть днём.

Заметно меньше, чем боевой: бэкап-сервер большую часть суток в простое и оживает только в окно копирования. Машина на 12-24 диска с одним Xeon потребляет ориентировочно 250-450 Вт под нагрузкой и меньше в покое, ёмкий 36-дисковый с двумя процессорами до 600-800 Вт в пике. Основной расход дают сами диски при раскрутке и записи. По запросу закладываем энергоэффективные диски и блоки питания с сертификатом 80 PLUS, а также можем настроить раскрутку дисков по группам, чтобы снизить пиковую нагрузку на питание стойки.

Да, с компаниями и ИП работаем по договору поставки и безналичному расчёту со счётом и счётом-фактурой (ЭСФ), после отгрузки подписываем накладную и акт приёма-передачи. Если конфигурация есть на складе в Алматы, отгружаем за 1-3 рабочих дня, сборка на заказ под вашу политику хранения занимает 3-7 дней, ёмкие серверы под заказ от одной до двух недель. Срок называем сразу в КП и фиксируем в договоре. Реквизиты, проект договора и спецификацию присылаем заранее, для тендеров готовим полный комплект документов и характеристик.