Немного о резервном копировании

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

Огромная благодарность Olehkh, moderator-Ing и Krey за рецензии и дельные замечания.

1. Общая часть
2. Виды угроз, от которых вообще сто́ит так или иначе защищаться, сохраняя информацию в домашних условиях
3. Принципиальная часть
4. Общие рекомендации
5. Классификация резервных копий «количество + способ хранения»
6. Типы копирования
7. Учет «глубины» резервного копирования для доводки собственных схем
8. Технические средства резервного копирования для экономных и не очень
9. Практикум

Общая часть

Статья написана для домашнего использования (когда на домашний ПК или локальную сеть ложится обслуживание работы на удаленке, творческой жизни, хобби и т. п.). Подход к созданию и хранению резервных копий для дома не предусматривает обязательного применения никаких дорогих программных и/или аппаратных средств. Стандартные инструменты Windows, бесплатные утилиты и, на крайний случай, недорогие home-редакции одной-двух платных программ — вот и всё ПО, которое нужно для того, чтобы надежно сохранить ценный контент в домашних условиях. Наверное, и какое-то количество небольших компаний, не занимающихся специфическими IT-вопросами, может применить схемы, приведенные ниже, в своей практике. Однако если кто желает непременно потратить дополнительные деньги — в статье будет упомянуто, на что именно это можно сделать без ущерба для здравого смысла.

Поскольку сама статья, равно как и подход к рассматриваемой в ней теме, адресована прежде всего пользователям без специальных знаний, подразумевается, что читатель все неизвестное и непонятное проясняет для себя сам, через составление запросов в поисковых системах. Например, рассмотрение разницы между типами RAID-массивов в сети есть во всех видах, с картинками и без, поэтому повторяться нет смысла. По дисковым пространствам Windows 8 у нас есть прекрасный обзор. В общем, в статье нет ничего такого, о чем нельзя было бы найти написанный простыми словами подробный обзорный материал.

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

• очень быстро растут емкости накопителей, предлагаемых по невысоким ценам;
• еще быстрее растет объем хранимых каждым пользователем данных;
• файлы пользовательских данных сами по себе становятся все больше;
• производители потребительских товаров снижают их надежность и отказоустойчивость. Это общая тенденция, недорогие накопители откровенным барахлом пока не стали, хотя жалобы звучат. Накопители, сделанные без снижения стандартов исполнения и качества, от массового потребителя надежно отсекаются своей ценой и стоимостью применения. Мы исходим из того, что в домашних условиях применяются ПО и оборудование, выпущенные именно для потребительского рынка. То есть выражение «надежных накопителей не бывает» приобретает для нас, массовых и бытовых, особый смысл.

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

Что же может противопоставить Экономный Буратино правилу Богатых Буратин «надежность сто́ит денег»? Как обычно — ум, смекалку и проработанную методику действий, позволяющие достигать надежности на уровне своих задач не за счет цены ПО и оборудования, а за счет вложения своего ума, старания и труда. В условиях дома или небольшого офиса без специфических задач такое возможно, поскольку рабочих мест явно не сотни, поток данных невысок, темп изменений — тоже, объем хранимого измеряется в крайнем случае всего-то десятками терабайт, а не петабайтами. И требования к скорости одновременного доступа и скорости восстановления при сбоях совсем не такие жесткие, как на производстве. Но сохраняя накопленное «на глазок», вполне реально впасть в расходы, в ненужные процессы освоения какого-то ПО — и все равно в итоге потерять данные в результате события, защиты от которого не было предусмотрено в красивом проспектике об очередном «Уникальном Средстве Полной И Непрерывной Защиты Ваших Данных». Достаточно прочесть про последствия обычных генеральных уборок, прихода нового «подготовленного» пользователя или аппаратного сбоя дорогущего и очень красивого NAS — и все станет ясно.

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

Также в статье рассмотрено ПО преимущественно из «мира Windows», хотя бы потому, что остальные ОС, применяемые в быту, имеют штатные средства и процедуры резервирования данных, далеко превосходящие то, что встроено в ОС Windows. «Виндоводу» лучше сразу принять как данность, что для защиты данных с помощью копирования лучше применять стороннее ПО, благо его много, и в основном оно приличного качества.

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

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

Также следует помнить, что нет такой функции в платном ПО для рассматриваемых целей, которую нельзя было бы в быту успешно реализовать бесплатными аналогами. Но поскольку в статье не проводится сравнение разного ПО по функциональности, то будут просто называться функции и упоминаться популярные программы. И если вы не хотите использовать платное ПО — всегда можно набрать в поисковике запрос по нужной функции (например, «бэкап системного раздела под Windows (Linux)») и попробовать реализовать нужную функциональность предложенными бесплатными средствами.

Итак, приступим к построению схемы защиты ваших данных по порядку.

 

Виды угроз, от которых вообще сто́ит так или иначе защищаться, сохраняя информацию в домашних условиях:

• сбой/отказ/порча носителя и их группы по любым причинам. Причинами могут быть как отказ оборудования (матплаты, БП сборки с накопителями, самих накопителей и т. п.), так и внешние воздействия: затопление, 2×220 или 1×380 вольт в розетке, фаза на нарушенном контуре заземления, стихийные бедствия от шаровой молнии до Всемирного Потопа, ну и далее по этому списку;
• удаление или ошибочная модификация оригинала самим пользователем (согласно статистике, это главная опасность!);
• сбой ПО (например, знакомый многим «виндоводам» BSOD), повлекший порчу файлов в любом эшелоне защиты, в т. ч. по причине нештатного отключения носителей и/или прерывания нормальной работы;
• кража оборудования, вандализм;
• повреждение данных вредоносным ПО. Этот вид угроз и устойчивость к нему различных видов резервного копирования будут упоминаться кратко, на уровне здравого смысла, поскольку тема эта совершенно отдельная от рассматриваемой.

Как видите, в списке нет упоминания способов защиты самих данных от несанкционированного доступа. Этот круг вопросов не относится к теме статьи.

