Начну с предыстории.

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

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

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

А третий случай произошел с одним из основных наших авторов проекта «Фото-монстр » — Евгением Карташовым, который из-за поломки жесткого диска чуть не потерял огромный объем своих фотографий, которые все-таки частично удалось восстановить за 15 000 рублей. Но кучу потраченного времени и нервов уже не восстановишь.

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

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

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

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

И вот в августе 2014 года я приехал с отпуска и решил, что первое, чем я займусь, это решу две задачи по резервному копированию.

Задача №1 . Сделать так, чтобы резервное копирование всех данных проходило у меня на полном автомате и без моего участия. В случае краха моего основного жесткого диска я должен иметь возможность восстановить все данные не более чем 24-часовой свежести для особо важных данных (текущие проекты) и не более чем недельной для менее важной информации (фильмы, музыка, фотографии).

Задача №2. Сделать так, чтобы переустановка Windows занимала у меня не более 20 минут. При этом я должен иметь возможность восстановить систему в идеальное состояние даже в том случае, если операционная система не загружается. Это делается через специальный загрузочный носитель (диск или флешка).

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

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

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

И все было бы здорово, если бы не одно "но". После создания слепка системного раздела я решил попробовать сделать тестовое восстановление, чтобы быть уверенным, что система работает, как надо. Вставил загрузочную флешку, выставил в биосе, что надо загружаться с неё и стал ждать загрузки специальной среды, откуда я смогу восстанавливать системный раздел в экстренных случаях. Вот пошла загрузка с флешки, вот появился логотип Acronis, а дальше... дальше просто черный экран и тишина. Никакие манипуляции с клавиатурой и мышкой не помогли мне нарушить эту черноту. Помогла только заветная комбинация Alt+Ctrl+Del, которая отправила компьютер на перезагрузку.

Мне стало интересно, это только у меня такая ерунда или это часто встречающаяся проблема. Ввожу в поисковике Black screen+Acronis True Image boot и получаю десятки страниц, где у многих других пользователей точно такая же проблема, которая тянется аж с 2009 года, и ни одно решение из тех, что предлагались, у меня не сработали. Видимо, данная проблема возникает лишь у небольшой части пользователей, в число которых я, к сожалению, попал. Печально.

Я стал искать другие решения и вышел на бесплатную версию программы EasyUs Todo Backup . Судя по описанию, она умела всё, что мне нужно, и я решил её попробовать.

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

Все было здорово, пока я не добрался до создания загрузочного носителя, с помощью которого я буду загружаться и восстанавливать систему в экстренных случаях. Оказалось, что в бесплатной версии они блокируют возможность создания загрузочного носителя на основе удобной среды WinPE, а вместо этого предлагают какой-то непонятный вариант, который у меня даже не загрузился. Но проблеск надежды еще был, потому что загрузочный носитель на основе WinPE (хотя и не на последней её версии) можно было создать в платной версии их программы. Я заплатил. Сделал загрузочный носитель на основе WinPE и стал проверять, как все работает.

В этот раз с флешки все нормально загрузилось, среда восстановления запустилась, но проблема вылезла там, где я её совсем не ожидал увидеть. Система не видела мой внешний диск, который был подключен через USB-порт к компьютеру. А на этом жестком диске у меня и хранились все резервные копии. То ли это было связано с тем, что они задействовали не последнюю версию WinPE и она не поддерживала USB 3.0, то ли ещё по какой-то причине, но факт в том, что без видимости внешнего жесткого диска вся эта затея становилась бессмысленной. И снова печаль.)

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

Первая из этих двух программ называется Macrium Reflect .

Всем хороша, но в бесплатной версии не умеет резервировать отдельные файлы и папки.

А вторая программа известна под именем AOMEI Backupper Standard .

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

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

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

А у вас настроена автоматизированная система резервного копирования данных? Если да, то какое программное обеспечение вы использовали? Если нет, то почему до сих пор не уделили внимание этому важному вопросу?

Благодарим Вас за проявленный интерес к нашему сайту. Компания Айтишник существует с 2006 года и предоставляет услуги IT аутсорсинга. Аутсорсинг - это перепоручение необходимых, но непрофильных для компании работ другой организации. В нашем случае это: создание, поддержка и сопровождение сайтов, продвижение сайтов в поисковых системах, поддержка и администрирование серверов под управлением Debian GNU/Linux.

