Резервное копирование, часть 7: выводы / хабр

Полное резервное копирование на уровне устройств

mdraid и DRBD
Фактически настраивается RAID1 с диском/рейдом на сервере и сетевым диском, и время от времени (по частоте выполнения бекапов) дополнительный диск синхронизируется с основным диском/рейдом на сервере.
Самый большой плюс — скорость. Длительность выполнения синхронизации зависит только от количества внесенных за последний день изменений.
Такая система резервного копирования используется довольно часто, но мало кто отдает себе отчет в том, что полученные с ее помощью резервные копии могут быть недееспособными, и вот почему. Когда синхронизация дисков завершена, диск с резервной копией отключается. Если у нас, например, запущена СУБД, которая пишет данные на локальный диск порциями, храня промежуточные данные в кэше, нет никакой гарантии того, что они вообще попадут на бэкапный диск. В лучшем случае мы потеряем часть изменяемых данных. Поэтому такие бэкапы вряд ли стоит считать надежными.
LVM + dd
Снапшоты — замечательный инстумент для создания консистентных бекапов. Перед созданием снапшота необходимо сбросить кеш ФС и вашего ПО на дисковую подсистему.

$ sudo mysql -e 'FLUSH TABLES WITH READ LOCK;'
$ sudo mysql -e 'FLUSH LOGS;'
$ sudo sync
$ sudo lvcreate -s -p r -l100%free -n %s_backup /dev/vg/%s
$ sudo mysql -e 'UNLOCK TABLES;'

bugzilla.redhat.com/show_bug.cgi?id=494313

2020: Пять рекомендаций Toshiba по созданию бэкапов

30 марта 2020 года компания Toshiba Electronics Europe дала несколько полезных рекомендаций и напоминала о важности создания резервных копий.

По информации компании, основные рекомендации заключаются в следующем:

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

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

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

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

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

Применение принципа «3-2-1» – резервные копии данных рекомендуется создавать, руководствуясь этим простым принципом. Он означает, что всего создаётся три копии пользовательских данных, при этом две из них хранятся локально на разных носителях, например, на внешних жёстких дисках или флэш-накопителях, а третья — в другом надёжном месте либо в «облаке».

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

На март 2020 года на рынке существует множество решений для бэкапа данных и их последующего восстановления

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

Информация с планшетов и смартфонов

Здесь всё несколько проще, так как тоже используются стандартные программы (например, для iPhone и iPad мы будем работать с iTunes). Для всех гаджетов любой операционной системы процедура выполнения резервной копии будет одна и та же:

Подключите своё устройство к компьютеру или ноутбуку. Дождитесь установки соответствующих драйверов.
Запустите программу, которая предназначена для синхронизации с вашим девайсом. То есть, если у вас Айфон, то откройте приложение iTunes на своём ПК.
Найдите вкладку или пункт «Синхронизация», или «Резервное копирование». Кликните по ней и, следуя подсказкам на экране, создайте копию.

Резервное копирование с iPad на компьютер

Для восстановления данных в этом же окне найдите одноимённую кнопку и нажмите на неё.
Во время выполнения компьютером этих действий ни в коем случае не отсоединяйте устройство от USB

Это может кончиться программной поломкой девайса.
Обратите внимание, что вы можете просто перенести некоторые файлы со смартфона или планшета на ПК. Особенно это актуально для владельцев гаджетов под управлением операционной системы Android: здесь имеется полный доступ ко всем файлам и папкам.
Владельцы iOS-девайсов могут хранить только фотографии и видео аналогичным образом: зайдите в «Компьютер» и кликните правой кнопкой мыши по вашему устройству

Нажмите на «Импорт фотографий и видео». Следуя подсказкам на экране, вы можете не только сделать импорт, но и настроить его.

Бэкапы нужны всем

Приблизительно треть всех пользователей не занимается резервным копированием — об этом сообщает компания, занимающаяся восстановлением данных Kroll Ontrack. Но это то, чем должен заниматься каждый, потому что потери данных случаются чаще, чем можно было бы подумать. Согласно репрезентативному опросу BSI, каждый второй пользователь (53 процента) когда-либо терял данные, хранившиеся в электронном виде. Самая распространенная причина (33 процента) случается с нами внезапно и без предупреждения: аппаратные дефекты SSD-накопителей и жестких дисков. У обоих типов дисков есть общая черта — с возрастом накапливаются ошибки. По данным BSI, другими причинами потери файлов являются такие случайные повреждения, как попадание воды в ноутбуки (18 процентов) или вредоносное ПО (13 процентов).