Про защиту данных хочется сказать еще вот что: пока ваши объемы таковы, что позволяют хранить их в «облачных» сервисах, и пока ваш контент таков, что его вообще можно там хранить, не заморачивайтесь. Храните в «облаках» и дополнительно делайте цепь версий, если вы не потребляете контент, а создаете его. Вы по ходу чтения увидите, что у «облаков» универсальность защиты — вне конкуренции. Особенно если вы понимаете нюансы передачи данных в онлайне. Но эта тема как раз неплохо освещена и в глобальной сети, и в популярных журналах по IT-тематике.

Остальных призываю помнить, что в нашей с вами реальности основная угроза после самого́ пользователя — это изношенная, неправильно эксплуатируемая, отсутствующая техника, антикварные технологии и стандарты качества электроснабжения, существа с альтернативным IQ и мощной строительно-ремонтной техникой в конечностях, грабители, вандалы всех сортов, тягуны цветмета, и прочее, и прочее. Иными словами, нормальное окружение. В предложенных схемах копирования и хранения данных это будет учтено.

 

Принципиальная часть

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

1. Потеря этих данных — непоправимая катастрофа, и это будет длиться бесконечно (к примеру, архив ваших работ, черновики, долгостроевская кандидатская или ваша книга, которая не отпускает вас и медленно пишется уже лет десять). Реализация;
2. Потеря этих данных — настоящая катастрофа именно сейчас, но через неделю это будет уже просто воспоминание (например, диплом). Реализация;
3. Очень не хотелось бы терять (долго и трудно восстанавливать — собранные за годы коллекции, материалы для деятельности, каталоги и т. п.). Реализация;
4. До окончания работ нужно надежное сохранение само́й работы и цепочки изменений в автоматическом режиме для создания версий проекта. Когда сделаю — хранить в архиве (например, работа фрилансера). Реализация;
5. Пока делаю — важна возможность «откатить» каждый шаг; как доделаю — нужно длительное хранение. Реализация;
6. Нужно поэтапно и надежно до конца проекта сохранять немалый объем исходников и рабочих материалов с изменениями, а также целевые файлы с версиями. Реализация;
7. Отборная медиаколлекция, которой пользуетесь. Реализация;
8. Если потеряю — ну… лучше не терять, но восстановимо. Реализация
9. Файлы на просмотр/тест и под удаление (или перенос в коллекции);
10. «OMG, это чье вообще?!».

В этот же перечень вносится и собственно раздел с ОС со всех ваших машин — например, в графу e, или f, или h, или вообще в какой-то вашей формулировке, которой здесь нет.

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

 

Общие правила и рекомендации

Для правильной оценки применимости тех или иных схем копирования к разным данным пользуйтесь программами для наглядной оценки места, занимаемого папками на носителе. Рекомендую встроенное средство Total Commander (просто пишет объем папок в колонку по команде Alt+Shift+Enter), Scanner авторства Steffen Gerlach или платный Altap Salamander.

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

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

Обратите внимание на согласование объемов и скорости доступа к хранилищам копий. Поскольку если данных действительно много, и их передача/запись/проверка запланированы на одно время, то скорость доступа может стать критическим недостатком любой изящной схемы. Как минимум, подключайте все машины, участвующие в регулярной передаче значительных (более 2-5 ГБ, например) объемов копий, к проводной сети. Если вам приходится использовать беспроводное соединение, добивайтесь уменьшения передаваемых объемов во время активного использования сети и переносите время передачи наиболее объемных данных на 3-5 часов утра. Также добейтесь, чтобы беспроводная сеть работала на максимальной возможной скорости (можно сказать, что фактические 150 Мбит/с — это будет прекрасный результат). Вообще, при интенсивном копировании по сети вам придется применить все средства для повышения ее производительности, описанные на форумах и в литературе. Поэтому тщательная сортировка и отбор данных для резервной или текущей копии может сэкономить вам деньги и силы.

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

Поскольку подавляющее большинство работает под Windows, я не стану советовать работать под ограниченной учеткой — она в этой ОС не очень просто настраивается. Но если можете ее нормально настроить, не поленитесь, оно того сто́ит. И забудьте сочетание Shift+Del, поскольку лучше раз в неделю чистить корзину руками, чем пытаться восстановить файлы, пострадавшие от наработанного до автоматизма движения пальцев.

Регулярно сохраняйте сделанное! Добейтесь того, чтобы нажатие сочетания клавиш, запускающее команду «Сохранить» (чаще всего это Ctrl+S), стало для вас обязательным. Попутно настройте автосохранение с приемлемым для вас интервалом и настройте сочетание клавиш, запускающее команду «Сохранить как…» для выделения версий через названия файлов. Освойте и применяйте команду «Версии» в текстовом редакторе или ее аналог в том продукте, в котором вы работаете. Учтите, что ручное сохранение версий, применяемое совместно с грамотным резервированием рабочих данных, иногда удобнее при восстановлении, чем автоматическое создание «цепочки версий», поскольку версии в этом случае вы можете сохранять законченными, а не посередине процесса их создания. Этот нюанс еще будет упомянут во второй части материала, поскольку касается одновременно и надежности сохранения копий данных с помощью резервирования, и надежности сохранения оригинала путем оптимизации рабочего цикла.

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

 

Классификация резервных копий
«количество + способ хранения»

Основные определения

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

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

Под ОУМ далее по тексту подразумевается ОтказоУстойчивый Массив — массив RAID типов 1, 5, 6, 10, 50, 60 или Storage Pool под ОС Windows Server 2012 / Windows 8 с организованным(и) Storage Space(s) типа Mirror («зеркало», двух-, трехкратное и более) или Parity («контроль четности»). О суровых буднях домашних RAID-строителей читайте здесь, по WSS обзор читайте здесь. Домашнему пользователю важно понимать вот что: с выходом Windows 8 технологии, подобные классическим массивам RAID, стали категорически более доступными в освоении и применении каждым пользователем. То есть их можно применять без специальных знаний. Поэтому надежную текущую или резервную копию можно держать не только на NAS или другой машине с нормальным RAID-массивом, но и вообще на любой машине под Windows 8 в локальной сети, где создан пул носителей, на нем созданы Storage Spaces типов «зеркало» и/или «контроль четности».

