Сценарий для резервного копирования файлов

Обновлено: 04.07.2024

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

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

Вы можете захотеть использовать опцию '--label=архивная_метка' для того, чтобы дать архиву метку тома, так что вы можете сказать, каков архив, даже если его метка выпала с ленты или случилось что-то в этом роде.

Если вы не уверены, что система, которую вы дампируете, помещается в одном томе, используйте опцию '--multi-volume'. Убедитесь, что у вас на руках достаточно ленты для завершения резервного копирования.

Если вы хотите дампировать каждую систему файлов отдельно, вам нужна опция '--one-file-system' ('-l'), для предохранения tar от пересечения границ системы файлов при сохранении (под)каталогов.

В опции '--incremental' ('-G') нет необходимости, т.к. есть полная копия всего в системе файлов, и полное восстановление из резервной копии может быть произведено только на полностью пустой диск.

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

'--listed-incremental=snapshot-файл' всегда требует аргумента имени файла. Если файл не существует, установите нулевой уровень дампа, создающий файл. Если файл существует, используйте этот файл для того, чтобы увидеть, что изменилось.

'--incremental' работает с пошаговым резервным копированием старого формата GNU.

Эта опция должна использоваться только при создании пошаговой резервной копии системы файлов. При использовании опции '--incremental' tar записывает в начале архива элемент для каждого каталога, которым нужно оперировать. Элемент для каталога включает список файлов каталога во время завершения дампирования и флаг для каждого файла, показывающий, нужно ли его помещать в архив. Информация используется при осуществлении полного пошагового обновления.

Заметьте, что эта опция заставляет tar создавать нестандартный архив, который нельзя прочесть не-GNU версиями программы tar.

Если опция '--incremental' используется с '--list', то tar для каждого каталога архива выдает список его файлов на время создания архива. Эта информация подается в формате, в котором нелегко читать, но который зато не является неоднозначным для программы: каждому файлу предшествует 'Y', если этот файл присутствует в архиве, 'N', если файл не включен в архив или 'D', если файл - каталог (и включается в архив). Каждое имя файла заканчивается нулем. За последним файлом следует дополнительный нуль и чистая строка, показывающие конец данных.

Если опция '--incremental' используется с '--extract', то когда находится элемент каталога, все файлы, существующие в каталоге, но не записанные в список архива, удаляются из каталога.

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

'--listed-incremental=snapshot-файл' работает с резервным копированием формата GNU.

'--listed-incremental=snapshot-файл' действует как '--incremental', но при использовании в сочетании с '--create' также заставляет tar использовать файл "файл", содержащий информацию о состоянии системы файлов во время последнего резервного копирования, чтобы определить, какие файлы включить в создаваемый архив. Затем файл модифицируется tar. Если файл "файл" не существует при задании этой опции, tar его создает и включает все соответствующие файлы в архив.

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

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

Вам может понадобиться использовать опцию '-M' для приказа tar хранить только те файлы, которые были модифицированы после указанного date. date - дата и время последнего полного/пошагового резервного копирования.

Стандартная схема - производить ежемесячный (полный) дамп - раз в месяц, еженедельный дамп - раз в неделю.

Ниже приведена копия сценария, ичпользуемого для дампирования систем файлов на машинах Free Software Foundation. Этот сценарий выполняется через cron поздно ночью, , когда люди меньше любят сидеть за машинами. Этот сценарий дампирует несколько систем файлов с нескольких машин (через NFS). Оператор должен убедиться, что все машины завершили работу ко времени, когда происходит дамп. Если машина ничего не выполняет, ее файлы не дампируются и пошаговый дамп следующего дня не сохраняет файлы, которые приходят для дампа.

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

Этот сценарий использует файл 'date.nfs.dump' для хранения даты/времени последнего дампа.

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

'--incremental' ('-G') используется в сочетании с '--create', 'extract' или '--list' при резервном копировании и обновлении системы файлов. Архив нельзя извлечь, и нельзя составить список его членов с помощью опции '--incremental', если он был создан не с помощью опции. Эта опция должна использоваться только сценарием, а не пользователем, и обычно безотносительно к опции '--listed-incremental=snapshot-файл', которая описывается ниже.