Обзор результатов CHIP-теста бэкап-утилит

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

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

Восстановление выбранных файлов из файла или ленты

Нажмите кнопку Начните, указать на все программы, указать на аксессуары, указать на системные средства, а затем нажмите резервное копирование. Запускается мастер резервного копирования или восстановления.
Щелкните расширенный режим.
Щелкните вкладку Восстановление и управление мультимедиа.
Щелкните средства массовой информации, которые необходимо восстановить, а затем выберите флажки рядом с дисками, папками или файлами, которые необходимо восстановить.
В файле Восстановление в поле укажите расположение, в котором необходимо восстановить файлы, делая одно из следующих:
- Если вы хотите восстановить файлы или папки в том же расположении, в котором они находились при архивации данных, щелкните исходное расположение, а затем перейдите к шагу 7.
- Если вы хотите восстановить файлы или папки в новом расположении, щелкните Альтернативное расположение.
  
  Этот параметр сохраняет структуру папок данных с заданной папкой.
- Если вы хотите восстановить файлы и папки в одном расположении, щелкните Одну папку.
Если выбрано альтернативное расположение или единая папка, введите расположение, в котором необходимо восстановить данные, или нажмите кнопку Обзор и выберите расположение, а затем нажмите кнопку ОК.
В меню Сервис щелкните пункт Параметры. Щелкните вкладку Восстановление, укажите нужный параметр восстановления и нажмите кнопку ОК.
Нажмите кнопку Начать восстановление.
На появится страница Подтвердить восстановление, нажмите кнопку Advanced, если вы хотите установить расширенные параметры восстановления, а затем нажмите кнопку ОК.
Нажмите кнопку ОК, чтобы начать операцию восстановления.

Восстановление данных состояния системы (в том числе сведений о реестре)

Нажмите кнопку Начните, указать на все программы, указать на аксессуары, указать на системные средства, а затем нажмите резервное копирование. Запускается мастер резервного копирования или восстановления.
Щелкните расширенный режим.
Щелкните вкладку Восстановление и управление мультимедиа.
В поле Элементы для восстановления разойдите мультимедиа, которые необходимо восстановить, а затем щелкните, чтобы выбрать поле System State check box.
Щелкните, чтобы выбрать флажки рядом с любыми другими дисками, папками или файлами, которые необходимо восстановить.
В файле Восстановление в поле укажите расположение, в котором необходимо восстановить файлы, делая одно из следующих:
- Если вы хотите восстановить файлы или папки в том же расположении, в котором они находились при архивации данных, щелкните исходное расположение, а затем перейдите к шагу 8.
- Если вы хотите восстановить файлы или папки в новом расположении, щелкните Альтернативное расположение.
  Этот параметр сохраняет структуру папок данных с заданной папкой.
- Если вы хотите восстановить файлы и папки в одном расположении, щелкните Одну папку.
Примечание

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

Восстановление восстановленных данных с помощью мастера восстановления

Нажмите кнопку Начните, указать на все программы, указать на аксессуары, указать на системные средства, а затем нажмите резервное копирование. Запускается мастер резервного копирования или восстановления.
Щелкните расширенный режим.
На вкладке Welcome щелкните Мастер восстановления (Advanced). Мастер восстановления запускается. Нажмите кнопку «Далее».
В поле Элементы для восстановления разойдите средства, которые необходимо восстановить, выберите флажки рядом с дисками, папками или файлами, которые необходимо восстановить, а затем нажмите кнопку Далее.
Просмотрите параметры, которые отображаются на странице Завершение мастера восстановления. Если необходимо указать расширенные параметры резервного копирования, щелкните Advanced, укажите нужные параметры и нажмите кнопку ОК.
Нажмите кнопку «Готово».

Veeam Backup & Replication

Решение позволяет реализовать множество полезных функций для защиты данных в корпоративных средах. Кроме общих возможностей репликации и резервного копирования стоит отметить опцию восстановления объектов Microsoft Exchange (в том числе — удаленных безвозвратно), поиск в резервных копиях и простое восстановление конкретных объектов SharePoint, восстановление баз данных SQL на уровне транзакций. Можно защищать отдельные объекты Active Directory, контейнеры целиком, а также пароли и учетные записи пользователей с возможностью мгновенного восстановления. Модуль SureBackup осуществляет тестирование сохраняемых копий, отвечая за то, чтобы они гарантированно восстанавливались в случае необходимости.