Хранение оригинала данных на отказоустойчивом массиве (ОУМ) RAID или Storage Space без хотя бы еще одной копии на отдельном носителе бэкапом не является, а так и зовется — хранение на ОУМ.

Схемы копирования

Схема 1.1

1 копия на другой «сингл» (Single HDD, т. е. винчестер, размеченный файловой системой как отдельный физический носитель) в составе той же сборки, т. е. внутри того же корпуса и на одной линии питания с оригиналом. Самый простой и массовый вариант создания текущей копии. Для резервного копирования непригоден. Если носитель с копией подсоединен в несъемную корзину без дополнительного, персонального фильтра питания, то такой вариант не спасает от последствий аварии на той сборке (ПК в одном кузове и на одном БП), куда установлены носители: известны случаи, к примеру, когда сгоревший БП повреждал все носители, которые от него питались. Годится для временного хранения копий больших объемов (например, при операциях с оригинальной ОС или БД — для хранения копии предыдущего состояния до конца работ). Бесспорный плюс: простота и компактность. Но такая простота может выйти боком при пробое БП в линию питания всех HDD/SSD. Как лечить оба основных недостатка (несъемность и уязвимость к одновременному с оригиналом повреждению по питанию): установить в сборку во внешний 5,25″ отсек съемную корзину для HDD с фильтром питания и поддержкой Hot-swap — для хранения копий. Тогда этот вариант можно признать подходящим для специальных целей (как схема 1.2), но еще надежнее его использовать в составе схемы 2.2 или 2.3;

Схема 1.2

1 текущая копия на «сингл» вне сборки с носителем-оригиналом. «Сингл», т. е. Single HDD, может использовать абсолютно любое соединение, хоть сетевое, хоть по USB/FireWire/Thunderbolt, со сборкой-источником. Также такой носитель может быть смонтирован в составе какого угодно агрегата; главное — он должен быть запитан не от того же блока питания, что и источник сохраняемых данных. Надо только проследить, чтобы и «сингл» (при подключении через внешний док), и его хост-машина были включены каждый раз при операции копирования. Подразумевается, что резервной копию на такой носитель можно будет назвать, если после копирования (чаще всего — вручную) легкосъемный носитель изымается и кладется на полку или даже в сейф. Хороший вариант, особенно если вы цените возможность быстро, в два касания, прихватить носитель с собой при эвакуации. Как живущий в сейсмоопасном районе, лично я это ценю. Защищает также от сбоя в работе ОУМ, поскольку отдельный HDD, отформатированный в обычную NTFS, прочтется какой угодно машиной с какой угодно ОС через первый попавшийся USB-док. В чистом виде эту схему хорошо применять, когда оригинал хранится на ОУМ — для защиты еще и от его сбоя. В таком виде эта связка лично мне кажется основной для большей части видов текущего и резервного копирования и хранения сравнительно ценных, но не критических объемных данных. Недостаток один, и проявляется он в специфических случаях: некоторое снижение скорости записи в ОУМ, например на массивах с контролем четности. См. следующую схему;

Схема 1.3

1 копия в хранилище повышенной надежности на физически отдельной машине (NAS с ОУМ или ОУМ на десктопе в роли домашнего файл-сервера) или в облачном сервисе. Защитит копию от отказа носителя с ней. В случае с «облаком» может считаться резервным копированием, это защита почти ото всех потенциальных неприятностей, только надо подумать, в каком виде хранить данные на чужих ресурсах, ну и пароль не нужно забывать. Схема 1.3 применяется тогда, когда к оригиналу данных нужен максимально быстрый доступ как на чтение, так и на запись, возможный для носителей «сингл», без массивов типов RAID 0 или «stripe», описанных в упомянутой выше статье. Оригинал в этой схеме располагается на «сингле», а копия — на ОУМ, поскольку в случае хранения оригинала на ОУМ могут снизиться скоростные показатели записи. Например, если вы редактируете и сохраняете текущие копии видео или музыки, то имеет смысл оригинал поместить на самый быстрый «сингл» в вашей сборке, а текущее копирование на время работ запускать вручную после сохранений или настроить периодичность копирования. Также рекомендуется применение резервирования типа «цепочка версий».

В целом схема копирования 1 защищает оригинал данных от сбоя носителя. Если метод копирования — не немедленная односторонняя синхронизация, называемая еще «зеркалированием», то за счет временнj́го промежутка есть какой-то шанс уберечься также и от случайного повреждения/удаления оригинала. Однако это не может быть штатной защитой от такой угрозы — от нее помогают типы копирования «цепь версий» или «накопление» (второй тип — только от удаления). В случае хранения копии в «облачном» сервисе есть неплохой шанс защитить их на случай повреждения оригинала от стихии, кражи, вандализма, техногенных повреждений, коррупции и вредоносного ПО, даже если ваша локальная сеть не имеет средств профилактики распространения угроз. Съемный накопитель может помочь при стихийном бедствии и от вандализма — в сочетании с некоторыми организационными мерами вроде подбора правильного размещения «аварийника». Применение съемного накопителя, если его изымать и хранить выключенным между копированием, и хранение копии в облачном сервисе при отключении немедленной синхронизации в настройках — это способы создания полноценной резервной, а не текущей копии.

Схема 2.1

2 копии на разных физических носителях в одной сборке. Не спасает от последствий аварии на той машине, куда установлены носители, но спасает от аварии любого из трех носителей с данными: оригиналом и копиями. Фактически, в смысле отказоустойчивости имитируется функциональность ОУМ Storage Space «зеркало», но при отказе, скажем, матплаты машины, где носители были установлены, доступ к данным на «синглах» можно обеспечить в реальной жизни гораздо быстрее и надежнее из-за отсутствия необходимости пересобирать такой массив на другой машине (дома ее часто попросту негде быстро взять). От некоторых не особо опасных видов вредоносного ПО может и спасти за счет разницы во времени перезаписи копий, главное — успеть остановить автоматическое копирование до перезаписи с зараженного оригинала. Недостаток: нужна ручная настройка повторения копий по всем носителям, не каждый этим будет заниматься — проще ведь одной кнопкой «сделать круто», и всё. По моему опыту, имеет смысл сочетать оба подхода, и то, что можно копировать целой папкой, надежнее настроить вручную. Хотя вместо текущего копирования по схеме 2.1 лучше потратить немного денег — и применять схемы 2.2, 2.3b и 2.3c. Схема 2.1 в чистом виде применяется в случае, если надежность «железа» сборки с носителями вызывает сомнения, а ОУМ делать по многим причинам не сто́ит. Лучше всего дополнить полноценным резервным копированием на «сингл» или в «облака», в итоге получится схема 3.x. Практика показала, что авария и смена оборудования, к которому применена такая схема защиты, для данных не опасна;

Схема 2.2

2 копии, текущая расположена на внутреннем носителе «сингл», а вторая — легкосъемный или внешний отключаемый «сингл» с резервной копией, легко доступной на любом железе. Может применяться для резервного копирования. Схему 2.2 хорошо использовать для экономной, всего на трех носителях, защиты данных, требующих быстрого доступа и с выраженными промежуточными состояниями готовности — в сочетании с типом копирования «накопление», «полное» или «цепь версий». Ограниченные возможности расширения оборудования и не слишком большой объем данных — вот сфера применения схемы 2.2;

Схема 2.3

2 копии. Варианты:

1. оригинал на рабочей машине, копия 1 соответствует схеме 1.3 (ОУМ) и находится на удаленной машине, хорошо бы не на той же фазе/линии питания, что рабочая машина, копия 2 размещена в облачном сервисе. Это решение для относительно небольших объемов. Выполняет условие резервного копирования;
2. копия 1 размещена в ОУМ не на рабочей машине, копия 2 — на «сингле», кто-то из них расположен на удалении с доступом через интернет (например, через VPN); при передаче линию и данные надо защищать отдельно и от других угроз, но эта тема хорошо освещена, и, думаю, те, для кого актуальна такая схема, с нею знакомы. Лучший из рассматриваемых вариант для объемных и при этом ценных данных, баланс между здоровой и нездоровой паранойей. Реализуется примерно как «рабочая машина с оригиналом + одна копия любого типа в ОУМ на NAS или домашнем файл-сервере + резервная копия контрольных состояний на легкосъемном/удаленном носителе». Конечно, можно и для большого объема оплатить облачное хранилище, но… мы все же рассматриваем, как делать недорого, правда? Да и редко, прямо скажем, в быту встречаются данные большого объема, которые надо было бы защищать именно так. Самый распространенный тип таких данных — домашние видеоархивы. Их сложно восстановить (особенно если это оцифровка кинопленок), и экономить на их объеме с помощью чрезмерного сжатия тоже желание мало у кого возникнет. Тем, кто немало отснял и хочет сохранить все надежно, рекомендовано применение стримеров, о которых чуть ниже, после п.3;
3. копия 1 — в «облаках», копия 2 — защищенный от «человеческого фактора» и сбоя по питанию «сингл». Самая простая схема с двумя копиями, но вполне надежная. Годится для относительно небольших объемов, имеет высокую универсальность защиты. Очень надежна в сочетании с размещением оригинала на ОУМ.

При отсутствии каких-либо уникальных условий 2.х — максимально защищенные схемы копирования из находящихся в пределах здравого смысла.

В целом схема копирования 2 обеспечивает одновременно выполнение текущего и резервного копирования, защищает оригинал данных от сбоя носителя, от стихии (если успеете схватить аварийник или есть копия в «облаках»), случайного повреждения/удаления оригинала и сбоя ПО и железа (в двух из трех мест хранения). Если настроить третью копию с большей задержкой, чем вторую, то повысится шанс защититься от действий главной угрозы, aka прокладки между стулом и монитором. Что касается вредоносного ПО — тут шансы уберечься тоже неплохи, особенно если данные в облачном сервисе и/или в схеме передачи через VPN или FTP задействованы средства предотвращения распространения угроз. Схема 2 является базовой как для частных лиц, так и для компаний.

Схема 3 — это уже немного паранойя.

Схема 3.1

3 копии, копия 1 = схема 1.1, копия 2 = ОУМ, копия 3 = аварийный «сингл»;

Схема 3.2

3 копии, копия 1 = схема 1.1, копия 2 = ОУМ, копия 3 = «облака»;

Схема 3.3

3 копии, копия 1 = аварийный «сингл», копия 2 = ОУМ, копия 3 = «облака». Самая универсальная и параноидальная схема. На мой вкус, достаточно было бы схемы копирования 2.3c, а вместо увеличения количества копий я силы и средства потратил бы на защиту от все тех же производителей-бракоделов, излишне беспечных сварщиков или электриков и прочих Агентов Зла.

Лучше всего схема 3 подходит для людей, склонных что-то забывать, терять, делать в крайней задумчивости что-либо механически. Схема 2 плюс одна резервная копия в удалении как накопитель версий текущей работы (вариант 1, вариант 2), конечно недоступная для редактирования — это реально может спасти от неприятностей, скажем, неуверенного в себе и порывистого человека, занятого написанием чего-либо важного и ответственного.

Как вы могли заметить, я не упоминал о дисках DVD или Blu-ray как о стандартных вариантах хранения, хотя такой подход, наверное, вызовет критику со стороны пользователей и айтишников «старой школы». Идеальное, казалось бы, средство резервного копирования в современном мире дешевых терабайт потеряло свою привлекательность, потому что надежность и долговечность этих дисков — отдельный и тяжкий разговор. Она достижима, но исправный HDD на 40-60 ГБ из старого ноутбука в качестве «крайней копии» в общем случае будет удобнее, надежнее, компактнее, быстрее и дешевле, чем пачка особых недешевых дисков и устройства чтения для них. Если же вы считаете, что сумеете выбрать достаточно надежные болванки и что, скажем, через 3-5 лет вы сумеете их прочесть, то используйте резервирование на оптические диски в составе любой схемы или в дополнение к ней. Сейчас переходный период, смена массовых технологий, поэтому их выбор — личное дело каждого. Единственное замечание — старайтесь не использовать перезаписываемые болванки для резервирования.

