Что такое «backup»? / Habr

Очень часто я слышу фразы вроде «зачем мне бэкап, у меня же есть RAID!». Или «я делаю бэкапы на второй HDD в сервере!». Или что-то подобное. Очень часто через несколько месяцев после этого я слышу вопрос «а как мне восстановить убитые данные?». И это печалит.

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

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

Требования?

Давайте определимся с терминологией. Что такое резервная копия?
Логично предположить, что это копия данных, предварительно сохраненная с целью восстановления в случае уничтожения оригинала.
Отсюда вытекает первое требование — изолированность. Не имеет смысла делать копию документов на квартиру и хранить ее там же, где оригинал. Так не имеет смысла делать копию данных и хранить ее на том же диске/в том же сервере, что и оригинал. Логично? Вполне.

Едем дальше. Если мы делаем копию данных, значит, боимся их потерять. Так? Так. Значит, все резервируемые данные для нас ценны. Так? Снова так. Отсюда второе требование — целостность. Не смысла в копировании без проверки целостности — на выходе мы вполне можем получить битые данные или потерять часть безвозвратно.

Еще один пункт. Представим, что вы удалили файл. Или не файл, а много файлов. Например, случайно сделали «rm -rf ./ test». И ушли спать, со спокойной совестью. А в полночь произошел… бэкап. Но вот незадача — настроен он был так, что создавал полную копию данных без учета версий и изменений. Т.е. удалил удаленный вами файл и на резервном носителе тоже — сделал вещь, обратную своему назначению. Представили? Третье требование — версионированность. Вы должны иметь возможность вернуть предыдущее состояние своих данных, а не только иметь две одинаковые копии.

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

И что в итоге?

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

Ближе к практике.

Не вопрос.

Анализируя существующую или придумывая для себя новую СРК — подумайте, соответствует ли она критериям, изложенным выше?
Пересекаются ли в одном месте основная и резервная копия? Обеспечивается ли при этом изолированность резервной? Существует ли возможность одновременно изменять файлы в основном и резервном хранилище? Существует ли значительная (более значительная, чем атомный взрыв) вероятность того, что оба носителя будут одновременно уничтожены или утеряны? Если ответ на любой из этих вопросов «да» — в системе есть ошибка. К примеру, если вы сделали бэкап файлов с ноутбука на usb flash и убрали ее в сейф — вы молодец. Если вы сделали этот бэкап и положили флешку в сумку к ноутбуку — вы не сделали бэкап.

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

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

Проведите «учения» — представьте, что основной носитель утрачен и попытайтесь восстановиться. Уверен, с первого раза у вас ничего не выйдет, или выяснится, что многое на самом деле не совсем так, как вы представляли ранее.

Ответили? Провели? Все прекрасно? Нет, не совсем. Не забывайте о СРК. Поддерживайте ее в актуальном состоянии. Начали использовать новое ПО? Внесите его каталоги в список на бэкап. Подумайте, как его восстанавливать. Следите за состоянием резервного носителя (если это одиночный диск, флешка или NAS — он совсем не вечный). Думайте о своих данных, кроме вас этого не сделает никто.

Мифы и примеры плохих решений

Почему-то люди любят обманывать себя. Например, многие верят, что RAID заменяет бэкап и гарантирует сохранность данных. Особенно если RAID не простенький — первый, а навороченный, 5ый например.
Но RAID — не бэкап. Из определенных выше критериев в общем случае не выполняются все три — зеркальные диски не изолированы, не контролируются и не версионируются. Падение файловой системы, случайный «rm -rf /» или ошибка при работе с разделами уничтожит данные на обоих дисках и RAID ничем не поможет их сохранить. Больше того, если поврежденную FS на одном диске обычно можно восстановить хотя-бы частично, то распавшийся массив — почти всегда нет.

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

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

Вместо заключения

Берегите свои данные, потратив 15 минут «до» — можно сэкономить 15 часов «после». Не забывайте бородатый анекдот про тех, кто не делает бэкапы и тех, кто их уже делает.

