Выбор оборудования для резервного копирования в небольшом офисе

Выбор оборудования для резервного копирования в небольшом офисе
Серверное администрирование*, Резервное копирование*, Блог компании Сервер Молл

Любой офис полон информации. Зачастую она и есть самый дорогой актив компании. Плохо, что об этом вспоминают тогда, когда появляется реальный риск ее утраты. И даже после сбоя, после восстановления лишь части информации, этот урок быстро забывается.
Иной администратор разведет руками и скажет: «А что делать? Бюджета — нет, понимания со стороны руководителей — нет, поэтому и бэкапов у нас тоже нет. Сломается — на их совести.» Но это лишь половина беды, ведь сломать можете и вы сами. Неправильная конфигурация, ошибка в настройке, криптор (вирус-шифратор) — и данные безвозвратно утрачены. Поэтому бекапы делать необходимо. Достигнув этого понимания, можно приступать к практической части.
В этой статье мы рассмотрим возможный подход к резервному копированию в типичном небольшом офисе, работающем на платформе Microsoft, и порекомендуем несколько вариантов оборудования для хранения копий. Конечно, в большом офисе или компании всё по-другому. Там есть и резервные СХД, и ленточные библиотеки, и дорогие специализированные продукты. А резервное копирование датацентра — это и наука, и искусство, которому можно посвятить не только статью, но и всю свою жизнь.
Если читателю интересно наше мнение, а может, есть возможность поделиться своим опытом и даже хитростями — продолжаем под катом.
Сначала надо определиться что, с какой периодичностью мы резервируем, и сколько резервных копий необходимо хранить.
- Типы данных и способы их резервного копирования
- Файловые серверы
Для оперативного восстановления файлов без резервных копий удобно использовать механизм теневых копий — Shadow Copies of Shared Folders. Для его работы, как правило, достаточно зарезервировать 5-20% дискового пространства на самом файловом сервере. В расписании для создания «снимка» (snapshot) можно указать конец рабочего дня и полдень. Резерв в 5% позволяет хранить около 14 снимков, фактическое число зависит от объема диска и интенсивности изменения данных.

Резервное копирование можно выполнять встроенным средством Windows Backup. Также есть достаточно надежные инструменты Cobian Backup и Handy Backup. Cobian Backup — бесплатное приложение, поддерживающее Unicode, FTP, сжатие, шифрование, инкрементальные и дифференциальные виды резервного копирования. Handy Backup имеет ещё больше возможностей, включая синхронизацию и восстановление данных из копий. Мы будем рассматривать работу Windows Backup.
Следует помнить о том, что в удаленную сетевую папку на сервере резервного копирования можно сохранить только одну копию данных. И следующее задание резервного копирования ее перезапишет. Но в любом случае, хранить единственную копию данных — рискованно.
Для обхода этого ограничения есть простой и действенный способ. Надо подключить диск для резервных копий с backup-сервера по протоколу iSCSI. Windows Backup будет считать такой диск локальным.
Первая резервная копия будет равна объему хранимых данных. Поскольку Windows Backup использует блочный, а не файловый способ резервного копирования, следующая инкрементальная копия займет столько, сколько фактически изменилось дисковых блоков.
Инкрементальное резервное копирование — это запись только изменённых данных. То есть не нужно каждый раз копировать всю базу целиком, достаточно один раз создать ее полную копию, а затем вносить в нее актуальные изменения. При этом предыдущая версия данных не сохраняется, новая версия пишется поверх нее.
Дифференциальное резервное копирование, напротив, подразумевает сохранение предыдущих версий. Например, ежедневно создавая копию базы данных, вы сохраняете все предыдущие копии за неделю. Это позволяет быстро откатиться к определённому состоянию. При дифференциальном копировании измененные данные записываются отдельно от полной копии.
Windows Backup не требует дополнительной настройки и полностью управляет хранилищем:

Automatic management of full and incremental backups. You no longer need to manage full and incremental backups. Instead, Windows Server Backup will, by default, create an incremental backup that behaves like a full backup. You can recover any item from a single backup, but the backup will only occupy space needed for an incremental backup. In addition, Windows Server Backup does not require user intervention to periodically delete older backups to free up disk space for newer backups—older backups are deleted automatically.

Целесообразно выделить под резервные копии два объема фактически хранимых данных. Этого будет достаточно для хранения ежедневных копий с глубиной примерно в полтора-два месяца. Частота — ежедневно.
- Серверы Microsoft SQL
Серверы Microsoft SQL поддерживают три типа резервного копирования:
Необходимо определиться, как часто мы создаем полную резервную копию.
Один из ориентиров — продолжительность резервного копирования. Его нужно выполнять в нерабочее время или в выходные. Операция резервного копирования создает заметную нагрузку на сервер. Если невозможно выполнить полное копирование ночью или в рабочий день, то такое задание выполняют в выходные.
Второй ориентир — объем дифференциальных копий и продолжительность дифференциального копирования. Каждая следующая дифференциальная копия становится больше, так как включает в себя предыдущую. Чем больше прошло времени от последней полной копии, тем нелинейно дольше создается инкрементальная. Ведь для полной копии можно читать файлы базы данных последовательно, а для инкрементальной надо считывать изменившиеся страницы в случайных местах.
Периодичность инкрементального копирования зависит от того, какую часть базы данных приемлемо потерять в результате сбоя. Если вы готовы потерять один час работы (то есть восстановить базу данных по состоянию на час назад), то инкрементальное резервное копирование необходимо выполнять один раз в час. Можно чаще, но помните про нагрузку на сервер. Следует помнить, что резервное копирование базы – только один из способов обеспечить сохранность данных. Если утрата данных недопустима, как и простой во время восстановления данных, то используйте такие механизмы, как AlwaysOn и Log Shipping.
Важная настройка, которую нужно сразу сделать на сервере — включить компрессию для резервных копий. Это сократит объем резервных данных практически вдвое. Следует иметь в виду, что при запуске резервного копирования под файл резервных копий на диске будет зарезервирован объем, равный фактическому размеру базы за вычетом пустых страниц.

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

Сб
Вс-Пт
Каждые 4 часа

Полное
Дифференциальное
Инкрементальное

Для реализации плана можно создать «План обслуживания», включающий все три типа заданий.

Серверы Microsoft Exchange

Этот продукт поддерживает два типа резервного копирования:
Важно регулярно выполнять резервное копирование, поскольку только оно позволяет удалить («обрезать») журналы транзакции для почтовых баз, не находящихся в режиме циклического ведения журналов.
Windows Backup поддерживает только полное резервное копирование Microsoft Exchange. Для минимизации объема хранимых копий можно использовать диск, подключенный по iSCSI, по аналогии с файловым сервером.
Рекомендация по выделяемому для хранения объему на дисках — не менее двух полных размеров базы данных. Ежедневно.
- Виртуальные машины
Большинство продуктов для резервного копирования позволяют копировать виртуальную машину со всеми дисками без использования агентов внутри операционной системы. Veeam Backup & Replication позволяет выполнять полные и инкрементальные резервные копии, а также синтезировать новую полную копию, «накатывая» инкрементальные на старую полную копию.
Бесплатная версия позволяет делать только полную копию, что негативно сказывается на окне резервного копирования и объеме передаваемых данных. Объем резервных данных, хранимых на диске, можно сократить, включив Windows Deduplication. Когда снимается копия с виртуальной машины, на диске сохраняется *.vib файл, и так для каждой виртуальной машины. Они довольно эффективно дедуплицируются. Ночью создали резервную копию, за день дедуплицировались. Это многократно проверенная схема, но она требует использования платной версии продукта.
С учетом того, что Windows Deduplication работает в режиме постпроцессинга, рекомендация по выделяемому для хранения объему на дисках — не менее трех полных размеров виртуальных машин. Частота копирования зависит от сервера. Если это веб-сервер со статичным содержимым, то нет смысла копировать его чаще, чем один раз в неделю.
- Основные требования к аппаратному обеспечению
- Дисковая подсистема
Операции резервного копирования, как правило, не выдвигают высоких требований к подсистеме хранения данных. Шаблон записи основного задания — линейный, а высокая нагрузка со случайным профилем ввода-вывода возникает лишь во время дедупликации резервных копий.