Теперь о стримерах. Их использование, с точки зрения темы статьи, оправдано очень редко, в особых случаях, вроде упомянутого в п.2.3b сохранения объемистого домашнего видеоархива. Почему именно домашнего? Потому, что для такого архива срок хранения всегда описывается как «дольше = лучше» и является безусловным приоритетом вместе с надежностью. Есть и другие случаи, когда использование стримера оправдывает затраты на его приобретение. А затраты эти заметны, поскольку ленточные накопители стандарта LTO-4, только-только начавшего устаревать, но еще долгие годы достаточного для записи и хранения данных «в быту», все еще сложно найти дешевле 790 долларов за новый аппарат. Сами картриджи с лентами сравнительно недороги, но все же в сумме эти затраты надо рассматривать в основном как вклад в долговечность, вот тогда они имеют смысл. Картриджи LTO-4 для стримера имеют стандартный срок хранения от 15 до 30 лет, сто́ят они на данный момент около 1000 рублей за 800 ГБ (1,6 ТБ со сжатием) без учета доставки. В этом и есть основной плюс ленточных накопителей: это — самый надежный и долговечный из относительно доступных способов хранения цифровых данных. Также понятно, что чем больше объем хранимых данных, тем дешевле обходится каждый гигабайт, в перспективе стремясь к стоимости гигабайта на массовых емких HDD. Ограничение на применение стримеров тоже понятно: их начальная стоимость, часто несоразмерная с бытовыми задачами. Также, если планируете использовать ленточный накопитель, обратите внимание на обратную совместимость стандартов LTO, интерфейс подключения (чаще всего SAS), и вообще — покупайте осознанно, поскольку стример — это не один предмет, а уже целое хозяйство.

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

 

Типы копирования

Для разных данных и разных целей применяются следующие основные типы резервного копирования:

• Зеркалирование («Mirroring», не путать с типом ОУМ «Mirror» в Storage Space и с RAID 1), т. е. немедленная односторонняя (или двухсторонняя) синхронизация. Ее умеют делать, например, платный Mirror Folder и платная же версия Pure Sync Professional (19 евро). Бесплатными средствами проще всего добиться сходного эффекта, установив постоянное и достаточно частое сравнение источника и копии. В идеальном случае обновление копии происходит сразу по факту перезаписи любого файла в каталоге-источнике и касается только этого изменившегося файла. Если зеркалирование применять напрямую с оригинала, а не с цепочки его версий, то оно не спасет от его удаления или неверной модификации. Защищает от отказа носителя с оригинальными данными. Хорошее применение — эмуляция ОУМ на «синглах». Имеет смысл при частых разъездах, когда значительная часть большой коллекции данных увозится и привозится — позволит не тратиться на еще один носитель для перевозки. Такая эмуляция, к примеру, защитит от того же, что и ОУМ наподобие WSS «Mirror», но при этом еще и позволит максимально быстро получить доступ к данным в случае аварии сборки, в которой размещены носители. Актуально для ОС Windows 7 и старше, если, конечно, у вас нет желания заниматься созданием и обслуживанием RAID-массива в домашних условиях.
• Синхронизация файлов и папок, однонаправленная и двунаправленная. Все ПО для резервного копирования имеет эту функцию. От «зеркалирования» отличается тем, что идет по расписанию, вся процедура сразу, а не по факту перезаписи отдельных файлов оригинала, и сравнивает перед записью указанные каталоги целиком. Кроме того, имеет три основные реализации для разных целей:
  • папка копии полностью повторяет состояние оригинала, этакое отложенное зеркалирование (Echo);
  • папка копии отражает все изменения оригинальной папки, но файлы, удаленные в оригинале, не удаляются в копии (Contribute);
  • двунаправленная и равноправная синхронизация (Syncronize).
  Стандарт синхронизатора для Windows — утилита Microsoft SyncToy. Кому-то удобнее, правда, покажется реализация в PureSync и Cobian — из бесплатных. Синхронизация, даже не накопительная, в определенных обстоятельствах может защитить от действий пользователя по некорректной модификации и от других повреждений оригинала, если, по несчастью, эта синхронизация не шла именно для поврежденных файлов сразу за моментом повреждения. Накопление защищает от необдуманного удаления мимо «Корзины» с последующей записью любых данных на носитель с оригиналом. Синхронизация по расписанию тоже может применяться для создания некоего подобия ОУМ на Single HDD, как описано в предыдущем пункте. Для малоизменяемых данных такой тип копирования вполне подходит: даже на относительно слабых машинах, да еще и рабочих в дневное-вечернее время, эту операцию просто можно запланировать на ночь. Как и пункт выше, актуальна для ОС старше Windows 8 и позволяет свободно изымать «разъездной» носитель на время.
