Я использую небольшую сеть (5 клиентов) на сервере с SBS2k3. Я хотел бы иметь возможность настроить NAS в удаленном месте, чтобы планировать ночные инкрементные резервные копии на дисках сервера. Я также хотел бы выполнять полное резервное копирование раз в неделю. Может ли кто-нибудь порекомендовать хороший NAS-накопитель, который поможет мне в этом? Плюс тот, который поставляется с собственным программным обеспечением, которое я могу установить на свой сервер. Резервное копирование NT просто недостаточно надежно, чтобы удовлетворить мои потребности.
Я просматривал как серию Seagate Blackarmor, так и серию резервных копий DROBO, какие комментарии / впечатления могли бы у вас возникнуть по любой из этих строк?
Спасибо,
Майк
Я с @electronherder по этому поводу. Я слышал только плохие отзывы о хранилище DROBO. Специально для подключения к сети.
Я бы рекомендовал ReadyNAS 1100 или 3200 от Netgear (хотя это скорее Netgear Business, а не розница!)
Не уверен, что рекомендовал бы создавать собственный NAS. Конечно, это интересный проект для домашнего медиа-сервера, но когда он идет не так, как надо, а вам просто нужна круглосуточная поддержка для бизнеса, это неприятно.
Тем не менее, в зависимости от вашего бюджета, вы можете взглянуть на один из NX300. Не могу сказать плохого слова об их поддержке. Особенно их услуги по замене на месте.
+1 за использование такого пакета, как BackupExec.
У меня есть несколько клиентов с вашей установкой (SBS2k3 + 5 ПК). В основном я использую Acronis Backup & Recovery 10 Advanced Server SBS Edition. Он обслуживает мои потребности (создание сценариев до и после резервного копирования и отправка уведомлений по электронной почте).
Для хранения я всегда использую устройство Iomega StorCenter. У меня также есть уведомление по электронной почте, если что-то пойдет не так (неисправный диск, нехватка свободного места), и устройства очень легко настроить.
Другой вариант - Qnap-NAS. Я слышал от моего друга, который пользуется некоторыми устройствами, и он, похоже, доволен этими устройствами.
Я бы ни в коем случае не строил свой собственный NAS. Цена на дешевое оборудование ничто против затрат на его настройку (думать о своем времени - не бесплатно).
Раньше я использовал Drobos для резервного копирования и сейчас отхожу от этого решения. Drobos обычно поддерживает подключение по USB или iSCSI, а не является настоящим NAS. Drobo действительно продала устройство, которое поддерживало бы GigE, на котором размещались два из оригинальных Drobos, но его никогда не было легко администрировать или контролировать. Тем не менее, я не использовал ни один из более новых iSCSI Drobos.
Я с @Nonapeptide, что может иметь смысл создать собственный NAS - вероятно, именно так я и пойду в следующие несколько месяцев, поскольку у нас заканчивается хранилище.
Посмотри на Сервер BackupExec для малого бизнеса. В него встроены агенты для SQL Server, Exchange, SharePoint и Active Directory. Нет необходимости покупать дополнительные агенты, такие как полный BackupExec. Вы также можете получить клиентские лицензии и сделать резервную копию своих офисных ПК.
Что касается резервной цели, я заглянул в дробо и не был сильно впечатлен. Не знаю, доверяю ли я этой реализации RAID, поскольку она кажется немного видоизмененной. ИМО, наиболее удобным решением NAS было бы решение, построенное на более стандартизированных компонентах. Я бы посоветовал собрать свой собственный NAS-сервер на 1 ТБ Western Digital Green жесткие диски (рейтинг 10 ^ 15 URE! WOOT!), приличный, но не диковинный контроллер SATA RAID и OpenFiler. Поместите все эти жизненно важные компоненты в приличный корпус с материнской платой и блоком питания, и вы получите отличный NAS-блок. Вероятно, вы могли бы сделать это по той же цене, что и DROBO или ReadyNAS NV +, и у вас было бы больше гибкости (цели iSCSI, если вы тоже хотите это сделать) и лучшую видимость того, что эта вещь делает с вашими данными.
Я использовал Thecus N5500 (до 5 ТБ) для резервного копирования по сети. Резервное копирование Server 2008 отлично работает, но вы можете использовать что-то вроде BackupExec или Cobian. У меня он хранит резервные копии vmdk, так что он использует ghettovcb поверх NFS, но также имеет ftp / samba / etc.
У меня есть Drobo-S 3-го поколения, оснащенный 5 дисками Western Digital Green емкостью 2 ТБ, в настоящее время настроенными с возможностью двойного переключения при отказе и обеспечивающими 6 виртуальных томов по 1 ТБ.
Он подключается через кабель eSATA с пропускной способностью 600 Мбит / с к Dell PowerEdge R210.
R210 подключен к другому серверу PowerEdge и экспортирует тома Drobo в виде общих ресурсов NFS через SAN 20 Гбит / с.
Я обнаружил, что независимо от того, сколько усилий или времени я трачу на решение проблем с пропускной способностью этих томов, нет никакой надежды на то, что я смогу писать в Drobo со скоростью> 60 МБ / с.
Иногда он разрывается до 250, но по большей части он медленный, обычно между 10-20 МБ / с.
Таким образом, я не могу использовать его для чего-то большего, чем архивирование резервных копий, а не для размещения образов виртуальных машин, как было задумано изначально.
Еще я заметил, что при изменении типа файла резервных копий он будет сканировать, вызывая задержки ввода-вывода, которые обычно стабильны на нуле, и резко увеличиваются до более чем 15%, пока ранее использованные типы файлов не устареют и не будут удалены. .
Например, у меня есть вздампы, которые можно сжать или нет. Если я переключу его, резервное копирование займет более чем в два раза больше времени, пока старые не будут заменены и все будут в новом формате.
Когда я спросил службу поддержки Data Robotics о возможности того, что их механизм разреженной подготовки останется работоспособным с журналом ext3, выгруженным на SSD, они полностью отклонили вопрос, как только услышали слово «linux».
В основном они сказали мне выключить F, сославшись на то, что приложение панели управления Linux является неофициальным, несмотря на то, что оно совершенно не нужно и никогда не использовалось на этом устройстве.