У вас есть выбор между 2,5" SFF-дисками и 3,5" LFF-дисками. Веских причин, по которым стоит выбрать SFF-диски, мы не видим. Диски этого типа обладают меньшей емкостью и стоят дороже. Они незаменимы, когда требуется снять больше IOPS с одного сервера (вдвое больше дисков — вдвое больше IOPS). По этой же причине большинство предлагаемых SFF-дисков — SAS со скоростью вращения шпинделя в 10 тыс. оборотов.
Оптимальный выбор для сервера резервного копирования — емкие SATA/SAS диски со скоростью вращения шпинделя в 7200 оборотов. При этом диски SAS, в теории, дают немного больше IOPS, нежели их SATA-родственники, поэтому, если разница в цене незначительна, то предпочтительны именно они. Однако в целом для серверов резервного копирования гораздо важнее время наработки дисков на отказ.
Если вы планируете использовать функцию Instant VM recovery, то очевидно, что производительность хранилища резервной копии должна относительно соответствовать рабочей нагрузке. Тормозящая машина зачастую еще хуже, чем нерабочая.

Объем хранилища можно рассчитать с учетом рекомендаций, изложенных выше. Но резервное копирование — вещь тонкая, и точно посчитать и спрогнозировать рост можно, только имея на руках фактические данные.
Если вы приобрели программный продукт для резервного копирования, то размер резервной копии будет зависеть и от способа хранения данных на диске, и от эффективности встроенных механизмов дедупликации/компрессии.
- RAM и CPU
Требования к оперативной памяти и процессору зависят от средства резервного копирования.
Например, для популярного Veeam Backup & Replication они таковы:
На самом деле, каждое конкурентное задание резервного копирования использует несколько агентов — один для передачи данных, другой для сжатия, третий для дедупликации резервных копий. Тем не менее, производительность хоста редко становится узким местом. Обратите внимание, что дедупликация в Windows — блочная, с переменной длиной блока и сжатием.
Результаты фирменной дедупликации Veeam довольно скромны, мы предпочитаем делать это средствами Windows Server 2012 R2. Если вы планируете использовать дедупликацию Microsoft, то необходимо ориентироваться на следующие системные требования: 1 ядро и 350 Мб памяти на один дедуплицируемый том. Рекомендуемый максимальный размер тома — 2 Тб.

Диск размером 1.5Tb, объем хранимых данных 720Gb, без дедупликации данные занимали бы более 1Tb.

Сеть

Минимальная скорость сетевого интерфейса — 1Gbit/s. Сложно найти оборудование, которое соответствует этому требованию, но может подвести коммутатор — будьте внимательны при выборе сетевого порта. На 100mbit/s резервное 1 Tb данных будет длиться от 28 часов, что выглядит относительно приемлимым. Но когда потребуется сделать дополнительную копию в течение рабочего дня, ждать в 10 раз дольше — себе дороже.
Можно попробовать увеличить скорость при помощи EtherChannel или нескольких IP-адресов, но такие конфигурации сложнее в сопровождении, а итоговая скорость не всегда соответствует ожиданиям.
Если вы используете виртуализацию VMware и выделенную SAN сеть, платные продукты могут существенно повысить скорость копирования читая данные непосредственно с VMFS томов (SAN Transfer).
Несколько тонкостей при выборе процессора и памяти мы разберем в главе о выборе сервера.
- Простой NAS «бизнес-серии»
Типичный NAS — устройство с закрытой фирменной прошивкой/операционной системой, предназначенное для хранения файлов в небольшом офисе. В функции большинства современных NAS входит хранение и раздача файлов по протоколам SMB/FTP/HTTP/iSCSI. Для конфигурирования используется дружелюбный web-интерфейс. Зачастую производители используют фирменные технологии для создания RAID-массивов. Но за удобство придется заплатить. Бизнес-серия обычно отличается от домашних устройств набортным процессором — вместо ARM устанавливаются более производительные Intel Atom или младшие Intel Core i3.
Типичный представитель — NETGEAR RN314 (ориентировочная цена без дисков — 50 000).