Особенностью продукта является возможность работы с любыми приложениями, данными, облачными, виртуальными и физическими средами. В частности, поддерживаются приложения Exchange, SQL, SharePoint, Active Directory, Oracle, SAP, облака AWS, Azure, IBM Cloud и др. Есть интеграция с Office 365 и Microsoft Azure Stack. Отметим также и то, что платформа Veeam Backup & Replication получила сертификат ФСТЭК №3482.

Предварительные условия и ограничения

BMR не поддерживается для компьютеров, работающих под управлением Windows Server 2003 или клиентских операционных систем.

Состояние системы и BMR одного и того же компьютера не могут находиться в разных группах защиты.

Сервер DPM не может защищать сам себя с помощью BMR.

Краткосрочная защита с записью на ленту (D2T) не поддерживается для BMR. Долгосрочное хранение на ленте (D2D2T) поддерживается.

Для BMR на защищаемом компьютере должна быть установлена система архивации данных Windows Server.

Для защиты BMR (в отличие от защиты состояния системы) DPM не предъявляет требований к дисковому пространству на защищаемом компьютере. Система архивации данных Windows Server (WSB) передает резервные копии непосредственно на сервер DPM

Обратите внимание, что это задание не отображается при просмотре представления заданий в DPM.

Если вы используете современное хранилище резервных копий и хотите увеличить размер реплики по умолчанию для BMR до более чем 30 ГБ, используйте следующий раздел реестра: HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration ReplicaSizeInGBForSystemProtectionWithBMR (DWORD).

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

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

Примечание

Указанные ниже ограничения не распространяются на современное хранилище резервных копий (MBS). Указанные ниже ограничения действуют только при использовании традиционного хранилища после обновления DPM 2012 R2 до DPM 2016.

DPM резервирует для BMR 30 ГБ дискового пространства на томе реплики. Это значение можно изменить на странице «Выделение места на диске» в мастере изменения группы защиты либо с помощью командлетов PowerShell Get-DatasourceDiskAllocation и Set-DatasourceDiskAllocation

На томе точек восстановления механизм защиты посредством восстановления исходного состояния системы требует приблизительно 6 ГБ дискового пространства для хранения данных в течение пяти дней.
Обратите внимание, что размер тома реплики не может быть меньше 15 ГБ.
DPM не вычисляет размер источника данных BMR, а резервирует 30 ГБ для любого сервера. Администраторы должны изменить это значение в соответствии с ожидаемым размером резервных копий для восстановления исходного состояния системы в конкретных средах

Размер резервной копии BMR может быть примерно равен сумме использованного пространства на всех критических томах: критические тома = загрузочный том + системный том + том с данными состояния системы, например Active Directory.
Обработка резервного копирования состояния системы

Защита BMR требует меньше дискового пространства на томе точки восстановления. Однако ее задействование не приводит к высвобождению дополнительного пространства. Вы можете уменьшить размер тома вручную в мастере изменения групп защиты (на странице Изменение выделения места на диске) или с помощью командлетов Get-DatasourceDiskAllocation и Set-DatasourceDiskAllocation.
Защите BMR потребуется больше дискового пространства на томе реплики. Том будет увеличен автоматически. Для изменения используемого по умолчанию распределения дискового пространства можно использовать командлет Modify-DiskAllocation.

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

7 Genie Timeline

Джинлайн Хронология легко имеет один из самые удобные интерфейсы среди всех программ, перечисленных здесь в списке. Он может выполнять резервное копирование файлов и папок на сетевой диск с локального компьютера, но вы также можете выбрать резервное копирование на локальный диск, если хотите. Как и AOMEI, он позволяет исключать типы файлов, которые вы не хотите делать из резервных копий, а также вы можете вручную редактировать отдельные файлы и папки из списка резервных копий. Одним интересным аспектом, который выделяет программу среди конкурентов, является приложение для iOS, которое позволяет отслеживать текущее резервное копирование с вашего iPhone или iPad.