• Инкрементное и дифференциальное резервное копирование. Делается по расписанию пользователя и сохраняет изменения относительно первой полной копии через создание цепочки версий меньшего размера (т. е. через запись изменений). Уместно при некоторых видах работ — при первичной установке и настройке ОС, например, или при хранении версий часто изменяемых баз, вроде почтовой. Помимо платного ПО, это умеют некоторые бесплатные программы, например Cobian Backup и Pure Sync. Подходит для защиты от действий пользователя (от некорректной модификации). Вместе с накопительной синхронизацией позволяет доверять данные даже самым ясноглазым из «уверенных пользователей ПК». В Windows существует годный встроенный инструмент, вызываемый из меню «Панель управления/Архивация и восстановление». По этому инструменту есть масса руководств, вот одно из них.
• Полное резервное копирование. Сделал и положил в правильные места. Идеально для архива, в который ничего добавляться не будет или будет, но редко. Любое ПО это умеет. Часто для простоты и контроля делается руками и обычным архиватором.
• Непрерывное резервное копирование. Нужно для непрерывного сохранения текущих изменений в данных, создает цепочку версий защищаемых данных не по расписанию, а непосредственно после их перезаписи. Time Machine, известная пользователям OS X, использует этот способ как основной также и для отслеживания состояния системного раздела. ПО класса Acronis True Image и Time Machine умеет автоматически для уменьшения объема хранимых данных агрегировать старые копии от непрерывной в первую, скажем, неделю до ежегодной для всех копий старше, опять же для примера, полугода. Также некоторые программы умеют записывать создаваемые резервные копии одновременно в два разных места, даже если одно из них — удаленное (скажем, по FTP). В Windows встроен неплохой инструмент для непрерывного создания цепочки версий как самой ОС, так и данных. Вызывается он через меню «Панель управления/Все элементы панели управления/Система → Защита системы». Доступ к настройкам теневого копирования данных осуществляется из того же «окна», где настраивается защита самой ОС с помощью точек восстановления. Этот инструмент умеет сохранять непрерывные версии на тот же том, где лежат собственно изменяемые данные. Включается для всего тома сразу. Узнать подробности можно, вызвав окно «Справка и поддержка» и вбив в строку поиска «Предыдущие версии файлов: вопросы и ответы» (без кавычек). Общие сведения по встроенным возможностям Windows вы можете получить, введя в поисковик запрос «теневые копии Windows» или подобный.

 

Учет «глубины» копирования для доводки собственных схем

Глубина текущего или резервного копирования — это, грубо говоря, период, за который сохраняется цепочка версий оригинала, полученная путем полного, инкрементного, дифференциального или непрерывного копирования. Такие типы копирования добавляются в любую из схем раздела «Классификация резервных копий «количество + способ хранения»». Но механически этого делать не сто́ит: защита данных с помощью цепочек версий в основном применяется для текущей работы и, в редких случаях, для разделов с ОС. Из ПО самым универсальным для домашнего пользователя считается платный Acronis True Image Home, но я очень рекомендую попробовать реализовать ваши схемы без него, если вы планируете использовать версию 2012 и новее. Если же вы пользуетесь Acronis TIH 2011 и более старыми версиями, то он штатно справится с созданием копий ваших данных и по расписанию, и непрерывно. Некоторые возможности ATIH указаны в этой статье выше. Однако при длительном хранении данных важно озаботиться надежным способом хранения резервной копии, для чего надо опять же обратиться к разделу «Классификация резервных копий «количество + способ хранения»».

Бесплатными средствами тоже можно, и даже желательно, организовать сохранение версий на большую «глубину». Например, упоминавшийся уже Cobian Backup или Pure Sync бесплатной редакции для некоммерческого использования умеют это делать. Встроенные инструменты Windows определяют «глубину» сами, исходя из предоставленного им дискового пространства. Также отмечу, что некоторым пользователям удобнее будет использовать другие решения, например многофункциональный комплекс Paragon Домашний Эксперт.

В случае, если вы хотите использовать непременно платный продвинутый бэкапер для работы с каталогами, я предлагаю попробовать KLS Backup. Мне он показался очень удобным из-за реализации выборки каталогов и файлов. Бэкапер вполне бытовой стоимости, по функциональности и гибкости он напоминает Великий и Ужасный vuBrief. В каком-то смысле, Cobian backup — это бесплатный аналог KLS Backup, хорошая попытка соответствия его стандарту удобства использования. Но лично мне показалось самым разумным и выгодным заплатить 19 евро за профессиональную редакцию Pure Sync: несмотря на глючный Visual Basic и несколько путаный интерфейс, Pure Sync очень удобен для немедленного зеркалирования как томов, так и отдельных папок в произвольном наборе, откуда и куда угодно.

Примечание 1
Конечно, если вы лишь недавно озаботились созданием и хранением резервных копий разделов диска с ОС, вам стоит сначала разметить этот раздел и организовать данные на нем так, чтобы размеры резервных копий не стали чрезмерными. Поскольку эта тема многократно освещена и явно выходит за рамки статьи, я предлагаю самостоятельно проработать схему, при которой ОС занимает раздел не более 64 ГБ. Скорее всего, вам придется все документы и прочие данные разместить на другом разделе или носителе. Собственно, так делать лучше всего, если вашу технику и ПО не настраивает и не обслуживает специалист-инженер (что в домашних условиях редкость). Также очевидно, что для удобства настройки теневого копирования встроенными средствами Windows лучше под ваши рабочие документы выделить отдельный том на носителе с запасом от 10% размера под теневую копию.

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

• отмечать файлы и каталоги для резервирования (вместе с типом/классом) сочетанием клавиш или в чекбоксе файлового менеджера (особо интересуют двухпанельные типа Total Commander);
• уметь полноценно настраивать и показывать в колонке того же ТС предустановленные схемы, типы и параметры резервирования в условных обозначениях;
• менять набор колонок на «подробные параметры резервирования» в окнах при нажатии сочетания клавиш и показывать все состояние копий и версий конкретной единицы данных — хотя бы за счет второго окна.

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

 

Технические средства для экономных и не очень

В предложенных способах резервного копирования подразумевается применение минимального набора следующей техники:

• персональный компьютер любого форм-фактора под любой ОС, применяемой в быту;
• внешний USB-адаптер для HDD или корзина Hot-swap;
• имеющаяся инфраструктура локальной сети с выходом в интернет;
• фильтры питания и устройства бесперебойного питания для всех без исключения носителей данных, как в составе ПК или NAS, так и во внешних доках;
• бесплатное ПО: встроенные средства вашей ОС, PureSync для персонального пользования, Cobian Backup и SyncToy. Если вы маковод, то Time Machine вам, наверное, покажется достаточной. Хотя лично мне не показалась.

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