Полный Backup стандартными средствами Windows / Habr

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

С чего все началось а началось все с того что одного замечательного дня у меня полетел жесткий диск на ноутбуке, не много я расстроился в плане того что нужно будет потратиться на новый винт и затраты как всегда пришли не вовремя. Купив новый жесткий диск, воткнул болванку с Acronis 11 загрузившись с этой девицы начал восстанавливать систему из ранее созданного образа который периодически создавал сам Acronis 11 по расписанию. Но долго радоваться мне не пришлось так начались невероятные траблы с Acronis 11 он в ни какую не хотел разворачивать образ, что только не делал даже отдавал админам одного банка которые не верили и стучали в грудь что не может такого быть и все должно пучком разворачиваться, но долго они не стучали и развели руками, сказали мол чувак хз такое видим в первый раз. Решили поставить эксперимент теже админы из одного довольно крупного банка сделать образ своего ноута c Windows 7 слили образ на внешний диск который весил почти под 40Гб. Вставили в свой ноут мой винт и с ухмылькой на лице и фразой гляди ша все будет пучком и ты мол что то делал не правильно. Но долго улыбаться им не пришлось а это час времени до вылета сообщения об ошибке код ошибки не помню но инет тогда гудел о разности в версиях Acronisa хотя у нас все было одинаковое. В конце концов что только не делали и винт меняли и разделы создавали, меняли версию Acronisa что только не делали но без результатно и админы перестали улыбаться на долго а потом вовсе перестали когда их же образы не разворачивались на серверах благо рано спохватились и успели сделать выводы и пришли к другому решения задачи как делать Backup системы и прочего. Вы наверно спросите что это за админы что не пользуются Raid массивами и всем стандартным по миру. Отвечу пользуются, но у каждого админа есть не только сервера с raid и SCSI винтами а есть еще всякие под работки в разных компаниях где за правило сервером выступает обычный Desktop так как финансов как всегда не хватает либо из других соображений. Короче кто админ по жизни тот поймет про что я. Проблему так и не решили плюнули на Acronis и начали рассматривать альтернативу простую и надежную за одно и тестить нас было четверо и каждый должен был предоставь свой вариант Backup-a но в конце недели тестов встретились за кружкой пива и пришли почти к одному и тому же решению. Решение было простое и давало 93% отказоустойчивость о котором я сейчас создал этот топик и во благо вовремя предостеречь обычных смертных людей от утери важной информации на их PC.

И так к делу. Все буду проделывать на Windows 7 но действия совместимы на 100% и с такими операционными системами акак 2003, Vista, 8, 2008R2 (Только под Windows 2003 нужно установить Resource Kit Tools).

Архивация и Восстановление

1. Заходим в панель управления и находим там Архивация и Восстановление, запускаем и видим следующие

Выбираем в левом углу «Создать образ системы» после чего видим следующие

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

Нажимаем кнопку «Архивировать» после того как образ создаться, создаем диск восстановления системы

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

Robocopy.exe — Многопоточное копирование

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

Итак, к делу. Cоздаем текстовый файл и пишем в нем следующие:

@echo off
chcp 1251
robocopy.exe D:\MyProject E:\Backup\MyProject  /mir  /log:E:\Backup\MyProject \backup.log

Что происходит а происходит вот что мы копируем зеркально файлы и каталоги с диска D из папки MyProject на диск E в папку Backup\MyProject которая находиться на внешнем USB диске. Файлы копируются те которые были изменены не происходит постоянная перезапись файлов. Также получаем Log файл где описано подробно что было скопировано а что нет и какие были ошибки.

Сохраняем файл и переименовываем его в любое понятное для вас название но заместо расширения .txt ставим .bat либо .cmd кому как угодно.

Далее идем в панель управления — администрирование — запускаем планировщик задач и создаем новую задачу даем ей имя, устанавливаем в триггерах время интервал запуска задачи в действиях указываем запуск нашего файла хххххх.bat или хххххх.cmd Теперь у нас происходит автоматический backup данных по нашему расписанию. Спим спокойно и не переживаем.

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

P.S.S По поводу Backup Windows XP хочу услышать от Вас господа совет но минуя Acronis по крайней мере 11 версию.

Бэкап – что это такое? Резервное копирование файлов :: SYL.ru

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

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

Общие сведения

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

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

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

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

Когда делать резервное копирование

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

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

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

Где можно сохранять резервную копию

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

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

Запись на внешний диск

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

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

Флеш-накопитель

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

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

Компакт-диски

Несмотря на то, что данные устройства уже вышли из моды, все равно в некоторых случаях они незаменимы. Не нужно использовать варианты с 700 Мб. Диск с памятью почти в 9 Гб вполне может быть хорошим носителем. Однако следует заметить, что эти устройства нужно защищать от перепада температур, дефектов, а также солнечного света. Если говорить о надежности и вместимости, то следует выбирать диски DVD. Такие болванки вполне надежные.

Также хорошо подходят CD диски, однако их максимальная емкость 700 Мб. На данный момент это смешной показатель. Очень вместительными являются диски blu-ray. Они способны вмещать более 30 Гб информации. Однако приводы для того, чтобы их читать и записывать на них, установлены не в каждом устройстве. Более того, они максимально чувствительные к механическим воздействиям.

Облако

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

Наиболее популярными сейчас облаками являются сервисы Dropbox, Google и «Яндекс». Нужно заметить, что второй вариант бесплатно выдает пользователем 15 Гб места, чего будет максимально хватать для домашнего использования.

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

Если человек до этого работал с Windows 98, то он прекрасно помнит о сбоях системы. Операционка была, в принципе, неплохая, однако при несовместимости каких-либо утилит на 100% всегда было ясно, что системная ошибка приведет к переустановке операционной системы. Однако в новых версиях производитель все же предусмотрел бэкап Windows. В Vista, а также версиях 7 и 8 данная функция была доведена практически до отличного состояния.

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

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

Мобильные устройства

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

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

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

Что потребуется для резервного сохранения

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

Что такое бэкап и зачем нужно делать резервное копирование? | Памятки и инструкции | Вопрос-Ответ

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

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

Что такое резервное копирование и когда его нужно делать? 

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

«Бэкап» (от англ. backup) — «запас» (можно также перевести как «резервный» или «дублирующий»). Бэкап копия (backup copy) — создание копии файлов на дополнительном носителе информации (внешнем жёстком диске, CD/DVD-диске, флешке и т.д.). 

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

Как обезопасить себя от потери данных? 

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

• внешний диск 

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

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

Самым распространённым диском является однослойный DVD с ёмкостью 4,7 ГБ. Двухслойные DVD имеют ёмкость до 8,5 ГБ. Компакт-диски лучше использовать для редко изменяемых файлов, а во-вторых, такие диски следует оберегать от перепадов температур, механических повреждений и ультрафиолета. К тому же, доверить важные данные можно только качественным дискам и пишущим приводам. 

Blu-ray Disc является современной альтернативой классическому DVD. Стандарт дисков, пришедший на смену DVD, позволяет сохранять до 25 ГБ данных. 

• интернет-сервисы 

Хранить данные можно на интернет-сервисах, но для этого нужен компьютер с выходом в интернет. Минусом такого варианта является то, что информация хранится на чужом сервере и в любой момент может стать достоянием общественности. Один из таких сервисов хранения является getdropbox.com. После регистрации он предоставляет бесплатно 2 ГБ места.

Что может послужить причиной потери данных?

Потерять данные на компьютере можно по причине:

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

Что делать, если вы случайно удалили файлы? 

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

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

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

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

Не привлекайте для восстановления информации неквалифицированных людей и не пытайтесь это сделать сами — вы рискуете потерять информацию навсегда.

Смотрите также:

Бэкап сайта: что такое и как грамотно его сделать

1. Что такое Backup
2. Зачем он нужен?
3. Как его сделать?

Что это такое бэкап сайта?

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

Для чего нужно резервное копирование сайта?

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

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

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

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

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

Зачем сохранять к себе на компьютер?

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

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

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

Чем Backup отличается от Snapshot

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

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

Когда используют бэкап

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

Лучше всего бэкап подходит в следующих ситуациях:

• Архивирование: необходимо на длительный срок сохранить данные (более недели).
• Миграция: требуется перенести данные на другое устройство.
• Восстановление: нужно обеспечить возможность восстановления системы в случае сбоя.

Когда лучше использовать снепшот

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

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

Бэкапы и снепшоты работают вместе

Бэкапы и снепшоты − для разного: одни для надежности, другие для гибкости. Но когда нужно и то, и другое, они работают вместе.

Например, полное бэкапирование занимает много времени, это мешает сделать точную копию. В бэкапе может оказаться копия данных, отличная от оригинала, так что его нельзя будет восстановить из бэкапа. Представьте себе три папки: «Кошки», «Еноты» и «Ежи». Кошки уже скопировались в бэкап, сейчас копируются еноты. Если в этот момент взять ежа #8 и из «Ежей» перенести в «Кошек», система создания бэкапов этого не заметит. Когда она дойдет до «Ежей», #8 не попадет в бэкап− копия не будет содержать его ни в «Ежах», ни в «Кошках».

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

Резюме

Бэкапы − для надежности хранения данных и возможности их восстановления или «клонирования» на другие компьютеры.

Снепшоты − для быстрого и удобного возвращения системы в прошлое состояние. Это помогает проводить «опасные» эксперименты.

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

^{Cистема резервного копирования может работать вот так}

Чем корпоративный бэкап отличается от домашнего?
Масштаб — инфраструктуры до петабайта. Скорость – тысячи транзакций в секунду, поэтому, например, нужно уметь забирать бэкап из базы данных на лету, не останавливая запись. Зоопарк систем: рабочие машины, мобильные телефоны и планшеты, профили людей в «облаке», копии баз данных CRM/ERP, все это на разных ОС и в тяжелых разветвленных системах.

Ниже я расскажу про решения от IBM, EMC, CommVault, Symantec и то, что они дают как бизнесу в целом, так и IT-отделу. Плюс о некоторых подводных камнях.

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

Начинаем ликбез. Бэкап вообще нужен?

Обычно такой вопрос задают люди, далекие от IT. Правильный вопрос — «какой бэкап нужен»? В начале этого года мне на глаза попадался отчет, что в среднем по миру утеря данных стоит до трети стоимости компании, в США и Европе — до половины. Проще говоря, отсутствие свежего бэкапа может в некоторых случаях означать уход с рынка.

Зачем вообще нужен бэкап?

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

• Во-первых, он защищает данные от утери. Основные причины утери — это сбои оборудования, падение удаленных площадок (например, при пожаре в ЦОДе), изъятие оборудования. Более мелкие случаи — утеря ноутбуков и так далее.
• Также бэкап защищает целостность данных: страхует от ошибок оператора, например. Это вторая по распространенности причина: человек может взять и «запороть» важные данные не той командой.
• В-третьих, в корпоративной среде «горячий» бэкап может понадобиться для быстрого развертывания сервисов при чрезвычайном происшествии, это очень актуально у тех, для кого особенно критична непрерывность IT-процессов, например, у телеком операторов или банков.

Как обычно приходят к сложным системам?

Тут все просто: с ростом компании. Сначала используются простые средства: копирование вручную, затем скриптами по расписанию или настройкой утилиты, после появляется серверное приложение, которое этим управляет. На этой стадии обычно добавляются требования к уровню бэкапа от безопасников или финансового отдела (управляющего рисками компании) — и вот тогда начинается внедрение. Каждая задача классифицируется по важности и оценивается, например, биллинг должен накатываться через 5 минут после аварии на активную дублирующую систему в другом ЦОДе, а данные сотрудников офиса — через 2 часа на заранее подготовленное, но законсервированное оборудование. На этом уровне появляется необходимость плотной интеграции с приложениями, а чуть позже — и с аппаратными массивами для хранения.

Как выглядит интеграция на практике?

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

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

Что самое важное в ПО для резервного копирования?

Давайте рассмотрим главные параметры.

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

Пример архитектуры ПО резервного копирования (CommVault Simpana)

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

Централизованное управление СРК

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

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

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

К примеру, системы CommVault или ЕМС поддерживают практически все имеющиеся на корпоративном рынке ОС и коммерческие приложения (в частности, базы данных Oracle, Microsoft, у CommVault есть еще поддержка PostgreSQL и MySQL, Documentum, SAP).

Дедупликация — архитектура
Важна грамотная дедупликация. Хорошая дедупликация в разы снижает требования по цене к дисковым массивам и очень хорошо жмет трафик. Грубо говоря, если первый бэкап пользовательских данных с виртуальных машин был на 10 Gb, то каждый следующий, за день, может быть на 50-60 Mb — из-за разницы между слепками систем. При этом у лидеров рынка резервного копирования (про них ниже) для внешних систем копии видны как отдельные слепки, то есть так, как если бы каждый раз делался тотальный бэкап. Это невероятно ускоряет восстановление.

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

Подсистема дедупликации, по-хорошему, должна удобно масштабироваться. В идеале, линейно с добавлением узлов хранения путем организации некоторого Grid или Cloud. При этом узлы не должны быть отдельными островами со своими наборами данных, а связаны в единое дедупликационное пространство. И совсем хорошо, если эти узлы распараллеливают нагрузку и параллельно ее обрабатывают. Отмечу, что сейчас многие заказчики бросаются меряеть коэффиценты дедупликации при сравнении продуктов. Но это не совсем правильно: современные SATA диски уже по 4ТБ в объеме каждый. Плюс-минус пару дисков и все системы смогут хранить одинаковый объем данных – и лучше докупить один диск в начале, чем при необходимости роста перестраивать всю систему.

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

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

Физическое хранение

Чаще всего речь идет о хранении на дисковых массивах, где обеспечивается дополнительная защита данных. Первый слой — важные данные обязательно хранятся на двух независимых удаленных площадках (например, в разных ЦОДах). Второй слой — эти данные хранятся на разных накопителях. Например, файл из 10 блоков может быть записан на 11 накопителей — и при выходе из строя любого из них остальные будут содержать достаточное количество данных для восстановления недостающего звена. Вот пример одной из таких систем.

Диски и лента + «облако»

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

А вот CommVault Simpana умеет еще напрямую складывать копию данных из корпоративного хранилища в «облако» (некоторые наши заказчики так делают с «облаком» КРОК – мы даже проводили сертификацию). Эта дополнительная копия может рассматриваться заказчиком как долговременный архив. Для его хранения не нужно думать об аппаратной части. Еще такая копия может быть использована для аварийного восстановления систем. Например, один из заказчиков делает так: копия всех виртуальных машин отправляется в наше «облако» на хранение. В случае падения основного ЦОДа заказчика, мы можем запустить все эти виртуальные машины на своей инфраструктуре. При этом оплата до запуска идет только за емкость – то есть получается очень экономично.

Прямая работа с пользователями

Если вы не сталкивались с корпоративным бэкапом, то у вас может сложиться впечатление, что обратно данные накатывает только IT-отдел, причем делает это вручную. Но, например, у CommVault это не совсем так.

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

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

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

Как быстро все можно накатить обратно?

Предположим, у нас есть сложная система с базой данных Oracle в качестве хранилища. Данные физически «размазаны» по нескольким серверам в одном ЦОД. Используется CommVault.

