Nas для хранения

[Виктор.]

Я Nasами переболел. Одно время хотел, дёргался, искал оптимальный вариант... а потом понял, что такое хранилище нужно тем, у кого большой объём рабочей информации, к которой нужен оперативный доступ.

Ну он, кроме хранилища и ещё что то умеет. Только надо его уметь готовить. У меня лично не получается, но пока что надежду не оставляю.

Ну типа того - свой сайт замутить с использованием предлагаемого разработчиком софта. Майл сервак на своём NASе организовать. Видеонаблюдение. Музычку. Перекодирование фильмов на лету в нужное для просмотра разрешение, в зависимости от скорости удалённого доступа. Автоматическую архивации, причём не только путем создания копий, но и путем записи только изменений в отслеживаемой базе, с послелующей возможностью отката на любой промежуточный вариант. Заметьте, что при этом не на хранить копии всех вариантов, а только изменения! При этом возможен динамический автоматический контроль изменений и запись их без участия пользователя. Понимать то я это понимаю, да только теоретически и поэтому сам реализовать не могу. Правильно говорят - не умеешь работать, иди обучать, не умеешь и обучать, иди руководить.

[Виктор.]

А угроза "Тотальное заливание водой" не признаны существенными в рамках текущей модели угроз.

Такое бывает кстати. Один раз перед годовым отчетом бухгалтерию залило насквозь. Кипятком.

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

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

[Meridian]

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

c тех пор придерживаюсь канона 3-2-1 где два диска - внешние HDD в разных точках хранения, а основной рабочий массив в RAID6

Могу добавить - два (сертифицированных) блока питания в каждый сервер, каждый от своего ИБП. И систем энергоснабжения две. С правильным заземлением. И т.д. и т.п.



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



Например, сейчас применительно к системам 1С в малом бизнесе я вообще не использую раид - рекомендую максимально быстрый SSD (и настолько дорогой, какой клиент может себе позволить - вплоть до серверных PCIe) для Postgres и суточные бэкапы на соседний простой SATA-диск (можно чаще). И NAS за стенкой (в условном сортире) для складирования копий всего того, что нажито непосильным (отражаем угрозу изъятия).

[Meridian]

А может и нужен. А что это такое?

Верней зачем?

Как только Вы сами себе ответите на "При отказе моего семейного центрального хранилища я ..."

вместо "буду менять диск и заново заливать с различных источников инфу - меня это не напрягает сильно"

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



Все просто. Выбор и решение за Вами.

[Rimlyanin]

А почему глупо держать бэкап на том же ПК, где и исходная информация?

начиная от локальных глюков и до шаловливых ручек - огромное количество вариантов.

фактически информация есть в 4-х копиях - исходник, бэкап на том же ПК, на устройстве переноса и на другом ПК. ИМХО, более чем достаточно.

тогда норм.

А угрозы "Вирус-Шифратор", "Грозовой разряд в комп", "Тотальное заливание водой", "Обыск с изъятием", "Снаряд в доме", "Ядерный взрыв в городе", "Нашествие инопланетян на землю" не признаны существенными в рамках текущей модели угроз.

Ну с "Ядерный взрыв в городе" и "Нашествие инопланетян на землю" я пока не сталкивался в своей практике, но с "Вирус-Шифратор", "Тотальное заливание водой" и "Обыск с изъятием" - да.

отсутствие в связи с этим специализированного ПО для восстановления информации с одиночных дисков, работавших в РАИД

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



Конечно, если в RAID0 умрет диск, то инфе капут.

И в корзины "через стеночку" много продавал. И сам использовал/сопровождал. Никогда (от слова "совсем никогда") винты не вылетают рядышком по временной шкале.

Значит это мне так "везло".

Бух увидел какое то сообщение, увидел в нем знакомую букву и тыкнул. РАИД 1 распался на 2 независимых диска.

Почему письмо пришло буху? Почему у буха есть права на такие действия ?

ему для дома абсолютно ни к чему работа NAS .... с гигабитными скоростями

Ну это ты зря

- свой сайт замутить с использованием предлагаемого разработчиком софта. Майл сервак на своём NASе организовать.

Как только Вы сами себе ответите на "При отказе моего семейного центрального хранилища я ..."

вместо "буду менять диск и заново заливать с различных источников инфу - меня это не напрягает сильно"

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

Все просто. Выбор и решение за Вами.

Меняю диски и копию с одной из оставшихся копий, никаких "различных источников"...



А вот про правило 321 я пожалуй в отдельное сообщение напишу.

[Rimlyanin]

Например, сейчас применительно к системам 1С в малом бизнесе я вообще не использую раид - рекомендую максимально быстрый SSD (и настолько дорогой, какой клиент может себе позволить - вплоть до серверных PCIe) для Postgres и суточные бэкапы на соседний простой SATA-диск (можно чаще). И NAS за стенкой (в условном сортире) для складирования копий всего того, что нажито непосильным (отражаем угрозу изъятия).

Ну так по сути, тот же 3-2-1

бэкап-правило «3-2-1» впервые описал Peter Krogh в своей книге «Управление цифровыми активами для фотографов». И это, наверное, неудивительно, так как потеря личного архива означает для профессионального фотографа полную катастрофу, и он просто обязан придерживаться такой стратегии резервного копирования, которая гарантировано защитит его от потери данных.



Итак, правило «3-2-1» гласит, что для обеспечения надежного хранения данных, необходимо иметь как минимум:

• ТРИ резервные копии,
• которые должны быть сохранены в ДВУХ различных физических форматах хранения,
• причем ОДНА из копий, должна быть передана на внеофисное хранение

[uart]

Три резервные копии или просто три копии?

[kgms]

Это единственная копия данных или они дублируются куда то ещё ?

Конкретно фото, документы и фонотека продублированы еще на рабочем NAS (также QNAP но мощнее - TVS-872XT). Остальное же - это фильмотека, которую всегда можно накачать заново.

[kgms]

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

Все настраивается. Мой сразу сигнализирует мне по e-mail в случае какой-либо неисправности или какого-либо сбоя.

[Barco]

M-Disk, магнитооптику, стримеры кто-нибудь использует?