• Выделенный ПК в роли файлового сервера для дома или малого предприятия. Дома также выполняет роль «торрентокачалки». В красивом кузове и под Windows 8 реализуете Storage Spaces нужной отказоустойчивой конфигурации — и вуаля; быстро и вполне эффективно. Слабое место (уже упомянутое выше) применения любого массива носителей — если отказала сама машина, где был собран ОУМ (отказоустойчивый массив), то отдельные диски как «синглы» прочесть не удастся. Массив надо как минимум (в случае Storage Spaces) для возобновления доступа перенести на другую машину с Windows 8, которая прочтет настройки Storage Spaces, записанные на всех носителях пула — и только после этого ваше хранилище пересоберет себя и станет доступным. RAID пересобрать — несколько более трудоемкая задача, требующая более высокого уровня знаний и навыков. Очевидный плюс: в сборку выделенного ПК можно засунуть сразу все технические решения, упомянутые и не упомянутые в статье — типа легкосъемного HDD-Bay или тех же Storage Spaces на не менее, чем трех HDD (или замены ОУМ в виде вручную настроенного зеркалирования между несколькими «синглами»). Причем размещаться они будут на скоростных портах SATA-II/III, а не на пока еще неоправданно дорогом Thunderbolt и не на USB, будь он хоть трижды 3.0. Также сама сборка не будет простаивать в чулане, если, скажем, в виртуальной среде запускать на ней обычную клиентскую ОС со всякой нужной работой. Реализуется эта схема как под Windows Server (к сожалению, это уже довольно дорогие редакции), так и под Windows 8.
  По правилам, для создания выделенной машины с такой функциональностью надо применять серверную платформу начального уровня, благо это оборудование сейчас сто́ит вполне сравнимо с продукцией среднего потребительского сегмента. В качестве ОС можно выбрать GNU/Linux или Nas4Free, следуйте в соответствующие темы на форуме IXBT. Обсуждение такого рода решений есть в треде NAS своими руками. Хотя пользователь не-инженер может доверять организационным способам и методологии защиты данных и спокойно следовать путем универсализации домашней вычислительной техники. Т. е. одна машина у такого пользователя может работать под настольной ОС и отвечать за вообще все его нужды, включая хранение и раздачу контента по DLNA — и все равно правильное текущее и резервное копирование важных данных может выполняться, а полноценная защита линии питания поможет все делать достаточно надежно.
• Покупной NAS в виде отдельного ящика с лампочками снаружи и проприетарной (как правило) ОС внутри. Отличное решение, надежность которого в общем случае выше, чем у самосборных решений. Тут, конечно, у каждого своя точка зрения; с такой оценкой надежности, думаю, не согласятся те, кто с знанием дела сам соорудил файловый сервер на серверном «железе», но для менее подготовленного пользователя покупной NAS — это благо. Возможности ОС, установленных в популярные дорогие решения типа QNAP и Synology, с большим запасом покрывают нужды не-IT-ориентированного пользователя, поскольку умеют встроенными инструментами максимально автоматизировать работы по копированию и хранению любых данных (например, самостоятельно делать и хранить образы системных разделов всех машин в сети или предоставлять персональное «облачное» хранилище). Единственное реально слабое место готового «фирменного» NAS (кроме почти двойной у торговцев на территории РФ цены, естественно) — любой его отказ по причинам стихии, заводского брака или от ежедневного человеческого идиотизма с высокой степенью вероятности затруднит, по крайней мере на время, доступ к данным; причина описана выше. Имеются случаи, когда дисковый массив из отказавшего NAS так и не пересобирался заново даже после приезда оригинального устройства из далеких стран после длительного фирменного ремонта. Поэтому применяйте схемы копирования 2.2 и 2.3 для компенсации такой вероятности. Кроме того, приобретать лучше модели для 4 и более дисков, чтобы затея была осмысленной с точки зрения баланса надежности и стоимости хранения, поскольку при использовании, к примеру, двухдискового NAS как массива RAID 1 стоимость хранения 1 ГБ будет примерно в 4 раза выше, чем на одиночном HDD 3 ТБ потребительских серий. Если ваш здравый смысл протестует против такого, но нет ясности, как именно выходить из ситуации, прочтите для начала обзорную статью — возможно, она многое прояснит для вас. Хотя лично мне известны люди, использующие 2 покупных NAS для разного типа копий: тот, что содержит резервные, включается в сеть раз в 2 дня, принимает данные, производит свои плановые процедуры и отключается.
• Док для HDD с собственным проводным или беспроводным сетевым адаптером для подключения не к конкретной машине, а к локальной сети. Единственное ограничение: нужно проверить, чтобы у вашей более чем однодисковой (если выберете такую) док-станции каждый отдельный диск можно было вынуть и прочесть на постороннем устройстве, иначе покупка теряет практический смысл и превращается просто в красоту в вакууме. Такое устройство можно также реализовать самому как подключенный к домашнему маршрутизатору с разъемом USB Host обычный USB-док для HDD. На эту тему есть немало информации в глобальной сети, она располагается в основном на форумах по конкретной модели маршрутизатора. Можно только заметить, что самой массовой и универсальной прошивкой с такой функциональностью является DD-WRT.
• Замена блоков питания ПК, если для организации сетевого файлового хранилища модернизируется имеющаяся сборка.
• Для небедных эстетов и коллекционеров — стример. Недешевая, но очень надежная вещь. Однако хранить на ленте имеет смысл контент, который не потребует быстрого произвольного доступа.
• Лицензия на платное ПО для резервного копирования. Помните только, что «куплено за деньги» не означает «сделано как надо». Активно используйте форумы, триальные версии, пользовательские обзоры и не особенно доверяйте технописателям — хотя бы потому, что у набившего руку обозревателя понятие удобства и важности тех или иных моментов может сильно отличаться от вашего.

 

Практикум. Примерные схемы текущего и резервного копирования для групп из «Принципиальной части»

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

Итак, примеры из раздела Принципиальная часть на практике.