Сайты на Joomla

В нынешний век информации, сайт де факто, становится как минимум визитной карточкой организации, а зачастую одним из инструментов бизнеса. Уже сейчас сайты создаются не только для организаций и частных лиц, но и для отдельных товаров, услуг и даже событий. На сегодняшний день сайт это не только источник рекламы на гигантскую аудиторию, но и инструмент для продаж и завязывания новых контактов. Мы создаем сайты, используя CMS Joomla! Эта система управления сайтами проста и интуитивно понятна. Она очень широко распространена и, следовательно, в Интернете о ней содержится большое количество информации. Найти специалиста, работающего с Joomla тоже несложно. И вам не надо далеко ходить! Наша компания Айтишник занимается обслуживанием и сопровождением сайтов на Joomla! Мы проведём все технические работы, возьмём на себя всю переписку с хостером и регистратором домена, наполним сайт и обновим на нём информацию. И хотя Joomla проста в управлении, интуитивно понятна. Но будете ли вы сами регулярно выполнять необходимые работы на сайте? Сколько времени они отнимут у вас? Если вы хотите сконцентрироваться на своём деле, то доверьте поддержку вашего сайта нам. Мы сделаем все от нас зависящее, чтобы сайт жил и приносил пользу своему владельцу.
Если вы коммерческая организация, которая рекламирует или продаёт свои товары, услуги в Интернет, то вам просто необходимо продвижение сайта в поисковых системах. Ведь для того, чтобы продать что-нибудь надо, как минимум, чтобы это увидели, чтобы об этом узнали. И мы поможем вам в этом, мы продвинем ваш Joomla сайт в поисковых системах. В зависимости от конкуренции и выделенного для продвижения бюджета, ваш сайт будет занимать достойные позиции в поисковой выдаче. Сайт увеличит вашу прибыль!

Серверы Debian

Рано или поздно, стремясь к открытости и прозрачности своего бизнеса, многие компании сталкиваются с необходимостью обеспечения лицензионной чистоты используемого программного обеспечения. Однако, далеко не всегда затраты на лицензионные отчисления приемлемы, в особенности для малого и среднего бизнеса. Выходом из этой сложной ситуации является решение о переходе на Open Source технологии. Одним из направлений Open Source является операционная система Linux (Линукс). Сотрудники нашей компании специализируются на Debian Linux (Дебиан Линукс). Это старейший и наиболее устойчивый дистрибутив операционной системы Линукс. Мы предлагаем вам услуги по внедрению Debian Linux на Вашем предприятии, настройку, обслуживание и поддержку серверов.

Информация и реклама

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

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

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

Системы семейства Windows Server имеют встроенный инструмент создания резервных копий - утилиту ntbackup . Данная утилита позволяет сохранять резервные копии на самых различных носителях - ленточных накопителях, магнитооптических дисках, жестких дисках (как на локальных дисках данного сервера, так и на сетевых ресурсах, размещенных на других компьютерах сети). В версии системы Windows 2003 реализован механизм т.н. теневых копий (Shadow Copy ), который заключается в том, что в начале процедуры архивации система делает моментальный "снимок" архивируемых файлов и уже после этого создает резервную копию из этого снимка. Данная технология позволяет архивировать файлы, которые в момент запуска утилиты ntbackup были открыты пользователями.

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

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

12.1 Архивирование и восстановление файловых ресурсов

Базовые понятия службы резервного копирования

Системы семейства Windows не содержат компоненты резервного копирования в смысле системной службы (service ). Все операции по созданию резервных копий и восстановлению данных осуществляются утилитой ntbackup . Эту утилиту можно запустить из Главного меню системы (кнопка " Пуск " - " Все программы " - " Стандартные " - " Служебные " - " Архивация данных "), а можно запустить более быстро из командной строки (кнопка " Пуск " - " Выполнить " - " ntbackup " - кнопка " ОК "). При первом запуске утилиты рекомендуем убрать галочку у поля " Всегда запускать в режиме мастера ".

Рассмотрим основы резервного копирования файловых ресурсов.

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

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

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

Обычный (Normal)

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

Разностный (Differential)

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

Добавочный (Incremental)