'--incremental' в сочетании с '--create' заставляет tar записывать в начало архива элемент каждого каталога, который будет архивироваться. Элемент для каталога включает список всех файлов каталога во время, когда архив создан, и флаг для каждого файла, показывающий, нужно ли его заносить в архив.

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

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

При использовании '--incremental' в сочетании с '--list' tar для каждого каталога архива выдает список его файлов на время создания архива. Эта информация подается в формате, в котором нелегко читать, но который зато не является неоднозначным для программы: каждому файлу предшествует 'Y', если этот файл присутствует в архиве, 'N', если файл не включен в архив или 'D', если файл -каталог (и включается в архив). Каждое имя файла заканчивается нулем. За последним файлом следует дополнительный нуль и чистая строка, указывающие на конец данных.

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

Более эффективно делать полный дамп только иногда. Чтобы зарезервировать файлы между полными дампами, вы можете использовать пошаговый дамп. Дамп уровня 1 архивирует все файлы, изменившиеся после последнего полного дампа.

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

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

Перед использованием этих сценариев вам нужно отредактировать файл 'backup-specs', который задает параметры, используемые для сценариев резервного копирования и сценария обновления.

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

Имя сценария обновления - restore. Имена сценариев резервного копирования первого уровня и полного - level-1 и level-0. Сценарий level-0 также существует под именем weekly, а level-2 - daily - эти дополнительные имена можно изменить в соответствии с вашим планом резервного копирования.

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

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

оболочки. таким образом. 'backup-specs' - в синтаксисе сценария оболочки. Какой параметр. посмотреть сценарии резервного копирования. которые нужно найти. сейчас синтаксис. значение указывает на неубедительное. 'backup-specs' задает следующие параметры:

Пользовательское имя администратора резервного копирования.

Час, в который производится резервное копирование. Это может быть число от 0 до 23 или строка 'now'.

Устройство tar. Это устройство должно подключаться к машине, на которой выполняются сценарии дампа.

Команда для получения состояния архивного устройства, включая ошибки. На некоторых ленточных устройствах может не быть такой команды, в этом случае просто используйте 'TAPE_STSTUS=false'.

Блочный фактор, который tar использует при записи дампированного архива.

Список систем файлов, подлежащих дампированию. Вы можете включить в этот список имя каталога - включатся подкаталоги этой системы файлов, безотносительно к тому, как они могут выходить на другие сетевые машины. Подкаталоги других систем файлов будут игнорироваться. Имя машины задает, на какой машине выполнять tar которая содержит систему файлов. Однако на этой машине должен быть установлен GNU tar, и она должна иметь доступ к каталогу, содержащему сценарии резервного копирования и их файлы, использующие те же имена, что и на машине, на которой выполняются сценарии (т.е. которые pwd будет печатать, находясь в этом каталоге на этой машине). Если машина содержит систему файлов, не имеющую такой возможности, вы можете задать другую машину, так же, как доступ к системе файлов через NFS.

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

Пример текста 'Backup-specs' *

Нижеприведенное - текст 'backup-specs', как он возникает в FSF:

Синтаксис 'Backup-specs' *

'Backup-specs' - в синтаксисе сценария оболочки. При редактировании сценария рассматриваются следующие соглашения:

Взятый в кавычки текст рассматривается как непрерывный, даже если он состоит из более чем одной строки. Таким образом, вы не можете включить текст, превращенный в комментарий, в многострочный, взятый в кавычки. BACKUP_FILES и BACKUP_DIRS - два наиболее предпочтительных параметра для этого.

Текст, взятый в кавычки, обычно не содержит wildcards. Однако в 'backup-specs' параметры BACKUP_FILES и BACKUP_DIRS могут содержать wildcards.

Синтаксис выполнения сценария резервного копирования:

где время_выполнения - или заданное системное время, или now. Если вы не задаете время, подразумевается время, заданное в 'backup-specs'.

Сценарии резервного копирования записывают два файла в систему файлов. Первый - файл '/etc/tar-backup/', который используется сценариями для хранения и извлечения информации о том, какие файлы дампированы. Этот файл не предназначен для чтения людьми и не должен быть ими удален.

Сценарий также выдает имя каждой системы, дампированной на стандартный вывод.

(Этот раздел был убран - сейчас только основное.)

Чтобы обновить файлы, заархивированные с помощью сценарного резервного копирования, используйте сценарий restore. Синтаксис этого сценария:

где ***** - системы файлов для обновления, ***** - регулярное выражение, которое задает, какие файлы обновлять. Если вы задаете -all, сценарий обновляет все файлы системы файлов.

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

Если вы задаете '--all' как аргумент имени файла, сценарий restore извлекает файлы в активную систему файлов.

Предостережение: сценарий удаляет файлы из активной системы файлов, если они не были в системе файлов, когда был создан архив.

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

Для резервного копирования имеется куча решений разной степени функциональности и стоимости. Например, за сохранность данных на моём макбуке отвечает Apple Time Capsule , а за рабочими серверами следит Acronis Backup Standard версии 12.5, отнюдь не бюджетное решение. Зато, как и в случае с TimeCapsule, всегда имеется возможность не только восстановить случайно удалённый файл, но и откатиться к более ранней версии, на несколько дней назад (срок зависит от настроек).

Резервное копирование и восстановление файлов средствами Windows 10

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

Для примера создадим задание для ежедневного резервного копирования папки "Документы" на флешку. Делается это в «Панели управления», кликнув по ссылке «Архивация и восстановление (Windows 7)». Я постарался наглядно показать весь процесс на скриншотах:

Откроется программа архивации данных, где предлагается настроить резервное копирование. Сперва указываем где собираемся хранить копии. Из списка доступных устройств (флешки или внешние жёсткие диски) выбираем место хранения архивов. Также, копии можно создавать и на сетевых ресурсах – NAS или других компьютерах в сети.

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

Беэкап — что это и зачем?

Бэкап (backup) — резервная копия каких-либо данных. Предположим, у вас на компьютере есть папка с любимыми фотографиями. Вы взяли и скопировали все снимки на отдельную флешку. Это и есть простейший бэкап.

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

Как часто делать бэкапы — зависит от важности информации и периодичности ее обновления.

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

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

Стандартные средства Windows

Начиная с Windows 8, можно создать образ системы без помощи сторонних приложений. Образ — это все данные на вашем компьютере, скопированные в определенный момент времени. Они сохраняются в специальной структуре, из которой впоследствии можно все восстановить обратно той же утилитой.

Сохранять образ рекомендуется на внешний носитель — съемный HDD, флешку (носители должны обязательно быть отформатированы в NTFS) или компакт-диск. Утилита позволяет сделать бэкап системного логического диска на другой диск, например, сохранить все данные с «C» на «D», но делать это не стоит, поскольку «летят» обычно не логические диски, а весь физический, поэтому такой бэкап окажется бесполезным.

Как только вы нашли место для своего бэкапа, можно приступать:

Через меню «Пуск» — «Параметры» перейдите в подраздел «Обновление и безопасность».

Кликните по вкладке «Служба архивации». В открывшемся блоке нажмите «Перейти в раздел Архивация и восстановление».

В новом окне нажмите по «Создание образа системы».

Выбрав место для хранения, нажмите «Далее». Здесь необходимо указать диски, образ которых вы хотите сделать. Выберите диск, на котором у вас установлена система (подсказкой служит соответствующее слово). Также обязательно поставьте галочку напротив строчки «Зарезервировано системой». Ниже можно узнать объем, который будет занимать весь образ. Если свободного пространства не хватает, вы получите предупреждение, как на скриншоте ниже.