Пункт h — здесь уместна схема копирования 1.1, 1.2 или 1.3. Реализуется так, как указано в их описаниях. ПО настраивается максимально просто в зависимости от спасаемых данных: для синхронизации, накопления и зеркалирования по расписанию применяйте под Windows «предыдущие версии файлов», SyncToy, PureSync или аналог, для остальных видов существуют Acronis TIH, Paragon Домашний Эксперт, тот же PureSync Personal или Cobian backup. Если делаете одну копию данных, но хитрую — возможно, удобнее будет KLS Backup.

Пункт g — варианты:

• копирование по схеме 1.3 для ценной части, самое ценное можно полноценно резервировать руками на «сингл» дополнительно, таким образом применив еще и схему 2.3b. Если перенос на «сингл» придется делать постоянно, то реализуйте аналогично пункту f.
• держать сам оригинал на ОУМ, делать текущее или резервное копирование самой ценной части на «сингл».

Пункт f — это любой вариант с двумя копиями (схемы 2.1, 2.2, 2.3). Первая копия может создаваться накопительной синхронизацией или вообще каким угодно способом по вкусу, вторая копия делается непрерывной или инкрементной на отдельный носитель или в «облачное» хранилище с помощью другого ПО. Типы носителей выберите сами, исходя из обстоятельств. Желаемый темп сжатия инкрементных копий до полных выбираете в настройках. Если хотите пользоваться только бесплатными решениями, то подход будет, как в пункте e, в абзаце про сочетание работы бесплатного ПО.

Пункт e — схема копирования с одной или двумя копиями во время работы, после завершения — схема 2.х. Настройте ПО или инструменты ОС для «непрерывной защиты» (non-stop backup или создания непрерывной цепочки версий) данных. Если с самого начала применяется схема 2.х, то далее есть 2 подхода:

• в том же ПО, к примеру в Акронисе, вы ставите опцию сохранения второй копии на еще одном носителе (на удаленном, облачном, аварийном),
• вы одним ПО делаете непрерывную цепь версий, а в то же время другим ПО ставите, к примеру, отдельный процесс инкрементного копирования того же рабочего раздела куда-то в другое место в расчете на то, что непрерывная копия — это уже достаточно надежно, но в особо важных случаях лучше подстраховать себя. Вторая серия копий идет на другой носитель. Лично я так и поступаю. Главное — настроить правильную частоту фиксирования изменений или, если работа имеет выраженные промежуточные состояния готовности, следуйте принципу, изложенному здесь.

Вообще, непрерывное копирование повышенной надежности можно и имитировать сочетанием работы разных алгоритмов на одной или двух приличных бесплатных программах. Например, синхронизация «Echo» или «Contribute» в SyncToy в сочетании с инкрементным копированием в Cobian Backup. Это достаточно часто, подробно — и прозрачно, поскольку используются только стандартные инструменты Windows и архиваторы. Схемы копирования — с одной или двумя копиями, по вкусу.

Пункт d — то же, что и пункт e, но сразу переходите ко второй части пояснения, где речь идет про сочетание программ типа SyncToy и Cobian. Однако не это является основой правильного сохранения версий, а такая организация работы, при которой версии и этапы совместной работы, если таковые имеются, сохраняются прежде всего самим пользователем по принципу, отмеченному здесь.

Пункт c. Тут подход нужен с упором на обеспечение надежности хранения. Поскольку речь идет об относительно редко пополняемых/изменяемых данных, то применяется минимум схема 2.2 или 2.3. Возможностей указанных выше бесплатных программ достаточно для того, чтобы:

• или время от времени автоматически делать сравнение исходного каталога со, скажем, содержимым архива и менять архив при изменении исходника с последующим пересохранением нового архива на 2 разных носителя — это если не нужна большая глубина версий, а достаточно простой надежности хранения. Мне в моей практике кажется более симпатичным вариант, когда одна программа делает обновление архива-копии исходника, а другая программа делает с исходного каталога независимый накопительный бэкап («Contribute» в SyncToy) и потом его архивирует. В зависимости от объема данных, вторым носителем может служить даже Яндекс.диск или подобный сервис
• или, если нужна глубина версий, то, к примеру, Cobian Backup способен вести бесконечную цепочку версий с заданным интервалом, также и в архиве. Я сильно пожалел как-то раз, что подобную схему не применил к своей локальной почтовой базе.

Пункт b. Самый простой выход: настроить бэкапер на инкрементное (или, если все серьезно, то Acronis TIH или службу теневого копирования на непрерывное) сохранение исходных данных с опцией, сжимающей после определенного времени архив путем поглощения промежуточных копий (напомню, в Windows «предыдущие версии» при достижении предельного объема просто начинают удалять самые старые записи). Через организацию частого инкрементного копирования можно достичь нужной защиты, выставив, к примеру, сохранение полной копии между инкрементными с чуть большей частотой, а в конце не забыть сначала сделать полный бэкап окончательного состояния, проверить его, разместить там, где планировалось, и только потом стереть копии, сделанные с промежуточных состояний. Тут большое поле для творческого подхода к настройке в зависимости от конкретных обстоятельств. Применять имеет смысл схемы до 2.3, на второй носитель делать копии альтернативным ПО и другим способом. По окончании работ — резервная копия на отключаемый накопитель.

Пункт a. Здесь реализация тоже простая, и это, наверное, единственный типовой случай, когда применение, к примеру, схемы копирования 3.3 оправдано. ОУМ, удаленный или аварийный «сингл» и облачный сервис. С оригиналом — всего 4 копии. Если в результате каких-то событий даже при такой схеме не сохранится ни одной копии — значит, или всей Земле сейчас не до ваших трудов, или ваша судьба не предусматривает их продолжения — настолько низка вероятность все прибить, если специально этим не заниматься. Хотя… лицам, склонным к саморазрушению, особенно во время тренировок по жидким видам спорта, я бы рекомендовал выражение «удаленный носитель» воплотить в жизнь буквально: отправить один HDD c копиями в другой город.

И на этой оптимистической ноте позвольте сообщить, что я полностью изложил все уместное.

Во второй части мы рассмотрим реализацию «натурных» задач.

 

Редактировалось Дата: Вторник, 02 августа 2016