Резервное копирование системы: Sorry, this page can’t be found.

01.01.1987 alexxlab

Содержание

Резервное копирование системы | Русскоязычная документация по Ubuntu

Как известно, «пользователи компьютера делятся на тех, кто делает бэкапы, и тех, кто будет их делать». В этой статье мы рассмотрим различные способы резервного копирования (бэкапа) всей системы и, соответственно, восстановления из резервной копии.

Сразу стоит отметить, что все операции стоит производить не «по-живому», т.е. не на работающей системе, а с liveCD или установленной на соседнем разделе/флэшке/usb-hdd системы. В случаях, когда простой в несколько минут критичен для системы, возможно копирование системы из-под самой себя, но при этом нужно учитывать некоторые дополнительные условия, которые в данной статье пока что не рассматриваются Далее по тексту для действий, выполняемые от имени суперпользователя, будет использоваться команда sudo, что является стандартом для Ubuntu. В других системах возможно получение привелегий суперпользователя через su, некоторые liveCD-системы по умолчанию работают в режиме суперпользователя

tar

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

Создание архива

Для начала создайте точки монтирования для корневого раздела и для раздела, на котором вы собираетесь создавать бэкап, например так

sudo mkdir /mnt/{root,backup}

Смонтируйте оба раздела. Для большей надежности можно смонтировать корневой раздел в режиме read-only (только для чтения), чтобы исключить вероятность случайного изменения данных

sudo mount /dev/sdXY /mnt/root -o ro
sudo mount /dev/sdXY /mnt/backup

(Вместо «sdXY» используйте ваши значения для нужных разделов. определить их можно с помощью sudo fdisk -l или sudo blkid)

В случае, если вы используете отдельные разделы для /boot, /usr, /home и пр. и хотите включить их содержимое в бэкап, примонтируйте их в соответствующие папки

sudo mount /dev/sdXY /mnt/root/usr -o ro
sudo mount /dev/sdXY /mnt/root/home -o ro

При необходимости создайте на бэкап-разделе папку, в которой вы хотите разместить архив, например

sudo mkdir -p /mnt/backup/ubuntu/root

Теперь можно приступить к созданию архива. Чтобы создать архив с gzip-сжатием, выполните

sudo tar -cvzpf -C /mnt/root /mnt/backup/ubuntu-sda1.tar.gz .

(Ключ -p включает сохранение владельцев и прав доступа для файлов ¹⁾)

Для bzip2-сжатия используйте

sudo tar -cvjpf /mnt/backup/ubuntu-sda1.tar.bz2 /mnt/root

Для lzma-сжатия

sudo tar --lzma -cvpf /mnt/backup/ubuntu-sda1.tar.lzma /mnt/root

Аналогично для lzo-сжатия — ключ --lzop вместо --lzma

Различные алгоритмы сжатия дают разный размер архива, а также отличаются по производительности

По завершении процесса отмонтируйте все смонтированные разделы

sudo umount /mnt/root{/boot,/var,/home,} /mnt/backup

Восстановление из архива

Внимание! Данный способ предполагает полный откат к состоянию на момент создания архива с заменой всех данных!

Создайте точки монтирования для корневого раздела и раздела, на котором хранится ваш архив

sudo mkdir /mnt/{root,backup}

Примонтируйте раздел с архивом-бэкапом

sudo mount /dev/sdXY /mnt/backup -o ro

Отформатируйте корневой раздел в ту же (или другую) ФС. Если вы используете отдельные разделы для /usr, /boot и пр. и архивировали их, отформатируйте их тоже

sudo mkfs.reiserfs -l "root" /dev/sdXY
sudo mkfs.ext2 -L "boot" /dev/sdXY
sudo mkfs.ext4 -L "home" /dev/sdXY

(если вы восстанавливаете систему на новый жесткий диск, разметьте его с помощью fdisk/gparted и отформатируйте разделы)

Некоторые файловые системы поддерживают задание UUID при форматировании. Это дает возможность создать ФС с таким же UUID, как у старой, что позволит избежать необходимости править fstab.

Для ext2/3/4 UUID задается с помощью ключа -U, а еще больше упростить задачу можно командой вида

sudo mkfs.ext4 -L "label" -U "$(sudo blkid -o value -s UUID /dev/sda1)" /dev/sda1

Для reiserfs это будет ключ -u, для reiser4 -U, для остальных см. man mkfs.тип

Смонтируйте свежесозданные ФС

sudo mount /dev/sdXY /mnt/root
sudo mount /dev/sdXY /mnt/root/home

Теперь можно распаковать содержимое архива на место

sudo tar --same-owner -xvpf /mnt/backup/ubuntu-2010-10-07.tar.bz2 -C /mnt/root/

(ключ -C задает каталог, в который нужно распаковать файлы. ключ --same-owner сохраняет владельцев файлов при распаковке)

Если вы воспользовались советом выше и создали ФС тех же типов с теми же UUID — можете смело пропустить этот пункт. В противном случае вам придется исправить fstab в соответствии с произведенными изменениями. Откройте этот файл в любимом текстовом редакторе (например, nano) и замените UUID (и тип ФС, если форматировали что-либо в другую ФС) нужных разделов

sudo nano /mnt/root/etc/fstab

Сохраните файл, выйдите из редактора и отмонтируйте все смонтированные разделы

sudo umount /mnt/root{/var,/boot,} /mnt/backup

dd — копирование раздела

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

Данный метод имеет следующие преимущества:

полное сохранение прав доступа, xattr (расширенные атрибуты файлов), acl и прочих атрибутов файлов — раздел копируется вместе с файловой системой и всем ее содержимым в том виде, в каком данные записаны на диск

универсальность — dd присутствует в любой Linux-системе
возможность копирования разделов с экзотическими ФС (например, Reiser4)
возможность работы с образом как с реальным разделом

Однако, есть целый ряд недостатков:

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

Учитывая вышеизложенное можно сказать, что dd — не самый лучший инструмент в данном случае. С другой стороны, в освоении и использовании он проще многих других средств.

Создание образа

Нельзя допускать, чтобы данные на разделе изменялись во время копирования, иначе данные в образе будут противоречивы, а сам бэкап — бесполезен. Можно выбать один из следующих вариантов:

Раздел отмонтирован (как в этой статье)
Раздел смонтирован только для чтения
Используются снапшоты (например, с помощью LVM)

Создайте точки монтирования для корневого и бэкап-разделов

sudo mkdir /mnt/{root,backup}

Смонтируем раздел для бэкапа

sudo mount /dev/sdXY /mnt/root

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

sudo dd if=/dev/zero of=/mnt/root/zero bs=4M

(Опция if задает входной файл, в данном случае это /dev/zero — псевдоустройство, генерирующее поток нулевых байтов; опция of — выходной файл, в которые записываются наши данные; bs задает размер блока, т.е. количество информации, считываемой/записываемой за один раз — в данном случае это 4МБ)

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

sudo rm -v /mnt/root/zero

Отмонтируйте корневой раздел

sudo umount /mnt/root

Все, можно приступать к процессу.

Монтируем тот раздел, куда будем сохранять бэкап

sudo mount /dev/sdXY /mnt/backup

Выполняем операцию, по созданию бэкапа

sudo dd if=/dev/sdXY bs=1M conv=noerror | gzip -c > /mnt/backup/root.dd.gz

sdXY — ваш корневой раздел. (в данном примере мы используем немного усложненный вариант — по мере копирования сразу же пропускаем данные через архиватор, в итоге получая уже сжатый образ. вместо gzip вы можете применить lzma или другой архиватор на ваш выбор. также можете поэкспериментировать с размером блока — данная опция влияет на производительность. с опцией conv=noerror

процесс не будет прекращен при ошибке чтения/записи)

знающие люди, распишите кто-нибудь про оптимальный подбор bs (что конкретно оно дает),

[i|o]bs — размер блока при работе с потоком. ibs — размер блока при чтении, obs — размер блока при записи, bs — устанавливает оба значения сразу. Рекомендуется ставить кратным степени двойки, умноженной на размер кластера файловой системы (обычно это 4096 байт). Для современных жестких дисков 1Мб — это нормально, но значения, бОльшие 64кб, на мой взгляд, не ускоряют операций с диском. — AnrDaemon 2012/03/12 22:40

а заодно про conv=sync (нужен ли он)

НЕТ!!!!!!!!!!!!!!!!!! Это может привести к повреждению результирующего образа. man dd для разнообразия? Там даже пример есть. На русском, если у вас русские маны стоят. А вот iflag=direct (либо, при записи на блочное устройство — oflag) при работе с блочными устройствами использовать стОит, чтобы не получить на выходе файл «образа» раз в 5 бОльше исходного раздела. — AnrDaemon 2012/03/12 22:40

Понятно чем больше значение bs, тем бóльшими блоками данных будет оперировать dd и тем быстрее работа. Оптимальным для скорости считается размер блока, равным или чуть меньшим половины объёма кэша жесткого диска. Но нужно еще выяснить есть ли опасность задания слишком больших значений bs. Не известно есть ли возможность при большом параметре bs «зацепить» в образ одного раздела кусок следующего? И что случится при восстановлении раздела из такого образа? Не затронет ли dd соседний раздел?

Если не использовать копирование напрямую с диска (/dev/sdL), а работать с разделами (/dev/sdLN) или файлами (ранее созданными резервными копиями), и не использовать ненужных опций, типа conv=sync — никакой опасности нет. Чтение просто остановится в конце файла(устройства). — AnrDaemon 2012/03/12 22:41

Для слабых компьютеров имеет смысл применить вариант без архивации «на лету»

sudo dd if=/dev/sdXY of=/mnt/backup/root.dd bs=1M conv=noerror

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

dd работает весьма «молчаливо», но есть хитрый способ узнать о ходе процесса. В соседней tty-консоли (обычно переключаются по Alt + F1 … Alt + F6) или новой вкладке графического терминала выполните

killall -s USR1 dd

Теперь вернитесь на вкладку/консоль с dd — там вы увидите информацию об объеме скопированных данных и скорости записи.

Если вы хотите видеть вывод данных о работе dd постоянно (через определенные промежутки времени), то во второй консоли следует ввыполнить:

sudo watch -n2 killall -SIGUSR1 dd

в параметре -n2 — 2 означает выполнять команду каждые две секунды.

Повторите все этапы для отдельных разделов (/boot, /usr и пр.), если таковые имеются.

По завершении процесса отмонтируйте бэкап-раздел

sudo umount /mnt/backup

Восстановление раздела из образа

Смонтируйте раздел с образом-бэкапом

sudo mount /dev/sdXY /mnt

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

gzip -dc /mnt/root.dd.gz | sudo dd of=/dev/sdXY bs=1M conv=noerror

Или же для несжатого образа

sudo dd if=/mnt/root.dd of=/dev/sdXY bs=1M conv=noerror

(в обоих случаях sdXY — ваш корневой раздел)

Если вы хотите распаковать систему на новый жесткий диск, разметьте его с помощью fdisk/gparted/etc (чем умеете), создав корневой раздел того же размера (или больше, главное — не меньше). В случае, если новый раздел больше исходного, вам потребуется после распаковки расширить раздел с помощью parted/gparted, а также ФС на разделе (не все ФС поддерживают увеличние размера!)

Монтирование образа

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

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

bzip2 -dv /media/backup/sda5.dd.bz

Теперь можно смонтировать образ

sudo mount /media/backup/sda5.dd -o loop /mnt

(С опцией loop программа mount автоматически «подцепит» файл-образ на свободное loop-устройство, после чего смонтирует файловую систему)

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

sudo umount /mnt

dd — копирование всего жесткого диска

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

Создание образа

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

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

Выберите раздел, на котором вы собираетесь разместить файл-обарз. Разумеется, это должен быть раздел другого жесткого диска. Также убедитесь в наличии достаточного количества свободного места на этом разделе (например, с помощью утилиты df) — объем свободного места должен соответствовать объему копируемого жесткого диска (при сжатии образ получится меньше, но это зависит от типа хранимых данных).

Смонтируйте бэкап-раздел

sudo mount /dev/sdXY /mnt

Теперь можно приступать

sudo dd if=/dev/sdX bs=1M conv=noerror,sync | lzma -cv > /mnt/hdd.dd.lzma

(здесь «sdX» — диск, а не раздел! для копирования без сжатия команда аналогична приведенной выше для бэкапа раздела)

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

sudo umount /mnt

Восстановление из образа

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

Убедитесь, что ни один раздел восстанавливаемого диска не используется. Смонтируйте бэкап-раздел

sudo mount /dev/sdXY /mnt

Можно приступать к процедуре

bzip2 -dc /mnt/hdd.dd.bz | sudo dd of=/dev/sdX bs=1M conv=sync,noerror

Или же для несжатого образа

sudo dd if=/mnt/hdd.dd.bz of=/dev/sdX bs=1M conv=sync,noerror

По завершении отмонтируйте бэкап-раздел

sudo umount /mnt

Если вы хотите распаковать образ на другой жесткий диск, он должен иметь размер не меньше оригинального. В случае, если новый диск большего объема, вы сможете расширить разделы либо создать новый раздел на свободном месте с помощью parted/fdisk/gparted/etc

Не используйте оба жестких диска («дубликат» и «оригинал») одновременно! При подключении обоих дисков в системе будет по два раздела на каждый UUID, что приведет к проблемам в работе или невозможности загрузки

Монтирование образа

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

Если образ сжатый — распакуйте его. Теперь «подцепите» образ на loop-устройство

sudo losetup -fv /media/backup/sda.dd

(С ключом -f программа автоматически найдет свободное loop-устройство, иначе необходимо явно указывать его)

losetup выведет на экран имя использованного устройства — если вы не работаете с другим файлами-образами (iso, шифрованными контейнерами и пр.), это скорее всего будет /dev/loop0

Теперь мы имеем устройство, являющееся для системы жестким диском, но не имеем доступа к его разделам. Добраться до разделов поможет программа kpartx (может потребоваться установка одноименного пакета)

sudo kpartx -av /dev/loop0

(Ключ -a — добавить разделы для заданного устройства; -v — информативный вывод)

Программа выведет имена созданных устройств для разделов диска: loop0p1 для первого раздела, loop0p2 — для второго, по аналогии с разделами обычного диска. Файлы устройств будут находиться в папке /dev/mapper

Теперь можно работать с разделами и ФС на них. Например, смонтировать бывший sda5 и записать на него файлы

sudo mount /dev/mapper/loop0p5 /mnt

По заверешнии отмонтируйте раздел

sudo umount /mnt

Удалите устройства-разделы с помощью kpartx

sudo kpartx -dv /dev/loop0

и освободите loop-устройство

sudo losetup -v -d /dev/loop0

Все! Изменения записались, а ваш образ снова стал обычным файлом

cp

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

С другой стороны, данный способ имеет ряд преимуществ:

универсальность — cp вы найдете в любой Linux-системе
низкая требовательность к ресурсам (вследствие отсутствия сжатия и простоты механизма)
простота дальнейшей работы с резервной копией (добавления/изменения/удаления файлов, извлечения нужных данных и пр.)

Создание копии

Создайте точки монтирования для корневого и бэкап-разделов

sudo mkdir /mnt/{root,backup}

Смонтируйте оба раздела

sudo mount /dev/sdXY -o ro /mnt/root
sudo mount /dev/sdXY /mnt/backup

Смонтируйте разделы для /usr, /boot и пр., если таковые имеются

sudo mount /dev/sdXY -o ro /mnt/root/home

Создайте на бэкап-разделе папку для своего бэкапа

sudo mkdir /mnt/backup/ubuntu

Можно начинать

sudo cp -av /mnt/root/* /mnt/backup/ubuntu

(ключ -a включает копирование ссылок «как есть», сохранение всех возможных атрибутов файлов и рекурсивный режим. ключ -v — вывод информации о происходящем)

По завершении процесса отмонтируйте все разделы

sudo umount /mnt/backup /mnt/root/{usr,home,}

В дальнейшем вы сможете заархивировать ваши данные любым удобным способом

Восстановление из копии

Создайте точки монтирования для разделов

sudo mkdir /mnt/{root,backup}

Смонтируйте бэкап-раздел

sudo mount /dev/sdXY -o ro /mnt/backup

Отформатируйте корневой раздел и разделы /usr, /boot и пр., если таковые имеются. (Про форматирование разделов с сохранением UUID см. в разделе про tar)

sudo mkfs.reiserfs -l "root" /dev/sdXY
sudo mkfs.ext2 -L "boot" /dev/sdXY
sudo mkfs.ext4 -L "home" /dev/sdXY

Смонтируйте свежесозданные ФС

sudo mount /dev/sdXY /mnt/root
sudo mount /dev/sdXY /mnt/root/usr
sudo mount /dev/sdXY /mnt/root/var

Процесс копирования происходит аналогично, только в обратном направлении

sudo cp /mnt/backup/ubuntu/* -av /mnt/root

По завершении копирования отредактируйте fstab, исправив UUID разделов

sudo nano /mnt/root/etc/fstab

Отмонтируйте разделы

sudo umount /mnt/backup /mnt/root/{usr,home,}

squashfs

squashfs — файловая система, создаваемая в виде файла-образа, использующая сжатие.

Она имеет целый ряд преимуществ, таких как:

возможность работы со сжатым образом напрямую, без предварительной распаковки
очень информативный вывод информации о ходе рабты
возможность монтирования образа как обычной ФС (через loop-устройство)
сохранение атрибутов файлов (прав доступа, владельцев, временных отметок, а с версии 4.1 также и xattr) по умолчанию
поддержка файлов больших размеров (максимальный размер файла, как и самой ФС — 2⁶⁴ байт)
оптимизаия под многоядерные процессоры

Из недостатков можно выделить следующее:

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

Последний пункт означает, что для начала вам потребуется подобрать дистрибутив, содержащий пакет утилит для squashfs или же имеющий возможность установки из репозитория. В качестве примера можно предложить Parted Maigc, а вообще-то подойдет и liveCD Ubuntu, нужно будет просто установить пакет squashfs-tools

Создание образа

Cоздайте точки монтирования для корневого и бэкап-разделов

sudo mkdir /mnt/{root,backup}

Cмонтируйте оба раздела

sudo mount /dev/sdXY -o ro /mnt/root
sudo mount /dev/sdXY /mnt/backup

Cмонтируйте отдельные разделы для /boot, /usr и пр. (если имеются) в соответствующие папки

sudo mount /dev/sdXY -o ro /mnt/root/home

Все, можно приступать. Для создания образа используется утилита mksquashfs

sudo mksquashfs /mnt/root /mnt/backup/ubuntu-root.sqfs -no-duplicates

(С опцией -no-duplicates программа не будет исключать одинаковые по содержимому файлы. Многие программы используют пустые файлы для различных целей — без данной опции такие файлы не вошли бы в образ как дубликаты. Кроме того, можете поэкспериментировать с опцией -b — она задает объем данных, который будет считан/записан за один раз, до 1 МБ)

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

Готово! Осталость лишь отмонтировать разделы

sudo umount /mnt/backup /mnt/root{/usr,/var,/home,}

Помимо стандартного gzip-сжатия squashfs также поддерживает другие алгоритмы, список которых можно увидеть, выполнив mksquashfs --help. Имейте в виду, что поддержка lzma, lzo, xz может отсутствовать в более старых версиях squashfs-tools (идущих в составе старых LiveCD, например). Кроме того, для монтирования таких образов потребуется относительно свежее ядро с поддержкой squashfs соответствующих алгоритмов сжатия (например, см. CONFIG_SQUASHFS_XZ=y)

Кроме этого, можно создать образ и без сжатия — для этого используйте mksquashfs с опцией -noD

Восстановление из образа

Создайте точки монтирования для разделов

sudo mkdir /mnt/{root.backup}

Смонтируйте бэкап-раздел

sudo mount /dev/sdXY -o ro /mnt/backup

sudo mkfs.reiserfs -l "root" /dev/sdXY
sudo mkfs.ext2 -L "boot" /dev/sdXY
sudo mkfs.ext4 -L "home" /dev/sdXY

Смонтируйте свежесозданные ФС

sudo mount /dev/sdXY /mnt/root
sudo mount /dev/sdXY /mnt/root/usr
sudo mount /dev/sdXY /mnt/root/var

Можно приступать! Для распаковки образа используется утилита unsquashfs

sudo unsquashfs -d /mnt/root -f /mnt/backup/ubuntu-root.sqfs

(Ключ -d задает путь для распаковки, с ключом -f программа будет использовать существующие папки вместо попыток создать новые)

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

По завершении отредактируйте fstab, заменив UUID разделов на новые (если вы форматировали разделы с теми же UUID, пропустите этот шаг)

sudo nano /mnt/root/etc/fstab

Сохраните файл и отмонтируйте все разделы

sudo umount /mnt/backup /mnt/root{/usr,/var,}

Монтирование образа

squashfs монтируется как любой другой образ — через loop-устройство. Поддержка squashfs ядром включена во множестве дистрибутивов, в том числе и в Ubuntu, так что достаточно будет просто воспользоваться командой mount с опцией loop

sudo mount /media/backup/ubuntu-root.sqfs -o ro,loop /mnt

(Опция ro не обязательна, т.к. записать туда все равно ничего не получится)

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

По завершении отмонтируйте образ как обычную ФС

sudo umount /mnt

rsync

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

Простое использование

Синтаксис rsync подобен cp:

rsync -a /mnt/root /mnt/backup

Параметра -a очень часто бывает достаточно, он обеспечивает самое нужное: рекурсивное копирование директорий, сохранение информации о владельце и группе и т.д. Для отображения подробной информации о копировании используется ключ -v, с ним будьте внимательны, в потоке данных можно пропустить сообщение об ошибке. Ключ -x гарантирует, что rsync не выйдет за пределы указанной файловой системы.

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

«Умное» копирование позволяет сократить время простоя системы. Запускаем rsync прямо на работающей системе, данные в которой постоянно изменяется, rsync копирует данные, скажем, в течение нескольких часов. Затем переводим систему в read-only, снова запускаем rsync, теперь он копирует только те файлы, которые изменились за эти несколько часов. Через несколько минут мы имеем полную копию исходной ФС. Время простоя при этом сократилось на порядок по сравнению с оффлайн-копированием. А в некоторых случаях будет достаточно и одного онлайн-копирования без перевода системы в read-only.

Сохранение предыдущих копий

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

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

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

Синхронизация содержимого каталога для текущей резервной копии с каталогом источником:

rsync \
	--archive \ # сохранять всю дополнительную информацию о файлах
	--delete --delete-excluded \ # удаление из резервной копии несуществующих в источнике и исключённых файлов
	--progress \ # выводить информацию о прогрессе передачи
	"/home/user/Files/" \ # каталог источник
	"/backup/latest/" \ # каталог для текущей резервной копии
	--exclude='/Public/' # исключение ненужных каталогов

В каталоге «/backup/latest/» будет создана копия всех необходимых файлов и каталогов из источника и удалено всё лишнее.

Создание ещё одной текущей резервной копии без избыточности:

cp \
	--archive \ # сохранять всю дополнительную информацию о файлах
	--link \ # использовать жёсткие ссылки для файлов - устранение избыточности
	"/backup/latest/" \ # источником является полученная выше текущая резервная копия
	"/backup/$(date +%Y-%m-%d_%H-%M-%S)/" # пункт назначения - каталог с датой в имени для удобства (см. man date)

При следующем создании резервной копии rsync удалит в каталоге «/backup/latest/» файлы которые были удалены/исключены/изменены в каталоге источнике (измененные файлы сначала удаляются, а затем записывается новая версия). Однако удалены будут лишь имена файлов (те же жёсткие ссылки), сами файлы (данные) сохранены, поскольку на них были созданы жёсткие ссылки в соседнем каталоге командой «cp».

Прочие инструменты

Существует масса приложений для создания бекапов в Linux. Можно воспользоваться поиском по слову «backup» в Центре приложений Ubuntu, чтобы найти доступные в Ubuntu программы для работы с резервными копиями.

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

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

CLonezilla

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

Кстати, в сети можно найти и русскоязычные руководства

Parted Magic

Parted Magic — еще один отличный, но платный дистрибутив, содержащий целую коллекцию средств для бэкапа и восстановления информации, работы с дисками и разделами, а также восстановления утерянных данных. Он поддерживает множество ФС, LVM2 и RAID (как аппаратный, так и программный) и содержит в себе таки средства как fsarchiver, GParted, вышеупомянтый Clonezilla, и все, что потребуется для описанных в этой статье способов. Кроме того, в состав дистрибутива входит веб-браузер и некоторое другое дополнительное ПО. Дистрибутив переведен на несколько языков, включая русский, и имеет полноценный графический интерфейс.

LParted

LParted — полнофункциональный LiveCD, предназначенный в первую очередь для работы с разделами жестких дисков (HDD), безвозвратного удаления или восстановления данных и тестирования оборудования. Основан LiveCD на Lubuntu Linux. LParted является функциональным аналогом Parted Magic.

сюда бы добавить про SystemRescueCD и прочие

Ещё немного о сохранении данных

Для важных данных можно сделать зеркальный раздел на двух дисках. Для этого совсем не обязательно иметь RAID-контроллер и диски одинакового размера — можно, например, собрать зеркало из 80-гигабайтного старого винта и 80-гигабайтного же раздела на новом. Зеркалирование можно реализовать с помощью LVM или программного RAID. Однако, такой способ бесполезен в случае, например, попадания на шину +5В напряжения ~220В или падения метеорита на системный блок компьютера.
Гики-айтишники, имеющие дома свой сервер, могут расширить идею зеркалирования и использовать DRBD. Тот же RAID-1, но жёсткие диски находятся в разных компьютерах, что повышает надёжность.
Современное удобное решение — бэкапить данные в «облака», например, с помощью Ubuntu One, Dropbox, http://www.adrive.com/ и других.
Ни зеркалирование, ни репликация на Ubuntu One не спасут от случайного нажатия Delete, поэтому в любом случае делайте «классические» бэкапы. И в один ~~прекрасный~~ ужасный день все ваши труды и старания будут вознаграждены.

Ссылки

Backup Solution | Системы резервного копирования

BACKUP SOLUTION

Backup Solution это надежный источник полезной информации о корпоративных системах резервного копирования файловых серверов, приложений, баз данных физических или виртуальных машин с централизованным управлением.
Наша база знаний содержит информацию о современных технологиях резервного копирования, сравнении функциональных и технических характеристик, актуальные системные и аппаратные требования, руководства пользователей и администраторов различных решений, а так же возможность скачать и протестировать пробную версию программного обеспечения и многое другое.
Мы предлагаем программные решения, оборудование и свои профессиональные услуги для реализации комплексного подхода в вопросе резервного копирования на предприятиях различного масштаба и сложности инфраструктуры. На нашем сайте Вы можете напрямую обратиться за помощью к онлайн специалисту или оставить запрос на почту [email protected].

РЕЗЕРВНОЕ КОПИРОВАНИЕ

«ЛУЧШЕ ИМЕТЬ БЭКАП, ЧЕМ НЕ ИМЕТЬ»

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

ХРАНЕНИЕ РЕЗЕРВНЫХ КОПИЙ

«1-а резервная копия — 10-ки часов драгоценного времени»

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

ВОССТАНОВЛЕНИЕ ДАННЫХ

«Иметь резервную копию, не значит восстановить данные»

Правило № 1 «Храни резервную копию», правило № 2 «Убедись, что она рабочая». Управление восстановлением данных группы различных устройств это непростая и трудоемкая задача, решить которую можно только с помощью специализированных систем резервного копирования. Система поможет проверить работоспособность резервной копии, быстро организовать поиск и восстановление отдельных файлов или целую систему на исходном или новом оборудовании.

Системы резервного копирования, восстановления и архивирования

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

Дисковые и ленточные СРК

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

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

Территориально-распределенные СРК

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

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

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

Системы активного архивирования

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

Аварийное восстановление данных

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

Комплексные решения по РКВ и архивированию

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

заказать готовые варианты для системы в Open Vision

Преимущества резервного копирования:

Высокая скорость и гибкие возможности восстановления данных

Восстановление виртуальной машины целиком всего за несколько минут
Простое восстановление отдельных файлов с помощью возможности мгновенного восстановления файлов.
Восстановление объектов приложений Microsoft Exchange, Microsoft SharePoint, восстановление из аппаратных снимков систем хранения и другие возможности
Восстановление баз данных Microsoft SQL Server, объектов Microsoft Active Directory, и многого другого!

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

Вы сможете очень быстро создавать резервные копии с помощью аппаратных снимков NetApp и HP, а встроенная акселерация WAN позволяет переносить резервные копии на удаленную площадку до 50 раз быстрее, чем при обычном копировании файлов.
Возможности архивирования данных на магнитную ленту позволяют соответствовать требованиям и политикам долгосрочного хранения данных.
2-в-1: резервное копирование и репликация: создание резервных копий на уровне образа виртуальной машины, с учетом состояния приложений, а также улучшенные возможности репликации.
Быстрое и безопасное архивирование резервных копий

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

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

— мгновенное воспроизведение отдельных файлов;

— воссоздание всей программной системы за несколько минут;

— восстановление майкрософтовских приложений, сделанных предварительно «образов» систем хранения информации;

— реставрация системы администрирования базы данных, «Активных каталогов» от Microsoft.

2. Защита информации осуществляется непрерывно, послеаварийное ее восстановление оптимизировано для используемых бизнес-процессов:

— технологии аппаратных снимков СХД NetApp, HP позволяют быстро осуществлять резервное копирование информационных файлов, а беспроводные технологии обеспечивают их перенос на резервный накопитель в 50 раз быстрее, чем это демонстрирует традиционное копирование;

— стратегия долгосрочного хранения сведений соответствует архивации данных на носителях с магнитной лентой;

— резервные «снимки» всей виртуальной машины значительно повышают возможности репликации;

— все запасные копии быстро и безопасно архивируются.

3. Полноценно проведенное резервное дублирование гарантирует полное восстановление любого информационного файла:

— появляется возможность смоделировать воссоздание каждой успешно осуществленной резервной копии;

— восстановления сведений в любой выбранной точке становится реальностью.

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

— виртуальная модель создается практически моментально, а приложения запускаются из имеющихся копий;

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

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

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

— потребитель получает возможность планировать использование собственных IT-ресурсов, что обеспечивает их оптимальное использование;

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

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

Что такое резервное копирование и восстановление данных?

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

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

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

Резервные копии и снэпшоты

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

Что такое резервные копии?

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

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

Резервное копирование является стандартным компонентом планов обеспечения непрерывности бизнеса и аварийного восстановления (BCDR).

Что такое снэпшоты?

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

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

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

Полное, инкрементное и дифференциальное резервное копирование и восстановление

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

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

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

Восстановление с помощью резервных копий полного образа происходит быстро, но процесс резервного копирования для создания таких копий занимает много времени. В результате данные системы, скорее всего, изменятся после выполнения последнего полного резервного копирования. Любые изменения, произошедшие после последнего полного резервного копирования, не будут восстановлены. Этот метод не идеален для организаций с более короткими RTO/RPO.

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

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

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

Современное резервное копирование и восстановление с помощью Pure Storage®

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

Решения Pure Storage обладают множеством функций защиты данных, которые помогут вам достичь целей RTO и RPO. Ключевые преимущества:

Ускоренное восстановление для сред разработки/тестирования уровня 1, аналитики, ИТ-песочниц и резервных копий
Ускоренное резервное копирование баз данных для Oracle Recovery Manager, Microsoft SQL Server и MySQL
Встроенная защита от программ-вымогателей с помощью снэпшотов в безопасном режиме
Нулевое значение RPO благодаря синхронной репликации по сети и нулевое значение RTO благодаря прозрачному переходу на другой ресурс при сбое с помощью Purity ActiveCluster™

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

Резервное копирование и восстановление образа Windows 10 штатными средствами

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

В этой статье для резервного копирования образа Windows мы будем использовать классический инструмент System Image Backup. И хотя Microsoft перестала развивать его уже достаточно давно, он вполне пригоден для нашей задачи.

Как создать полную резервную копию образа Windows 10?

Для создания резервной копии образа Windows через System Image Backup можно воспользоваться консольной утилитой wbadmin.exe. Подключите к компьютеру внешний диск или USB флешку, на который будем сохранять образ.

Запустите консоль PowerShell с правами администратора.

В нашем случае Windows 10 установлена на диск C:\, и мы будем сохранять образ системы на USB флешку U: (на флешке должно быть достаточно свободного места).

wbAdmin start backup -backupTarget:U: -include:C: -allCritical -quiet

Примечание. Для создания резервной копии образа Windows с помощью Wbadmin.exe ваша учетная запись должна состоять в локальных группах Backup Operators или Администраторы.

Если вам нужно включить в резервную копию не только системный раздел, на котором установлена Windows 10, но и другие разделы, используйте такую команду:

wbAdmin start backup -backupTarget:U: -include:C:,D:,F:,G: -allCritical -quiet
Если нужно сохранить образ системы в сетевую папку, необходимо указать UNC путь к ней (у вашей учетной записи должны быть права на запись в этот каталог):

wbAdmin start backup -backupTarget:\\homepc2\imagebackup -include:C: -allCritical –quiet

Вы можете указать учетную запись для доступа к SMB каталогу так:
wbAdmin start backup -backupTarget:\\homepc2\imagebackup -user:user1 -password:user1Password -include:C: -allCritical –quiet
Если вы хотите добавить в резервную копию определенные каталоги, укажите их так:
include:E:\docs
Создание резервной копии образа Windows займет некоторое время в зависимости от того, как много данных содержится на исходных дисках.
Для создания резервной копии образа используется механизм теневого копирования через службу Volume Shadow Copy (VSS). Это значит, что вы можете продолжать использовать Windows во время выполнения резервного копирования.
The backup operation successfully completed. The backup of volume (EFI System Partition) (100.00 MB) completed successfully. The backup of volume (C:) completed successfully. The backup of volume (541.00 MB) completed successfully.
Как вы видите, в резервную копию образа был включен не только системный раздел, но и разделы EFI и System Reserved.
System Image Backup поддерживает как полное, так и инкрементальное резервное копирование (т.е. к первоначальному образу добавляются только изменившиеся блоки).
Проверьте, что на USB флешке появился каталог WindowsImageBackup, содержащий образ вашей Windows. Резервные копии разделов представляют собой vhdx файлы. При необходимости вы можете вручную смонтировать эти VHDX диски и получить доступ к их содержимому.
Вы можете создать резервной копии образа Windows 10 и из графического интерфейса Windows 10. Этот функционал доступен через панель управления (Control Panel\System and Security\File History). Нажмите на кнопку System Image Backup в нижнем левом углу.
Либо достаточно выполнить команду Sdclt.exe.
В следующем окне нажмите Setup backup и укажите диск, на который нужно сохранить резевную копию.
Выберите диски, которые нужно забэкапить. Убедитесь, что включена опция Include a system image of drives: EFI System Partition, C:, Windows Recovery Environment.
Далее можно настроить расписание автоматического резевного копирования. Чтобы начать бэкап, нажмите Save settings and run backup.
Статус резевного копирования указан в Панели Управления.
Управление резервными копиями Windows с помощью утилиты wbadmin
Рассмотрим несколько команд консольной утилиты wbadmin.exe для управления резервными копиями.
Вывести список зарегистрированных в системе резервных копий:
Wbadmin get versions
Backup time: 4/28/2021 9:55 AM Backup target: 1394/USB Disk labeled JetFlash(U:) Version identifier: 04/28/2021-16:55 Can recover: Volume(s), File(s), Application(s), Bare Metal Recovery, System State Snapshot ID: {03021e68-cda9-4027-8bf3-d11408020304}
В данном случае у нас есть 2 резервных копии. Чтобы перечислить элементы, хранящиеся в определенной резервной копии, укажите ее Version identifier:
Wbadmin get items -version:04/28/2021-17:45
Чтобы удалить все резервные копии, кроме двух последних, выполните:
wbadmin delete backup -keepversions:2
Чтобы удалить только самую старую резервную копию образа:
Wbadmin delete backup –deleteOldest
Восстановление образа Windows 10 из резервной копии
Для восстановления Windows 10 из созданной ранее резервной копии образа, вам понадобится:
Загрузитесь с установочного/загрузочного диска. На первом экране Windows Setup нажмите Next.
Нажмите на кнопку Repair your computer в левом нижнем углу.
Затем перейдите в раздел Troubleshoot -> Advanced Options -> System Image Recovery.
В списке целевых ОС нужно выбрать Windows 10.
Мастер установки просканирует подключенные диски и обнаружит список ранее созданных резервных копий. Вы можете восстановить последний образ, либо выбрать более ранний.
Совет. Т.к. система загрузилась с загрузочного диска, буквы дисков могут не соответствовать буквам дисков в Windows.
Из списка доступных образов выберите образ, который нужно восстановить.
Отметьте опцию Format and repartition disks, если вы восстанавливаете образ на новый диск. В этом случае мастер восстановления удалит все имеющиеся разделы на диске и пересоздаст таблицу разделов в соответствии с разделами в образе.
Осталось подтвердить восстановление системы из образа.
После завершения работы мастера восстановления, загрузитесь с жесткого диска (не забудьте поменять приоритет загрузочных устройств в BIOS) и убедитесь, что вы успешно восстановили Windows 10 из резервной копии образа, созданной ранее.
Если резервная копия образа хранится в сетевом каталоге, вам придется в WinPE сначала инициализировать и настроить сетевой адаптер. Нажмите сочетание клавиш Shift+F10 чтобы открыть командную строку.
Для инициализации сети выполните startnet.cmd или wpeinit.exe
Текущие параметры сетевого адаптера можно получить так:
Ipconfig /all
Чтобы задать статический IP адрес и указать DNS сервера, используйте следующие команды:
netsh int ipv4 set addr "Ethernet" static 192.168.13.50 255.255.255.0 192.168.13.1 1 net start dnscache netsh int ipv4 set dns "Ethernet" static 192.168.13.10 primary
Затем вернитесь в окно System Image Recovery и укажите путь к UNC каталогу.
Обзор систем резервного копирования и восстановления данных
Айтишная мудрость гласит, что люди делятся на две категории: тех, кто не делает резервные копии и тех, кто уже делает. В корпоративном секторе ситуация примерно такая же. Несмотря на очевидную важность регулярного бэкапа, далеко не все компании обращают на это внимание.
В данном материале вы узнаете о самых популярных инструментах для резервного копирования и восстановления данных и сможете сравнить их при помощи специальной таблицы.
На самом деле важность регулярного бэкапа и хранения резервных копий критически важных данных можно проиллюстрировать на простом примере. После прошлогодних атак вирусов-шифровальщиков WannaCry и NotPetya быстрее всего к работе возвращались те организации, которые просто восстановили резервные копии своих систем. А самый курьезный случай, наверное, случился с компанией Maersk — крупным международным транспортным предприятием. За несколько дней сотрудники в главном офисе восстановили из резервных копий почти все сервера. Но у них не было бэкапов главных контроллеров, которые управляли всей сетью. Единственный экземпляр сохранился в Гане: в день атаки местный офис остался без электричества и не пострадал от атаки. Заветный жесткий диск с копией контроллеров пришлось передавать в Лондон самолетом через Нигерию, так как на отправку по интернету из-за его медленной скорости в Гане ушли бы дни.
Потерять данные можно не только из-за вирусов и хакерских атак, как в случае с компанией Maersk. Такое может произойти вследствие ошибок пользователей и администраторов сети, поломок оборудования, форс-мажорных обстоятельств (краж, пожаров, стихийных бедствий). Защитить от этого призваны системы резервного копирования и восстановления данных (Backup and Recovery). Они с заданной периодичностью копируют определенную системными администраторами информацию на резервные носители или в облако. Резервировать можно как конкретные файлы и папки, так и образы систем и серверов, содержимое баз данных и приложений. В случае проблем подобные системы умеют восстанавливать необходимые данные на исходных устройствах. Причем происходит это очень быстро. Современные решения позволяют продолжить работу уже через несколько минут после происшествия.
Для хранения резервных копий используются разные носители. Зачастую — жесткие и твердотельные диски (HDD и SSD) в составе различных специализированных устройств (NAS, RAID-массивов и т. д.). Не обходятся без внимания и облачные хранилища. Можно, конечно, использовать и другие носители, например, Blu-ray, DVD или ленточные устройства хранения. Но у них есть существенные недостатки. Компакт-диски слишком малы по объему (не подходят для крупных предприятий), а ленточные устройства хоть и обеспечивают высокую надежность и долговечность хранения, имеют очень маленькую скорость восстановления. Данные способы подходят для домашнего резервирования и использования в небольших фирмах, где объем данных не так велик. А вот в крупных компаниях они будут весьма неудобны.
Также нужно обратить внимание на модель работы системы резервного копирования и восстановления данных. Это может быть отдельная программа, программно-аппаратный комплекс или услуга по модели SaaS (Software as a Service). У каждой из них есть свои особенности. Программное решение стоит дешево, но в любом случае требует наличия мест для хранения информации в ИТ-инфраструктуре клиента. Программно-аппаратные комплексы предоставляют такие устройства, но и стоят намного дороже. SaaS-решение избавляет от проблем с наличием места, но политика ИБ многих компаний запрещает хранить некоторые типы данных на сторонних серверах. Так что при выборе той или иной модели нужно отталкиваться от собственных потребностей и имеющегося оборудования. Теперь давайте рассмотрим детальнее, какие решения есть на рынке. При их отборе для нашего обзора мы отталкивались от экспертного мнения специалистов Gartner и других ведущих ресурсов.
Dell EMC Avamar
Одна из ведущих ИТ-компаний — Dell EMC — для резервного копирования и восстановления данных предлагает программно-аппаратное средство под названием Avamar. Оно является частью Data Protection Suite Family — набора фирменных решений для защиты информации. Avamar работает со всеми типами корпоративных устройств (стационарными ПК, ноутбуками и серверами), разнообразными виртуальными средами (в том числе VMware и Microsoft Hyper-V) и корпоративными приложениями (SAP, Oracle, MS SQL и т. д.). Для эффективного использования дискового пространства при хранении резервных копий применяется дедупликация данных, а трафик оптимизируется в зависимости от типа рабочих сетей. По заявлениям разработчиков, интеграция данного средства с Dell EMC Data Domain, увеличивает скорость копирования на 50% и снижает нагрузку на сеть на сеть на 99%.
Система позволяет централизованно работать не только с главным, но и с удаленными офисами. Бэкап в них происходит по стандартной модели. Например, чтобы восстановить данные в удаленном офисе, администратору нужно сделать те же действия, что и при работе на месте. Сама процедура восстановления довольно проста, зачастую для этого необходим всего один шаг. Резервные копии в Dell EMC Avamar можно зашифровать, что обеспечивает повышенный уровень безопасности данных. При этом система хранения Avamar Data Store масштабируется до 124 ТБ. Также решение работает с облачными сервисами AWS и Azure. Поддерживается резервное копирование в облако и аварийное восстановление, имеется функция длительного хранения в облаке.
IBM Spectrum Protect
Восстановление информации с IBM Spectrum Protect происходит очень просто. Управлять резервированием и восстановлением можно как при помощи фирменного программного средства Spectrum Protect Operatons Center, так и с использованием стороннего ПО. Также в IBM Spectrum Protect есть предустановленные планы и конфигурации. Они упрощают развертывание и настройку решения, а также помогают в управлении: можно сразу задать необходимые сценарии работы для тех или иных сред. Так что даже администраторы, которые ранее не сталкивались с подобными задачами, могут без проблем разобраться в системе и управлять ней. Сам разработчик заявляет, что простота — это одна из ключевых особенностей платформы.Компания IBM для резервного копирования и восстановления данных предлагает программно-аппаратный комплекс Spectrum Protect с возможностью масштабирования до 4 ПБ (петабайт). Система работает как с физическими серверами и устройствами, так и в виртуальных средах Microsoft Hyper-V и VMware. Также поддерживается работа с облачными сервисами. IBM Spectrum Protect позволяет хранить резервные копии на самых разнообразных носителях — отдельных жестких дисках, флешках, ленточных накопителях, в сетевых и облачных хранилищах. Причем пользователи могут работать с гибридными моделями и задавать оптимальное сочетание разных мест хранения. Само резервное копирование объектов происходит довольно быстро. По информации разработчика, с помощью инструмента IBM Spectrum Protect Snapshot можно выполнить резервное копирование пяти сотен образов виртуальных машин VMware за семь минут. Действительно, хороший показатель.
Commvault Complete Backup & Recovery
Commvault Complete Backup & Recovery обеспечивает резервирование и архивирование данных с физических и виртуальных серверов, облачных и гибридных сред, обычных ПК и ноутбуков, и даже корпоративных мобильных устройств. Решение поддерживает большинство операционных систем, приложений и баз данных (Documentum, Oracle, MySQL, SAP, Microsoft), виртуальных и облачных сред (AWS, Microsoft Hyper-V, Red Hat Virtualization, VMware и многие другие). Обо всех процедурах продукт выдает детальные отчеты и аналитику, что позволяет оптимизировать его работу и функционирование всего предприятия. Во время процесса резервирования данные автоматически дедуплицируются, причем как при обращении к источнику, так и на серверах резервных копий. Такой подход существенно снижает нагрузку на сеть и экономит место в хранилищах. Решение позволяет создавать резервные копии и «снимки» приложений и оборудования без прерывания работы и с минимальной нагрузкой на систему. А управление всеми процессами осуществляется через единую консоль управления.Средство резервного копирования и восстановления информации от компании Commvault поставляется в виде программного продукта и облачной услуги по модели SaaS. Решение имеет модульный характер, но в то же время все его части созданы на основе единого кода. Такой подход гарантирует бесперебойную совместную работу разных частей данного средства.
Veeam Backup Essentials
Компания Veeam предлагает одно из самых функциональных программных решений для резервного копирования и восстановления данных. В него входят два инструмента: Veeam Backup & Replication и Veeam ONE. Как понятно из названия, первый умеет не только делать бэкапы, но и репликации — синхронизацию содержимого нескольких копий объекта. Данная функция позволяет быстро и безопасно восстанавливать виртуальные машины, данные и приложения после сбоя. Причем восстанавливаются они практически в то же состояние, в котором были до аварии. Таким образом можно быть уверенным, что результаты работы не будут потеряны. Также средство умеет делать откат реплик и позволяет просто переключаться на реплику при отказе виртуальной машины и так же легко возвращаться обратно.
Veeam ONE — решение, позволяющее мониторить инфраструктуру, создавать отчеты и планировать распределение ресурсов платформ VMware vSphere и Microsoft Hyper-V. Оно может сообщать о потенциальных проблемах с виртуальными машинами, физическими серверами и облачными ресурсами до того, как они помешают работе пользователей. То есть позволяет устранить проблемы до их появления и таким образом избежать процедуры восстановления данных, которая наверняка вызовет перебои в работе.
Кроме этих инструментов, Veeam Backup Essentials предлагает стандартные возможности по резервному копированию и восстановлению данных. Программа умеет работать с популярными бизнес-приложениями и базами данных, поддерживает работу с 19 распространенными файловыми системами. Она имеет удобный веб-портал, который позволяет восстанавливать файлы и приложения в один клик. Причем делать это могут не только администраторы, но и обычные пользователи, если речь идет о данных, с которыми они работали и к которым у них есть права доступа.
Acronis Backup
Продукты для резервного копирования и восстановления данных от компании Acronis хорошо известны домашним пользователям. Но и для корпоративного сегмента у данного разработчика есть что предложить. К примеру, программа Acronis Backup поддерживает 21 платформу, включая виртуальные среды (Red Hat, Citrix, VMware и др.), облачные сервисы (Amazon, Microsoft), конечные точки и даже мобильные устройства (Android, iPhone и iPad). Для бизнес-приложений и виртуальных машин доступна функция репликации (для ее работы используются специальные шаблоны для ОС Windows и Linux), а также облачное хранилище Acronis Cloud. Восстанавливать образы рабочих станций и серверов можно на оборудование, которое отличается от того, с которого была снята резервная копия. Также для любого критически важного приложения или массива информации можно создать точки восстановления, которые при необходимости (например, из-за выхода оборудования из строя или необходимости его замены) могут быть оперативно развернуты в облаке и позволят продолжить работу лишь с небольшим перерывом.
Сама по себе платформа очень проста в управлении. Она быстро развертывается и, по словам разработчиков, не требует специального обучения для работы с ней. Управлять системой можно централизованно, при помощи единого интерфейса. Помимо непосредственно функций резервного копирования и восстановления, в Acronis Backup есть несколько полезных дополнительных инструментов. Это, например, Acronis Notary — средство, которое с помощью технологии блокчейн подтверждает аутентичность пересылаемой и получаемой информации. А для защиты данных от вирусов-вымогателей используется инструмент Acronis Active Protection.
HPE StoreOnce
Для резервного копирования и восстановления данных компания HPE предлагает систему HPE StoreOnce — линейку устройств, которые обеспечивают надежное хранение данных объемом до 104 ПБ и скорость резервного копирования до 139ТБ/час. Данные устройства используются для работы в облачной и виртуальной среде, а также при использовании гибридных моделей. Для работы с устройствами StoreOnce подходит как фирменное ПО HPE Recovery Manager Central, так и решения сторонних разработчиков, например, Veeam или Commvault. Модельный ряд StoreOnce довольно широк и масштабируем. Он покрывает потребности как небольших удаленных офисов, так и крупных корпоративных дата-центров. В устройствах применяется интеллектуальная технология дедупликации, которая (по заявлениям разработчиков) позволяет сократить занимаемый объем данных на 95%.
В рамках этой линейки также предлагается программно-определяемая резервная система хранения данных емкостью до 500 ТБ под названием HPE StoreOnce VSA. Ее объем может регулироваться с шагом в 1 ТБ. Запускается она в виртуальной среде, и может быть бесплатно протестирована на протяжении 90 дней. Также пользователям в качестве отдельного решения доступно облачное хранилище HPE Cloud Bank Storage, которое используется как дополнение к основной системе и интегрируется с веб-службами Amazon и Microsoft.
Arcserve UDP
Компания Arcserve — один из старожилов рынка средств резервного копирования и восстановления информации. Этим делом она занимается с 1990 года и, естественно, имеет колоссальный опыт. Сегодня ведущее решение компании — платформа Arcserve Unified Data Protection. В ее рамках предлагаются программные, аппаратные (объемом до 240 ТБ) и облачные решения для бэкапа и восстановления информации с единой веб-консолью управления, работать с которой можно отовсюду, где есть интернет. Система обеспечивает дедупликацию данных, репликацию в реальном времени, поддерживает виртуальные (VMware, Microsoft Hyper-V, Xen) и физические среды, а также восстановление на различные гипервизоры. В качестве хранилищ для резервных копий могут использоваться дисковые массивы, ленточные хранилища и облачные сервисы. Причем данные способы можно комбинировать, например, проводить одновременно облачный и локальный бэкап. Что же касается фирменных устройств Arcserve UDP Appliance серии 8000, они предлагают 16 разных по объему хранимых данных конфигураций, а также широкие возможности масштабирования.
Платформа Arcserve UDP позволяет проводить резервное копирование как отдельных файлов и папок, так и полных баз данных, например, SQL или Exchange. Для повышения информационной безопасности резервные копии данных могут быть зашифрованы с использованием протоколов SSL и AES. Доступ пользователей к данным также защищается системой двухфакторной аутентификации, когда для входа в систему нужно не только ввести свой логин и пароль, но и подтвердить вход с помощью мобильного устройства.
Unitrends Backup
Компания Unitrends — известный производитель систем резервного копирования и восстановления. В ее арсенале есть как программные, так и аппаратные средства для этих задач. Устройства Recovery Series Appliances являются масштабируемыми решениями, которые предлагают пользователям от двух до 120 ТБ дискового пространства для хранения резервных копий. Работают они под управлением ПО Unitrends Backup (но эта программа может работать и без привязки к ним). Система поддерживает работу с физическими и виртуальными средами, обеспечивают бэкап баз данных и бизнес-приложений, обеспечивает интеграцию с облачными сервисами и умеет работать с репликами Windows и VMware. Также в ней есть защита от вирусов-вымогателей и шифрование хранящихся данных при помощи 256-битного протокола AES.
Unitrends предлагает и бесплатную версию продукта под названием Unitrends Free. Там действуют некоторые ограничения. Например, объем резервируемой информации не может превышать 1 ТБ. Но для небольших предприятий (да и просто ознакомления с продуктом) такого объема вполне достаточно.
Veritas Backup Exec
Компания Veritas предлагает для резервного копирования и восстановления данных инструмент под названием Backup Exec. Этот продукт уже довольно давно зарекомендовал себя на рынке. Разработчик постоянно обновляет его и добавляет новые функции, о чем говорит номер версии: на сегодня доступна двадцатая редакция этой программы. Backup Exec обеспечивает все основные функции, которые требуются от подобного рода решений. Средство работает с физическими и виртуальными средами, большинством распространенных облачных сервисов (Amazon S3, Google Cloud, Microsoft Azure и др.), умеет дедуплицировать данные, моментально создавать копии виртуальных машин и очень быстро восстанавливать их. Например, с помощью технологии мгновенного гранулярного восстановления, виртуальные машины с поддержкой vSphere 2016 возобновляют работоспособность за считанные секунды. Также поддерживаются многие популярные базы данных и бизнес-приложения.
Veritas Backup Exec имеет гибкую систему лицензирования. Всего пользователям доступно три редакции программы: Bronze, Silver и Gold, которые различаются по функциональности. Таким образом, Bronze рассчитана в основном на предприятия среднего и малого бизнеса, редакции Silver и Gold — для более крупных компаний. Также Veritas Backup Exec предлагает удобную систему масштабирования с шагом в 1 TБ. Именно от количества работающих серверов и заказанного объема резервируемой информации и зависит конечная цена для потребителя. Это позволяет эффективно использовать свои ресурсы и платить только за то, чем пользуешься.
Barracuda Backup
Barracuda Backup является унифицированным, экономичным решением по защите данных для физических, виртуальных и облачных (SaaS) сред. Это комплексное решение с удаленным хранилищем, которое легко приобрести, установить и использовать. Barracuda Backup является единым решением для защиты физических серверов и виртуальных машин (VMware и Hyper-V) с функциями моментального отчета о состоянии и выборочного восстановления файлов – с унифицированным управлением для репликации и хранения. Barracuda Backup является комплексным решением от одного поставщика. Оно объединяет в себе программное обеспечение, встраиваемую дедупликацию, внешнюю облачную или частную репликацию без лицензионных сборов за сервер или за приложение.
Barracuda Backup доступно как в виде универсального физического аппаратного комплекса, так и в виде виртуального устройства.
Администрирование управление политиками осуществляется через центральное управление через облачный сервис Barracuda Cloud Control, реализована модель ролевого администрирования.
Облачные сервисы Barracuda Cloud Storage, Cloud Control и Cloud LiveBoot recovery позволяют производить простую удаленную репликацию, бесшовное распределенное администрирование и быстрый доступ к виртуальным машинам во время аварийных сбоев.
Используя решения Barracuda Backup, заказчик получает преимущества в виде простой модели тарификации без лицензионных сборов за каждое приложение или за каждый сервер, ПО для резервного копирования, быстро развертываемые (менее чем за час) локальное хранилище и удаленное хранилище, центральное управление на основе облачного хранилища для беспроблемного распределенного администрирования, быстрое локальное или удаленное восстановление, предотвращение потери данных и минимизация времени простоя, доступность в виде виртуального устройства, которое может быть развернуто без необходимости использования дополнительного оборудования.
Краткий итог
Как видим, системы резервного копирования и восстановления данных предлагают самые разнообразные возможности для пользователей. Главные из них — поддержка разнообразных сред и устройств, интеграция с облачными сервисами, быстрота работы, экономичность при хранении данных, а также удобство пользователей. Несмотря на общие приоритеты и схожий набор функций, у каждой из этих систем есть свои изюминки, которые могут быть полезны для одних компаний, но при этом оставаться невостребованными для других. Так что при выборе подобных инструментов в первую очередь обращайте внимание на потребности своей фирмы. Именно они в конечном итоге играют ключевую роль.
Таблица сравнения по характеристикам продуктов для защиты и восстановления данных (Backup and Recovery).
Автор: Владислав Миронович, для ROI4CIO
Лучшие онлайн-сервисы резервного копирования на 2021 год
Онлайн-сервисы резервного копирования — один из лучших способов защитить себя от потери данных, если, например, ваш жесткий диск выходит из строя, вы случайно удаляете важные файлы или становитесь жертвой атаки программ-вымогателей . Стихийные бедствия, такие как пожары, наводнения и землетрясения, также могут означать конец ваших цифровых носителей и документов. Даже если вы один из немногих, кто старательно выполняет локальное резервное копирование через регулярные промежутки времени, вы все равно можете потерять данные, если не храните резервные копии вне офиса.
Онлайн-службы резервного копирования сканируют ваш жесткий диск на наличие файлов, которые стоит защитить, шифруют их в целях безопасности и отправляют на онлайн-серверы компании. После того, как ваши файлы будут загружены, вы можете получить доступ к своим данным и восстановить их из любого места. Онлайн-сервисы резервного копирования не следует путать с облачным хранилищем и сервисами синхронизации файлов, такими как Dropbox, Google Drive и OneDrive. Эти службы действительно хранят файлы в облаке, но они не предназначены для автоматической защиты всех важных документов и мультимедийных файлов, не говоря уже о системных файлах.Их стратегия, как правило, состоит в том, чтобы синхронизировать только одну папку (и все ее подпапки) с облаком, а в некоторых случаях предлагать совместное онлайн-редактирование документов. Некоторые службы резервного копирования предлагают возможности синхронизации папок, но немногие службы синхронизации предлагают полнофункциональные функции резервного копирования.
Вы можете доверять нашим обзорам
С 1982 года PCMag протестировал и оценил тысячи продуктов, чтобы помочь вам принимать более обоснованные решения о покупке. (Прочтите нашу редакционную миссию.)
Сколько стоят услуги резервного копирования в Интернете?
Поскольку вы, вероятно, собираетесь платить за услуги резервного копирования в течение многих лет, стоимость является важным фактором, который следует учитывать.Все рассмотренные нами услуги основаны на подписке, и в большинстве случаев уровни ценообразования зависят от объема облачного хранилища, которое вы получаете, или количества устройств, которые вы можете использовать с учетной записью. Некоторые службы предлагают постоянные бесплатные учетные записи, но эти планы налагают ничтожные ограничения на хранилище или ограничивают ключевые функции платными версиями. Также обратите внимание на ограничения на размер загружаемых файлов.
Если вы хотите создать резервную копию файлов как можно быстрее, некоторые службы предлагают услуги массовой загрузки и восстановления, в которых они отправляют вам пустой диск, на котором вы можете добавить свои данные и отправить обратно, или диск с уже имеющимися данными.IDrive, Backblaze и Carbonite все предлагают эту возможность, но взимают разные ставки за свои дисковые курьерские услуги.
У пользователей домашнего резервного копирования другие потребности, чем у предприятий. Если вам нужно крупномасштабное облачное решение для вашей компании, ознакомьтесь с нашим обзором лучших онлайн-сервисов резервного копирования для бизнеса. Эти планы обычно охватывают гораздо больше устройств и включают улучшенные функции администрирования, но по более высокой цене.
Создание набора резервных копий и расписание загрузок
Службы резервного копирования сильно различаются по способам настройки и выполнения резервного копирования.Например, Backblaze автоматически шифрует и выгружает все ваши важные файлы без каких-либо действий. Такие службы, как IDrive и Acronis True Image, позволяют выбирать нужные файлы из дерева файлов. Обратите внимание, что некоторые службы ограничивают вас от резервного копирования определенных типов файлов или использования определенных источников, например, с внешнего или сетевого диска. Убедитесь, что выбранный вами сервис поддерживает все ваши источники данных.
Есть несколько распространенных практик для настройки, когда должно происходить резервное копирование.Самый распространенный вариант — это фиксированный график, например, раз в день, неделю или месяц. Второй, который мы предпочитаем, — это загружать файлы всякий раз, когда они изменяются и сохраняются, что также называется настройкой непрерывного резервного копирования. В этом сценарии службы передают только измененную часть файла, чтобы не перегружать ваше интернет-соединение и не занимать ненужное хранилище. Третий способ — просто загрузить файлы вручную. Некоторым пользователям может понравиться такая степень контроля, но этот метод эффективен только в том случае, если вы не забываете регулярно выполнять резервное копирование.
Насколько безопасны службы резервного копирования в Интернете?
Многие службы позволяют вам зашифровать ваши файлы с помощью опции закрытого ключа шифрования (в основном пароль, который вы выбираете и который нужен, если вы хотите расшифровать файлы резервных копий). Если вы все же решите управлять своим собственным ключом шифрования, знайте, что вы обязаны его запомнить. Сама онлайн-служба резервного копирования не сможет помочь вам сбросить пароль, если вы его забудете. С другой стороны, это означает, что никто (включая сотрудников службы резервного копирования и сотрудников правоохранительных органов), кроме вас, не может разблокировать ваши резервные копии.Это идеально с точки зрения конфиденциальности и безопасности. Используйте диспетчер паролей, чтобы отслеживать свой закрытый ключ шифрования, если вы думаете, что забудете его.
Некоторые службы выходят за рамки шифрования файлов. Acronis True Image, например, включает в себя полный набор функций безопасности, включая активную защиту от программ-вымогателей. Некоторые службы позволяют защитить доступ к вашему веб-хранилищу, включив двухфакторную аутентификацию. IDrive, Backblaze, Livedrive и OpenDrive относятся к числу тех служб, которые включают этот параметр безопасности.
(Примечание редактора: Livedrive принадлежит Зиффу Дэвису, материнской компании PCMag.)
Мы также предпочитаем эти службы с четкими, легко читаемыми политиками конфиденциальности. Если онлайн-служба резервного копирования заявляет, что продает вашу информацию третьей стороне, вы можете выбрать службу, более уважающую конфиденциальность.
Восстановление папок и файлов
Онлайн-сервис резервного копирования бесполезен, если он не делает процесс восстановления или восстановления ваших данных быстрым и простым. Например, служба должна предлагать инструменты поиска для поиска определенных файлов в вашей резервной копии.Также желательно, чтобы служба могла реплицировать всю структуру дерева папок, чтобы она могла помочь вам восстановиться после больших потерь данных. Имейте в виду, что если вы покупаете план, который охватывает только один компьютер, вам может потребоваться перенести учетную запись на новый компьютер, если вы когда-либо переключите основное устройство или вам нужно восстановить данные с поврежденного компьютера на замену.
Многие службы также предлагают функцию под названием версионирование . Это сохраняет инкрементные изменения, которые вы вносите в файлы, как восстанавливаемые моментальные снимки файла.Это полезно в случае, если вам нужно получить обратно информацию из более ранней версии или если ваше последнее сохранение файла повреждено. Сервисы сильно различаются по количеству хранимых версий и как долго они хранятся. SpiderOak One и ElephantDrive являются одними из самых щедрых в этом отношении и могут навсегда сохранять неограниченное количество версий файлов.
Веб-приложения и мобильные приложения для резервного копирования
Одним из самых больших преимуществ использования онлайн-службы резервного копирования является то, что она позволяет получить доступ к файлам из любого места.Большинство онлайн-провайдеров резервного копирования позволяют просматривать и загружать файлы из веб-браузера, но это должен быть минимум. Многие также включают параметры совместного использования файлов, лучшие из которых даже позволяют указать пароль для доступа и дату истечения срока действия общего элемента.
Многие из протестированных нами онлайн-сервисов резервного копирования предлагают приложения для Android и iOS, но качество и полезность этих приложений сильно различаются. Некоторые просто предлагают простую загрузку документов и файлов мультимедиа из существующих резервных копий, но наиболее полнофункциональные позволяют создавать резервные копии данных на мобильных устройствах.
Производительность резервного копирования
Скорость онлайн-службы резервного копирования зависит от того, насколько быстро она может шифровать, сжимать и выгружать файлы на свои серверы. Это должно вызывать особую озабоченность, если вам нужно создать резервную копию (или восстановить) большой объем данных. Высокопроизводительный сервис резервного копирования также сводит к минимуму его влияние на сетевые и системные ресурсы. Обязательно ознакомьтесь с результатами нашего теста скорости при обзоре любой службы, которую вы собираетесь использовать. Скорость резервного копирования не должна быть единственным определяющим фактором того, какую службу онлайн-резервного копирования вы используете, но высокая скорость загрузки, безусловно, может сделать первоначальное и последующее резервное копирование менее разрушительным.
Альтернативы онлайн-сервисам резервного копирования
Хотя мы считаем, что онлайн-сервисы резервного копирования идеально подходят для защиты ваших файлов, это решение понравится не всем. Прочтите наше руководство о том, как выбрать лучший план резервного копирования, чтобы определить, какой метод резервного копирования лучше всего подходит для ваших нужд. Например, вы решили использовать программное обеспечение для локального резервного копирования для защиты файлов на внешнем жестком диске, а не в облаке. Однако вам не обязательно платить более чем за одну услугу, поскольку несколько продуктов здесь предлагают как онлайн, так и локальные возможности резервного копирования.
Стандарт резервного копирования и восстановления системы и данных
Назначение
Целью этого стандарта является защита информационных активов Университета, предотвращение потери данных из-за случайного удаления или повреждения, а также облегчение своевременного восстановления информации и бизнес-процессов в случае сбоя системы.
Определения
Резервное копирование — это сохранение электронной информации на цифровых носителях с целью предотвращения потери данных в случае выхода из строя или разрушения оборудования.
Восстановление — это процесс восстановления университетской информации с цифровых носителей и помещения ее в онлайн-хранилище, когда данные в онлайн-хранилище потеряны или повреждены.
Заявление о стандартах
Услуги в области информационных технологий будут предоставлять основанное на политиках, системном уровне, сетевое резервное копирование основных ИТ-систем.
Резервные копии всех записей ODU и программного обеспечения должны храниться таким образом, чтобы операционные системы и приложения компьютера могли быть полностью восстановлены, любые исключения из этой политики должны быть одобрены владельцем системы и отделом информационной безопасности.Это может быть достигнуто с помощью комбинации копий образов, инкрементных резервных копий, дифференциальных резервных копий, журналов транзакций или других методов.
График резервного копирования
Если система, поддерживающая приложение или бизнес-функцию, не требует настраиваемого расписания, службы информационных технологий будут выполнять резервное копирование систем с использованием расписания по умолчанию для полных резервных копий и последующих дифференциальных инкрементных резервных копий. Различные версии на уровне файлов поддерживаются в зависимости от системных требований.Политики сохранения и удаления версий, связанные с разными версиями файлов, продиктованы системными требованиями и критичностью всей системы.
Полное резервное копирование системы обеспечивается до крупных обновлений для восстановления системы в случае сбоев во время управления изменениями.
В случае виртуальных серверных сред дополнительные резервные копии на определенный момент времени выполняются на периодической основе в зависимости от системных требований и критичности системы с последующими дифференциальными резервными копиями до следующего полного резервного копирования.
Резервное копирование выполняется только уполномоченным персоналом.
Владельцы системы
должны утвердить стандартное или настраиваемое расписание резервного копирования системы, а также любые планы аварийного резервного копирования и восстановления операций.
При полном резервном копировании будут созданы резервные копии всех файлов, указанных в программе резервного копирования системы, независимо от того, когда они были в последний раз изменены или созданы резервные копии. При инкрементальном резервном копировании будут созданы резервные копии всех файлов, в которых были изменения с момента последнего успешного инкрементного или полного резервного копирования.
За счет использования полных и инкрементных резервных копий окна резервного копирования (период времени, необходимый для резервного копирования одной или нескольких систем) будут минимизированы, как и пространство для хранения (на диске или на магнитной ленте), необходимое для хранения данных резервных копий.
Частота резервного копирования определяется непостоянством данных; Срок хранения резервных копий определяется критичностью данных.
Вся информация о записях ODU, доступ к которой осуществляется с рабочих станций, ноутбуков или других портативных устройств, должна храниться на сетевых дисках файлового сервера или в облачном хранилище университета для обеспечения возможности резервного копирования.
Проверки резервного копирования
Ежедневно регистрируемая информация, сгенерированная для каждого задания резервного копирования, будет проверяться на наличие ошибок, мониторинг продолжительности задания и, где это возможно, для оптимизации производительности резервного копирования.
Персонал центра обработки данных
определит проблемы и передаст их персоналу службы поддержки серверов, который предпримет корректирующие действия для снижения любых рисков, связанных с неудачным резервным копированием. Тестовое восстановление с резервных копий для каждой системы будет выполняться периодически. Проблемы будут выявлены и исправлены.
Срок хранения
Сроки хранения информации, содержащейся в резервных копиях системного уровня, предназначены для возможности восстановления и предоставляют информацию, которая существовала в системах, обслуживаемых ODU, в течение периода времени, определенного программой резервного копирования системы.
Сроки хранения резервных копий отличаются от периодов хранения информации в системе управления записями, определяемой юридическими или бизнес-требованиями.
Внешнее хранилище
Как минимум, одна полностью восстанавливаемая версия всех записей ODU должна храниться в безопасном месте за пределами площадки. Внешнее местоположение может находиться в безопасном месте в отдельном здании университета, или у поставщика хранилища за пределами офиса, или в партнерском высшем учебном заведении, одобренном Управлением информационной безопасности.
Документация должна включать авторизацию и регистрацию депозитов и снятия средств со всех носителей, которые хранятся за пределами площадки.
Тест восстановления
Процедуры восстановления необходимо проверять ежегодно.
Управление СМИ / Документация
Резервные копии данных хранятся как на дисках, так и на лентах, в зависимости от характера и важности данных. В случае дискового хранилища полная копия резервных копий данных хранится в безопасном месте за пределами университетского городка.Репликация данных между первичным и вторичным резервными копиями шифруется как при передаче, так и при хранении. В случае ленточных носителей они будут четко помечены, и будут вестись журналы с указанием местонахождения и содержания
.
резервный носитель. Образы резервных копий на назначенных носителях (лентах и дисках) будут отслеживаться в течение периода хранения, определенного для этого конкретного типа данных. Когда срок действия всех данных на резервном носителе истечет, ленточный носитель будет безопасно повторно включен и повторно использован, тогда как в случае дискового носителя пространство хранения будет перераспределено и повторно использовано.
Периодически и в соответствии с рекомендуемым сроком службы, установленным для используемых носителей резервного копирования, оперативный персонал центра обработки данных будет уйти на пенсию и утилизировать носители, чтобы избежать сбоев носителей. В случае дисковых решений используются передовые отраслевые практики по безвозвратному удалению данных из единиц резервного копирования до их вывода из эксплуатации.
Запросы на восстановление
В случае случайного удаления или повреждения информации запросы на восстановление информации будут направляться в службу поддержки.
Служба информационных технологий
тщательно проверяет, что запрос на восстановление информации разрешен владельцами информации, до выполнения восстановления и гарантирует, что восстановленная информация восстановлена в местоположении файловой системы с контролем доступа, соответствующим восстанавливаемой информации.
Резервное копирование файлов — Поддержка System76
Есть много способов резервного копирования важных файлов на вашем компьютере.Какой из них использовать, это личный выбор, основанный на привычках, предпочтениях и том, что подкрепляется. Здесь мы опишем несколько вариантов, но окончательным решением может быть сочетание нескольких из этих вариантов.
Политика данных
Ключом к хорошему резервному копированию является автоматическое резервное копирование данных, доступность, безопасность и распространение. Все решения для резервного копирования следует оценивать по этим 4 критериям:
Автоматически: резервное копирование данных выполняется автоматически. В некоторых случаях ручное копирование работает хорошо, но автоматическое резервное копирование гарантирует, что оно всегда свежо и ничего не потеряно, если ручное резервное копирование не выполнено.
Доступный: данные должны быть доступными и легко восстанавливаемыми в случае утери оригинала.
Безопасность: данные должны быть доступны только владельцу. Облачные решения удобны, но могут потребоваться дополнительные действия, чтобы убедиться, что данные конфиденциальны.
Распределено: данные должны быть в нескольких местах. Если все копии находятся в одном месте, увеличивается риск потери данных (например, если ваши данные сохранены на USB-диск в вашем доме, но есть пожар, компьютер и резервный диск потенциально могут быть потеряны в в то же время.)
ПРИМЕЧАНИЕ Хорошая практика для предотвращения потери данных — обеспечить резервное копирование всех важных файлов как минимум в трех (3) местах. Две (2) копии на сайте и одна (1) копия вне офиса. Это внешнее резервное копирование может осуществляться через облачное хранилище, диск, который хранится в доме родственника, или в сейфе.
Файлы пользователей
Пользовательские файлы — это наиболее распространенные данные для резервного копирования. Сюда входят документы, изображения и другие личные файлы. Обычно все эти документы сохраняются в вашем домашнем каталоге ( / home / username ).
Deja Dup
Déjà Dup — популярный и простой способ резервного копирования. Его можно использовать для резервного копирования пользовательских данных локально, удаленно или на облачный сервер. Его также можно настроить на регулярный автоматический запуск.
Установка
Чтобы установить Deja Dup, найдите его в Pop! _Shop, Ubuntu Software или выполните следующую команду:
sudo apt install deja-dup
После установки Deja Dup он будет помечен как «Резервные копии» в обзоре действий.
Выбор данных для резервного копирования
Открыв Deja Dup (резервные копии), вы можете выбрать папки, которые хотите сохранить или игнорировать, используя страницы, перечисленные слева. По умолчанию Deja Dup создает резервную копию всего вашего домашнего каталога, включая папки с документами, изображениями, музыкой и видео. Он игнорирует вашу папку загрузок и любые элементы в корзине. При необходимости используйте кнопки «плюс» и «минус» для изменения обеих категорий.
Выбор места для резервной копии
На странице Место хранения вы можете настроить место, где будет храниться ваша резервная копия.
Доступные варианты:
Локальная папка — Резервное копирование данных на внутренний или внешний жесткий диск, SSD или USB-накопитель.
Плюсов: Легко настроить, автоматически, доступно и безопасно. Резервное копирование обычно происходит быстро, потому что используется высокоскоростное прямое соединение.
Минусы: Единая точка отказа. Если компьютер потерян или оба диска выйдут из строя, данные будут потеряны.
Сетевой сервер — Резервное копирование данных на другой компьютер или запоминающее устройство (NAS) в вашей сети.
Плюсов: Те же преимущества, что и у локального резервного копирования, но без единой точки отказа.
Минусы: Требуются некоторые знания в области сетевых технологий и возможность настроить другой компьютер или запоминающее устройство для хранения данных. Резервное копирование обычно занимает больше времени из-за более медленной скорости передачи по сети (но все же быстрее, чем в интернет-хранилище).
Google Диск — резервное копирование в облачный сервис Google.
Плюсов: Удаленное (внешнее) расположение обеспечивает географическое резервирование и доступно везде, где есть подключение к Интернету.
Минусы: Требуется учетная запись Google. Ваши данные могут быть доступны Google или третьим лицам (включая правоохранительные органы). Будет медленнее выполнять резервное копирование (в зависимости от скорости вашего интернета) и использовать вашу передачу данных / пропускную способность.
Планирование регулярного резервного копирования
Чтобы запланировать автоматическое резервное копирование, выберите Планирование из списка слева, затем переведите переключатель, чтобы включить автоматическое резервное копирование. Запланируйте резервное копирование на время, когда вы знаете, что местоположение будет доступно (например, когда вы знаете, что у вас подключен USB-накопитель).Многие люди предпочитают запускать резервные копии на ночь или по выходным.
Восстановление ваших данных
Чтобы восстановить данные с помощью Deja Dup, выберите страницу Overview , затем нажмите кнопку Restore … . Это позволит вам выбрать место, содержащее резервную копию Deja Dup, и скопировать данные из самой последней резервной копии в исходное местоположение.
Клиенты для облачных рабочих столов
Многие онлайн-сервисы предлагают небольшие объемы бесплатного хранилища и настольных клиентов с автоматической синхронизацией.Вот несколько примеров компаний, предлагающих кроссплатформенное облачное хранилище:
Google Drive не имеет собственного клиента Linux, но есть встроенная поддержка в Pop! _OS и Ubuntu. Однако встроенная поддержка не позволяет автоматически копировать и хранить файлы локально, как это делают указанные выше клиенты для настольных ПК.
Одним из решений, препятствующих чтению данных поставщиками облачных хранилищ, является хранение всех файлов в архивах, защищенных паролем. Файл .zip или .7z с паролем зашифрован, и никто не может получить к нему доступ без пароля.
Другой вариант — Nextcloud. Nextcloud — это облачное решение с открытым исходным кодом, которое полностью контролируется пользователем. Удаленный сервер необходимо настроить вручную (или доверенная третья сторона может получить оплату за установку и обслуживание сервера).
Копирование данных вручную с помощью приложения «Файлы»
При подключенном внешнем диске данные можно вручную скопировать на внешний диск. Используйте файловый браузер для копирования данных с внутреннего диска на внешний.
Плюсов: Легко и просто копировать данные из одного места в другое.
Минусы: Поскольку процесс выполняется вручную, обновления и изменения данных могут быть пропущены со временем. Нет географической избыточности.
Только терминал (расширенный)
В определенных ситуациях у вас может быть доступ только к интерфейсу командной строки. Программа командной строки rsync проверяет целостность данных и избегает повторного копирования файлов, для которых уже созданы резервные копии.
Пример команды rsync:
rsync -a ~ / OUTPUT_DIRECTORY
… где -a указывает rsync на вывод в виде архива, ~ / ссылается на ваш домашний каталог в качестве исходного местоположения, а OUTPUT_DIRECTORY следует заменить на местоположение вашего внешнего диска или удаленно смонтированного сервера.
электронная почта
Если вы получаете доступ к своей электронной почте через веб-браузер, резервное копирование вручную, вероятно, не требуется, поскольку данные всегда хранятся на удаленном компьютере. Если вы используете локальный клиент, такой как Thunderbird или Evolution, то данные могут храниться в нескольких местах (например, на почтовом сервере и других клиентских устройствах) или только в одном.Если используется протокол IMAP, данные синхронизируются между всеми клиентами; если используется протокол POP, то данные хранятся только на клиенте, на котором было просмотрено электронное письмо.
Веб-браузер
Плюсов: Все данные всегда на удаленном сервере.
Минусы: Требуется доступ в Интернет. Провайдеры электронной почты могут иметь доступ к данным.
IMAP
Плюсов: Данные синхронизируются между удаленным сервером и локальными устройствами. Нет единой точки отказа.
Минусы: Требуется доступ в Интернет. Провайдеры электронной почты могут иметь доступ к данным.
POP / POP3
Плюсов: Данные более безопасны, поскольку они находятся только в одном месте в любое время.
Минусы: Клиент, хранящий данные, является единственной точкой отказа.
Файлы конфигурации пользователя
Большинство файлов конфигурации пользователя хранятся в домашней папке. Обычно их можно скопировать и сохранить, как и любой другой файл, но восстановление этих файлов может не всегда работать.Иногда программы меняют способ, место и формат хранения файлов конфигурации. Это означает, что их не всегда можно будет восстановить или они могут работать не так, как задумано. При необходимости рекомендуется создавать их резервные копии, но помните, что они могут не восстанавливаться правильно.
Большинство пользовательских файлов конфигурации находятся в домашнем каталоге и начинаются с точки (например, каталог .config ).
Программы
Поскольку программы легко доступны в Интернете (обычно через репозитории программного обеспечения), мы не рекомендуем создавать их резервные копии.Они разбросаны по файловой системе, и их сложно восстановить должным образом. Для резервного копирования программ мы рекомендуем вести список имен пакетов для программ, которые вы используете, чтобы их можно было переустановить с помощью одной команды диспетчера пакетов, например:
sudo apt install gnome-tweak-tool коврик для мыши aptitude thunar
Файлы конфигурации программы
Общесистемные файлы конфигурации программы можно найти во многих местах ОС. Чаще всего это папка / etc .Для большинства из них можно выполнить резервное копирование теми же способами, что и файлы конфигурации пользователя, с тем же предупреждением об изменениях в формате конфигурации при восстановлении этих файлов. (Если вы не изменили общесистемные файлы конфигурации вручную, большая часть конфигурации обычно сохраняется для каждого пользователя в домашнем каталоге.)
Создание и восстановление образов дисков с помощью приложения «Диски»
Pop! _OS поставляется с утилитой управления дисками под названием GNOME Disks. Вы можете найти его в списке приложений.
При открытии слева вы увидите список всех дисков, подключенных к вашему компьютеру.Выберите диск для резервного копирования или восстановления и щелкните по нему.
После выбора диска в правом верхнем углу окна приложения появится кнопка «Параметры диска». Когда вы ее нажимаете, появляется выпадающее меню, в котором вы можете выбрать нужный вариант — создать или восстановить образ диска.
Создание образа диска
Когда вы нажмете «Создать образ диска» в раскрывающемся меню, упомянутом ранее, у вас появится всплывающее окно, предлагающее вам выбрать имя создаваемого образа диска и выбрать, куда его поместить.
ПРИМЕЧАНИЕ , что создание полного образа диска возможно только при загрузке с живого диска. Вы не можете вносить изменения на внутренний диск или раздел, с которого загружаетесь.
После нажатия «Начать создание» он может запросить ваш пароль. Далее диски начнут создавать образ вашего диска. Будет показан индикатор выполнения. Вы можете отменить создание изображения в любое время, нажав значок корзины справа, рядом с индикатором выполнения.
ПРИМЕЧАНИЕ место, в которое вы сохраняете файл изображения, должно быть либо того же размера, либо больше (т.е.е. Для 1 ТБ потребуется 1 ТБ или больше).
По окончании у вас будет файл образа диска в формате .img . У файла будет выбранное вами имя, и он будет сохранен в выбранной вами папке.
Восстановление образа диска
ВАЖНОЕ ПРИМЕЧАНИЕ: Восстановление образа диска на диск стирает текущее содержимое выбранного диска или раздела. Опять же, это приведет к полной потере данных. Восстанавливайте образы дисков только на диски, резервные копии которых уже созданы или на которых вы не хотите сохранять данные.
Когда вы нажимаете «Восстановить образ диска» в раскрывающемся меню, упомянутом ранее, появится всплывающее окно с кнопкой для выбора образа диска, который вы хотите восстановить. «Место назначения» будет тем диском, который вы выбрали ранее (на слева).
После того, как вы нажмете «Начать восстановление», он запросит подтверждение и может запросить пароль пользователя. После этого начнется процесс восстановления образа диска на ваш диск, и вы увидите, как идет процесс восстановления.Вы можете отменить в любой момент, нажав значок корзины справа от индикатора выполнения.
ПРИМЕЧАНИЕ: Даже если вы нажмете кнопку для отмены, выбранный диск уже будет стерт, чтобы освободить место для образа восстановления. Данных на диске уже нет.
По окончании у вас будет файл образа диска и его данные на выбранном вами диске.
Резервное копирование системы
Используйте этот параметр для тестирования подключения к серверу резервного копирования, планирования ежедневного резервного копирования и выполнения немедленного резервного копирования.
ПРИМЕЧАНИЕ: Резервная копия системы Core не включает конфигурацию сервера пересылки Splunk в Core. Поэтому после восстановления системы необходимо вручную настроить сервер пересылки Splunk.
Этот раздел содержит следующие темы:
Предварительные требования для настройки резервного копирования системы
В этом разделе перечислены предварительные условия для настройки резервного копирования системы.
Достаточно места на диске в месте назначения для хранения архива
Требования к протоколу описаны в следующей таблице:
таблица 1.Предварительные требования к резервному копированию системы
NFS
Порт 2049 открыт от MobileIron Core к серверу NFS.
Параметр NFS предполагает, что аутентификация пользователя не требуется для указанного сервера. Поэтому MobileIron рекомендует использовать списки управления доступом IP для ограничения монтирования NFS в MobileIron Core.
SCP
Порт 22 открыт из ядра в хранилище резервных копий.
FTP
Порт 21 открыт от ядра к FTP-серверу.
CIFS
Порты 137 (UDP), 138 (UDP), 139 (TCP) и 445 (TCP) открываются из ядра на общий сервер Windows.
SMB v2.0 до последней версии, поддерживаемой MobileIron.
Включение резервного копирования
Процедура
Для включения настроенного расписания резервного копирования:
Войдите в System Manager.
Перейдите в раздел «Обслуживание»> «Резервное копирование системы».
Перейдите в группу управления резервным копированием системы.
Выберите «Включить» для параметра «Резервное копирование системы».
Состояние резервного копирования системы
Используйте группу «Использование обслуживания»> «Состояние резервного копирования системы» для отслеживания состояния резервного копирования. При запуске резервного копирования активирует индикатор Резервное копирование выполняется в разделе Состояние резервного копирования системы. По завершении краткое сообщение о состоянии отображает следующую информацию:
дата и время резервного копирования
тип резервного копирования (ЛОКАЛЬНОЕ, FTP, NFS, CIFS или SCP)
, было ли резервное копирование запланировано (автоматически) или запущено сейчас (вручную)
, было ли резервное копирование успешным
Рисунок 1.Окно резервного копирования системы
ПРИМЕЧАНИЕ: MobileIron Core выполняет ряд проверок, чтобы убедиться, что резервная копия базы данных не повреждена. Если какая-либо из проверок не удалась, сообщение о состоянии указывает на сбой резервного копирования. Такие же проверки происходят при каждой попытке резервного копирования. Например, проверки происходят при резервном копировании ядра в среде высокой доступности
Уведомления по электронной почте о резервном копировании системы
Уведомления по электронной почте об успешном или неудачном резервном копировании содержат следующую информацию:
время успеха или неудачи
размер бэкапа
время, затраченное на выполнение резервного копирования
тип резервного копирования (FTP, SCP, NFS или CIFS)
IP-адрес или имя резервного сервера
путь к хранилищу резервной копии на сервере резервных копий
причина отказа резервного копирования
Возможные причины отказа:
Ошибка крепления
Сервер недоступен
Ошибка аутентификации
Недостаточно места на диске на сервере
Недостаточно места на диске в Core
Не удалось получить доступ к каталогу
Используйте эту информацию, чтобы предпринять действия для обеспечения успешного выполнения последующих резервных копий.Например, если вы получили уведомление о том, что на вашем сервере резервного копирования закончилось дисковое пространство, вы можете удалить старые файлы с сервера резервного копирования.
Пример
Ниже приведены примеры электронных писем для успешного и неудачного резервного копирования:
Рисунок 2. Пример успешного резервного копирования электронной почты
Рисунок 3. Пример неудачного резервного копирования электронной почты
Настройка параметров резервного копирования системы
Выполните следующие шаги, чтобы настроить место назначения и расписание резервного копирования:
Войдите в System Manager.
Перейдите в раздел «Обслуживание»> «Резервное копирование системы».
Прокрутите до группы Конфигурация резервного копирования системы.
При необходимости измените поля.
Дополнительные сведения см. В таблице группы конфигурации резервного копирования системы.
Щелкните Проверить подключение.
Отображается сообщение, показывающее, прошла ли проверка подключения успешно или нет.
Нажмите «Сохранить»> «ОК», если проверка подключения прошла успешно.
Если проверка подключения не удалась, проверьте введенную вами информацию о сервере, исправьте и повторите попытку.
Группа конфигурации резервного копирования системы
В следующей таблице приведены поля и описания в группе конфигурации резервного копирования системы:
таблица 2. Поля конфигураций резервного копирования системы
Уведомление по электронной почте
Введите адрес электронной почты, на который должны приходить уведомления о резервном копировании / восстановлении. По умолчанию уведомления отправляются только в случае сбоя резервного копирования.
Отправить электронное письмо при успешном резервном копировании
Выберите этот параметр, чтобы включить уведомления об успехе в дополнение к уведомлениям об ошибках.
Время начала (GMT)
Выберите время (GMT), в которое должно выполняться ежедневное резервное копирование, на основе системного времени, установленного в System Manager.
Только резервное копирование системы локально
Выберите этот вариант, если вы хотите создать резервную копию системы, которую можно загрузить на локальную машину. Перед установкой обновления Core полезно создать и сохранить локальную резервную копию.
Если вы выберете эту опцию, поля сервера резервного копирования будут отключены.
См. Создание локальной резервной копии.
Резервное копирование с использованием
Выберите один из следующих протоколов:
Выбранный протокол определяет, какое из следующих полей отображается.
Сервер
Введите доменное имя или IP-адрес используемого сервера.
Например:
10.102.0.50
mybackupserver.mycompany.com
Пользователь
Введите имя пользователя для используемой учетной записи.
Для CIFS вам также может потребоваться указать домен (например, MYDOMAIN \ myuserid).
Пароль
Введите пароль для используемой учетной записи.
Пароль
Подтверждение
Подтвердите пароль используемой учетной записи.
Путь к серверу
Введите любой дополнительный путь, необходимый для указания местоположения на хост-сервере.
Например, если вы хотите записывать резервные копии в папку Backups / Core на указанном сервере, вы должны ввести в это поле / Backups / Core.
Не забудьте добавить косую черту (/), иначе резервное копирование не удастся.
Запуск немедленного резервного копирования системы
Чтобы запустить немедленное резервное копирование системы:
Войдите в System Manager.
Перейдите в раздел «Обслуживание»> «Резервное копирование системы».
Прокрутите вниз до раздела «Выполнить резервное копирование системы».
Щелкните Выполнить.
Формат файла резервной копии
Имя полученного файла имеет следующий формат:
-backup-YYYY-MM-DD — HH-MM-SS.tgz
, где — это полный домен для Core.
Просмотр журналов резервного копирования
Вы можете просматривать журналы резервного копирования системы по запросу и загружать их, как и другие системные журналы,
Процедура
Войдите в System Manager.
Перейдите в раздел Устранение неполадок> Журналы.
Перейдите в раздел Просмотр журналов модуля.
Щелкните ссылку SystemBackup.
Восстановить резервную копию системы
Вы можете восстановить резервную копию системы (данные и конфигурацию) или сбросить существующее ядро до заводского состояния по умолчанию, если выполняются следующие требования:
Версия MobileIron Core, использованная для создания резервной копии, должна использоваться для восстановления резервной копии.
Убедитесь, что расположение файла резервной копии легко доступно, чтобы гарантировать, что процесс загрузки не истечет.Загрузка файла должна завершиться в течение 15 минут.
Восстановление резервной копии системы
Для восстановления из резервной копии системы:
Войдите в System Manager.
Перейдите в раздел «Обслуживание»> «Резервное копирование системы».
Прокрутите вниз до раздела «Восстановление системы».
Щелкните Выбрать файл.
Выберите файл резервной копии.
Щелкните Восстановить.
Когда процесс будет завершен, отобразится сообщение, предлагающее перезагрузить компьютер.
Если будет предложено сохранить конфигурацию, нажмите Да.
Если вы решили настроить второе ядро MobileIron вместо сброса исходного, выключите исходный, чтобы предотвратить конфликты IP-адресов.
Выберите «Обслуживание»> «Перезагрузка»> «Перезагрузить».
Восстановление только данных
В некоторых ситуациях требуется восстановление данных из резервной копии без восстановления конфигурации системы. К таким ситуациям относятся:
подтверждение того, что ожидаемые данные включены в резервные копии
аварийное восстановление
Чтобы устранить эти ситуации, используйте параметр «Исключить системные конфигурации при восстановлении».
Рисунок 4. Окно восстановления системы
Восстановление системы таким образом не обеспечивает замену MobileIron Core. Вы можете использовать эту восстановленную систему для просмотра данных или в качестве основы для замены системы.
Создать локальную резервную копию
Вы можете запланировать резервное копирование или запустить немедленное резервное копирование экземпляра MobileIron Core и сохранить его локально. Перед установкой обновления Core полезно создать и сохранить локальную резервную копию.
Настройка локального резервного копирования
Вы можете запустить немедленное резервное копирование или настроить резервное копирование по расписанию, выполнив следующие действия для создания локальной резервной копии.
Процедура
Войдите в System Manager.
Перейдите в раздел «Обслуживание»> «Резервное копирование системы».
Перейдите в группу конфигурации резервного копирования системы.
Прокрутите до раздела «Настройки хранилища резервных копий».
Установите флажок только для резервного копирования системы локально.
Выполните одно из следующих действий:
В поле Время начала (GMT) выберите час (время GMT) для запуска резервного копирования в указанное время.
В «Запустить резервное копирование системы сейчас» нажмите «Выполнить», чтобы немедленно запустить резервное копирование.
Щелкните Сохранить.
После того, как резервное копирование будет выполнено, нажмите Загрузить резервную копию в разделе «Состояние резервного копирования системы».
Восстановление системы
Используйте локально загруженный файл на рабочем столе для восстановления системы или файл, который был скопирован на удаленный файловый сервер.
Для восстановления системы.
Войдите в System Manager.
Перейдите в раздел «Обслуживание»> «Резервное копирование системы».
Прокрутите до группы «Восстановление системы».
Выберите «Исключить системные конфигурации при восстановлении».
Это позволяет восстановить резервную копию в новой системе, не затрагивая существующую систему. Это также можно использовать для проверки процедуры резервного копирования и восстановления без воздействия на основную систему. Если не выбрать «Исключить системные конфигурации при восстановлении», система перезагрузится с IP-адресом и конфигурацией хоста, которые были в файле резервной копии.
Выберите «Восстановить», чтобы загрузить файл резервной копии и добавить его в систему.
Когда вам будет предложено перезагрузить компьютер, выберите «Обслуживание»> «Перезагрузка» и нажмите «Перезагрузить».
Что такое резервное копирование (резервное копирование данных)?
Резервное копирование означает копирование физических или виртуальных файлов или баз данных во вторичное хранилище для сохранения в случае отказа оборудования или катастрофы. Процесс резервного копирования данных имеет решающее значение для успешного плана аварийного восстановления.
Предприятия создают резервные копии данных, которые они считают уязвимыми в случае неисправного программного обеспечения, повреждения данных, отказа оборудования, злонамеренного взлома, ошибки пользователя или других непредвиденных событий. Резервные копии захватывают и синхронизируют моментальный снимок на определенный момент времени, который затем используется для возврата данных в их предыдущее состояние.
В ходе тестирования резервного копирования и восстановления изучаются методы и технологии организации в области безопасности и репликации данных. Цель состоит в том, чтобы обеспечить быстрый и надежный поиск данных в случае необходимости. Процесс восстановления файлов данных из резервных копий известен как восстановление файлов .
Термины резервное копирование данных и защита данных часто используются как синонимы, хотя защита данных охватывает более широкие цели обеспечения непрерывности бизнеса, безопасности данных, управления жизненным циклом информации и предотвращения вредоносных программ и компьютерных вирусов.
Важность резервного копирования данных
Резервное копирование данных является одним из наиболее важных компонентов инфраструктуры в любой организации, поскольку помогает предотвратить потерю данных. Резервные копии позволяют восстановить удаленные файлы или восстановить файл, когда он был случайно перезаписан.
Кроме того, резервные копии обычно являются лучшим вариантом для организации восстановления после атаки программы-вымогателя или серьезного события потери данных, такого как пожар в центре обработки данных.

Какие данные следует резервировать и как часто?
Процесс резервного копирования применяется к критически важным базам данных или связанным бизнес-приложениям.Этот процесс регулируется предопределенными политиками резервного копирования, которые определяют, как часто выполняется резервное копирование данных и сколько требуется дублирующих копий, известных как реплики , а также соглашениями об уровне обслуживания (SLA), которые оговаривают, насколько быстро данные необходимо восстановить.
Передовой опыт предполагает, что полное резервное копирование данных следует планировать не реже одного раза в неделю, часто в выходные или в нерабочее время. Чтобы дополнить еженедельное полное резервное копирование, предприятия обычно планируют серию заданий дифференциального или инкрементного резервного копирования данных, в которых выполняется резервное копирование только тех данных, которые изменились с момента последнего полного резервного копирования.
Развитие средств хранения резервных копий
Предприятия обычно выполняют резервное копирование ключевых данных на выделенные дисковые устройства резервного копирования. Программное обеспечение резервного копирования — встроенное в устройства или работающее на отдельном сервере — управляет процессом копирования данных на дисковые устройства. Программное обеспечение резервного копирования обрабатывает такие процессы, как дедупликация данных, что сокращает объем физического пространства, необходимого для хранения данных. Программное обеспечение резервного копирования также применяет политики, которые определяют, как часто выполняется резервное копирование определенных данных, сколько копий делается и где хранятся резервные копии.
До того, как в начале 2000-х диск стал основным носителем резервного копирования, большинство организаций использовали библиотеки магнитных лент для хранения резервных копий центров обработки данных. Лента все еще используется сегодня, но в основном для архивных данных, которые не нужно быстро восстанавливать. Некоторые организации приняли практику использования съемного внешнего накопителя вместо ленты, но основная концепция резервного копирования данных на съемный носитель остается прежней.
Резервное копирование на дисках позволило организациям обеспечить непрерывную защиту данных.До создания резервных копий на дисках организации обычно создавали одну ночную резервную копию. Раньше еженощное резервное копирование было полным резервным копированием системы. Со временем файлы резервных копий становились больше, а окна резервного копирования оставались того же размера или даже уменьшались. Это вынудило многие организации создавать инкрементные резервные копии каждую ночь.
Платформы непрерывной защиты данных полностью избегают этих проблем. Системы выполняют первоначальное полное резервное копирование на диск, а затем выполняют инкрементное резервное копирование каждые несколько минут по мере создания или изменения данных.Эти типы резервных копий могут защитить как структурированные данные — данные, хранящиеся на сервере базы данных, — так и неструктурированные или файловые данные.
На заре создания резервных копий дисков программное обеспечение резервного копирования было разработано для работы на отдельном сервере. Это программное обеспечение координировало процесс резервного копирования и записывало данные резервного копирования в массив хранения. Эти системы быстро завоевали популярность, потому что они действовали как резервные копии в режиме онлайн, то есть данные можно было копировать или восстанавливать по запросу, без необходимости монтировать ленту.
Хотя в некоторых продуктах резервного копирования по-прежнему используются отдельные серверы резервного копирования, поставщики средств резервного копирования все чаще переходят на интегрированные устройства защиты данных.В простейшем случае интегрированное устройство обработки данных — это, по сути, файловый сервер, оснащенный жесткими дисками и программным обеспечением для резервного копирования. Эти plug-and-play устройства хранения данных часто включают автоматизированные функции для мониторинга емкости диска, расширяемое хранилище и предварительно настроенные ленточные библиотеки.
Некоторые поставщики резервного копирования также начали предлагать платформы резервного копирования, основанные на использовании гиперконвергентных систем. Эти системы состоят из наборов стандартизованных серверов, которые были сгруппированы вместе и совместно обрабатывают процессы, связанные с резервным копированием.Одним из основных преимуществ гиперконвергентных систем является то, что они легко масштабируются. Каждый узел в гиперконвергентной системе содержит собственное интегрированное хранилище, вычислительные и сетевые ресурсы. Администраторы могут масштабировать емкость резервного копирования организации, просто добавляя дополнительные узлы в кластер.
Вне зависимости от того, является ли оно гиперконвергентным или нет, большинство дисковых устройств резервного копирования позволяют перемещать копии с вращающегося носителя на магнитную ленту для длительного хранения. Системы с магнитной лентой все еще используются из-за увеличения плотности ленты и распространения файловой системы на магнитной ленте.
Ранние дисковые системы резервного копирования были известны как виртуальные ленточные библиотеки , (VTL), потому что они включали диски, которые работали так же, как ленточные накопители. Таким образом, приложения для резервного копирования, разработанные для записи данных на ленту, могут рассматривать диск как физическую ленточную библиотеку. VTL перестали быть популярными после того, как поставщики программного обеспечения для резервного копирования оптимизировали свои продукты для использования на дисках, а не на магнитных лентах.
Твердотельные накопители (SSD) редко используются для резервного копирования данных из-за проблем с ценой и сроком службы.Некоторые поставщики хранилищ включают твердотельные накопители в качестве инструмента кэширования или многоуровневого хранения данных для управления записью с помощью дисковых массивов. Это особенно часто встречается в гиперконвергентных системах. Данные изначально кэшируются во флэш-памяти, а затем записываются на диск. Поскольку поставщики выпускают твердотельные накопители большей емкости, чем диски, флэш-накопители могут получить некоторое применение для резервного копирования.
Сравнение локального резервного копирования и автономного резервного копирования для основного хранилища
Современные системы первичного хранения данных эволюционировали и теперь обладают более сильными встроенными возможностями для резервного копирования данных.Эти функции включают расширенные схемы защиты RAID, неограниченное количество снимков и инструменты для репликации снимков во вторичную резервную копию или даже третичное резервное копирование за пределами площадки. Несмотря на эти достижения, резервное копирование на основе первичного хранилища обычно обходится дороже и не имеет возможностей индексирования, присущих традиционным продуктам для резервного копирования.
При локальном резервном копировании копии данных размещаются на внешних жестких дисках или магнитных ленточных системах, которые обычно размещаются в локальном центре обработки данных или рядом с ним. Данные передаются через безопасное сетевое соединение с высокой пропускной способностью или корпоративную интрасеть.
Одним из преимуществ локального резервного копирования является возможность резервного копирования данных за сетевым брандмауэром. Локальное резервное копирование также выполняется намного быстрее и обеспечивает больший контроль над доступом к данным.
Автономное или холодное резервное копирование похоже на локальное резервное копирование, хотя чаще всего оно связано с резервным копированием базы данных. Автономное резервное копирование приводит к простоям, поскольку процесс резервного копирования происходит, когда база данных отключена от сети.
Резервное копирование и облачное хранилище
Внешнее резервное копирование передает копии данных в удаленное место, которое может включать в себя вторичный центр обработки данных компании или арендованный объект для совместного размещения.Внешнее резервное копирование данных все чаще приравнивается к облачному хранилищу на основе подписки как услуге, которая обеспечивает недорогую масштабируемую емкость и устраняет необходимость заказчику приобретать и обслуживать оборудование для резервного копирования. Несмотря на растущую популярность, выбор резервного копирования как услуги (BaaS) требует от пользователей шифрования данных и принятия других мер для защиты целостности данных.
Облачные резервные копии делятся на следующие:
Публичное облачное хранилище. Пользователи отправляют данные поставщику облачных услуг, который взимает с них ежемесячную абонентскую плату в зависимости от использованного хранилища.За вход и выход данных взимается дополнительная плата. AWS, Google Cloud и Microsoft Azure — крупнейшие поставщики общедоступных облаков. Небольшие поставщики управляемых услуг также размещают резервные копии в своих облаках или управляют резервными копиями клиентов в больших общедоступных облаках.
Частное облачное хранилище. Резервное копирование данных выполняется на разных серверах внутри брандмауэра компании, обычно между локальным центром обработки данных и вторичным сайтом аварийного восстановления. По этой причине частное облачное хранилище иногда называют внутренним облачным хранилищем .
Гибридное облачное хранилище. Компания использует как локальное, так и внешнее хранилище. Предприятия обычно выборочно используют общедоступное облачное хранилище для архивирования и долгосрочного хранения данных. Они используют частное хранилище для локального доступа и резервного копирования для более быстрого доступа к наиболее важным данным.
Большинство поставщиков резервного копирования позволяют выполнять резервное копирование локальных приложений в выделенное частное облако, эффективно рассматривая облачное резервное копирование данных как расширение физического центра обработки данных заказчика.Когда процесс позволяет приложениям переключиться на отказ в случае аварии и вернуться к ней позже, , это называется аварийным восстановлением как услуга .
Резервное копирование данных из облака в облако (C2C) — это альтернативный подход, который набирает обороты. Резервное копирование C2C защищает данные на платформах SaaS, таких как Salesforce или Microsoft Office 365. Эти данные часто существуют только в облаке, но поставщики SaaS часто взимают большие сборы за восстановление данных, утерянных из-за ошибки клиента. Резервное копирование C2C работает путем копирования данных SaaS в другое облако, откуда их можно восстановить в случае потери каких-либо данных.
Хранилище резервных копий для ПК и мобильных устройств Пользователи ПК
могут рассматривать как локальное резервное копирование с внутреннего жесткого диска компьютера на подключенный внешний жесткий диск, так и съемный носитель, например флэш-накопитель.
Другой альтернативой для потребителей является резервное копирование данных со смартфонов и планшетов в персональное облачное хранилище, которое доступно у таких поставщиков, как Box, Carbonite, Dropbox, Google Drive, Microsoft OneDrive и других. Эти службы обычно используются для бесплатного предоставления определенной емкости, что дает потребителям возможность приобретать дополнительное хранилище по мере необходимости.В отличие от корпоративного облачного хранилища как услуги, эти облачные предложения для потребителей, как правило, не обеспечивают уровень безопасности данных, необходимый бизнесу.
Поставщики программного и аппаратного обеспечения для резервного копирования
Поставщики, которые продают аппаратные платформы резервного копирования, включают Barracuda Networks, Cohesity, Dell EMC (Data Domain), Drobo, ExaGrid Systems, Hewlett Packard Enterprise, Hitachi Vantara, IBM, NEC Corp., Oracle StorageTek (ленточные библиотеки), Quantum Corp., Rubrik , Spectra Logic, Unitrends и Veritas NetBackup.
Ведущие поставщики программного обеспечения для резервного копирования на предприятиях включают Acronis, Arcserve, Asigra, Commvault, Datto, Dell EMC Data Protection Suite (Avamar и NetWorker), диспетчер репликации Dell EMC RecoverPoint, Druva, Nakivo, Veeam Software и Veritas Technologies.
ОС Microsoft Windows Server по своей сути включает Microsoft Resilient File System (ReFS) для автоматического обнаружения и восстановления поврежденных данных. Хотя технически это не является резервным копированием данных, Microsoft ReFS является превентивной мерой для защиты данных файловой системы от повреждения.
VMware vSphere предоставляет набор инструментов резервного копирования для защиты данных, обеспечения высокой доступности и репликации. VMware vStorage API для защиты данных (VADP) позволяет VMware или поддерживаемому стороннему программному обеспечению резервного копирования безопасно создавать полные и инкрементные резервные копии виртуальных машин. VADP реализует резервное копирование с помощью моментальных снимков на основе гипервизора. В качестве дополнения к резервному копированию данных динамическая миграция VMware vSphere позволяет перемещать виртуальные машины между разными платформами, чтобы минимизировать эффект аварийного восстановления. Виртуальные тома VMware также помогают выполнять резервное копирование виртуальных машин.
Определены типы резервных копий
Полная резервная копия сохраняет копию всего набора данных. Хотя это считается наиболее надежным методом резервного копирования, выполнение полного резервного копирования занимает много времени и требует большого количества дисков или лент. Большинство организаций запускают полные резервные копии только периодически.
Инкрементное резервное копирование предлагает альтернативу полному резервному копированию, выполняя резервное копирование только тех данных, которые изменились с момента последнего полного резервного копирования. Недостатком является то, что полное восстановление занимает больше времени, если для восстановления используется инкрементная резервная копия данных.
Дифференциальное резервное копирование копий данных, измененных с момента последнего полного резервного копирования. Это позволяет выполнить полное восстановление быстрее, требуя только последнюю полную резервную копию и последнюю дифференциальную резервную копию. Например, если вы создаете полную резервную копию в понедельник, резервная копия вторника в этот момент будет похожа на инкрементную резервную копию. Резервная копия среды затем будет резервной копией разницы, которая изменилась с момента полной резервной копии в понедельник. Обратной стороной является то, что прогрессивный рост разностных резервных копий имеет тенденцию отрицательно влиять на время резервного копирования.Дифференциальная резервная копия порождает файл, объединяя его более раннюю полную копию с одной или несколькими инкрементными копиями, созданными позже. Собранный файл не является прямой копией какого-либо отдельного текущего или ранее созданного файла, а скорее синтезирован из исходного файла и любых последующих модификаций этого файла.
Синтетическая полная резервная копия — это разновидность дифференциальной резервной копии. В синтетической полной резервной копии сервер резервного копирования создает дополнительную полную копию, которая основана на исходной полной резервной копии и данных, полученных из инкрементных копий.
Постоянное инкрементное резервное копирование минимизирует окно резервного копирования, обеспечивая более быстрый доступ к данным для восстановления. Постоянно инкрементное резервное копирование захватывает полный набор данных, а затем с этого момента дополняет его инкрементными резервными копиями. Резервное копирование только измененных блоков также известно как разность разности . Полные резервные копии наборов данных обычно хранятся на сервере резервного копирования, что автоматизирует восстановление.
Обратно-инкрементное резервное копирование — это изменения, сделанные между двумя экземплярами зеркала.После создания первоначальной полной резервной копии каждая последующая инкрементная резервная копия применяет любые изменения к существующей полной резервной копии. По сути, это создает новую синтетическую полную резервную копию каждый раз, когда применяется инкрементное изменение, а также обеспечивает возврат к предыдущим полным резервным копиям.
Горячее резервное копирование , или динамическое резервное копирование, применяется к данным, которые остаются доступными для пользователей в процессе обновления. Этот метод позволяет избежать простоев пользователей и потери производительности. Риск горячего резервного копирования заключается в том, что, если данные изменяются во время резервного копирования, полученная резервная копия может не соответствовать окончательному состоянию данных.
Методы и технологии, дополняющие резервное копирование данных
Непрерывная защита данных (CDP) относится к уровням связанных технологий, предназначенных для улучшения защиты данных. Система хранения на основе CDP выполняет резервное копирование всех корпоративных данных при каждом изменении. Инструменты CDP позволяют создавать несколько копий данных. Многие системы CDP содержат встроенный механизм, который реплицирует данные с основного на дополнительный сервер резервного копирования и / или ленточное хранилище.Резервное копирование с диска на диск на ленту — популярная архитектура для систем CDP.
Почти непрерывный CDP делает моментальные снимки резервных копий через заданные интервалы, которые отличаются от снимков на основе массива, которые создаются каждый раз, когда новые данные записываются в хранилище.
Сокращение объема данных уменьшает занимаемое хранилище. Существует два основных метода: сжатие данных и дедупликация данных. Эти методы можно использовать по отдельности, но производители часто комбинируют подходы. Уменьшение размера данных влияет на окна резервного копирования и время восстановления.
Клонирование диска включает в себя копирование содержимого жесткого диска компьютера, сохранение его в виде файла изображения и перенос на носитель. Клонирование диска можно использовать для подготовки, подготовки системы, восстановления системы и перезагрузки или возврата системы к исходной конфигурации.
Стирающее кодирование или упреждающее исправление ошибок стало масштабируемой альтернативой традиционным RAID-системам. Стирающее кодирование чаще всего связано с хранением объектов.RAID чередует данные, записываемые на несколько дисков, используя диск с четностью для обеспечения избыточности и отказоустойчивости. Технология разбивает данные на фрагменты и кодирует их с другими битами избыточных данных. Эти закодированные фрагменты хранятся на разных носителях, узлах или географических точках. Связанные фрагменты используются для восстановления поврежденных данных с использованием метода, известного как передискретизация .
Простое резервное копирование — это схема защиты данных, в которой прямая копия моментального снимка перемещается в недорогую систему хранения без использования традиционного программного обеспечения для резервного копирования.Исходный снимок сохраняет свой исходный формат и местоположение; плоская резервная реплика монтируется, если оригинал становится недоступным или непригодным для использования.
Зеркальное отображение размещает файлы данных на нескольких компьютерах-серверах, чтобы они оставались доступными для пользователей. При синхронном зеркалировании данные записываются на локальный и удаленный диск одновременно. Запись из локального хранилища не подтверждается до тех пор, пока не будет отправлено подтверждение из удаленного хранилища, что гарантирует, что на двух сайтах будет идентичная копия данных.И наоборот, асинхронная локальная запись завершается до отправки подтверждения с удаленного сервера.
Репликация позволяет пользователям выбирать необходимое количество реплик или копий данных, необходимых для поддержания или возобновления бизнес-операций. Репликация данных копирует данные из одного места в другое, обеспечивая актуальную копию для ускорения аварийного восстановления.
Восстановление на месте , или мгновенное восстановление, позволяет пользователям временно запускать производственное приложение непосредственно из резервного экземпляра виртуальной машины, таким образом поддерживая доступность данных во время восстановления основной виртуальной машины.Установка физического экземпляра или экземпляра виртуальной машины непосредственно на резервный или медиа-сервер может ускорить восстановление на уровне системы с точностью до нескольких минут. Восстановление из подключенного образа действительно приводит к снижению производительности, поскольку серверы резервного копирования не рассчитаны на рабочие нагрузки.
Моментальные снимки хранилища захватывают набор контрольных маркеров на диске для данной базы данных, файла или тома хранилища. Пользователи обращаются к маркерам или указателям, чтобы восстановить данные с выбранного момента времени. Поскольку он является производным от базового исходного тома, отдельный моментальный снимок хранилища является экземпляром, а не полной резервной копией.Таким образом, моментальные снимки не защищают данные от аппаратного сбоя.
Моментальные снимки обычно делятся на три категории: измененный блок, клоны и CDP. Снимки впервые появились как инструмент управления в массиве хранения. С появлением виртуализации были добавлены снимки состояния на основе гипервизора. Моментальные снимки также могут быть реализованы с помощью программного обеспечения для резервного копирования или даже через виртуальную машину.
Управление копированием данных и синхронизация файлов и обмен
С резервным копированием напрямую связано управление копированием данных (CDM).Это программное обеспечение, которое дает представление о множественных копиях данных, которые может создать предприятие. Это позволяет отдельным группам пользователей работать с общей копией данных. Хотя технически это не технология резервного копирования, CDM позволяет компаниям эффективно управлять копиями данных, выявляя избыточные или недостаточно используемые копии, тем самым сокращая емкость хранилища резервных копий и окна резервного копирования.
Инструменты для синхронизации и обмена файлами защищают данные на мобильных устройствах, используемых сотрудниками. Эти инструменты в основном копируют измененные пользовательские файлы между мобильными устройствами.Хотя это защищает файлы данных, это не позволяет пользователям вернуться к определенному моменту времени, если устройство выйдет из строя.
Как правильно выбрать вариант резервного копирования
При выборе типа резервного копирования необходимо взвесить несколько ключевых факторов.
Предприятия обычно смешивают различные подходы к резервному копированию данных, что диктуется приоритетом данных. Стратегия резервного копирования должна регулироваться соглашениями об уровне обслуживания, которые применяются к приложению, в отношении доступа к данным и их доступности, целевых сроков восстановления и целевых точек восстановления.На выбор резервных копий также влияет универсальность приложения резервного копирования, которое должно гарантировать резервное копирование всех данных и обеспечивать репликацию и восстановление при создании эффективных процессов резервного копирования.
Создание политики резервного копирования
Большинство предприятий создают политику резервного копирования для управления методами и типами развертываемой защиты данных, а также для обеспечения последовательного и регулярного резервного копирования критически важных бизнес-данных. Политика резервного копирования также создает контрольный список, который ИТ-отдел может отслеживать и выполнять, поскольку отдел отвечает за защиту всех критически важных данных организации.
Политика резервного копирования должна включать расписание резервного копирования. Политики задокументированы, поэтому другие могут следовать им для резервного копирования и восстановления данных, если главный администратор резервного копирования недоступен.
Политики хранения данных также часто являются частью политики резервного копирования, особенно для компаний в регулируемых отраслях. Предустановленные правила хранения данных могут привести к автоматическому удалению или переносу данных на другой носитель после того, как они хранились в течение определенного периода. Правила хранения данных также можно установить для отдельных пользователей, отделов и типов файлов.
Политика резервного копирования должна предусматривать создание исходной полной резервной копии данных вместе с серией дифференциальных или инкрементных резервных копий данных между полными резервными копиями. Необходимо поддерживать не менее двух полных резервных копий, при этом хотя бы одна из них находится за пределами предприятия.
Политики резервного копирования
должны быть сосредоточены на восстановлении, часто в большей степени, чем на фактическом резервном копировании, потому что данные из резервных копий бесполезны, если их нельзя восстановить при необходимости. А восстановление является ключом к DR.
Политики резервного копирования, используемые в основном для передачи данных на ленту и с нее.Теперь большая часть данных копируется на диск, а публичные облака часто используются в качестве целей резервного копирования. Процесс перемещения данных на диск, облако и ленту и с диска отличается для каждой цели, поэтому это должно быть отражено в политике. Процессы резервного копирования также могут различаться в зависимости от приложения — например, обработка базы данных может отличаться от обработки файлового сервера
.
Системы резервного копирования — Технология резервного копирования
При выборе и настройке систем резервного копирования ИТ-организации должны найти решения, позволяющие устранить ряд препятствий.
Объем данных , которые необходимо резервировать, продолжает расти экспоненциальными темпами благодаря развитию больших данных, Интернета вещей и других технологий и приложений, требующих обработки больших объемов данных. Также существует больше пользователей, устройств и приложений, которые нужно защитить , чем когда-либо прежде — решения должны охватывать все, от резервного копирования портативных компьютеров до непрерывной репликации и долгосрочного хранения в облаке. А контроль над данными более демократичен, что затрудняет централизованное управление резервным копированием данных.
Массовое распределение данных по физическим, виртуальным и облачным средам требует систем резервного копирования, которые могут эффективно работать в гибридных и мультиоблачных средах. Нормативно-правовая база постоянно развивается, добавляя дополнительные требования для управления и демонстрации соответствия.
ИТ-организации также сталкиваются с огромным давлением по сокращению затрат при сохранении гибкости и сокращении бизнес-циклов, требующих систем резервного копирования, которые предлагают более короткие окна резервного копирования и минимальное влияние на производительность сети.
У многих организаций есть устаревшие системы резервного копирования , которые используют многоточечные решения, создавая разрозненные хранилища данных и проблемы интеграции, а также повышают вероятность того, что данные могут быть потеряны или повреждены при неправильной настройке параметров резервного копирования.
Чтобы защитить данные от потери, повреждения, кражи и атак, современные системы резервного копирования должны значительно упростить управление, минимизировать сложность, упростить соответствие и повысить эффективность всех аспектов резервного копирования и защиты данных.Вот где могут помочь решения Dell EMC для защиты данных.
методов для создания полной резервной копии системы в Windows
Хранение резервных копий ваших файлов и важных документов необходимо для того, чтобы вы не потеряли их, если ваш жесткий диск выйдет из строя или станет недоступным по какой-либо причине. Однако резервное копирование только важных файлов означает, что вы не вернете остальные файлы и папки в вашей системе, если что-то случится с вашим жестким диском.Эти файлы и папки, для которых не было выполнено резервное копирование, будут потеряны навсегда, и вам придется создавать их заново. Одним из способов решения этой проблемы является создание полной резервной копии системы. Такая резервная копия создаст резервные копии всех файлов и папок в вашей системе, гарантируя, что вы сможете восстановить их все в случае сбоя жесткого диска.
Что такое полное резервное копирование системы?
Полная резервная копия системы — это имя, присвоенное типу резервной копии, при котором выполняется резервное копирование всех файлов и папок, имеющихся в системе, без каких-либо упущений.Это резервное копирование занимает много времени, а также занимает значительное место на вашем устройстве хранения резервных копий. Каждый раз, когда создается полная резервная копия, все файлы копируются снова, даже если они не были изменены с момента последней резервной копии. Хорошо, что резервные копии всех файлов и папок будут храниться в одном файле. Так что восстановить их будет довольно простой задачей. Более того, полная резервная копия системы гарантирует, что ни один из файлов не будет потерян в случае выхода жесткого диска из строя. Этот тип резервного копирования обычно выполняется один раз в неделю и сочетается с инкрементным или дифференциальным резервным копированием.
Как сделать полную резервную копию системы в Windows?
Windows предлагает утилиту «Резервное копирование и восстановление», которую можно использовать для значительного легкого создания полной резервной копии системы. Ниже приведены шаги, которые необходимо выполнить для создания полной резервной копии системы в Windows.
Шаг 1 Щелкните правой кнопкой мыши любой локальный диск и выберите пункт «Свойства» в появившемся меню. Когда откроется окно «Свойства», выберите вкладку «Инструменты» и нажмите кнопку «Создать резервную копию сейчас».
Шаг 2 Запустите процесс резервного копирования, щелкнув ссылку «Настроить резервное копирование» в окне «Резервное копирование и восстановление».
Шаг 3 Следующим шагом будет выбор сетевого расположения или диска для хранения файла резервной копии. Вы можете либо позволить Windows решать, на каком диске хранить резервную копию, либо выбрать место самостоятельно. Помните, что для выбора сетевого хранилища резервных копий требуется пароль.
Шаг 4 Следующим шагом будет выбор файлов и папок для резервного копирования.Здесь вам предоставляется два варианта: «Позвольте Windows выбирать» и «Позвольте мне выбирать». Поскольку вы хотите сделать полную резервную копию системы, вам нужно выбрать вариант «Я выберу».
Шаг 5 В появившемся окне выберите все папки и файлы в системе. Не забудьте поставить галочку напротив опции «Включить системный образ локального диска».
Шаг 6 На следующем шаге Windows попросит вас взглянуть на настройки резервного копирования.Перед запуском резервного копирования необходимо убедиться, что все файлы в системе включены в резервную копию.
Шаг 7 Перед запуском полного резервного копирования назначьте для него расписание, чтобы будущие резервные копии могли автоматически создаваться в желаемое время и день на регулярной основе.
Шаг 8 Нажмите кнопку с надписью «Сохранить настройки и запустить резервное копирование», чтобы начать процесс резервного копирования. Вы можете увидеть, как идет процесс резервного копирования, на панели «Резервное копирование и восстановление».
Шаг 9 Нажмите кнопку «Просмотреть подробности», расположенную рядом с индикатором выполнения, чтобы увидеть, для каких файлов выполняется резервное копирование в данный момент.
Шаг 10 Для выполнения полного резервного копирования системы может потребоваться много времени. После завершения резервного копирования файл резервной копии появится в выбранном вами хранилище резервных копий.
Каковы преимущества и недостатки полного резервного копирования?
Полная резервная копия системы может оказаться весьма полезной для вас, особенно если вам не нравится переустанавливать все, когда вам нужно заменить мертвый жесткий диск .Другие преимущества этого типа резервного копирования:
Поскольку один файл резервной копии содержит все резервные копии файлов и папок, имеющихся в системе, восстановление становится быстрым и легким процессом.
Управлять различными версиями полной резервной копии не так уж и сложно.
Хотя полное резервное копирование системы, кажется, имеет много преимуществ для пользователей, оно также имеет определенные недостатки. Ниже приведены некоторые из недостатков создания полной резервной копии.
Полное резервное копирование занимает много времени, поскольку каждый файл в системе копируется каждый раз, когда создается резервная копия, независимо от того, изменялись ли в это время или нет.
Он занимает много места на резервном диске, поскольку клоны одних и тех же файлов постоянно сохраняются, что приводит к неэффективному использованию пространства хранения.
Лучшее программное обеспечение для полного резервного копирования — AOMEI Backupper Pro
Хотя функция резервного копирования и восстановления Windows может помочь вам сделать полную резервную копию, если вы хотите более быстрое и простое полное резервное копирование, вы можете выбрать программу полного резервного копирования AOMEI Backupper Professional.С его помощью вы можете не только создавать полные резервные копии для всей системы, но также создавать резервные копии вновь добавленных или измененных файлов с помощью параметров инкрементного или дифференциального резервного копирования. Как видим, некоторые из его особенностей таковы:
Позволяет создавать автоматические, полные, инкрементные и дифференциальные резервные копии системы, дисков, разделов и файлов.
Поддерживает восстановление системы, восстановление диска, восстановление разнородного оборудования, восстановление разделов и выборочное восстановление файлов.
Поддерживает клонирование дисков, клонирование раздела / тома, гибкое клонирование, клонирование системы и клонирование из командной строки.
Поддерживает Windows 10, Windows 8.1 / 8, Windows 7, Vista и XP (все выпуски, 32/64-разрядные версии)
Создание полной резервной копии системы может гарантировать восстановление всех файлов в системе в случае сбоя жесткого диска. Однако имейте в виду, что, хотя такими резервными копиями проще управлять и восстанавливать, они занимают много места в хранилище резервных копий и требуют много времени для завершения. Таким образом, хотя резервное копирование данных очень важно, также необходимо учитывать доступное пространство для хранения резервных копий, а также фактор времени.Но отказ от резервного копирования данных с большой вероятностью приведет к их потере, если ваш жесткий диск будет заражен вирусом или вообще выйдет из строя из-за проблемы с оборудованием.
Службы резервного копирования данных
Резервное копирование компьютера
Резервное копирование жесткого диска
Резервное копирование для Mac
Облачное резервное копирование
.
No related posts.