Плюсы: относительно недорогой, возможность замены дисков hot-swap, собственный программный RAID.
Минусы: низкая дисковая емкость (4 диска), невысокая производительность, невозможно установить ПО для резервного копирования непосредственно на устройство.
Практически любые NAS, даже самые простые, позволяют подключать iSCSI-диски. Но под нагрузкой они работают «не очень», чем меньше памяти в устройстве и больше объём дисков, тем больше может быть проблем. А латентность доступа настолько высокая, что кроме как под бэкапы такие диски не годятся, даже файл-сервер будет тормозить.
По поводу дедупликации сама Netgear пишет о том, что ее не следует включать для iSCSI-устройств. Из их статьи можно сделать вывод, что метод, используемый в их железке, очень похож на аналогичный Oracle ZFS. А ZFS знаменита тем, что для дедупликации большого объема данных требуется огромное количество оперативной памяти, которой нет в этих скромных устройствах.
Что же касается Windows, то по памяти требования довольно скромные. Но iSCSI-диск в формате Windows Server — это VHD-файл. Дедупликация VHD поддерживается только для сценария VDI (Virtual Desktop Infrastructure), поэтому для резервной копии надо проверять на свой страх и риск. А рисковать бекапами — последнее дело.
Дедупликация самих данных, хранимых в архивах Windows Backup, лишена смысла. Поскольку каждая дифференциальная копия сохраняет только изменившиеся данные, то дедуплицировать нечего.
Ряд недостатков можно нивелировать покупкой чуть более мощного и емкого устройства — NETGEAR ReadyNAS 516.

6 дисков, Intel Core i3, с возможностью подключения до трех дополнительных пятидисковых модулей. Проблема в цене — без дисков устройство обойдется в 150 000 рублей.
Можно подобрать аналогичную по цене модель в стоечном исполнении.
Скорость устройств такого класса ограничена скоростью двух не самых быстрых гигабитных сетевых интерфейсов.
- Продвинутый NAS «корпоративного уровня»
Эти устройства уже представляют собой серверы начального уровня всё с той же фирменной прошивкой и программным RAID.
Например, Netgear RN4220S.

Двухюнитовая модель поддерживает 12 дисков с общей сырой емкостью до 48 Тб. Два блока питания улучшают отказоустойчивость, и вы не останетесь без резервных копий, пока закупается новый блок. Будучи укомплектованным всего лишь простеньким Intel Xeon E3-1225v2 Quad Core 3,2 ГГц, 8 Гб RAM и двумя слотами SFP+ для 10 Гбит Ethernet, этот NAS обойдется вам в 400 000 рублей без дисков. Это очень дорого и не очень гибко, тем более для небольшой компании.
- Серверы общего назначения
Обычный сервер будет хорошим вариантом, если вы готовы с ним повозиться. Независимо от того, какую вы выберете операционную систему, — Windows или Linux, — перед вами открываются широкие возможности создания конфигурации под ваши нужды. Можно доверить хранение данных хорошему RAID-контроллеру с кэшем, можно собрать программный массив на Windows Storage Spaces или ZFS — выбор за вами. На этот же сервер можно установить и саму систему резервного копирования.
Выбирая форм-фактор сервера, оптимально остановиться на сервере высотой в 2U. В такой сервер, как правило, можно установить 12 LFF (3,5") или 24 SFF (2,5") диска. Кроме того, сейчас стало популярным располагать в тыльной части сервера два слота под SFF-диски. Их можно использовать под системный раздел или SSD-кэш.
Один или два процессора? Серверные процессоры могу содержать на одном кристалле от 4-х до совершенно фантастических 22-х ядер, поэтому для сервера резервного копирования два процессора не являются жизненной необходимостью.
Однако в некоторых случаях два процессора могут стоить незначительно дороже или даже дешевле, чем один с аналогичным количеством ядер. А установив только один процессор, вы можете столкнуться с тем, что будут работать не все PCI-E слоты.
Пример такого ограничения описан на сайте Intel. Lenovo тоже предупреждает, что в сервере x3650 с двухпроцессорной материнской платой при однопроцессорной конфигурации вы и вовсе получите лишь один слот:

With one processor, only two fixed onboard PCIe slots (Slots 0 and 4) can be used (Slot 5 requires the second processor). An internal storage controller occupies PCIe slot 0.

Необходимо подобрать то количество ядер, которое оптимально будет соответствовать производительности сети и дисковой подсистемы.
Например, если у вас две гигабитные сетевые карты, то в лучшем случае сервер сможет передавать данные в два-четыре потока до 100 Мб/сек. (в реальности один поток редко превышает 50-60 Мб/сек.). Для этого достаточно и 4-6 ядерного процессора. Если же в сервер установлена 10-гигабитная карта и конфигурация сетевого оборудования позволяет получить соответствующий поток, то наш выбор — не менее 8-12 ядер.
Необязательно брать процессор топовой серии, для нашей задачи более чем достаточно не самого мощного E5.
При выборе модулей оперативной памяти следует учитывать возможности многоканальной работы процессора с памятью (оптимально — один модуль на канал), а также количество процессоров. На каждый процессор, как правило, ставится одинаковое количество модулей.
- Какую модель сервера выбрать?
Если выбирать из серверов HP, то даже стартовая линейка двухъюнитовых серверов HPE DL 180 Gen9 предлагает серверы с 12-дисковой корзиной. Для конфигурирования сервера от вас не потребуется думать о нужных кабелях, доступных разъемах и других тонких моментах, в которых можно промахнуться. Мастер конфигурирования поможет вам сделать это без ошибок.
Из продукции IBM под сервер резервного копирования подойдет модель x3650 M5. В конфигурации TopSeller — 8871EAG всего 8 дисковых слотов, она будет стоить дешевле, если вам не потребуется больше дисков. Наиболее подходящая платформа — стандартная модель 8871D4x. Для конфигурирования сервера воспользуйтесь Standalone Solutions Configuration Tool (SSCT). При запуске программы не забывайте выбрать правильную страну.
Наконец, из продукции третьего производителя «большой тройки» — Dell — можно порекомендовать модель R510.
Удачного резервного копирования, желаем вашим данным пребывать в целости и сохранности.
- backup

24,4k
- Автор: @ArthurLeighAllen
- Комментарии (31)
- Чего-то я не понял. Откуда небольшой офис возьмет деньги на NAS, Microsoft Exchange, Veeam Backup & Replication....? Какой офис вы небольшим считаете?
  - AcidVenom 2 августа 2016 в 13:46
- Теоретически, можно использовать бесплатные версии ПО от Veeam.
  - varnav 3 августа 2016 в 12:53
  - Но они не работают с бесплатным ESXi к сожалению. А вот с Hyper-V бесплатным — работают.
- romxx 2 августа 2016 в 15:23
- > Какой офис вы небольшим считаете?
- Ну, видимо, не тот, который «солидная компания возьмет в аренду дырокол».
- Если у компании, зарабатывающей деньги, нет средств на минимальную защиту своих рабочих данных, непосредственно бизнеса, то у этой компании, очевидно, большие проблемы.
  - Jump 3 августа 2016 в 07:01
  - Не факт.
  - В некоторых компаниях потеря данных неприятна, но не настолько критична.
  - Тут вопрос не в том есть ли у компании деньги, а в том есть ли смысл компании эти деньги тратить на резервное копирование.
  - Нередки ситуации когда предлагаемые системы резервного копирования стоят дороже резервируемых данных.
- kharkevich 2 августа 2016 в 17:46
- AlexeevEugene 2 августа 2016 в 14:24
- Я бы посоветовал такой компании, швырнуть всё в облако, и там бэкап купить отдельно.
- Vinchi 2 августа 2016 в 15:56
- Облако не всегда вариант — иногда коммерческая тайна не позволяет. Да и облако — это расходы на интернет при бэкапе, а у юрлиц он дорогой.
- Насчет бэкапа Exchange — не вводите людей в заблуждение, не нужен полный бэкап ежедневно, только логи. Полный нужен, чтобы логи чистить, например раз в месяц. Если нужно восстановить отдельное письмо — это можно сделать прямо из клиента, без бэкапа. Причем на сервере задается настройка сколько хранить удаленные письма или удаленные ящики. Есть еще встроенный механизм архивации, DAG и много чего еще, так что иногда бэкап Exchange вообще не нужен.
- Насчет Hyper-V 2012R2. В следующей версии будет наконец реализован CBT, а пока все сторонние системы используют самописные драйвера для инкрементальных бэкапов, что simpana, что veeam. Без них любой инкремент — все равно считывает все данные виртуальных дисков. Вообще есть репликация, можно ВМ реплицировать на соседний физический хост с хранением какого-то количества снимков, в механизме репликации ипользуется механизм напоминающий CBT.

gotch 2 августа 2016 в 17:59

Exchange гораздо удобнее и быстрее бекапить логами каждый день, но родной Windows Backup не будет обрезать логи, если вы не сделаете вместе с ними резервную копию и почтовых баз. А за месяц этих логов может накопиться размером с базу. Да, можно делать копию логов отдельно, мне кажется, с учетом оговорок вроде:

The only way to perform an application-level backup or restore is to select an entire volume.

