Записи с меткой Резервное копирование (бэкап)

Облачное хранилище 4Sync — новые возможности

1

Я уже писал подробную статью об облачном хранилище 4Sync - это продвинутый сервис с большим количеством интересных, а иногда и уникальных возможностей вроде сохранения имен изображений и прямых ссылок на изображения, также он предоставляет 15 Гб бесплатно и терабайт за $240 в год, что меня более чем устраивает: я храню там всю свою коллекцию фотографий, не говоря уже об остальных архивах.

Ну и, например, Сергей Доля давно уже выкладывает все свои фотографии на 4Sync.com и публикует их именно оттуда, в чем легко убедиться, зайдя на любую страницу с фотографиями в его «ЖЖ».


Запись в блоге Сергея с адресом фотографии

Я фотографии для своего блога выкладываю на свой собственный сервер (у меня-то все-таки standalone, а не «ЖЖ») и транслирую их оттуда, однако на 4Sync кроме личных архивов храню также еще и все бекапы сервера, чтобы их можно было быстро поднять в случае каких-либо проблем.

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

Впрочем, хватит длинных вступлений, перейдем к делу.

Зачем вообще написана данная статья? Дело в том, что с момента написания предыдущей статьи на 4Sync появилось немало новых интересных возможностей, ну и я подумал, что было бы полезно о них рассказать для тех, кто пользуется данным сервисом. Также это будет полезно для тех, кто пользуется другими облачными сервисами, — просто чтобы они имели возможность сравнить.

(далее…)

Облачное хранилище 4Sync — обзор сервиса

3

Как только подсаживаешься на «иглу» облачных сервисов, назад дороги уже нет. То есть до того держишься, в общем, нормально: хранишь данные на всяких болванках-накопителях, таскаешь их с собой туда-сюда, при необходимости что-то переустановить — достаешь из широких бекапов и переустанавливаешь. При этом всякие ценные данные (особенно контакты) держишь по пять, по десять, по двадцать копий, причем в самых разнообразных местах. Зато себя утешаешь тем, что твои крайне ценные данные не попадут ни к какому «дяде». (Как будто тому же гугловскому «дяде» твои контакты сильно нужны.)

Все меняется, когда ты вдруг начинаешь пользоваться облачными сервисами и хранилищами. Потому что очень быстро начинаешь понимать, как неправильно жил все это время, ведь это реально — очень и очень удобно.

Календарь и контакты я храню в Google. Это самый универсальный способ, потому что поддерживается всеми операционными системами: как десктопными, так и мобильными. В результате процесс перехода со смартфона на смартфон (а я их меняю очень часто) занимает несколько минут и происходит почти полностью автоматически: достаточно в новом аппарате ввести данные аккаунта Google, после чего туда сразу же заливаются контакты, календарь, мой набор программ и прочие радости жизни.

Всякие заметки и необходимая информация (бронирования, билеты, справочные данные и так далее) — это, конечно, . Тоже облачный сервис для всяких заметок, который может хранить данные как в онлайне, так и локально.

Ну и оставался вопрос с хранением архивов большого объема: документы, фото, видео и так далее. Многие спрашивают: зачем эти архивы хранить в облаке? Почему нельзя делать копии, например, на внешних жестких дисках (те же двухдюймовики по терабайту — и небольшие, и емкие)? Почему нельзя сливать это все по FTP на свой собственный сервер, коих у меня аж два? Почему нельзя это все сливать на еще как-нибудь сервер, поставленный в colocation у какого-нибудь хостера?

Ответ простой. Мне нужны надежность, удобство и сервисы. При хранении на своем сервере надежность очень низкая (хранится одна копия, и, если диск гавкнется, гавкнутся все архивы), сервисы и удобства — почти на нуле, потому что не надо говорить, что FTP — это удобно. Хранение архивов на внешних жестких дисках не отменяет того факта, что эти архивы нужно иметь в облаке: хотя бы для того, чтобы иметь к ним доступ в любой точке земного шара. Внешний диск можно забыть взять с собой, он может упасть в дороге и накрыться одним интересным медным тазом, да мало ли что! Кроме того, я очень часто разъезжаю по миру, да и живу-то в двух разных странах — меня эти жесткие диски не спасут. Поэтому облако, облако и еще раз облако. Но вот какое?

(далее…)

Домашний сервер на базе HP ProLiant MicroServer

4

Когда я устал флэшками разносить по дому мультики и файлы, я организовал домашнюю сеть, после чего само-собой стала напрашиваться система хранения. В которую можно было бы складывать наши фотки и прочие всякие разности, без необходимости держать чей-либо компьютер включенным.

Поход в магазин меня огорчил, те решения которые там были — не устраивали меня по своим характеристикам и возможностям, либо были непомерно дороги. Надо сказать, что домашнее хозяйство у нас разнообразное, есть компьютеры с Mac OS и есть ноутбуки с Windows. Поэтому система хранения в идеале должна хранить резервные копии с домашних iMac-ов (TimeMachime), поддерживать доступ с Mac OS и Windows.

В общем выбрать мне ничего не удалось и я решил его соорудить сам. Из подручных деталей и беглым поиском по знакомым был собран системный блок с довольно простыми характеристиками: 2 Гб RAM/DualCore + 2 жестких диска (WB Blue) по 1 ТБ для хранения. В качестве операционной системы выбор пал на FreeNas. Операционка была установлена на IDE диск 160 ГБ (все равно валялся без дела), организован зеркальный рэйд массив, и в итоге я получил 1 ТБ надежного места для хранения. После чего были организованы соответствующие «шары» для обеих операционок.

Сам процесс установки и настройки FreeNas описывать не буду, так как эта тема уже давно и достаточно подробно освещена в сети, тем более что там все очень и очень просто.

Домашняя файлохранилка версия - 1

Домашняя файлохранилка версия — 1

Но! В один прекрасный день знакомый мне предложить купить по смешной цене HP ProLiant MicroServer (около 9000 руб., модель N40L). До этого момента я даже не знал о их существовании.

(далее…)

QNAP выпустила 16-дисковые сетевые хранилища

0

Компания QNAP побила собственный рекорд и выпустила NAS, рассчитанные на работу сразу с шестнадцатью жесткими дисками. До появления TS-EC1679U-RP и TS-1679U-RP самые вместительные хранилища могли скрывать в себе всего 12 дисков. Производитель отмечает, что при полной загрузке жестких дисков с максимальной емкостью 4TB пользователь одной из новых моделей NAS получит сразу 64 террабайта пространства для хранения данных.

Оба хранилища относятся к классу стоечных. Основным отличием моделей друг от друга является разные процессоры и тип оперативной памяти. Более мощное устройство QNAP TS-EC1679U-RP снабжено четырехъядерным серверным процессором Intel Xeon E3-1225, работающем на частоте 3,1 ГГц и памятью стандарта DDR3 ECC. В дефолтной поставке в устройство включается модуль объемом 4 Гб, но возможно расширение до 16 Гб.

Младшая модель линейки, QNAP TS-1679U-RP снабжена процессором Core i3-2120 с частотой 3,3 ГГц и двумя гигабайтами памяти DDR3. В QNAP TS-1679U-RP также возможно расширение памяти, но всего до 8 гигабайт.

Обе новых модели сетевых хранилищ поддерживают работу с дисковыми массивами RAID 0, 1, 10, 5, 6, 5+, 6+, 10+ и JBOD. Как заявляют разработчики, в режиме RAID 5 данные передаются со скоростью 2 Гб в секунду.

В корпусе имеется четыре гигабитных Ethernet порта. Кроме того, предусмотрена возможность установки платы расширения для удвоения числа портов. Возможна установка 10 Gigabit Ethernet.  Задняя панель имеет по два разъема стандартов USB 3.0 и eSATA, а также видеовыходы HDMI и VGA.

Представитель компании сообщил, что хранилища уже можно приобрести в магазинах и у поставщиков.

 

Источник:

Сетевой накопитель QNAP TS-459 Pro II (окончание)

0

Вторая часть обзора сетевого хранилища QNAP TS-459 Pro II от Алекса Экслера.

По описанию, получается интересное устройство. И установку дополнительных программ поддерживает, и клиентов для удалённого управления, с мобильных iOS и Android устройств, имеет. Ещё бы поддержку файловой системы Btrfs туда добавили...

Начало обзора: Сетевой накопитель QNAP TS-459 Pro II


Внешние устройства

NAS поддерживает работу с различными внешними устройствами: накопителями, бесперебойниками, принтерами и так далее.


Внешние устройства

Подключаемые к USB накопители имеют, соответственно, имена UsbDisk1, UsbDisk2 и так далее. В админской части для каждого порта устанавливаются виды доступов пользователей, после чего, если доступ разрешен, у соответствующих пользователей в списке устройств данного NAS появляется подключенный накопитель.


Подключенный накопитель

Любой принтер можно подключить по USB и сделать его сетевым. Правда, при таком подключении связь с принтером будет односторонней, без обратной связи.

(далее…)

Сетевой накопитель QNAP TS-459 Pro II

3

Сегодня, в рубрике «Обзор от Эклера», обзор достаточно интересного сетевого хранилища QNAP TS-459 Pro II. Судя по описанию, оно вполне подходит под определение Идеального файлового хранилища для дома: сетвое, поддержка RAID, разных уровней, файловая система ext4 и все стандартные сетевые протоколы.

Единственный минус, для домашнего использования, цена. По данным Яндекс.Маркет, стоимость QNAP TS-459 Pro II начинается от 36000 рублей, при средней цене 41000 рублей.

Недёшево, зато надёжно...