Однако, хотя бесплатная версия Genie Timeline поставляется с некоторыми новыми функциями, она упускает некоторые стандартные функции, которые можно ожидать от бесплатной программы резервного копирования. Вы не можете планировать резервное копирование в соответствии со своими предпочтениями, что является абсолютно необходимой функцией, которую имеет большинство других бесплатных утилит, но эта не делает. Вы тоже Genie Timeline. Если вам нужна какая-либо из этих функций, вам нужно будет заплатить либо за версию Home, которая начинается с 39,95 долларов США, либо версию Pro, которая начинается с 59,95 долларов США.

Скачать (Бесплатная пробная версия на 30 дней , Премиум-версия начинается с $ 39,95)

Куда записывать резервные копии

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

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

Облачные хранилища данных

Бесплатные версии сервисов зачастую предоставляют от 2 до 10 ГБ дискового пространства на своих серверах. Этого места может хватить для бэкапа и последующего восстановления самых важных данных на компьютере. Стоимость ежемесячной подписки на большинстве таких сайтов составляет около 2-5 долларов. Использование платного варианта позволяет расширить доступное пространство до нескольких десятков или сотен гигабайтов, а в отдельных случаях — до 1 терабайта. Наибольшей популярностью пользуются следующие хранилища:

Dropbox;
Google Drive;
OneDrive;
iCloud;
Облако Mail.Ru;
Яндекс.Диск.

Домашние устройства

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

2013 год

По итогам четвертого квартала 2013 года продажи специализированных устройств, предназначенных для резервного копирования данных (purpose-built backup appliance, PBBA), составили $962,4 млн (+9,7% у аналогичному уровню прошлого года). Объем сегмента «открытых» PBBA-систем составил $860,9 млн (+ 8,7%). В секторе решений для резервного копирования на мейнфреймах рост составил 18,3%. Таковы данные IDC.

Аналитики компании также отмечали, что в октябре-декабре 2013 года суммарная емкость произведенных систем для бэкапа достигла 509 067 терабайт (рост на 8% в годовом выражении). Производители данной категории в 2013 году выручили порядка $3,1 млрд.

По данным Gartner, в 2013 году на мировом рынке лидировали продукты и решения Commvault, EMC, IBM и Symantec. IDC в 2013 году выпустила отчет Worldwide Quarterly Purpose Built Backup Appliance Tracker о рынке специализированных устройств для резервного копирования (PBBA, Purpose Built Backup Appliance). Согласно этому документу, выручка компаний в данном сегменте за второй квартал 2013 года составляла $720 млн (рост по сравнению с аналогичным периодом прошлого года 7,3%). 62,6% этого рынка занимала EMC. За ней следовала Symantec (12,4%), IBM (7,3%) HP (5,3%) и Quantum (2,5%), все остальные компании занимали на рынке менее 2%, суммарно это 10% рынка. Аналитики IDC отмечали, что лидирующие позиции в данной категории занимали те же компании, что лидируют на мировом рынке систем для резервного копирования и восстановления данных в целом.

Облачные хранилища

Сегодня этот типа хранения данных достаточно популярен на рынке: не нужны никакие флешки, кабели и другие средства периферии. Нужно лишь активное скоростное подключение к интернету, и все ваши файлы у вас в руках. Их настройку рассматривать мы не будем (для этого есть отдельная тема), а просто скажем о каждом хранилище для определённой ОС:

OneDrive для Windows
iCloud и iCloud Drive для iOS и MacOS
Google диск для Android

Стоит отметить, что есть ещё универсальные, которые ставятся на любое устройство, вне зависимости от установленной ОС:

Облако Mail
OneDrive
Google диск

Как вы заметили, из всех хранилищ, только компания Apple сделала свой продукт доступным лишь для своей системы. Плохо это или хорошо — решать вам.

https://youtube.com/watch?v=ux2IwlUO59A

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

Резервные копии нельзя хранить в одном месте с резервируемыми данными. Если вы храните резервную копию на одном дисковом массиве с вашими данными, то вы потеряете её в случае повреждения основного дискового массива.
Зеркалирование (RAID1) нельзя сравнивать с резервным копированием. Рейд защищает вас только от аппаратной проблемы с одним из дисков (а рано или поздно такая проблема будет, т.к. дисковая подсистема почти всегда является узким местом на сервере). К тому же при использовании аппаратных рейдов есть риск поломки контроллера, т.е. необходимо хранить его запасную модель.
Если вы храните резервные копии в разных ДЦ, то резко возрастают затраты на сеть и скорость восстановления из удаленной копии.

Зачем нужны программы для восстановления информации

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

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

Различные стратегии резервного хранения данных

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

Кроме Ashampoo Backup Pro 12 все протестированные нами программы умеют делать «дифференциальные» резервные копии. При этом один раз создается полный бэкап, а затем при каждом отдельном сохранении записываются заново те файлы, которые были изменены с момент последнего полного копирования. Дифференциально копирование медленнее, чем инкрементное, а также требует больше дискового пространства, зато для полного восстановления будет достаточно иметь доступ к первому полному бэкапу и последнему дифф-архиву.

Наша рекомендация по соотношению цены и качества, EaseUS ToDo Backup Home, по результатам теста имеет лучшее оснащение, и единственное, что нам не хватает, это резервное копирование в режиме реального времени. Но эта функция есть только у Aomei Backupper Pro. Для большинства пользователей ежедневного резервного копирования должно быть достаточно.

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

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

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

Windows 10 имеет в своем составе несколько бэкап-утилит, но управление ими замысловатое и на практике при работе «бортовых» инструментов Windows накапливаются ошибки

Логическая организация дисковой системы

Если есть RAID-контроллер, или это VPS с одним диском, а также нет особых предпочтений по работе дисковой подсистемы (к примеру, отдельный быстрый диск для базы данных) — все свободное пространство делится так: создается один раздел, поверх него создается группа томов LVM, в ней создаются несколько томов: 2 небольших одинакового размера, используемых в качестве корневой файловой системы (меняются поочередно при обновлениях для возможности быстрого отката, идея подсмотрена у дистрибутива Calculate Linux), еще один — для раздела подкачки, остальное свободное пространство делится на небольшие тома, используемые в качестве корневой файловой системы для полноценных контейнеров, дисков для виртуальных машин, файловых систем для учетных записей в /home (каждой учетной записи — своя файловая система), файловых систем для контейнеров-приложений.

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

В случае с виртуальными машинами или контейнерами этот момент соблюдается автоматически. Если же это контейнеры приложений или домашние каталоги — стоит подумать о разделении конфигурационных файлов веб-сервера и прочих сервисов таким образом, чтобы максимально убрать зависимости томов между собой. К примеру, каждый сайт работает от своего пользователя, конфигурационные файлы сайта — в домашнем каталоге пользователя, в настройках веб-сервера конфигурационные файлы сайтов включаются не через /etc/nginx/conf.d/.conf, а, к примеру, /home//configs/nginx/*.conf

Если же дисков несколько — можно создать программный массив RAID (и настроить его кэширование на SSD, если есть потребность и возможности), поверх которого собрать LVM по правилам, предложенным выше. Также в этом случае можно использовать ZFS или BtrFS, но тут стоит несколько раз подумать: обе требуют гораздо более серьезного подхода к ресурсам, к тому же ZFS не идет в комплекте с ядром Linux.

Независимо от используемой схемы всегда заранее стоит прикинуть примерную скорость записи изменений на диски, после чего вычислить размер свободного места, которое будет зарезервировано для создания снимков. К примеру, если наш сервер будет писать данные со скоростью 10 мегабайт в секунду, а размер всего массива с данными составляет 10 терабайт — время синхронизации может достигать суток (22 часа — столько будет передаваться такой объем по сети 1гбит\сек) — стоит зарезервировать порядка 800 гб. В реальности цифра будет меньше, можно смело разделить ее на число логических томов.

Классификация резервного копирования

По полноте сохраняемой информации

Полное резервирование (Full backup) — создание резервного архива всех системных файлов, обычно включающего состояние системы, реестр и другую информацию, необходимую для полного восстановления рабочих станций. То есть резервируются не только файлы, но и вся информация, необходимая для работы системы.
Добавочное резервирование (Incremental backup) — создание резервного архива из всех файлов, которые были модифицированы после предыдущего полного или добавочного резервирования.
Разностное резервирование (Differential backup) — создание резервного архива из всех файлов, которые были изменены после предыдущего полного резервирования.
Выборочное резервирование (Selective backup) — создание резервного архива только из отобранных файлов.

По способу доступа к носителю

Оперативное резервирование (Online backup) — создание резервного архива на постоянно подключенном (напрямую или через сеть) носителе.
Автономное резервирование (Offline backup) — хранение резервной копии на съёмном носителе, кассете или картридже, который перед использованием следует установить в привод.