в этом случае нас могут ждать увлекательные часы с eseutil.
- n1nj4p0w3r 3 августа 2016 в 00:50
Windows Backup умеет делать инкрементальные бекапы и бекапит из снапшота VSS, зачем бекапить только логи, если можно иметь ежедневный консистентный слепок полного сервера? В голову приходит только случай где на Exchange догадались еще и файлопомойку развернуть.
- gotch 3 августа 2016 в 09:02
  - В случае бекапа Windows Backup'ом Exchange действительно все происходит примерно так, как вы говорите. Но каждый раз снимается полная копия, а вот сохраняется на диске действительно блочный инкремент, что в плане скорости не быстро, но в плане хранения на диске — экономно.
n1nj4p0w3r 3 августа 2016 в 00:42
CBT никак качество бекапа в т.ч. инкрементального не меняет, он добавляет более производительный инструмент для создания дифференциальной копии и только, ну и его можно включить на WS2012r2
- Vinchi 29 августа 2016 в 18:59
где пруф на встроенных в ОС CBT для hyper-v?

n1nj4p0w3r 29 августа 2016 в 19:00

https://www.google.ru/#q=WS2012r2+CBT+Hyper-v
- Vinchi 29 августа 2016 в 19:49
Это не оно, это я и так знаю. Это не встроенное, а сторонний драйвер, так же как и у veeam backup 9. Именно из-за отсутствия такого в самой ос, различные разработчики систем бэкапа начали делать свои драйвера. Сначала veeam, потом commvault, причем в commvault это появилось только в 11 версии. Сама windows умеет использовать сходный механизм, но только для репликации, а для бэкапов он появиться в 2016 сервере. Так что exchange надо бэкапить как я и сказал — раз в месяц фул, а дальше снапшот vss, копирование новый файлов логов. Хоть скриптом powershell, хоть windows backup, без разницы. Либо вообще не бэкапить, а использовать DAG, disk reseed, archiving mailbox и on hold включать на ящиках.
- n1nj4p0w3r 29 августа 2016 в 22:18
Sokol666 2 августа 2016 в 16:16
Если под небольшим офисом подразумевать ну ПК 10 — 15 плюс маленький сервер. То я бы использовал «Историю файлов» которая появилась в Windows начиная с 8 (ну да, я подразумеваю, что небольшой офис новый и ОС там не ниже win8 или 7 апгрейженые до 10) которая бы сливала бы прошлые версии фоном в сетевую папку. Из настроек выставить «хранить пока не понадобиться место». Ну и на самом сервере, куда все это будет копироваться можно настроить квоты каждому по потребностям (да, без домена это немного неудобно заводить локальных пользователей и прописывать их на машинах). В итоге получится довольно гибкое и удобное решение. Ну а если есть ресурсы, то делать копию этой папки с резервными копиями, так, на всякий случай.
- pwrlnd 2 августа 2016 в 17:24

То я бы использовал «Историю файлов» которая появилась в Windows начиная с 8

У Windows 7 есть аналогичный функционал — можно делать снимки по планировщику.

yakovlevmeister 2 августа 2016 в 16:44
Для действительно небольшой компании лучше подойдет что-то такое мне кажется- HPE ProLiant MicroServer Gen8 1xG1610T.
- romxx 2 августа 2016 в 18:27
Это barebone-сервер. Речь идет не только про «железку», а про решение. Microserver сам по себе не является решением резервного копирования.
- n1nj4p0w3r 2 августа 2016 в 22:56
NAS на древнем и медленном атоме за конские деньги или отсталый на два поколения Core i3 по цене неплохо фаршированного DL360 Gen8 — это решение?
Статья о том как потратить все деньги и ничего не понять.
- romxx 3 августа 2016 в 01:12
Не вполне понимаете смысл слова «решение». Устройство, на каком угодно процессоре, если оно выполняет поставленную задачу — является решением. Устройство, на каком угодно сильном процессоре, котоое задачу не выполняет — решением не является. По-моему все просто.
Описанный NAS задачу выполняет, поэтому является решением задачи. Microserver сам по себе, как «железка», не умеет ничего, то есть задачу не выполняет, и решением не является.
- n1nj4p0w3r 3 августа 2016 в 01:52 (комментарий был изменён)
Не забывайте, что технически грамотные люди на данном портале все еще имеются, а так-же имеются люди знающие о бекграунде «it-аутсорса». Решение которое вы предлагаете — по факту является проблемой за бешеные деньги и его единственная позитивная черта позитивна лишь для вас как исполнителя — вы можете пинять на производителя и не брать на себя никакой ответственности за «решение»(очень удобно, согласен).
Задачу надежного хранения бекапа описанный NAS не решает, единственная решаемая им задача — «файлопомойка для офисных документов и фоток с корпоратива, которые не жалко потерять». Агрегат за 150 тысяч же просто не стоит денег которые за него просят.
Если нужна именно десктопная хранилка: HP Proliant MicroServer G8, 16гб ECC, 4 диска HGS = аппаратно та-же хранилка за 150, только стоить она 150 будет полностью укомплектованной, в т.ч. дисками на 6TB.
Если нужно в стойку, есть еще более приятный вариант: ASRock 1U12LW-C2750, вплоть до 32гб ECC озу(на самом деле 64гб, но надо очень сильно захотеть) и место под 12x3.5" дисков в одном юните.
Ставим сверху freenas/openattic/windows server(freebsd/linux/windows)+zfs и получаем решение предполагающее надежное хранение.
Чем хуже вышеописанные варианты кроме отсутствия фактора «закрытая коробка мы тут ничего поделать не можем»?
Antonto 5 августа 2016 в 15:26