• Первый случай — пользователь взял и удалил данные со своей рабочей станции. Восстанавливает либо он сам, либо администратор: заходит в интерфейс, выбирает участок. Все остальное делает система. Пользователь видит красивый веб-интерфейс, администратор может работать с ним же или с консолью.
• Теперь у нас падает почтовый сервер Exchange. Сценарий все еще достаточно простой: опять же, либо сам пользователь, либо администратор определяет, какие данные необходимо восстановить, подключается, заходит в систему, открывает консоль восстановления, выбирает область, жмет кнопку «восстановить».
• Теперь у нас пропадают данные из базы нашего большого коммерческого приложения за сегодня. Например, все транзакции по купле-продаже. В этом случае бэкап-система будет стучаться к механизму RMAN, который есть в Oracle (это своего рода API по восстановлению данных). Но поскольку у нас уже все интегрировано, то администратор также только выбирает, что именно надо восстановить. Дальше уже сам RMAN вместе с бэкап-системой решает, что конкретно делать: восстанавливать целиком базу или какой-то TableSpace, т.е. отдельную таблицу, и так далее.
• А теперь у нас ночью взрывается ЦОД. В этом случае администратор выбирает другой ЦОД и накатывает на «чистое» оборудование последнюю копию. Система сама собирает ему наиболее свежий полный слепок из дедуплицированных данных и отдает нужную информацию каждой подсистеме и приложению. Обычные пользователи, скорее всего, даже не замечают произошедшего. Может быть и так, что в другом ЦОДе частично данные уже есть, среплицированы или просто восстанавливаются по расписанию, тогда все еще проще и восстановление происходит уже даже не на чистую систему.

Развитие систем от версии к версии

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

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

Недавно появились клиенты для iOS и Android для управления копиями своей рабочей станции: удобно, если кто-то уезжает в командировку и забывает презентацию, например. Или когда в дороге ломается ноутбук. Здесь тоже не нужно будить админа в два ночи: пользователь может сделать все сам.

Вендоры

По отчету Gartner — среди лидеров, с которыми мы активно работаем, в частности, IBM, Symantec, ЕМС и CommVault.

Квадрат Gartner: лидеры сверху-справа, нишевые игроки снизу-слева.

IBM Tivoli Storage Manager (TSM) — довольно гибкий продукт в плане настройки и организации схемы резервного копирования на предприятии. Совмещая различные компоненты TSM, заказчик получает возможность выстраивать нужный функционал под свои задачи. Но, зачастую, для этого требуется больше времени на проектирование и внедрение. TSM часто используется в составе комплексных решений на базе оборудования и ПО от IBM.

EMC. Являясь компанией производящей не только ПО, но и оборудование, нацелена, прежде всего, на интеграцию всех своих решений. Поэтому если инфраструктура в большей мере построена на СХД Clariion, VNX, data domain, стоит посмотреть на продукты по резервному копированию от EMC, которые позволят обеспечить однородную структуру системы. Кстати, и продукт EMC Avamar тоже является программно-аппаратным решением.

Symantec представлен на рынке резервного копирования своим флагманским продуктом NetBackup, ориентированным на enterprise-сегмент, и более «легковесным» BackupExec, традиционно используемым в средах, построенных в основном на продуктах Microsoft. NetBackup славится поддержкой большого спектра операционных систем, СУБД и бизнес-приложений, развернутых в том числе в виртуальном окружении. А также умеет использовать продвинутые возможности современных СХД. NetBackup является хорошим выбором для среды с большой долей UNIX-систем. С недавнего времени продукты от Symantec поставляются не только как ПО, но и как ПАК, что ускоряет их развертывание и настройку.

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

В целом, надо смотреть, конечно, по месту. Если у вас есть вопросы, что выбрать под вашу инфраструктуру, пишите на [email protected], поможем оценить все аспекты и предупредить о возможных подводных камнях.

Еще интересные ссылки