Подтвердите все свои действия и в последнем окне нажмите на кнопку «Архивировать». После этого начнется процесс создания образа. Время выполнения — от нескольких минут до часа в зависимости от объема данных.

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

Где лучше хранить бэкап? Идеально — компакт-диск или внешний HDD.

На крайний случай можно временно использовать flash-память. А вот SSD — не самый лучший выбор, поскольку в обесточенном состоянии ячейки памяти хранят данные около 6 месяцев.

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

Затем в системном меню Windows выберите «Поиск и устранение неисправностей» — «Дополнительные параметры» — «Восстановление образа системы». Остается только указать образ и подтвердить.

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

Важно! Аппаратная часть ПК или ноутбука должны быть идентичными, иначе при развертывании образа часть устройств будут не определены из-за отсутствия драйверов

Сторонний софт для создания бэкапа

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

Acronis True Image

Возможно, самый известный софт. Интуитивно-понятный интерфейс и максимальная простота сделали его незаменимым инструментом для системных администраторов и не только. Функционал программы включает:

создание загрузочных носителей;

создание на диске специального защищенного раздела для бэкапов;

организация удаленного доступа к компьютеру и другое.

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

В качестве примера давайте рассмотрим, как создать резервную копию системного диска:

В левой нижней части окна нажмите на «Добавить копию». Далее вам необходимо выбрать источник и хранилище. В качестве источника укажите системный диск. Здесь же можно оценить размер будущего образа.

Остается только нажать на кнопку создания резервной копии. При необходимости ее можно зашифровать паролем.

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

Обратите внимание, что образы Acronis True Image имеют разрешение «.tib». Соответственно, восстановление возможно только через этот софт. В программе также можно настроить расписание автоматического резервного копирования с выбором из нескольких схем. Например, при создании нового бэкапа старый будет автоматически удаляться или обновляться только новыми изменениями.

Чтобы восстановить систему, достаточно перейти в соответствующий раздел и правильно указать место для развертывания образа. Сделать это можно, даже если Windows не прогружается, например, при помощи загрузочной флешки c WindowsPE, на которой предустановлен Acronis.

Iperius Backup

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

генерирование образов дисков;

бэкапы баз данных (Oracle, SQL, MySQL и других);

создание копий ESXi/HyperV и открытых файлов VSS;

запись резервных копий по FTP-протоколу;

поддержка шифрования AES 256 bit.

Небольшой нюанс — в бесплатной версии вы не сможете сделать образ диска, но Iperius Backup дает пробный период в 21 день. Стоимость лицензий начинается от 29 евро. Впрочем, ценник невысокий, учитывая инструментарий.

Создание резервной копии диска не представляет особых сложностей — достаточно выполнить несколько простых действий:

1. Выберите элемент для резервного копирования. Это может быть как папка, так и логические диски.

2. При бэкапе дисков вам предложат выбрать тип копии. Формат будет идентичный, но во втором случае (Образ Windows) вы сможете сделать восстановление стандартной утилитой, о которой мы говорили ранее.

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

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

5. Финальный шаг — кликнуть ПКМ по элементу в списке заданий и нажать «Запустить».

Восстановить образы VHD/VHDX можно через меню «Восстановление».

Iperius Backup — это функциональный инструмент для ручного и автоматизированного создания резервных копий с единственным недостатком: за функционал придется платить.

Облако как лучшее хранилище для бэкапа

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

Если коротко, то самый большой объем бесплатного пространства предлагает Google Диск и сервис Mega. У Google ограничение на загрузку отдельного файла целых 5 ТБ, поэтому образ «чистой» Windows вполне можно сохранить, не говоря о многочисленных документах, фото и других файлах.

В Mega на бесплатных аккаунтах установлен лимит на передачу данных с одного IP-адреса до 4 ГБ каждые 6 часов. На первый месяц вам дают целых 50 ГБ облака (15 стандартные + 35 за регистрацию). Впрочем, за отдельные действия можно еще на 180–365 дней получить бонусный объем и трафик.