Microserver сам по себе, как «железка», не умеет ничего, то есть задачу не выполняет, и решением не является.

На microserver отлично ставится freeNAS. Там есть весь необходимый функционал. Без дисков стоит 20тр + дополнительно 8GB памяти 5тр. За эти деньги 2х ядерный Celeron, 12GB памяти, iLo(!), 2 гигабитных порта.
Или статья рассчитана на целевую аудиторию неспособную установить ПО, а только пользоваться готовыми системами?

kiloper 3 августа 2016 в 05:08
Я использую raspberry pi2 с внешним жестким диском на 2 ТБ, для бэкапов хватает, каждые стуки выкачивает все, все работает успешно уже год, цена вопроса за все 8-9 тыс.
- Varkus 3 августа 2016 в 09:44
а я решение почти «искаробки»: MR3020 + usb-hdd — 2 года полёт нормальный
в скором времени думаю перейти на mr3020 + usb-ssd, бесшумный, энергоэффективный, почти не убиваемый.
хотя для небольшого офиса и флэшки на 64-128 гиг вполне хватает для инкремента.
а mr3420 это практически законченное решение Router+NAS+VoIP+BackUp
если мощностей уже не хватает, то апгрейд до Zyxel Keenetic Ultra
- kiloper 3 августа 2016 в 09:46
  - Тоже решение норм, у меня через rsync синхронизация всех сайтов и БД каждый день, поэтому 2 ТБ скоро мало будет
dmitry_ch 3 августа 2016 в 09:56
Читаю про RN314:
> Плюсы: относительно недорогой, возможность замены дисков hot-swap, собственный программный RAID.
Собственный RAID — это неплохо. Собственный программный RAID — это зло. Вы потенциально не воткнете эти диски в обычный ПК, да и в чужой NAS можете не воткнуть, потому что заранее неизвестно, какой формат этого «программного RAID». И даже если сегодня он совместим с ОС на ПК, то после обновления firmware что-то может и измениться. В общем, вопрос тонкий. Можно только молиться на производителя NAS, что они будут делать все на базе стандартных линуксовых решений, и зеркало под линуксом увидится (про эту модель не скажу, так ли это).
Идеально еще одну такую коробку в ЗИП иметь, или уже, и правда, собирать все на базе любимой ОС и обычного «писюка» (только выбрать вариант, чтобы дисков влезало побольше) — оно будет понятнее в обслуживании.
- AcidVenom 3 августа 2016 в 10:50
Не знаю как у Netgear, но про Synology уже писали на эту тему. Не реклама, только пример.
Думаю, у остальных вендоров ситуация не особенно отличается.
gotch 3 августа 2016 в 11:14
- Что аппаратный, что программный рейд неизвестного формата — примерно одинаковое «зло» с точки зрения восстановления. Конечно, всегда есть надежда, что такой массив увидит специализированное ПО вроде R-Studio или UFS Explorer.
- Кроме того, что там могут быть за програмные рейды — вариации на тему mdadm.
angrydok 3 августа 2016 в 19:26

«помяни черта он и появится»
Привет.
Вдруг не знаете — для железа на Windows есть замечательный и бесплатный Veeam Endpoint Backup. Для железа на Linux уже идет бета Veeam Agent for Linux

Page updated

Google Sites

Report abuse