Я уже  о том, что мои предпочтения в области сетевых накопителей с течением времени претерпевали различные изменения. Первым делом, когда я понял, что в моей домашней сети уже явно не хватает отдельного накопителя, в качестве такового стал использоваться ZyXEL NSA220 EE. Было это довольно давно.

Поначалу данный NAS вполне устраивал, но у него была низкая производительность даже на 100-мегабитной сети, а уж когда я перешел на гигабитную сеть — выяснилось, что этот NAS подобные скорости не тянет даже рядом. Я поизучал тогдашние предложения на рынке, потестировал пару других NAS средней ценовой категории — и ни один из них мне тогда не понравился.

(далее…)

QNAP объявила о поддержке 4Tb HDD в своих Turbo NAS

0

В пятницу, 13-го апреля 2012 года QNAP Systems объявила о поддержке винчестеров объёмом 4Tb в некоторых из своих файловых хранилищ.

После серии испытаний, проведённых лабораторией QNAP, было подтверждено, что устройства серии Turbo NAS способны работать с жёсткими дисками Hitachi Deskstar HDS724040ALE640 (4TB, 3.5-inch, 7200 RPM).

«QNAP хорошо понимает потребность в сетевых хранилищах большого объёма. И мы рады сообщить, что устройства QNAP Turbo NAS теперь поддерживают винчестеры, объёмом 4Tb, предлагая нашим пользователям хранилища большего объёма» — заявил Дэвид Тсао (David Tsao), менеджер по продуктам QNAP.

Со списком устройств, совместимых с жёсткими дисками, объёмом 4Tb, можно ознакомиться на странице совместимости QNAP.

Источник: QNAP Systems, Inc

Как работать со снэпшотами ZFS (путь джедая)

0

Вчера я написал, что ZFS лучше UFS для файлового хранилища, т.к. позволяет делать снэпшоты файловой системы и восстанавливать их в случае непредвиденных обстоятельств. Например, случайного удаления файлов, как  было со мной.

Хочу показать как работать со снимками состояния файловой системы во FreeBSD. Демонстрация будет для джедаев, владеющих командной строкой.

Список пулов и снэпшотов

Первым делом смотрим, что нам скажет команда «zfs list», она выводит список zfs-пулов (z-pool) и снэпшотов:

filenode:~# zfs list
NAME            USED  AVAIL  REFER  MOUNTPOINT
storage        3.96G  5.82G  3.96G  /mnt/storage

Здесь NAME — это имя пула или снэпшота, USED — объём занятого места, AVAIL — объём доступного места, MOUNTPOINT — точка монтирования файловой системы. (далее…)

ZFS лучше чем UFS, для файлового хранилища

9

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

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

Нам же, для домашнего хранилища, более интересна возможность делать снимки состояния файловой системы (снэпшоты) и потом откатываться на предыдущие состояния.

Т.е. в после случайного удаления нужных файлов в ZFS достаточно восстановить состояние файловой системы до удаления. И всё.

Особенно приятно, что приличная реализация ZFS существует не только для Solaris, но и для FreeBSD. Для Linux же полного счастья с ZFS, на сколько я понимаю, наступить не может. По лицензионным ограничениям невозможно сделать ZFS частью ядра. Хорошо, что я выбрал FreeBSD в качестве операционной системы своего хранилища.

К сожалению, даже разработчики ZFS не волшебники. И если вы хотите сделать надёжное хранилище из двух дисков, то единственный путь — зеркалирование, как и в RAID-1.

Не забывайте бекапить бекапы!

3

Вчера случайно выяснил с какой дикой скоростью FreeBSD удаляет файлы с UFS. Разбирал фотографии прямо на сервере и, как герой многих сисадминских анекдотов, напустил rm -rf Photos""...

Как показал осмотр разрушений, за те несколько секунд, что я осознавал, что я сделал и жал на отмену, сервер успел снести половину из почти сотни гигабайт фотографий. И если утерю фотографий с моего дня рождения восьмилетней давности ещё как-то можно пережить, то за потерю фотографий наших девочек, только что приехавших из роддома, жена бы меня точно убила.

Поиск по интернету способов восстановления удалённых файлов на UFS показал наличие нескольких специализированных программ. Но говорилось, что они восстанавливают всего около 40% удалённых файлов, что неприемлимо мало. Второй проблемой оказалось, что все найденные программы работали почему-то под Windows.

Спасла же меня найденная ещё одна копия фотографий на моём компьютере, забытая при переносе на NAS.

Мораль сей сказки проста: не забывайте бекапить бекапы! Держите несколько копий, синхронизируйте их регулярно rsync'ом, unison'ом или ещё чем-нибудь. Наличие ещё одной копии в каком-нибудь онлайновом хранилище не блажь, а суровая необходимость.

Нужно будет поисследовать журналируемые файловые системы с возможностью отката во времени...

Вверх