При выполнении Добавочного архивирования утилита ntbackup из файлов, отмеченных для архивирования, архивирует только те , у которых установлен атрибут " Файл готов для архивирования ", при этом данный атрибут очищается . Использование Обычного (раз в неделю по выходным) и Добавочного (ежедневно в рабочие дни) архивирования также позволяет сэкономить пространство на носителях с резервными копиями и ускорить процесс создания ежедневных копий. Но процесс восстановления данных при использовании комбинации "Обычный + Добавочный" уже будет выполняться иначе: в случае утери информации для восстановления данных потребуется сначала восстановить данные из последней Полной копии, а затем последовательно из всех Добавочных копий, созданных после Полной копии.

Копирующий (Copy)

При таком типе архивирования утилита ntbackup заархивирует все отмеченные файлы, при этом атрибут " Файл готов для архивирования " остается без изменений .

Ежедневный (Daily)

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

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

Разработка и реализация стратегии резервного копирования

Понятие плана архивации

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

При создании плана ответьте на следующие вопросы:

• Насколько важны данные? Этот критерий поможет решить, как, когда и какую информацию архивировать. Для критичной информации, например, баз данных, следует создавать избыточные архивные наборы, охватывающие несколько периодов архивации. Для менее важной информации, например, для текущих пользовательских файлов, сложный план архивации не нужен, достаточно регулярно сохранять их и уметь легко восстанавливать.
• К какому типу относится архивируемая информация? Тип информации поможет определить необходимость архивации данных: как и когда данные должны быть сохранены.
• Как часто изменяются данные? Частота изменения влияет на выбор частоты архивирования. Например, ежедневно меняющиеся данные необходимо сохранять каждый день.
• Нужно ли дополнить архивацию созданием теневых копий ? При этом следует помнить, что теневая копия - это дополнение к архивации, но ни в коем случае не ее замена.
• Как быстро нужно восстанавливать данные? Время - важный фактор при создании плана архивации. В критичных к скорости системах нужно проводить восстановление очень быстро.
• Какое оборудование оптимально для архивации и есть ли оно у вас? Для своевременной архивации вам понадобится несколько архивирующих устройств и несколько наборов носителей. Аппаратные средства архивации включают ленточные накопители (это наименее дорогой, но и самый медленный тип носителя), оптические диски и съемные дисковые накопители.
• Кто отвечает за выполнение плана архивации и восстановления данных? В идеале и за разработку плана, и собственно за архивацию и восстановление должен отвечать один человек.
• Какое время оптимально для архивации? Архивация в период наименьшей загрузки системы пройдет быстрее, но не всегда возможно провести ее в удобные часы. Поэтому с особой тщательностью архивируйте ключевые данные.
• Нужно ли сохранять архивы вне офиса? Хранение архивов вне офиса - важный фактор на случай стихийного бедствия. Вместе с архивами сохраните и копии ПО для установки или переустановки ОС.

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

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

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

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

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

• Емкость - количество регулярно архивируемых данных. Справится ли оборудование с нагрузкой в отведенное время?
• Надежность аппаратных средств и носителей. Можете ли вы пожертвовать надежностью ради экономии или скорости?
• Расширяемость решения. Удовлетворяет ли ваше решение потребностям роста организации?
• Скорость архивации и восстановления. Можете ли вы пожертвовать скоростью ради снижения стоимости?
• Цена архивации. Приемлема ли она для вашего бюджета?

Типовые решения архивации

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

• Ленточные накопители - самые распространенные устройства архивации. Данные хранятся на кассетах с магнитной лентой. Лента относительно недорога, но не особенно надежна: она может помяться или растянуться, с течением времени - размагнититься и перестать считываться. Средняя емкость кассет с лентой варьируется от единиц до десятков Гбайт. По сравнению с другими решениями ленточные накопители довольно медленны. Их достоинство - невысокая цена.
• Накопители на цифровой ленте ( digital audio tape , DAT) - пришли на смену традиционным ленточным накопителям. Существует несколько форматов DAT. Наиболее часто используются ленты DLT (Digital Linear Tape ) и Super DLT . Ленты DLT IV обладают емкостью 35-40 Гбайт без сжатия и 70-80 Гбайт со сжатием. В крупных организациях иногда разумнее применять ленты LTO (Linear Таре Open ) или AIT (Advanced Intelligent Tape ). Обычно объем лент LTO составляет 100 Гбайт без сжатия и 200 Гбайт со сжатием. Для лент AIT -3 соответствующие емкости составляют 100 и 260 Гбайт.
• Ленточная библиотека с автозагрузкой - устройство для создания расширенных архивных томов на нескольких лентах, которых хватает для нужд всего предприятия. Ленты набора в процессе архивации или восстановления данных автоматически меняются. В большинстве таких библиотек применяются DAT-ленты. Их главный "минус" - высокая цена.
• Магнитооптические накопители с автозагрузкой подобны ленточным библиотекам, только вместо лент в них используются магнитооптические диски. Цена также очень высока.
• Съемные диски, например Iomega Jazz емкостью 1-2 Гбайт, все чаще используются в качестве устройств архивации. Они обладают хорошей скоростью и удобны в работе, но стоят дороже ленточных или DAT-накопителей.
• Дисковые накопители обеспечивают наивысшую скорость при архивации и восстановлении файлов. Если при архивации на ленту вам потребуются часы, то дисковый накопитель позволяет завершить процесс за несколько минут. К недостаткам дисковых накопителей следует отнести относительно высокую цену.

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

Если настроил резервное копирование, не забил, не сэкономил - уже молодец. Но бэкап еще нужно уметь правильно готовить.

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

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

Читайте и мотайте на ус.

Случай из жизни. Данные клиента находились на СХД. Для скорости и надежности на ней был создан RAID-10 из более чем 24 дисков. У СХД также было некоторое количество запасных дисков. Когда произошел отказ одного из дисков в зеркале, СХД заменила отвалившийся диск запасным и принялась восстанавливать содержимое на нем. Оставшийся в строю диск работал за двоих и активно отдавал данные тому новенькому диску, но делал это недолго, буквально 5 секунд. Потом диск не выдержал нагрузки, и произошел отказ всего RAID. В результате данные на всех 24 дисках были потеряны.

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

Совет 2. Складывайте бэкапы на ту же СХД, где находятся исходные данные

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

• администратор перепутал и удалил продуктивный LUN;
• начинающий администратор прилепил к СХД на забор воздуха большую наклейку с подробным описанием назначения СХД, ее IP-адреса, краткой инструкцией по включению и выключению, контактами ответственного и пр. очень “нужной” в работе информацией. СХД перегрелась и отказала.

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

Совет 3. Откажитесь от бэкапа сервера и базы данных системы резервного копирования

Случай из жизни. На одном LUN СХД размещались исходные данные и сервер резервного копирования. Когда LUN стал недоступен и понадобилось восстановиться, оказалось, что бэкапа сервера и базы данных резервного копирования нет. Без последней все резервные копии превратились в чемодан без ручки. Ребятам пришлось разворачивать систему резервного копирования “с нуля”. Благо у используемого решения была возможность воссоздать базу заново через импорт бэкапов в систему. Но был один нюанс: данных для импорта было 100 ТБ. Чтобы собрать новую базу, новая система должна по ним обстоятельно пройти и каталогизировать все данные. В итоге за 1,5 суток было обработано лишь 20%. Потом кто-то им посоветовал импортировать только full бэкапы (самые большие файлы), и дело пошло быстрее, но потерпевшие уже потеряли много времени и нервов.

Если серьезно. Чтобы быть во всеоружии, когда сервер резервного копирования потерян, нужно предусмотреть два момента:

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

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

  Для третьих – после потери базы остается только обратиться к техподдержке вендора (Commvault).

• заранее продуманный план по Disaster Recovery для сервера резервного копирования на случай отказа основного сервера/площадки. Многие вендоры систем резервного копирования в документации предлагают варианты по организации Disaster Recovery сервера резервного копирования, например: , Commvault .

Совет 4. Не тестируйте восстановление из резервных копий

До “часа Ж” RTO останется тайной для администратора и для начальства. Зато потом для всех будет сюрприз.

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