Если говорить о платных тарифах, то здесь есть масса вариантов. Например, «Яндекс.Диск» предлагает 3 ТБ всего за 900 рублей в месяц, а при годовой подписке ценник снижается до 625 рублей. Mega в свою очередь дает 16 ТБ за 29,99 евро в месяц.

Большинство домашних компьютеров имеют HDD на 500–1000 ГБ, которые далеко не всегда полностью забиты данными, поэтому брать облако больше, чем 1-2 ТБ обычным юзерам особого смысла нет.

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

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

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

Что такое бэкап простыми словами?

MSI RTX 3070 сливают дешевле любой другой, это за копейки Дешевая 3070 Gigabyte Gaming - успей пока не началось

Бэкап – это резервная копия каких-либо данных. Например, в вашем компьютере установлены 3 накопителя: SSD и два жестких диска – HDD 1 и HDD 2. На HDD 1 вы храните ценные для вас семейные фотографии, и вдруг он выходит из строя, унося с собой всю имеющуюся на нем информацию. Вы пробуете программы для восстановления данных с поврежденных «винчестеров», но ничего не помогает. Остается только одно – идти в специализированный сервис и отдавать кругленькую сумму. И то не факт, что помогут. А вот если бы эти фотографии были не в единственном экземпляре и хранились где-нибудь еще…

Как сделать бэкап?

Сделать резервную копию каких-либо файлов очень просто: их нужно скопировать на другой физический накопитель. Подчеркну: именно на другой физический накопитель, а не на другой «локальный диск». Физический накопитель (SSD или жесткий диск) может состоять из нескольких разделов. Простой пример из жизни: физический накопитель – это ящик для столовых приборов, а локальные диски – это разные отсеки; один для ножей, один для вилок, один для ложек и так далее. То есть, если у вас HDD 1 разбит на разделы D и E, а HDD 2 на разделы F и G, то недостаточно скопировать фотографии из раздела D в раздел E – необходимо «забэкапить» их в раздел F или G. Но находясь даже в нескольких экземплярах на одном компьютере или в одной квартире, данные все равно могут потеряться – например, в случае чрезвычайных обстоятельств вроде пожара. Вот простые правила, которые помогут этого избежать.

Главные правила резервного копирования

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

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

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

Правило третье: если речь идет о домашнем ПК, делайте резервные копии только действительно важных данных. Нет никакой надобности бэкапить любимые игры или сериалы – если полетит SSD/жесткий диск, их всегда можно скачать заново. А вот уникальные и имеющиеся только у вас данные, такие, как сохраненки для игр, уже вполне можно бэкапить, если вы заядлый геймер. Но чаще всего в случае домашних бэкапов сохраняются копии личных/семейных фотографий и видео, а также заметок.

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

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

Как защитить резервную копию данных на удаленном сервере при помощи шифрования?

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

Выберите «Тома» – «Создать новый том», далее – «Создать зашифрованный файловый контейнер» – «Обычный том». Подойдет AES с алгоритмом хеширования SHA-512. После этого укажите максимальный размер тома – он должен быть таким, чтобы туда влезли все ваши файлы, резервную копию которых вы хотите создать. Введите подходящий пароль и подтвердите, что собираетесь хранить в контейнере файлы размером более 4 ГБ. Дальше следуйте указаниям программы. Жмите «разметить», а по окончанию шифрования монтируйте созданный контейнер и переносите туда нужные файлы, после чего размонтируйте.

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

Заключение

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

Читайте также:

Сценарий для резервного копирования файлов

Пример текста 'Backup-specs' *

Синтаксис 'Backup-specs' *

Резервное копирование и восстановление файлов средствами Windows 10

Беэкап — что это и зачем?

Стандартные средства Windows

Сторонний софт для создания бэкапа

Acronis True Image

Iperius Backup

Облако как лучшее хранилище для бэкапа

Что такое бэкап простыми словами?

Как сделать бэкап?

реклама

Главные правила резервного копирования

реклама

реклама

Как защитить резервную копию данных на удаленном сервере при помощи шифрования?

Заключение