Резервное копирование

[Sanitar]

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

[kreef]

Да я тоже когда-то приобрёл версию 2014 года. Потом по простоте душевной скачал 20 версию, она стала глючить, снёс и снова установил старичка. У меня к Вам вопрос. Как это можно открыть акронисовский бэкап, как обычную папку. Что-то я здесь не понял. И где отключается сжатие файлов? Ну даже если отключить - смысл бэкапа экономия места на диске - зачем нужна тогда сторонняя программа? Копируй виндой на резервные диски и всё ОК!

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

[Julysha]

При доступности и дешевизне внешней памяти сейчас уже нет смысла что-то сжимать и архивировать. На днях я докупила к своему внешнему фотоархиву два диска по 12 Тб каждый всего за 460 евро. Такие покупки можно совершать каждый год. На самом деле, мне больше 4 Тб НЕФов в год не настрелять - все-таки есть какая-то разумная отбраковка еще до того, как нажал на кнопку. Большие архивы должны быть у профи, которые снимают тысячи кадров каждый день.



Не нужно экономить на сжимании файлов, каждая такая операция увеличивает вероятность сбоя.



С компа я делаю бекап в две копии, хранящиеся на разных дисках. Раз в несколько лет архивы переписываю.



В самом компе (который на винде) у меня 4 диска (2 ssd по 1 Тб и два больших HDD для временных архивов). Комп только для работы с фото. Остальное - на аймаке, и там бекапы делает тайм-машина. Информацию (включая любимые фотографии), которая должна быть всегда под рукой, я храню на iCloud - она доступна и с телефона, и с планшета.



Архивы у меня обширные. Я начала архивировать фотографии (равы) еще в 2007, с тех про накопилось две пары (копии) архивов по 30 с лишним ТБ каждый.



У мужа - свои компьютеры и свой способ архивизации его данных, я в его хозяйство не суюсь.

[goldpompon]

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

У меня происходит процесс следующим образом. Все фотки в формате RAW я загружаю на специальный внешний диск во временную папку TMP, потом раскидываю в архиве по темам. Архив бэкапю тоже на отдельный внешний диск и делаю ещё копии бэкапа на отдельный диск на всякий пожарный. Облачные хранилища ещё пока не задействовал, но уже подумываю. Сами бэкапы делаю два раза в год. Чаще нет времени замарачиваться, хотя Акронис позволяет делать это автоматом, может я и не прав конечно. Так вот и был мой вопрос при обратном разархивировании бэкапа в файлы, может ли теоретически RAW файл потерять в качестве или нет.

[Julysha]

Сами бэкапы делаю два раза в год.

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



Раз в несколько лет архивы переписываю с одного диска на другой - чтобы не застаивались, и чтобы вовремя обнаружить потерю (если какой-то один диск сдох). Заодно удаляю ненужное/лишнее, потерявшее актуальность.обычно приурачиваю эту работу к покупке новых более емких дисков. Иногда заменяю несколько маленьких старых дисков на один новый большой. Первые диски были вообще по 1-1.5-2 Тб.



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



Эта папка имеет своей копией мой Фликр, то есть все, что помещается в эту папку результатов, я публикую на фликре и в iClouds. Фактически основная часть моих архивов - это преимущественно никогда не обрабатываемые НЕФы - до которых еще не дошли руки. Но по логике вещей, в первую очередь конвертируются самые удачные. Обычно 1-2 фотографии за неделю съемок. Но если снимать много, то даже до удачных руки сразу не доходят, а потом появляются новые кадры.



Если из поездки привез 300 кадров, то понятно, что только один-два отконвертируешь, а на завтра опять будет 300 новых, и так далее. Летом снимаю больше, поэтому летние архивы часто не разобранные вовсе.

[Авихай]

Я не использую хитрых схем и программ для хранения данных.

Помимо оперативных данных на SSD (5ТБ) и локальном сервере (8ТБ),

храню данные всех типов (не только фото и видео) на сменных дисках типа WD Black.

Таких имею 3х1ТБ, 2х2ТБ, 5х4ТБ и 4х6ТБ, всего 51ТБ.

Наиболее важную информацию храню также на флэш-USB - всего более 5ТБ.

Есть также копии данных и программ на большом количестве CD и DVD.





Как я во всем этом разбираюсь?

Веду каталоги в виде текстовых файлов на каждый диск и общий каталог.

Наиболее стабильную информацию снабжаю также контрольными суммами,

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

[Barco]

...

А я еще когда-то на ленты (LTO3) бекапил.

Почему отказались от стримера?



Поиск медленный?



Насколько удобно было работать с картриджами и самим устройством?

Есть разница в удобстве внутренне устройство или внешнее?

[Barco]

...

Как я во всем этом разбираюсь?

Веду каталоги в виде текстовых файлов на каждый диск и общий каталог.

Наиболее стабильную информацию снабжаю также контрольными суммами,

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

А наследники разберутся?





[oft]Мозгляка нет с апреля 2021!

Переживаю...[/oft]

[multiformat amateur]

кто-то еще использует этот акронис?!

Я использую "этот акронис".

Главным образом потому что он (А) умеет в историю версий файлов. То есть, можно легко и просто (удобно) вытащить обратно файл по состоянию на (скажем) неделю назад, или по состоянию на две недели назад. Для задач полноценного резервного копирования - это необходимая/обязательная фича. (Б) моя версия акрониса умеет в "дедупликацию", что очень сильно экономит дисковое пространство в месте резервированя (в destination), и поэтому можно установить довольно большую глубину хранения файлов в резервных копиях по времени архивирования, например иметь архивы на три месяца вглубь.



Кроме акрониса еще используется allwaysync - маленькая удобная и недорогая утилита синхронизации отдельных каталогов или дисков в целом. Преимущество которой - в умении быстро анализировать огромные файловые массивы, и сихронизировать (в одном направлении или обоюдно) с разными местами хранения. В основном с помощью её синхронизируется рабочий каталог на другой физический диск. Кроме allwaysync используется также synology active backup и synology drive backup, это проприентарный софт, привязанный к оборудованию, поэтому рекомендовать его не буду, однако если у кого есть вопросы по нему - спрашивайте. Поскольку абсолютно надежных программных продуктов (в сегменте для обычных пользователей) не существует, важные каталоги с уникальными данными резервируются в резервные копии двумя разными программами, в два структурно разных архива.







В целом для задач бэкапа подойдет любой софт,

который выполняет следующие функции:



(1) Обеспечивает хранение файла в трех копиях данных,

лежащих на двух различных по структуре хранения местах,

одна из копий - вне помещения.

(так называемая "схема "3-2-1")



(2) Обеспечивает "версионность" хранения.

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



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

С разумной глубиной хранения. К примеру на глубину 7 дней - ежедневные архивы, на глубину 7 недель - еженедельные архивы, на глубину 7 месяцев - ежемесячные архивы.



(4) Делает архивацию быстро, то есть умеет писать в архив только новые и измененные файлы защищаемой системы.

При этом соблюдается п."2" Дедупликация данных в резервной копии является в этом смысле дополнительным преимуществом.

[То чего нет]

Имеется ввиду конвертация сжатого бэкапа обратно в файлы.

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