Случаи из жизни. Таких историй тоже много, вот одна из самых типичных. Жила-была база данных по имени prod. Инженер резервного копирования как положено поставил ее на бэкап. В один прекрасный день случился сбой, и администраторы восстановили базу рядом с названием prod1. Продуктив соответственно стал жить на prod1. Инженер резервного копирования про это ничего не знал, поэтому prod1 на бэкап не поставил. Старая база prod продолжает бэкапиться. Когда наступает необходимость восстановиться из бэкапа, оказывается, что его нет. Данные за последние 3 месяца потеряны.

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

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

Если не хочется проверять все вручную, то у большинства ПО резервного копирования есть функции автоматизации проверок (например, у Veeam Sure Backup – целостность данных).

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

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

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

Совет 5. Никакой отдельной инфраструктуры под резервное копирование

Случай из жизни. У клиента продуктив и резервное копирование делили между собой один сетевой канал.

Раз в квартал в компании рассчитывался квартальный отчет. Весь процесс занимал более 15 часов, поэтому группа (назовем ее условно “бизнес”) стартует генерацию отчета с утра и получает готовый отчет утром следующего дня. Одним таким прекрасным утром оказывается, что квартальный отчет не сформировался. Расследование показало, что ошибка произошла из-за разрыва соединения с базой данных. Каких-либо видимых технических причин этому не находилось. Через неделю ребята повторно запускают создание отчета, и все получается. Но через полгода проблема повторяется.

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

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

Заложить отдельную инфраструктуру под резервное копирование легче всего на этапе планирования продуктивного стенда.

Если отделить мух от котлет уже не получается, то можно попробовать выставить ограничения средствами системы резервного копирования (Network Traffic Throttling) или ограничить полосу пропускания с помощью QoS на сетевом оборудовании. Тут главное соблюдать баланс и не “зарезать” полосу для резервного копирования так, что задания будут выполняться по 24 часа.

Меньше знаешь – крепче спишь.

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

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

Мониторьте доступность самого сервера резервного копирования: хотя бы пингуйте.

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

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

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

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

Резервное копирование файлов в «облако»

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

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

Второе преимущество – это доступность ваших данных откуда угодно, где есть интернет. Но это может стать и основным недостатком, если интернета нет.

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

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

Что будем резервировать?

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

Давайте теперь посмотрим, какие облачные хранилища подойдут для резервного копирования файлов. Конечно, есть специализированые платные облачные хранилища для резервных копий, но я думаю, что вас больше интересуют бесплатные варианты, как и меня. Но у бесплатных предложений есть один недостаток – мало облачного пространства. Обычно средний объем бесплатного облачного диска колеблется в районе 5-10 Гбайт. Этого мало для полного резервного копирования(бэкапа, backup), но если хорошенько подумать, то нам много и не нужно.

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

Номинация «Для фото». Победитель — SkyDrive

Могу предложить вам два варианта: Яндекс Диск и 4Sync . Яндекс Диск предоставляет 10 Гбайт облачного хранилища, имеет встроенный проигрыватель муз. файлов и максимальную скорость передачи данных среди всех облачных дисков, о которых я писал, его обзор можете прочитать . 4sync дает 15 Гайт, скорость тоже на высоте. Хотя этот сервис зарубежный, но ин имеет русскоязычный интерфейс и прост в использовании. Он умеет проигрывать не только музыку, но и видео, чем мне очень нравится. Оба эти сервиса хорошо подходят для хранения фото, а если вам нужно что большее?

В таком случае предлагаю вам взглянуть на . У него такой интерфейс, что он приспособлен для фото. Рекомендую почитать его обзор . Скорость передачи файлов у него средняя, для новых пользователей предоставляют 7 Гбайт, что тоже не плохо. В SkyDrive очень удобно просматривать фото, скорость работы очень высокая, даже с большими фото. Если фотографий у вас меньше семи гигабайт, то SkyDrive станет для вас отличным решением. Как вариант, старые фото можно хранить на Яндекс Диске или 4Sync, а более новые в SkyDrive.

Номинация «Для документов». Победитель – SkyDrive

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

Альтернативным решением для работы с документами является . Диск Гугл в прошлом носил имя Документы Google, возможно вы о них слышали. Здесь тоже можно создавать и редактировать документы, правда, их сохранение происходит в специальном формате, что по душе не всем. Таким образом, победителем будет SkyDrive.

Номинация «Для музыки» Победитель – Яндекс Диск

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

Настройка резервного копирования

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

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

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

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

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

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