→ → Что такое бэкап? Как сделать бэкап на «Андроид»? Лучшие программы для резервного копирования

Что такое бэкап? Как сделать бэкап на «Андроид»? Лучшие программы для резервного копирования

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

Копирование данных с продакшен-сервера на backup-сервер

Продакшен-сервер – это рабочий сервер, который выполняет, какие либо сервисы для пользователей.

backup-сервер – это сервер на который копируется контент с продакшен-сервера. Единственное предназначение такого сервера – хранить данные с других серверов. Обычно сам он никаких сервисов не выполняет. Главное требование – большое дисковое пространство. Скорость дисковых накопителей особого значения не имеет, так как доступ к данным не частый – записать бекап на диск и считать его в случае необходимости.

Минус этого решения – необходимость в отдельном сервере под backup`ы а это дополнительные затраты. Маленькие и средние компании обычно пытаются сэкономить деньги на покупке вспомогательного оборудования.

Перекрестное копирование данных

Когда два или более продакшен серверов копируют друг на друга свои данные. В случае, когда на продакшен серверах есть достаточное количество дискового пространства для хранения данных с других серверов, их можно использовать как backup-серверы. Мы копируем данные с сервера server1 на server2 а данные с server2 на server1.

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

Системы хранения данных

“Классические” сервера для хранения бекапов хороши при относительно небольших объемах. Сейчас это несколько сотен гигабайт. Когда же объемы гораздо больше на помощь приходят СХД, Системы Хранения Данных.

Дисковые массивы

По сути такой же сервер, но спроектирован специально под хранение данных. Имеет много HDD большего размера. Например, дисковый массив Sun Storage J4500. Масштабируемость – от 24 до 192 Тб. Поддерживаемые ОС: Solaris, RedHat, Suse, Windows

Ленточные накопители

Они же стримеры. Данные, как и в случае с ленточными библиотеками записываются на специальные картриджи. Как правило, картридж – это магнитная лента в пластиковом корпусе. Например, ленточный накопитель HP StorageWorks DAT 160 SAS. Картридж для HP StorageWorks DAT 160 SAS. 160 Гб.

Ленточные библиотеки

Предназначены для автоматизированного резервного копирования данных. Одновременное использование нескольких лентопротяжных механизмов увеличивает производительность библиотеки и сокращает время, необходимое для записи и чтения резервных копий. Одно из самых серьезных решений SUN. Ленточная библиотека Sun StorageTek SL8500. До 56 петабайт данных. До 70 тысяч картриджей.

Другие носители данных

  • optical disc (CD-R/RW, DVD-R/RW);
  • flash-накопители;
  • ZIP, Jaz, MO драйвы.

Виды бекапа

Полное резервирование (Full backup)

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

Дифференциальное резервирование (Differential backup)

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

Инкрементное резервирование (Incremental backup)

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

Резервирование клонированием

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

Резервирование в виде образа

Образ - точная копия всего раздела или носителя (устройства), хранящаяся в одном файле.

Резервное копирование в режиме реального времени

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

Схемы ротации бекапов

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

Одноразовое копирование – администратор делает копирование вручную. Обычно делается полный бекап данных .

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

“Дед, отец, сын” (GFS) – имеет иерархическую структуру ротации.

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

“Ханойская башня” – название пошло от древней китайской игры. Смысл игры заключается в следующем. Есть три стержня и какой-то набор дисков. Диски нужно перемещать со стержня на стержень, но так, чтобы каждый новый диск ложился на диск большего диаметра. Такой метод бекапа достаточно сложен и практически не применяется в настоящее время.

“10 наборов” – метод рассчитан на 10 наборов носителей. Период из 40 недель делится на десять циклов. В течение цикла за каждым набором закреплен один день недели. По прошествии четырехнедельного цикла осуществляется сдвиг номера набора. То есть в первом цикле за понедельник отвечал набор N1, за вторник N2, за среду N3 и т.д. Во втором цикле за понедельник будет отвечать набор N2, за вторник N3, за среду N4 и т.д. Такая схема позволяет равномерно распределить нагрузку между носителями, но из-за своей сложности практически не используется.

Методы резервирования баз данных

  • hot backup – горячий бекап базы данных. Это когда резервная копия делается при включенном сервере БД.
  • cold backup – холодный бекап базы данных. Это когда сервер БД нужно выключить, чтобы сделать резервную копию.

Если вы ещё только новичок в использовании Айфона, то вам обязательно нужно знать, что такое резервная копия и как ей пользоваться.

Навигация

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

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

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

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

Как правило, у iPhone используется два сервиса — фирменное хранилище iCloud и iTunes. Они позволяют без труда создавать копии всех необходимых и важных ресурсов.

iCloud общая информация

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

  • Включается опция в iCloud в настройках девайса.
  • Далее в разделе «Резервных копий» нажмите на предложение о создании резервной копии.
  • Вам достаточно один раз подключиться и устройство всегда будет копировать данные самостоятельно. Как правило, происходит это по вечерам, когда телефон стоит на зарядке и у него включён Wi-fi, так как оперативная память в этот момент загружена меньше всего и операция проходит намного быстрее качественнее. Сохраняются данные в ваше личное «облако», к которому доступ имеете только вы.
  • По мере того, как облако будет заполняться, система будет стирать все ненужные ей данные, а также старые базы. Это обусловлено ограничением размера облака, которое предоставляется Apple. Первоначально вы получаете ресурс, имеющий 5 ГБ памяти. Если вы будете использовать объём сверх этого лимита, то придётся внести дополнительную плату.
  • Как правило, в облако сохраняется три последних копии. В них содержатся персональные настройки, переписки и сообщения. Кстати, если вы в течение 180 дней не будете делать новых копий, то Apple сотрет старые по причине не востребованности и восстановить из них данные будет нельзя.

Видео: Как сделать резервную копию iPhone или iPad?

iTunes

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

  • Подсоедините смартфон к ПК
  • В приложении нажмите на свой девайс и нажмите на «Обзор»
  • Найдите «Резервные копии»
  • Выберите предложение выполнения операции вручную и включите копирование

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

Чтобы не забыть о необходимости создания очередной копии создайте небольшое напоминание на любом своём устройстве.

Установка пароля

Лучше всего установить пароль на резервную копию, чтобы ни один злоумышленник не мог получить доступ к вашим файлам. Для этого во время создания бэкапа сделайте отметку напротив «Шифрования резервной копии» во вкладке «Обзор» .

Напишите его куда-нибудь, чтобы не потерять, потому что сейчас пароль будет спрашиваться при каждом копировании.

Как пользоваться копиями?

  • Прежде всего, все программное обеспечение должно быть обновлено до последней версии.
  • Выберите «Сброс» в основных настройках и активируйте удаление через пункт «Стереть iPhone» .

  • Далее запустится помощник и будет предложено выбрать место сохранения.
  • Вам нужен пункт «Восстановить из iCloud» , укажите файл с бэкапом и введите авторизационные данные.

Если вы решили выполнить восстановление через iTunes , то соедините смартфон с ПК, на который были скачаны данные.

Кстати, сначала обязательно отключите функцию «Найти iPhone» .

Теперь вы можете выбрать один из подходящих способов:

  • Выберите «Файл» — «Устройства» и нажмите на восстановление.

  • Либо перейдите в раздел «Резервных копий» , где есть похожий пункт «Восстановление из копии» .

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

О том, как правильно настроить новый iPhone вы можете узнать .

Видео: Резервная копия iPhone, iPad — что это? И стоит ли восстанавливать?


Содержание

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

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

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

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

После первого старта программы вас приветствует Мастер, предлагающий сразу организовать проект резервного копирования.

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

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

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

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

Во-первых, допускается выбор алгоритма сжатия архивных файлов. Вы можете выбрать архиватор ZIP, но при этом устанавливается ограничение на размер архива, 2ГБ. Использование формата CAB позволяет снять данное ограничение. Архив может быть самораспаковывающимся, доступ к нему допускается закрывать паролем, а также использовать шифрование.

Active Backup Expert Pro имеет встроенные инструменты создания удаленного соединения с провайдером. Файлы резервной копии могут автономно передаваться по модему.

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

Официальный сайт:
Размер: 8046 КБ
Цена: 29.95 $

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

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

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

В качестве получателя резервной копии можно указывать локальную файловую систему, сеть или FTP-сервер. Если вы собираетесь хранить копии на жестких дисках, то необходимо указать дополнительно папку назначения. Впрочем, вы можете сразу выбрать логический диск оптического привода, после чего программа предложит указать несколько дополнительных опций, присущих исключительно прожигу дисков. Backup4all использует собственный модуль, работающий с пишущими приводами. Допускается указание произвольной скорости записи, возможность принудительной очистки перезаписываемых дисков перед записью. Вы можете также использовать файловую систему UDF в сочетании с DirectCD/InCD, что дает возможность прозрачного добавления файлов на носители, без возни с созданием новых сессий, импортом старых данных. Использование FTP в качестве получателя резервных копий позволяет вам подключаться к серверам напрямую или через прокси, с использованием авторизации, SLL-шифрования. Вы можете жестко ограничивать скорость приема и отдачи данных.

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

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

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

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

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

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

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

Backup4all обладает одной интересной возможностью, названной One Touch Backup. Ее суть заключается в способности программы обнаруживать подключаемые USB-устройства и в случае успеха сразу предлагать запуск резервного копирования. В настройках программы достаточно указать исходную папку или выбрать заранее определенную задачу. Резервное копирование запускается одним щелчком мыши, отсюда и название - «резервное копирование по первому прикосновению».

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

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

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

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

  • Информация с компьютера
  • Информация с планшетов и смартфонов
  • Рекомендации пользователю

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

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

Информация с компьютера

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

Windows 7

  • Переходим в панель управления компьютера с помощью кнопки Пуск или любых других средств навигации.
  • Нажимаем на меню «Система и безопасность».
  • Далее, перед вами откроется окно с вкладками, где нужно будет нажать на «Резервное копирование и восстановление данных».
  • Итак, в новом окне вы увидите меню с настройками архивации. Нажмите на пункт «Архивация и восстановление».
  • Далее, нам понадобится настроить резервное копирование с помощью одноимённой синей кнопки.

Нажимаем на «Настроить резервное копирование»

  • Затем перед вами появится диалоговое окно с настройками архивации. Выберите свой жёсткий диск и жмите на кнопку «Далее».

Выбираем расположение архива

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

Выбор объектов для архивации самостоятельно

  • Далее, мы проверяем установленные параметры. Здесь вы можете установить расписание для автоматического создания копии с помощью кнопки «Изменить расписание».

  • Когда всё будет установлено и проверено, нажмите «Сохранить параметры и запустить архивацию».

Процесс выполняется

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

Windows 8.1

  • Запустите панель инструментов в правой части экрана. Для этого отведите мышь в правый верхний угол затем нажмите на «Поиск».
  • Наберите с клавиатуры словосочетание «История файлов» без кавычек и нажмите Enter. В полученных результатах нажмите на одноимённую папку.
  • Вы попадёте в окно, где нужно будет нажать на ссылку «Резервная копия образа системы», которая расположена в левом нижнем углу окна.

  • Выбираем место хранения архива (как мы договорились выше, это должен быть внешний жёсткий диск). Жмите «Далее».
  • Следующее окно покажет вам объём памяти, который потребуется. Проверьте все данные и нажмите кнопку «Архивировать».
  • Подождите, пока система создаст резервную копию Windows на внешнем носителе информации. Этот процесс может занять некоторое время, поэтому не спешите паниковать.

Windows 10

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

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

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

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

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

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

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

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

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

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

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

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

  • При использовании внешнего жёсткого диска или флешки, позаботьтесь о том, чтобы она обладала достаточным объёмом свободного пространства.
  • Обратите внимание, что большинство облачных хранилищ имеют ограниченную память для бесплатного доступа. Например, в iCloud Drive вам доступно будет пять гигабайт. Чтобы расширить её вам нужно будет покупать подписку. Если у вас не так много файлов, то покупать ничего не нужно. Можете также пользоваться несколькими облачными хранилищами.
  • Проверяйте создание копий: если память на диске или в облаке закончилась, то копия не создастся. Вы рискуете потерять некоторые данные, что будет очень печальным последствием.
  • Если вы просто копируете некоторые файлы, то желательно удалить их с копируемого девайса для освобождения памяти на нём.
  • Если вы хотите сохранить очень важные документы, то лучше сделать две копии. Например, можете одну сделать на внешнем жёстком диске, а другую с помощью программы облачного хранилища.

Подведём итоги

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

АЛЕКСЕЙ БЕРЕЖНОЙ, системный администратор. Главные направления деятельности: виртуализация и гетерогенные сети. Еще одно увлечение помимо написания статей – популяризация бесплатного ПО

Резервное копирование
Теория и практика. Краткое изложение

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

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

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

В данной статье речь пойдет как раз об обратном: основное внимание уделено общим понятиям, а технические средства будут затронуты только в качестве примеров. Это позволит абстрагироваться от аппаратного и программного обеспечения и ответить на два главных вопроса: «Зачем мы это делаем?», «Можем ли мы это делать быстрее, дешевле и надежнее?».

Цели и задачи резервного копирования

В процессе организации резервного копирования ставятся две основные задачи: восстановление инфраструктуры при сбоях (Disaster Recovery) и ведение архива данных в целях последующего обеспечения доступа к информации за прошлые периоды.

Классическим примером резервной копии для Disaster Recovery является образ системной партиции сервера, созданный программой Acronis True Image.

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

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

  • Период хранения данных. У архивных копий он достаточно длительный. В некоторых случаях регламентируется не только требованиями бизнеса, но и законодательно. У копий для аварийного восстановления он сравнительно небольшой. Обычно создают одну или две (при повышенных требованиях к надежности) резервные копии для Disaster Recovery c максимальным интервалом в сутки-двое, после чего они перезаписываются свежими. В особо критичных случаях возможно и более частое обновление резервной копии для аварийного восстановления, например, раз в несколько часов.
  • Быстрота доступа к данным. Скорость доступа к длительно хранящемуся архиву в большинстве случаев не критична. Обычно необходимость «поднять данные за период» возникает в момент сверки документов, возврата к предыдущей версии и т.д., то есть не в аварийном режиме. Другое дело – аварийное восстановление, когда необходимые данные и работоспособность сервисов должны быть возвращены в кратчайшие сроки. В этом случае скорость доступа к резервной копии является крайне важным показателем.
  • Состав копируемой информации. В архивной копии обычно содержатся только пользовательские и бизнес-данные за указанный период. В копии, предназначенной для аварийного восстановления, помимо этих данных, содержатся либо образы систем, либо копии настроек операционной системы и прикладного программного обеспечения, а также другой информации, необходимой для восстановления.

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

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

Приведу другой пример. Молодой специалист на протяжении всего периода своей работы создавал посредством программы ntbackup одну-единственную копию файлового сервера под управлением Windows Server 2003, включая данные и System State в общую папку другого компьютера. По причине дефицита дискового пространства эта копия постоянно перезаписывалась. Через некоторое время его попросили восстановить предыдущий вариант многостраничного отчета, который был поврежден при сохранении. Понятное дело, что, не имея архивной истории с выключенным Shadow Copy , он не смог выполнить этот запрос.

На заметку

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

System State , дословно – «состояние системы». Копирование System State создает резервные копии критических компонентов операционных систем семейства Windows. Это позволяет восстановить инсталлированную ранее систему после разрушения. При копировании System State происходит сохранение реестра, загрузочных и других важных для системы файлов, в том числе для восстановления Active Directory, Certificate Service database, COM+Class Registration database, SYSVOL-директории. В ОС семейства UNIX непрямым аналогом копирования System State является сохранение содержимого каталогов /etc, /usr/local/etc и других необходимых для восстановления состояния системы файлов.

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

При небольших объемах данных и не очень сложной ИТ-инфраструктуре можно попытаться совместить обе эти задачи в одной, например, делать ежедневное полное копирование всех дисковых разделов и баз данных. Но все же лучше различать две цели и подбирать под каждую из них правильное средство. Соответственно под каждую задачу используется свой инструмент, хотя есть и универсальные решения, как тот же пакет Acronis True Image или программа ntbackup

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

При реализации задачи аварийного восстановления можно использовать разные стратегии.

В одних случаях необходимо прямое восстановление системы на «голое железо» (bare metal). Это можно выполнить, к примеру, с помощью программы Acronis True Image в комплекте с модулем Universal Restore. В этом случае конфигурацию сервера удается вернуть в строй за очень короткий срок. Например, раздел с операционной системой в 20 Гб вполне реально поднять из резервной копии за восемь минут (при условии, что архивная копия доступна по сети 1 Гб/с).

В другом варианте целесообразнее просто «вернуть» настройки на только что проинсталлированную систему, как, например, копирование в UNIX-подобных системах конфигурационных файлов из папки /etc и других (в Windows этому приблизительно соответствует копирование и восстановление System State). Конечно, при таком подходе сервер введется в работу не ранее, чем будет проинсталлирована операционная система и восстановлены необходимые установки, что займет гораздо более длительный срок. Но в любом случае решение, каким быть Disaster Recovery, проистекает из потребностей бизнеса и ресурсных ограничений.

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

Это еще один интересный вопрос, который хотелось бы затронуть. Под системами избыточного резервирования оборудования подразумевается внесение некоторой избыточности в аппаратное обеспечение с целью сохранения работоспособности в случае внезапного выхода из строя одного из компонентов. Прекрасный пример в данном случае – RAID-массив (Redundant Array of Independent Disks). В случае отказа одного диска можно избежать потери информации и безопасно произвести замену, сохранив данные за счет специфичной организации самого дискового массива (подробнее о RAID читайте в ).

Мне доводилось слышать фразу: «У нас очень надежное оборудование, везде стоят RAID-массивы, поэтому резервные копии нам не нужны». Да, конечно, тот же самый RAID-массив убережет данные от разрушения при выходе из строя одного жесткого диска. Но вот от повреждения данных компьютерным вирусом или от неумелых действий пользователя это не спасет. Не спасет RAID и при крахе файловой системы в результате несанкционированной перезагрузки.

Кстати

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

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

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

Андрей Васильев, генеральный директор компании Qnap Россия

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

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

Единственное, что может выступить в качестве неполноценной замены резервного копирования для Disaster Recovery, – наличие зеркального резервного сервера с постоянным реплицированием данных с основного сервера на резервный (по принципу Primary  Standby). В этом случае при выходе из строя основного сервера его задачи будут подхвачены резервным, и даже не придется переносить данные. Но такая система является довольно дорогостоящей и трудоемкой при организации. Не забываем еще про необходимость постоянной репликации.

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

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

Понятие «окно бэкапа»

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

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

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

Виды резервного копирования

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

Полное резервное копирование (или Full backup)

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

Инкрементное копирование

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

Для чего используется этот вид копирования? В случае создания архивных копий он необходим, чтобы сократить расходуемые объемы на устройствах хранения информации (например, сократить число используемых ленточных носителей). Также это позволит минимизировать время выполнения заданий резервного копирования, что может быть крайне важно в условиях, когда приходится работать в плотном графике 24х7 или прокачивать большие объемы информации.

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

Дифференциальное резервное копирование

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

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

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

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

Рассмотрим какие бывают схемы резервного копирования.

Децентрализованная схема

Ядром этой схемы является некий общий сетевой ресурс (см. рис. 1). Например, общая папка или FTP-сервер. Необходим и набор программ для резервного копирования, время от времени выгружающих информацию с серверов и рабочих станций, а также других объектов сети (например, конфигурационные файлы с маршрутизаторов) на этот ресурс. Данные программы установлены на каждом сервере и работают независимо друг от друга. Несомненным плюсом является простота реализации этой схемы и ее дешевизна. В качестве программ копирования подойдут штатные средства, встроенные в операционную систему, или программное обеспечение, такое как СУБД. Например, это может быть программа ntbackup для семейства Windows, программа tar для UNIX-like операционных систем или набор скриптов, содержащих встроенные команды SQL-сервера для выгрузки баз данных в файлы резервных копий. Еще одним плюсом является возможность использования различных программ и систем, лишь бы все они могли получить доступ к целевому ресурсу для хранения резервных копий.

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

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

Централизованное резервное копирование

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

Именно по такому принципу работает большинство популярных систем резервного копирования, таких как Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula и другие (см. рис. 2).

Помимо различных агентов для большинства операционных систем существуют разработки для резервного копирования популярных баз данных и корпоративных систем, например, для MS SQL Server, MS Exchange, Oracle Database и так далее.

Для совсем небольших компаний в некоторых случаях можно попробовать упрощенный вариант централизованной схемы резервного копирования без применения программ-агентов (см. рис. 3). Также эта схема может быть задействована, если не реализован специальный агент для используемого ПО резервного копирования. Вместо этого серверный модуль будет использовать уже существующие службы и сервисы. Например, «выгребать» данные из скрытых общих папок на Windows-серверах или копировать файлы по протоколу SSH c серверов под управлением UNIX-систем. Данная схема имеет весьма существенные ограничения, связанные с проблемами сохранения файлов, открытых для записи. В результате подобных действий открытые файлы будут либо пропущены и не попадут в резервную копию, либо скопированы с ошибками. Существуют различные методы обхода данной проблемы, например, повторный запуск задания с целью скопировать только ранее открытые файлы, но нет ни одного надежного. Поэтому такая схема подходит для применения только в определенных ситуациях. Например, в небольших организациях, работающих в режиме 5х8, с дисциплинированными сотрудниками, которые сохраняют изменения и закрывают файлы перед уходом домой. Для организации такой усеченной централизованной схемы, работающей исключительно в среде Windows, неплохо подходит ntbackup. При необходимости использовать подобную схему в гетерогенных средах или исключительно среди UNIX-компьютеров я рекомендую посмотреть в сторону Backup PC (см. ).

Рисунок 4. Смешанная схема резервного копирования

Что такое off-site?

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

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

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

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

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

  1. Описание резервного копирования в системе Windows, в том числе System State – http://www.datamills.com/Tutorials/systemstate/tutorial.htm .
  2. Описание Shadow Copy – http://ru.wikipedia.org/wiki/Shadow_Copy .
  3. Официальный сайт Acronis – http://www.acronis.ru/enterprise/products .
  4. Описание ntbackup – http://en.wikipedia.org/wiki/NTBackup .
  5. Бережной А. Оптимизируем работу MS SQL Server. //Системный администратор, №1, 2008 г. – С. 14-22 ().
  6. Бережной А. Организуем систему резервного копирования для малого и среднего офиса. //Системный администратор, №6, 2009 г. – С. 14-23 ().
  7. Маркелов А. Linux на страже Windows. Обзор и установка системы резервного копирования BackupPC. //Системный администратор, №9, 2004 г. – С. 2-6 ().
  8. Описание VPN – http://ru.wikipedia.org/wiki/VPN .
  9. Дедупликация данных – http://en.wikipedia.org/wiki/Data_deduplication .

Вконтакте

 

 
Это интересно: