В этой статье я расскажу как делать резервное копирование данных: рабочих файлов, мультимедиа и операционной системы (делать ее образ). Резервное копирование (архивация данных) крайне необходимо, так как в результате поломки жесткого диска, или вируса вы можете потерять важные документы, фотоархив, работы, созданные в различных программах. Может вы просто захотите переустановить чистую копию ОС со всеми программами. Когда это произойдет, такую ситуацию будет легко исправить.
Самый распространенный случай у пользователей — выход из строя операционной системы. Для того, чтобы восстановить прежнее состояние компьютера (программы, настройки и т.д.), необходимо потратить от нескольких часов до нескольких дней для инсталляции и настройки ОС Windows, но больше всего времени отнимает установка дополнительного софта. Часто неопытные пользователи хранят свои данные на системном диске, не задумываясь перенести информацию в другие разделы жесткого диска, не говоря уже о внешних HDD.
Он довольно прост в использовании и даже позволяет выполнять эту процедуру автоматически по расписанию. Расположение в системе инструмента резервного копирования: «Пуск | Все программы | Обслуживание | Архивация и восстановление» . Меню в колонке слева - «Создать диск восстановления системы» и «Создание образа системы» .
Создание образа системы. Необходимо указать расположение будущего архива: выбираем другой дисковый раздел, внешний HDD или оптический диск (DVD, Blue Ray). Также присутствует возможность сохранения резервной копии на сетевой диск. Использовать оптические носители нецелесообразно, поэтому для хранения резервной копии используйте логический диск с достаточным местом для хранения или внешней HDD. Выбрали место, нажимаем кнопку «Архивировать». Архивироваться будет весь системный раздел. Эту процедуру можно проводить по расписанию, при этом Windows обновляет записанный ранее образ системы, не создавая его заново, что существенно экономит время.
Если выбрать инструмент «Архивация», то можно настроить регулярное копирование важных пользовательских данных. Для этого выберите «Настроить резервное копирование», укажите, на какой диск будет производится сохранение, нажмите «Далее», в следующем окне выберите «Предоставить мне выбор» и затем отметьте объекты для архивации. Для восстановления содержимого резервной копии выберите одно из трех предлагаемых действий: «Восстановить мои файлы из этой резервной копии», «Восстановить файлы для всех пользователей на данном компьютере» или «Управление местом на диске, занимаемым этой резервной копией».
Для восстановления системы, в случае если она не загружается или выдает ошибку, которую вы не в состоянии исправить, может понадобиться диск аварийного восстановления. Для его создания выберите в меню слева «Создать диск восстановления системы» и укажите, на каком носителе его организовать. К сожалению, поддерживаются только лазерные диски, что не подходит для владельцев ноутбуков без оптического привода.
Данный встроенный в Windows инструмент не лишен недостатков, таких как долгое время создания архива и отсутствие функции сжатия. Однако существуют и другие, более функциональные продукты.
Пользователям Windows XP, где отсутствует встроенный инструмент резервирования, а также пользователям с более высокими требованиями к функциональности бэкап-программы я порекомендую воспользоваться Acronis True Image Home 2013 .
Acronis True Image Home использует 3 метода создания резервной копии.
Полный образ — архивирование абсолютно всех данных, включая MBR (если раздел является загрузочным).
Дифференциальный — в резервную копию включаются только те данные, которые изменялись с момента создания архива первым (полным) методом.
Инкрементный метод — позволяет дополнять резервную копию файлами, измененными после последней процедуры бэкапа.
Резервную копию системного раздела сделать просто: в главном окне программы выберите первую опцию - «Резервное копирование дисков и разделов» , затем укажите раздел или диск, задайте место для сохранения архива и при необходимости измените параметры архивирования (например, установите степень компрессии архива на вкладке «Производительность» или защитите архив паролем). По окончании процесса в указанном вами хранилище будет создан файл с расширением *.tib . Acronis True Image Home 2013 позволяет подключить резервную копию как логический диск и работать с нужными данными. Таким образом можно извлечь из заранее созданного архива нужный файл, который вы случайно полностью удалили с жесткого диска.
Кроме резервирования разделов и дисков вы можете архивировать (в том числе по расписанию) отдельные каталоги и файлы, а также адресную книгу Windows, список контактов и переписку Microsoft Outlook. Для восстановления в самых тяжелых случаях можно использовать загрузочную версию программы (boot диск или загрузочный диск), причем возможно создание такого решения как на оптическом, так и USB-носителе.
Случается, что при экспериментах с установкой нескольких операционных систем оказалась испорченной главная загрузочная запись (Master Boot Record), можно попробовать «оживить» ее, отметив галочкой «MBR» при восстановлении из образа. Также, Acronis True Image Home 2011 может конвертировать резервные копии из своего «родного» формата в формат VHD (это резервные копии, созданные системным инструментов Windows 7, и одновременно образы виртуальных дисков, то есть их можно подключать почти к любым виртуальным машинам) и обратно.
В большинстве случаев восстановление сводится к выбору нужного архива и раздела, в котором и будет развернуто содержимое резервной копии. Стоит отметить чрезвычайное долгое время установки и низкую скорость работы Acronis True Image Home в Windows XP.
Про программу Paragon Backup & Recovery Professional, которая осуществляет резервное копирование и восстановление файлов я рассказывал в , правда, с целью переноса Windows на другой ПК. В отличие от продукта Acronis, помимо операций архивирования она позволяет осуществлять также некоторые действия с разделами - например, изменение метки, форматирование, скрытие и удаление. Однако для этого вам потребуется переключиться в «Режим для опытных пользователей».
Перед резервным копированием рекомендуется создать аварийный диск для восстановления данных из образа. Для этого необходимо зайти в раздел «Утилиты» и выбрать «Создание аварийного диска». В качестве носителя здесь также можно выбрать либо оптический, либо внешний жесткий диск, или USB-флешку.
Для создания резервной копии данных зайдите в раздел «Защита и восстановление данных | Интеллектуальное архивирование», не забыв перед этим приготовить надежное хранилище. Вы можете выбрать, что резервировать: «Диски или разделы», e-mail (электронные письма, учетные записи и адресные книги Outlook, Outlook Express и Windows Mail), «Медиа-Файлы» и «Документы» (тексты, фотографии, видео и музыка, хранящиеся в каталоге «Мои документы») или же «Другие Файлы или папки».
Далее вы можете произвести дополнительные параметры копирования - выбор степени компрессии образа, защиты паролем и посекторный режим копирования (обрабатываются все секторы диска «как есть», включая неиспользуемые). В качестве хранилища архива можно назначить и FTP-сервер, если таковой у вас имеется. Если вы предпочтете оптический носитель, то программа предупредит, что будет невозможно сохранение главной загрузочной записи диска.
Для опытных пользователей в Backup & Recovery имеется профессиональный инструмент для работы с образами виртуальных машин Virtual PC, VMware Workstation и VMware Fusion. Благодаря ему вы сможете конвертировать образ реального жесткого диска, например системного раздела, и затем открыть его вместе со всеми данными и программами в виртуальной машине даже на другом компьютере.
При работе за компьютерными устройствами у нас постоянно появляются важные данные, которые нам бы не хотелось потерять. Чтобы этого не произошло необходимо делать резервное копирование наиболее нужной информации. На компьютерном языке это называется «backup». Что такое бэкап и как он делается Вы узнаете из этой статьи. Сразу скажу, что вещь это крайне необходимая и при правильном подходе будет занимать совсем немного времени, но зато сбережет его гораздо больше + сохранит Ваши нервы. Проверено на себе.
Бэкап (от англ. backup — «запасной») — это создание копии содержимого жесткого диска. Почему нужно резервное копирование файлов? Как правило, для долгосрочного хранения информации рядовыми пользователями применяется винчестер, находящийся в повседневной эксплуатации. Хотя магнитный носитель является довольно надежным устройством, со временем он утрачивает свой ресурс, и файлы могут быть безвозвратно утеряны. Бэкап делается, чтобы этого не произошло: утраченную информацию всегда можно скопировать с резервного хранилища на новый постоянный носитель. В отличие от рабочих, которые доступны всегда и являются временными, резервные копии делаются на отключенном от компьютера диске или flash-накопителе. Как создать резервную копию HDD?
При создании копии диска нужно руководствоваться несколькими принципами, чтобы обеспечить максимальную сохранность данных и «безболезненность» восстановления информации:
Регулярность. Частота создания копии зависит от того, насколько регулярно обновляются данные на жестком диске. У рядового пользователя нет необходимости выполнять бэкап ежедневно: в большинстве случаев оптимальным будет копирование 1 раз в неделю.
Раздельность. Бессмысленно держать копию на том же жестком диске, который является основным местом хранения данных. Тип используемых для бэкапа носителей зависит от важности информации: в быту достаточно любого жесткого или компакт-диска, при более серьезном резервном копировании — архивировании — используются специальные дорогостоящие накопители.
Перепроверка. Сделав копию, нужно убедиться, что она не повреждена — открыть несколько случайных файлов и удостовериться в их сохранности. Делать это нужно регулярно, желательно при каждом бэкапе.
Систематизация. Необходимо не просто помещать все файлы в одно место, а разделять их на категории по удобному пользователю принципу. Зачастую программы для резервного копирования данных создают образы — архивы, представляющие собой один файл, в котором хранится вся скопированная информация. Каждой категории должен соответствовать отдельный образ. Это позволит осуществлять бэкап файлов разной важности с разной частотой. Так, рабочие данные, более важные и чаще обновляемые, будут копироваться еженедельно, а образ операционной системы можно делать изредка, только при самых существенных переменах.
Заниматься копированием вручную не нужно — существует ПО, которое работает в фоне и самостоятельно осуществляет computer backup по заданным настройкам при подключении резервного носителя к компьютеру. Однако прежде чем выбирать программу, следует определиться с тем, на чем будет храниться копия диска.
Существует 2 основных способа резервного копирования: на физические накопители или при помощи облачных сервисов в интернете. Они имеют свои преимущества и недостатки, разные виды носителей также имеют некоторые особенности.
Этот вариант популярнее остальных, так как сделать резервную копию на внешнем жестком диске быстрее и проще всего. Внешние винчестеры существуют в двух вариантах:
Это устройство достаточно надежно при бытовом хранении копий и сравнительно немного стоит. Внешний диск с flash-памятью по надежности не уступает HDD, но обычные флешки использовать не стоит: они могут сломаться в любой момент.
Для computer backup могут использоваться любые виды дисков — CD, DVD или Blu-ray. Они удобны в эксплуатации и очень долго хранятся, но имеют ряд недостатков:
Из-за этих минусов лазерные накопители чаще используются при архивации — долговременном хранении файлов особой важности, к которым редко приходится обращаться. Для этого даже сооружаются специальные комнаты, в которых поддерживаются идеальные для хранения условия.
Облака — это удаленные серверы для computer backup. Самый спорный вариант. Достоинства у него следующие:
Преимущества значительные, но и недостатки существенны:
Сегодня существует много облачных сервисов для резервного копирования диска — Google Drive, Dropbox, OneDrive и т. д. Существенной разницы между ними для конечного пользователя нет (кроме стоимости подписки и удобства доступа к хранилищу).
При использовании ОС Windows можно воспользоваться стандартным инструментом для computer backup — при подключении флешки или внешнего жесткого диска система сама предложит использовать его в качестве резервного хранилища, а также предоставит возможность выбора папок, которые следует сохранять. Весьма удобно и просто в обращении для неопытного пользователя. Единственный недостаток — отсутствие шифрования.
Windows 10 также может сохранять, осуществлять резервное копирование данных при помощи облачного сервиса Microsoft. За довольно скромную плату предоставляется 1 ТБ места на сервере, копирование производится автоматически при изменениях в указанных пользователем папках, доступ к хранилищу возможен либо через сайт Microsoft, либо прямо из проводника на компьютере. Минус — бесконтрольность копирования. Если процесс начался, остановить его можно, только отключив интернет или выключив компьютер, отменить копирование невозможно.
Среди сторонних программ для резервного копирования файлов есть платные и бесплатные продукты. Среди платных можно выделить:
Acronis True Image. Стандартная версия стоит 50 евро, улучшенная с подпиской на 50 ГБ облачного пространства — 40 евро в год, а премиум, включающий дополнительные продукты и 1-5 ТБ места на облаке, — от 80 до 240 евро в год.
Paragon Backup & Recovery. Стоит всего 890 рублей, быстро копирует все содержимое компьютера и позволяет восстановить данные даже при полной неработоспособности ОС.
ABC Backup Pro. Очень простая программа, управление которой осуществляется буквально тремя кнопками. Имеется планировщик, осуществляющий автоматический бекап через заданные промежутки времени.
Бесплатные программы для computer backup:
Аналогов у этих продуктов множество, и все они схожи друг с другом. Особой разницы, чем пользоваться, нет. Главное, обеспечить сохранность накопителей и регулярность обновления резервных копий.
Еще раз повторюсь, что бэкапом не стоит пренебрегать, так как создать копию данных можно очень быстро и без усилий. Может показаться, что вероятность утери информации слишком мала, и бэкап — это пустая трата времени, но сэкономленные время, нервы и зачастую деньги в случае поломки компьютера сложно переоценить.
ДЕМБКФЕ ТЕЪЕТЧОЩЕ ЛПРЙЙ ЧБЫЙИ ДБООЩИ ОБ РПДИПДСЭЙК ОПУЙФЕМШ Й ИТБОЙФЕ ЙИ Ч ОБДЕЦОПН НЕУФЕ. фБЛПЕ НЕУФП, РП ЧПЪНПЦОПУФЙ, ДПМЦОП ВЩФШ РПДБМШЫЕ ПФ НЕУФБ ЧБЫЕК ПВЩЮОПК ТБВПФЩ. чЩ НПЦЕФЕ ДБЦЕ ЙНЕФШ ДЧЕ ТЕЪЕТЧОЩЕ ЛПРЙЙ ДБООЩИ, ПДОХ ФБН, ЗДЕ ЧЩ ТБВПФБЕФЕ, ДТХЗХА ЗДЕ-ОЙВХДШ ЕЭЕ Ч ДТХЗПН НЕУФЕ. чППВЭЕН, ЧБН ОХЦОП ХВЕДЙФШУС Ч ФПН, ЮФП ЧЩ УНПЦЕФЕ ЧПУРПМШЪПЧБФШУС ЬФЙНЙ ТЕЪЕТЧОЩНЙ ЛПРЙСНЙ, ЮФПВЩ ЧУЕ ЬФП ЙНЕМП УНЩУМ.
Ч ЛБФБМПЗЕ /etc:
/etc/lilo.conf
УПДЕТЦЙФ ЛПОЖЙЗХТБГЙА ЪБЗТХЪЮЙЛБ LILO. еУМЙ ЧЩ ЙУРПМШЪХЕФЕ grub ЧНЕУФП of LILO, ФПЗДБ ЖБКМЩ, ЛПФПТЩЕ ОБДП УПИТБОСФШ, ОБИПДСФУС Ч ЛБФБМПЗЕ /boot/grub .
/etc/fstabИТБОЙФ ЛПОЖЙЗХТБГЙА ФБВМЙГЩ ТБЪДЕМПЧ ДЙУЛБ Й УППФЧЕФУФЧХАЭЙЕ ФПЮЛЙ НПОФЙТПЧБОЙС.
/etc/modules.confУПДЕТЦЙФ ЪБЗТХЪПЮОЩЕ НПДХМЙ Й ЙИ РБТБНЕФТЩ УПЗМБУОП ПВПТХДПЧБОЙС ЧБЫЕК УЙУФЕНЩ. чПЪНПЦОП ЬФПФ ЖБКМ ОЕ ФБЛ ЧБЦОП УПИТБОСФШ, ЕУМЙ ЧПУУФБОПЧМЕОЙЕ ВХДЕФ РТПЙЪЧПДЙФШУС ОБ УПЧУЕН ОЕРПИПЦЕК НБЫЙОЕ, ОП ОЕЛПФПТЩЕ РПДУЛБЪЛЙ Ч ОЕН ЧУЕ ТБЧОП ЙНЕАФУС.
/etc/isapnp.confУПДЕТЦЙФ ОБУФТПКЛЙ ISAPnP , ЕУМЙ ЧЩ ЙУРПМШЪХЕФЕ ЕЕ ДМС ОБУФТПКЛЙ ISA Plug & Play ПВПТХДПЧБОЙС.
У СДТБНЙ 2.4.x ЧБН, ЧПЪНПЦОП, ЧППВЭЕ ВПМШЫЕ ОЕ ОХЦЕО ЬФП ЖБКМ, ФБЛ ЛБЛ ПВПТХДПЧБОЙЕ plug"n"play ФЕРЕТШ ОБУФТБЙЧБЕФУС У ЙУРПМШЪПЧБОЙЕН ЖБКМПЧПК УЙУФЕНЩ DevFS .
/etc/X11/XF86Config-4 Й/ЙМЙ /etc/X11/XF86ConfigУПДЕТЦЙФ ОБУФТПКЛЙ X. X ЬФП ЗТБЖЙЮЕУЛПЕ СДТП GNU/Linux Й ЧУЕ, ЮФП ПФОПУЙФУС Л ПЛТХЦЕОЙСН ТБВПЮЙИ УФПМПЧ Й ПЛПООЩИ НЕОЕДЦЕТПЧ.
/etc/cupsИТБОЙФ ОБУФТПКЛЙ CUPS. CUPS ЬФП УЙУФЕНБ РЕЮБФЙ РП ХНПМЮБОЙА Ч Mandrake Linux . еУМЙ ЧЩ ОЕ РПМШЪХЕФЕУШ CUPS, Б УЙУФЕНПК РЕЮБФЙ lpr , ФПЗДБ УПИТБОСФШ ОХЦОП /etc/printcap .
/etc/bashrcОБУФТПКЛЙ bash shell ДМС ЧУЕК УЙУФЕНЩ.
/etc/profileОБУФТПКЛЙ УЙУФЕНОПЗП ПЛТХЦЕОЙС Й ОЕЛПФПТЩИ РТПЗТБНН, ЧЩРПМОСЕНЩИ Ч РТПГЕУУЕ ЪБЗТХЪЛЙ УЙУФЕНЩ.
/etc/crontabХУФБОПЧЛЙ ЧЩРПМОСЕНЩИ РЕТЙПДЙЮЕУЛЙ ЪБДБОЙК cron, ОБРТЙНЕТ, ДМС ЪБДБЮ ПВУМХЦЙЧБОЙС УЙУФЕНЩ.
/etc/rc.d/*ХУФБОПЧЛЙ ТБЪМЙЮОЩИ ХТПЧОЕК ЧЩРПМОЕОЙС (run levels) УЙУФЕНЩ. пВЩЮОП ЙИ ОЕ ОХЦОП ВЕЛБРЙФШ, ЕУМЙ ФПМШЛП ЧЩ ОЕ ДПВБЧМСМЙ ЮЕЗП-ОЙВХДШ УЧПЕЗП Ч ОЙИ ЙМЙ ОЕ ЙЪНЕОСМЙ ХТПЧЕОШ ЧЩРПМОЕОЙС, ХУФБОПЧМЕООЩК РП ХНПМЮБОЙА.
/etc/inittabОБУФТПКЛЙ ХТПЧОС ЧЩРПМОЕОЙС, Ч ЛПФПТПН РП ХНПМЮБОЙА ЪБРХУЛБЕФУС ЧБЫБ УЙУФЕНБ.
/etc/sshИТБОЙФ ОБУФТПКЛЙ ssh . еУМЙ ЧЩ ЙУРПМШЪХЕФЕ ВЕЪПРБУОЩК ХДБМЕООЩК ДПУФХР, ЬФПФ ЖБКМ ПЮЕОШ ЧБЦОП УПИТБОЙФШ.
ЕУМЙ Х ЧБУ ТБВПФБАФ web УЕТЧЕТ, FTP УЕТЧЕТ ЙМЙ ЛБЛЙЕ-МЙВП ДТХЗЙЕ УЕТЧЕТБ, ФБЛЦЕ УДЕМБКФЕ ТЕЪЕТЧОЩЕ ЛПРЙЙ ЙИ ЛПОЖЙЗХТБГЙПООЩИ ЖБКМПЧ. нЩ ОЕ НПЦЕН РЕТЕЮЙУМЙФШ ЙИ ЧУЕ, ФБЛ ЛБЛ ЬФП ЪБЧЙУЙФ ПФ ЛПОЛТЕФОПЗП УЕТЧЕТБ.
Ч ЛБФБМПЗЕ /root Й Ч ЛБЦДПН ЙЪ РПМШЪПЧБФЕМШУЛЙИ ЛБФБМПЗПЧ /home/user_name , УПИТБОСФШ ОХЦОП УМЕДХАЭЙЕ ЛБФБМПЗЙ:
~/.gnome/* Й ~/.gnome2/*
ОБУФТПКЛЙ ПЛТХЦЕОЙС ТБВПЮЕЗП УФПМБ GNOME.
~/.kde/*ОБУФПКЛЙ ДМС ПЛТХЦЕОЙС ТБВПЮЕЗП УФПМБ KDE.
~/.mozilla/*ОБУФТПКЛЙ УЕНЕКУФЧБ РТПЗТБНН Mozilla. ъБЛМБДЛЙ Navigator, РПЮФПЧЩЕ ЖЙМШФТЩ Messenger Й Ф.Д. пВТБФЙФЕ ЧОЙНБОЙЕ, ЮФП Ч ЬФПН ЛБФБМПЗЕ ФБЛЦЕ ОБИПДЙФУС ЧУС ЧБЫБ РПЮФБ Й УППВЭЕОЙС ЗТХРР ОПЧПУФЕК. чЩ ПРТЕДЕМЕООП ОЕ ЪБИПФЙФЕ ЬФП РПФЕТСФШ, ОЕ РТБЧДБ МЙ?
~/Mail/*ЕУМЙ ЧЩ ЙУРПМШЪХЕФЕ kmail, ФП ЬФПФ ЛБФБМПЗ УПДЕТЦЙФ ЧУЕ ЧБЫЙ РПЮФПЧЩЕ УППВЭЕОЙС. чЩ ЛПОЕЮОП ЦЕ ОЕ ИПФЙФЕ ЙИ ФЕТСФШ, ОЕ ФБЛ МЙ?
~/.ssh/*ИТБОЙФ МЙЮОЩЕ ОБУФТПКЛЙ ДМС ssh . еУМЙ ЧЩ ТБВПФБЕФЕ У ssh , УПИТБОЕОЙЕ ЬФПЗП ЛБФБМПЗБ ПВСЪБФЕМШОП.
УФПЙФ ПВТБФЙФШ ЧОЙНБОЙЕ ФБЛЦЕ ОБ УМЕДХАЭЙЕ ЖБКМЩ:
~/.bash_profile Й ~/.bashrc
УПДЕТЦБФ РЕТЕНЕООЩЕ ПЛТХЦЕОЙС, alias-Щ, Й ДТХЗЙЕ ОБУФТПКЛЙ ДМС bash shell.
~/.cshrcУПДЕТЦЙФ РЕТЕНЕООЩЕ ПЛТХЦЕОЙС, alias-Щ, Й ДТХЗЙЕ ОБУФТПКЛЙ ДМС CSH shell.
~/.tcshrcУПДЕТЦЙФ РЕТЕНЕООЩЕ ПЛТХЦЕОЙС, alias-Щ, Й ДТХЗЙЕ ОБУФТПКЛЙ ДМС tcsh shell.
РПЦБМХКУФБ, ЙНЕКФЕ Ч ЧЙДХ, ЮФП НЩ ОЕ НПЦЕН ХДЕМЙФШ ЧОЙНБОЙЕ ЛБЦДПНХ ПФДЕМШОПНХ ЖБКМХ ОБУФТПЕЛ, РПФПНХ ЮФП ОБ ЬФХ ФЕНХ ОБН РТЙКДЕФУС РЙУБФШ ГЕМХА ЛОЙЗХ. оБРТЙНЕТ, ЕУМЙ ЧЩ ОЕ РПМШЪХЕФЕУШ Mozilla, ЧБН ОЕ ОХЦОП УПИТБОСФШ ПФОПУСЭЙЕУС Л ОЕК ЖБКМЩ Й ЛБФБМПЗЙ, ЕУМЙ ЧЩ ОЕ ТБВПФБЕФЕ У ssh , ЧБН ОЕ ОБДП ДЕМБФШ ТЕЪЕТЧОХА ЛПРЙА ЖБКМПЧ ssh , Й ФБЛ ДБМЕЕ.
РПДЧПДС ЙФПЗЙ, НПЦОП УЛБЪБФШ, ЮФП ТЕЪЕТЧОПЕ ЛПРЙТПЧБОЙЕ ОЕПВИПДЙНП ДМС ЧУЕИ ЛПОЖЙЗХТБГЙПООЩИ ЖБКМПЧ ЧУЕИ РТПЗТБНН, ЛПФПТЩНЙ ЧЩ РПМШЪХЕФЕУШ Й ДМС ЧУЕИ ЛПОЖЙЗХТБГЙПООЩИ ЖБКМПЧ, ЛПФПТЩЕ ЧЩ ЙЪНЕОСМЙ. лТПНЕ ФПЗП, УПИТБОСКФЕ ЧУЕ ЧБЫЙ МЙЮОЩЕ (Й РПМШЪПЧБФЕМЕК ЧБЫЕК УЙУФЕНЩ ФПЦЕ) ЖБКМЩ ДБООЩИ. чЩ ОЕ ВХДЕФЕ РПФПН ЦБМЕФШ ПВ ЬФПН.
УМЕДХАЭЙК ОБУХЭОЩК ЧПРТПУ, ЛПФПТПНХ ФТЕВХЕФУС ПФЧЕФ. чУЕ ЪБЧЙУЙФ ПФ ФПЗП, УЛПМШЛП ЙОЖПТНБГЙЙ ЧЩ УПВТБМЙУШ УПИТБОСФШ, УЛПМШЛП ЧТЕНЕОЙ ДПМЦОБ ЪБОЙНБФШ РТПГЕДХТБ УПИТБОЕОЙС, ОБУЛПМШЛП РТПУФ ДПУФХР Л ОПУЙФЕМСН ДМС ВЕЛБРБ, Й ФБЛ ДБМЕЕ.
Ч ПВЭЕН УМХЮБЕ, ЧБН ОХЦЕО ОПУЙФЕМШ, ТБЪНЕТ ЛПФПТПЗП ОЕУЛПМШЛП ВПМШЫЕ ТБЪНЕТБ УПИТБОСЕНПК ЙОЖПТНБГЙЙ, Й ЛПФПТЩК ДПУФБФПЮОП ВЩУФТ, ЮФПВЩ ЧЕУШ РТПГЕУУ УПИТБОЕОЙС ОЕ ТБУФСОХМУС ДП ВЕУЛПОЕЮОПУФЙ.
ЪДЕУШ НЩ ЧБН РТЕДПУФБЧЙН ОЕВПМШЫПЕ ПРЙУБОЙЕ РБТБНЕФТПЧ ОПУЙФЕМЕК, РТЙЗПДОЩИ ДМС ВЕЛБРБ. пОЙ ТБЪМЙЮБАФУС РП ТБЪНЕТБН, ОБДЕЦОПУФЙ Й УЛПТПУФЙ. пРЙУБОЙС ОЕ УМЕДХАФ ЛБЛПНХ-МЙВП ПУПВПНХ РПТСДЛХ, Б ДБАФУС РП НЕТЕ ФПЗП, ЛБЛ ПОЙ РТЙЫМЙ ОБ ХН. йНЕКФЕ Ч ЧЙДХ, ЮФП ЧБЫЕ РТПЗТБННОПЕ ПВЕУРЕЮЕОЙЕ ДМС ТЕЪЕТЧОПЗП ЛПРЙТПЧБОЙС ОЕ ПВСЪБФЕМШОП ВХДЕФ РПДДЕТЦЙЧБФШ ОЕЛПФПТЩЕ ЙЪ ПРЙУБООЩИ ОПУЙФЕМЕК.
ДБООЩК УРЙУПЛ ОЕ СЧМСЕФУС ЙУЮЕТРЩЧБАЭЙН БОБМЙЪПН УХЭЕУФЧХАЭЙИ ОПУЙФЕМЕК. жБЛФЙЮЕУЛЙ, ОЕЛПФПТЩЕ ЧЕЭЙ, ЛПФПТЩЕ ЪДЕУШ ПРЙУБОЩ, НПЗХФ ЙЪНЕОЙФШУС Ч ВХДХЭЕН. фБЛЙЕ РБТБНЕФТЩ, ЛБЛ УТПЛ ЦЙЪОЙ ОПУЙФЕМС, ЧЪСФЩ У web УБКФПЧ РТПЙЪЧПДЙФЕМЕК Й/ЙМЙ ЙЪ ПРЩФБ ПФДЕМШОЩИ МАДЕК Й УППВЭЕУФЧБ. лТПНЕ ФПЗП, НПЦЕФ ВЩФШ НОПЗП УХВЯЕЛФЙЧОЩИ ФПЮЕЛ ЪТЕОЙС ОБ ОЕЛПФПТЩЕ ЧЕЭЙ, ФБЛЙЕ ЛБЛ, ОБРТЙНЕТ, ГЕОБ.
ДЙУЛЕФБ
ЕЕ ЕНЛПУФШ ДПУФЙЗБЕФ 1.44 MB . дЙУЛЕФЩ МЕЗЛП ОПУСФУС, ОП ДМС УЕЗПДОСЫОЙИ ОХЦД ПОЙ ЙНЕАФ УМЙЫЛПН НБМП НЕУФБ. мХЮЫЕ ЧУЕЗП ОБ ОЙИ РЕТЕОПУЙФШ ОЕВПМШЫЙЕ ЖБКМЩ. нЕДМЕООЩЕ. дЕЫЕЧЩЕ. уФБОДБТФОЩК ДЙУЛПЧПД ЕУФШ ОБ МАВПН ЛПНРШАФЕТЕ. нПЦОП ЮЙФБФШ Й РЙУБФШ. пЦЙДБЕНЩК УТПЛ ЦЙЪОЙ - 4-5 МЕФ.
РПЦБМХКУФБ ЙНЕКФЕ Ч ЧЙДХ, ЮФП ДЙУЛЕФЩ ОЕ ПЮЕОШ ОБДЕЦОЩ.
LS120 дЙУЛЕФБЧНЕУФЙНПУФШ ФБЛПК ДЙУЛЕФЩ 120 MB. рП ЗБВБТЙФОЩН ТБЪНЕТБН РПИПЦБ ОБ ПВЩЮОХА ДЙУЛЕФХ, ОП ЙНЕЕФ РПЮФЙ Ч УФП ТБЪ ВПМШЫЕ НЕУФБ. оЕ ПЮЕОШ ДЕЫЕЧБС. фТЕВХЕФУС УРЕГЙБМШОЩК ДЙУЛПЧПД, ОП ФБЛПК ДЙУЛПЧПД НПЦОП ЙУРПМШЪПЧБФШ ДМС ЮФЕОЙС/ЪБРЙУЙ ПВЩЮОЩИ ДЙУЛЕФ. оЕРМПИБС ЪБНЕОБ ДЙУЛЕФБН, ПДОБЛП УЛПТПУФШ ЗПТБЪДП ОЙЦЕ, ЮЕН Х ХУФТПКУФЧ ZIP. юФЕОЙЕ/ъБРЙУШ. чТЕНС ЦЙЪОЙ ОПУЙФЕМС РТЙНЕТОП ФБЛПЕ ЦЕ, ЛБЛ Х ХУФТПКУФЧ ZIP.
ZIP дЙУЛЧНЕУФЙНПУФШ ДП 750 MB. иПФС ПОЙ ОЕ ФБЛЙЕ ФПОЛЙЕ, ЛБЛ ПВЩЮОЩЕ ДЙУЛЕФЩ, ЙИ ФПЦЕ ОЕУМПЦОП ОПУЙФШ, Й, Л ФПНХ ЦЕ, ПОЙ ЗПТБЪДП ВПМШЫЕ РПДИПДСФ ДМС УПЧТЕНЕООЩИ ФТЕВПЧБОЙК. иПТПЫЙК ВБМБОУ ЧПЪНПЦОПУФЕК, ИПФС ОЕУЛПМШЛП ДПТПЗПЧБФЩ. юФЕОЙЕ/ъБРЙУШ. пЦЙДБЕНЩК УТПЛ УМХЦВЩ 10 МЕФ ДМС 100 MB АОЙФПЧ, ЧПЪНПЦОП ВПМШЫЕ ДМС 250/750 MB АОЙФПЧ.
CD-RТБЪНЕТ ОПУЙФЕМС ДПУФЙЗБЕФ ОБ УЕЗПДОСЫОЙК ДЕОШ 700 MB, ИПФС УФБОДБТФПН СЧМСЕФУС 650 MB. пЮЕОШ ДЕЫЕЧЩК Й ОБДЕЦОЩК ОПУЙФЕМШ. уЕЗПДОС ЧЕДХФУС УРПТЩ, ЮФП 650 MB ЬФП ОЕДПУФБФПЮОП, ОП ДМС ВПМШЫЙОУФЧБ МАДЕК ЬФП ФП, ЮФП ОБДП. еЗП УБНБС УЙМШОБС УФПТПОБ, ЮФП РТБЛФЙЮЕУЛЙ МАВПК ЛПНРШАФЕТ ОБ ЪЕНМЕ ПУОБЭЕО ХУФТПКУФЧПН CD-ROM, РПЬФПНХ ЛПНРБЛФ-ДЙУЛЙ НПЦОП РТПЮЙФБФШ РПЧУЕНЕУФОП. рЙЫЕФУС ФПМШЛП ПДОПТБЪПЧП. юЙФБФШ НПЦОП УФПМШЛП, УЛПМШЛП ХЗПДОП (ТЕБМШОП УФПМШЛП, УЛПМШЛП ЧЩ УНПЦЕФЕ). пЦЙДБЕНЩК УТПЛ УМХЦВЩ 20 МЕФ, ЧПЪНПЦОП ВПМШЫЕ, ЕУМЙ ИТБОЙФШ Ч ВЕЪПРБУОПН НЕУФЕ Й ОЕ УМЙЫЛПН ЮБУФП ЮЙФБФШ.
CD-RWФЕ ЦЕ УППВТБЦЕОЙС, ЮФП Й ДМС CD-R, ОП НПЦОП ЖПТНБФЙТПЧБФШ Й РЕТЕЪБРЙУЩЧБФШ ВПМЕЕ ЮЕН 100 ТБЪ. ч ГЕМПН, ЬФП ДЕЫЕЧЩК Й ОБДЕЦОЩК ОПУЙФЕМШ. пЦЙДБЕНЩК УТПЛ УМХЦВЩ 15 МЕФ, ЧПЪНПЦОП ВПМШЫЕ, ЕУМЙ ИТБОЙФШ Ч ВЕЪПРБУОПН НЕУФЕ Й ОЕ УМЙЫЛПН ЮБУФП ЮЙФБФШ.
DVD ЪБРЙУЩЧБЕНЩК/РЕТЕЪБРЙУЩЧБЕНЩКЬФП ПДОП ЙЪ ОПЧЩИ ЧЕСОЙК Ч НЙТЕ ОПУЙФЕМЕК ДМС ИТБОЕОЙС. еНЛПУФШ 4.7 GB ДМС ПДОПУФПТПООЙИ ЪБРЙУЩЧБЕНЩИ DVD ДЙУЛПЧ. хУФТПКУФЧБ ОЕУЛПМШЛП ДПТПЗПЧБФЩ, ОП ЬФП ВПМЕЕ ЙМЙ НЕОЕЕ ЛПНРЕОУЙТХЕФУС ФЕН, ЮФП ПОЙ УРПУПВОЩ ИТБОЙФШ 4.7 GB ОБ ПДОПН ДЙУЛЕ. пЦЙДБЕНЩК УТПЛ УМХЦВЩ 15 МЕФ, ЧПЪНПЦОП ВПМШЫЕ, ЕУМЙ ИТБОЙФШ Ч ВЕЪПРБУОПН НЕУФЕ Й ОЕ УМЙЫЛПН ЮБУФП ЮЙФБФШ.
нБЗОЙФОБС МЕОФБ (Tape)ЙНЕЕФ ЧНЕУФЙНПУФШ ПФ 120 MB (Х ЛПЗП-ОЙВХДШ ПУФБМЙУШ ФБЛЙЕ ДТЕЧОЙЕ МЕОФЩ?) ДП ОЕУЛПМШЛЙИ ЗЙЗБВБКФ. дПТПЗПК Й ОЕ ПЮЕОШ ОБДЕЦОЩК ОПУЙФЕМШ (Ч ЛПОГЕ ЛПОГПЧ, ЬФП ЧУЕЗП МЙЫШ НБЗОЙФОЩЕ МЕОФЩ). оЕУНПФТС ОБ ЧУЕ ЬФП, ЧНЕУФЙНПУФШ МЕОФ ДЕМБЕФ ЙИ ЙДЕБМШОЩН ИТБОЙМЙЭЕН ТЕЪЕТЧОЩИ ЛПРЙК ДМС УЕТЧЕТПЧ Й ФПНХ РПДПВОПЗП; ЕУМЙ ЧБН ОХЦОП УПИТБОЙФШ ЛПРЙА ЧУЕЗП ЦЕУФЛПЗП ДЙУЛБ ОБ ПДОПН ОПУЙФЕМЕ, МЕОФБ СЧМСЕФУС, ЧПЪНПЦОП, ЕДЙОУФЧЕООЩН УРПУПВПН УДЕМБФШ ЬФП. оБЙВПМШЫЙК ОЕДПУФБФПЛ МЕОФ Ч ФПН, ЮФП ДПУФХР СЧМСЕФУС РПУМЕДПЧБФЕМШОЩН, Й ЬФП ХДБТСЕФ РП РТПЙЪЧПДЙФЕМШОПУФЙ, ПДОБЛП SCSI ХУФТПКУФЧБ НБЗОЙФОЩИ МЕОФ ДПУФБФПЮОП ВЩУФТЩ ДМС УЕЗПДОСЫОЙИ ОХЦД Й ЙНЕАФ НОПЗП ЗЙЗБВБКФ РПМЕЪОПЗП РТПУФТБОУФЧБ ДМС ИТБОЕОЙС ЧБЫЙИ ЖБКМПЧ. юФЕОЙЕ/ЪБРЙУШ. пЦЙДБЕНЩК УТПЛ УМХЦВЩ РТЙНЕТОП 30 МЕФ ДМС МЕОФ ОПЧЩИ ФЕИОПМПЗЙК.
цЕУФЛЙК ДЙУЛУЕЗПДОСЫОЙЕ ГЕОЩ ОБ ЧЙОЮЕУФЕТЩ ХРБМЙ ОБУФПМШЛП, ЮФП ХЦЕ НПЦОП УЕТШЕЪОП ТБУУНБФТЙЧБФШ ЙИ ЛБЛ ОПУЙФЕМШ ДМС ТЕЪЕТЧОЩИ ЛПРЙК. пОЙ ПФОПУЙФЕМШОП ДЕЫЕЧЩЕ, ЙНЕАФ ПЗТПНОЩЕ ТБЪНЕТЩ (ОБ НПНЕОФ ОБРЙУБОЙС ДБООПЗП ТХЛПЧПДУФЧБ ДП 120 GB), ПЮЕОШ ОБДЕЦОЩЕ Й ЗПТБЪДП ВЩУФТЕЕ ЧУЕИ ОПУЙФЕМЕК, РТЕДУФБЧМЕООЩИ Ч ЬФПН УРЙУЛЕ. еУМЙ Х ЧБУ ОПХФВХЛ, ФПЗДБ ЧТСДМЙ ЧБН ЬФПФ ОПУЙФЕМШ РПНПЦЕФ , ОП Ч ОБУФПМШОЩИ УЙУФЕНБИ ДПВБЧМЕОЙЕ ЪБРБУОПЗП ДЙУЛБ УРЕГЙБМШОП ДМС ТЕЪЕТЧОПЗП ЛПРЙТПЧБОЙС, ЧПЪНПЦОП, ОЕРМПИПК ЧЩВПТ. жБЛФЙЮЕУЛЙ, ЧЩ НПЦЕФЕ ДБЦЕ ОЕ УФБЧЙФШ ЧФПТПК ДЙУЛ Й ДЕМБФШ ТЕЪЕТЧОЩЕ ЛПРЙЙ ОБ ФПФ ДЙУЛ, ЛПФПТЩК ХЦЕ ЙНЕЕФУС; ПДОБЛП, ЬФП ОЕ ПЮЕОШ ИПТПЫБС ЙДЕС, ФБЛ ЛБЛ ЧЩ Ч ЬФПН УМХЮБЕ ОЙЛБЛ ОЕ ЪБЭЙЭЕОЩ ПФ БЧБТЙЙ ЦЕУФЛПЗП ДЙУЛБ.
дТХЗЙЕ УЯЕНОЩЕ ОПУЙФЕМЙУХЭЕУФЧХАФ Й ДТХЗЙЕ УЯЕНОЩЕ ОПУЙФЕМЙ (Castlewood ORB, IOMEGA JAZ), ЛПФПТЩЕ ЙНЕФ ОЕРМПИПЕ УППФОПЫЕОЙЕ ГЕОБ/ЧПЪНПЦОПУФЙ Й РПДИПДСФ ДМС УПЪДБОЙС ТЕЪЕТЧОЩИ ЛПРЙК. оЕЛПФПТЩЕ ДБЦЕ ВЩМЙ РТЕДУФБЧМЕОЩ ЛБЛ “ЪБНЕОЙФЕМЙ ЦЕУФЛЙИ ДЙУЛПЧ” (ОБРТЙНЕТ, JAZ), ПДОБЛП, ПОЙ ОЕ РТЕДОБЪОБЮЕОЩ ДМС ДМЙФЕМШОПЗП ЙУРПМШЪПЧБОЙС Ч ЛБЮЕУФЧЕ ЦЕУФЛПЗП ДЙУЛБ Ч УЙМХ УЧПЙИ ЛПОУФТХЛФЙЧОЩИ ПЗТБОЙЮЕОЙК (ПОЙ ОЕ СЧМСАФУС ЦЕУФЛЙНЙ ДЙУЛБНЙ). фБЛ ЙМЙ ЙОБЮЕ, ЧЩ УЧПВПДОЩ Ч УЧПЕН ЧЩВПТЕ, ЗМБЧОПЕ, РПДПКДЙФЕ Л ЧПРТПУХ У ДПУФБФПЮОПК ТБУУХДЙФЕМШОПУФША Й... ХДБЮЙ ЧБН!
хДБМЕООЩЕ (remote) ЛБФБМПЗЙЛПОЕЮОП, ЬФП ОЕМШЪС ТБУУНБФТЙЧБФШ ОЕРПУТЕДУФЧЕООП Ч ЛБЮЕУФЧЕ “ОПУЙФЕМС”, ФЕН ОЕ НЕОЕЕ НЩ ОЕНОПЗП ТБУУЛБЦЕН ПВ ЬФПН ОЕРМПИПН УРПУПВЕ УПЪДБОЙС ТЕЪЕТЧОЩИ ЛПРЙК, ЛПФПТЩК РПМЕЪЕО, ЕУМЙ Х ЧБУ ЕУФШ ДПУФБФПЮОП РТПУФТБОУФЧБ Й РПМПУЩ РТПРХУЛБОЙС.
ЕУМЙ ЧБЫ ISP РТЕДПУФБЧМСЕФ ЧБН ОЕЛПФПТПЕ ЛПМЙЮЕУФЧП НЕУФБ, ЧЩ НПЦЕФЕ ЙУРПМШЪПЧБФШ ЬФП НЕУФП ДМС ТБЪНЕЭЕОЙС УЧПЙИ ЖБКМПЧ ТСДПН УП УЧПЙНЙ web-УФТБОЙГБНЙ. чЩ НПЦЕФЕ ПВОБТХЦЙФШ, ЮФП Ч УЕФЙ УХЭЕУФЧХЕФ НОПЦЕУФЧП РТЕДМПЦЕОЙК УЕТЧЙУПЧ ХДБМЕООПЗП ИТБОЕОЙС ДБООЩИ. еУМЙ Х ЧБУ ЙНЕЕФУС УЕФШ ЙЪ ОЕУЛПМШЛЙИ НБЫЙО, ЧЩ НПЦЕФЕ УПЪДБЧБФШ ТЕЪЕТЧОЩЕ ЛПРЙЙ ОБ “ХДБМЕООПК” НБЫЙОЕ Ч УЕФЙ (ЛПОЕЮОП ЦЕ, ЬФП ДПМЦОБ ВЩФШ ДТХЗБС НБЫЙОБ, Б ОЕ ФБ, ДМС ЛПФПТПК ЧЩ УПВЙТБЕФЕУШ УПЪДБФШ ТЕЪЕТЧОХА ЛПРЙА...)
АЛЕКСЕЙ БЕРЕЖНОЙ, системный администратор. Главные направления деятельности: виртуализация и гетерогенные сети. Еще одно увлечение помимо написания статей – популяризация бесплатного ПО
Резервное копирование
Теория и практика. Краткое изложение
Чтобы организовать систему резервного копирования наиболее эффективно, нужно выстроить настоящую стратегию сохранения и восстановления информации
Резервное копирование (или, как его еще называют, бэкап – от английского слова «backup») является важным процессом в жизни любой ИТ-структуры. Это парашют для спасения в случае непредвиденной катастрофы. В то же время резервное копирование используется для создания своего рода исторического архива бизнес-деятельности компании на протяжении определенного периода ее жизни. Работать без бэкапа – все равно, что жить под открытым небом – погода может испортиться в любой момент, а спрятаться негде. Но как его правильно организовать, чтобы не потерять важных данных и не потратить на это фантастические суммы?
Обычно в статьях на тему организации резервного копирования рассматриваются в основном технические решения, и лишь изредка уделяется внимание теории и методике организации сохранения данных.
В данной статье речь пойдет как раз об обратном: основное внимание уделено общим понятиям, а технические средства будут затронуты только в качестве примеров. Это позволит абстрагироваться от аппаратного и программного обеспечения и ответить на два главных вопроса: «Зачем мы это делаем?», «Можем ли мы это делать быстрее, дешевле и надежнее?».
Цели и задачи резервного копирования
В процессе организации резервного копирования ставятся две основные задачи: восстановление инфраструктуры при сбоях (Disaster Recovery) и ведение архива данных в целях последующего обеспечения доступа к информации за прошлые периоды.
Классическим примером резервной копии для Disaster Recovery является образ системной партиции сервера, созданный программой Acronis True Image.
Примером архива может выступить ежемесячная выгрузка баз данных из «1С», записанная на кассеты с последующим хранением в специально отведенном месте.
Есть несколько факторов, по которым отличают резервную копию для быстрого восстановления от архива:
Иногда возможно совмещение этих задач. Например, годовой набор ежемесячных полных «снимков» файлового сервера, плюс изменения, сделанные в течении недели. В качестве инструмента для создания такой резервной копии подойдет True Image.
Самое главное – четко понимать, для чего делается резервирование. Приведу пример: вышел из строя критичный SQL-сервер по причине отказа дискового массива. На складе есть подходящее аппаратное обеспечение, поэтому решение проблемы состояло только в восстановлении программного обеспечения и данных. Руководство компании обращается с понятным вопросом: «Когда заработает?» – и неприятно удивляется, узнав, что на восстановление уйдет целых четыре часа. Дело в том, что на протяжении всего срока службы сервера регулярно осуществлялось резервное копирование исключительно баз данных без учета необходимости восстановить сам сервер со всеми настройками, включая программное обеспечение самой СУБД. Попросту говоря, наши герои сохраняли только базы данных, а про систему забыли.
Приведу другой пример. Молодой специалист на протяжении всего периода своей работы создавал посредством программы ntbackup одну-единственную копию файлового сервера под управлением Windows Server 2003, включая данные и System State в общую папку другого компьютера. По причине дефицита дискового пространства эта копия постоянно перезаписывалась. Через некоторое время его попросили восстановить предыдущий вариант многостраничного отчета, который был поврежден при сохранении. Понятное дело, что, не имея архивной истории с выключенным Shadow Copy , он не смог выполнить этот запрос.
|
На заметку Shadow Copy , дословно – «теневая копия». Обеспечивает создание мгновенных копий файловой системы таким образом, что дальнейшие изменения оригинала никак не оказывают на них влияния. С помощью данной функции возможно создавать несколько скрытых копий файла за определенный период времени, а также на лету резервные копии файлов, открытых для записи. За работу Shadow Copy отвечает служба Volume Copy Shadow Service. System State , дословно – «состояние системы». Копирование System State создает резервные копии критических компонентов операционных систем семейства Windows. Это позволяет восстановить инсталлированную ранее систему после разрушения. При копировании System State происходит сохранение реестра, загрузочных и других важных для системы файлов, в том числе для восстановления Active Directory, Certificate Service database, COM+Class Registration database, SYSVOL-директории. В ОС семейства UNIX непрямым аналогом копирования System State является сохранение содержимого каталогов /etc, /usr/local/etc и других необходимых для восстановления состояния системы файлов. |
Какой из этого следует вывод: нужно применять оба типа резервного копирования: и для аварийного восстановления, и для архивного хранения. При этом необходимо обязательно определить перечень копируемых ресурсов, время выполнения заданий, а также где, как и сколько времени будут храниться резервные копии.
При небольших объемах данных и не очень сложной ИТ-инфраструктуре можно попытаться совместить обе эти задачи в одной, например, делать ежедневное полное копирование всех дисковых разделов и баз данных. Но все же лучше различать две цели и подбирать под каждую из них правильное средство. Соответственно под каждую задачу используется свой инструмент, хотя есть и универсальные решения, как тот же пакет Acronis True Image или программа ntbackup
Понятно, что, определяя цели и задачи резервного копирования, а также решения для реализации, необходимо исходить из требований бизнеса.
При реализации задачи аварийного восстановления можно использовать разные стратегии.
В одних случаях необходимо прямое восстановление системы на «голое железо» (bare metal). Это можно выполнить, к примеру, с помощью программы Acronis True Image в комплекте с модулем Universal Restore. В этом случае конфигурацию сервера удается вернуть в строй за очень короткий срок. Например, раздел с операционной системой в 20 Гб вполне реально поднять из резервной копии за восемь минут (при условии, что архивная копия доступна по сети 1 Гб/с).
В другом варианте целесообразнее просто «вернуть» настройки на только что проинсталлированную систему, как, например, копирование в UNIX-подобных системах конфигурационных файлов из папки /etc и других (в Windows этому приблизительно соответствует копирование и восстановление System State). Конечно, при таком подходе сервер введется в работу не ранее, чем будет проинсталлирована операционная система и восстановлены необходимые установки, что займет гораздо более длительный срок. Но в любом случае решение, каким быть Disaster Recovery, проистекает из потребностей бизнеса и ресурсных ограничений.
Принципиальное отличие резервного копирования от систем избыточного резервирования
Это еще один интересный вопрос, который хотелось бы затронуть. Под системами избыточного резервирования оборудования подразумевается внесение некоторой избыточности в аппаратное обеспечение с целью сохранения работоспособности в случае внезапного выхода из строя одного из компонентов. Прекрасный пример в данном случае – RAID-массив (Redundant Array of Independent Disks). В случае отказа одного диска можно избежать потери информации и безопасно произвести замену, сохранив данные за счет специфичной организации самого дискового массива (подробнее о RAID читайте в ).
Мне доводилось слышать фразу: «У нас очень надежное оборудование, везде стоят RAID-массивы, поэтому резервные копии нам не нужны». Да, конечно, тот же самый RAID-массив убережет данные от разрушения при выходе из строя одного жесткого диска. Но вот от повреждения данных компьютерным вирусом или от неумелых действий пользователя это не спасет. Не спасет RAID и при крахе файловой системы в результате несанкционированной перезагрузки.
|
Кстати Важность отличия резервного копирования от систем избыточного резервирования следует оценивать еще при составлении плана копирования данных, касается ли это организации или домашних компьютеров. Спросите себя, зачем вы делаете копии. Если речь идет о резервном копировании, то подразумевается сохранение данных при случайном (умышленном) действии. Избыточное резервирование дает возможность сохранить данные, в том числе и резервные копии, при выходе оборудования из строя. Сейчас на рынке появилось множество недорогих устройств, обеспечивающих надежное резервирование с помощью RAID-массивов или облачных технологий (например, Amazon S3). Рекомендуется использовать одновременно оба вида резервирования информации. Андрей Васильев, генеральный директор компании Qnap Россия |
Приведу один пример. Бывают случаи, когда события развиваются по следующему сценарию: при выходе диска из строя происходит восстановление данных за счет механизма избыточности, в частности, с помощью сохраненных контрольных сумм. При этом наблюдается значительное снижение быстродействия, сервер подвисает, управление практически потеряно. Системный администратор, не видя другого выхода, перезагружает сервер холодным перезапуском (попросту говоря, нажимает на «RESET»). В результате такой перегрузки «по живому» возникают ошибки файловой системы. Самое лучшее, чего можно ожидать в этом случае, – длительная работа программы проверки диска в целях восстановления целостности файловой системы. В худшем варианте придется попрощаться с файловой системой и озадачиться вопросом, откуда, как и в какие сроки можно восстановить данные и работоспособность сервера.
У вас не получится избежать резервного копирования и при наличии кластерной архитектуры. Отказоустойчивый кластер, по сути, сохраняет работоспособность вверенных ему сервисов при выходе из строя одного из серверов. В случае вышеперечисленных проблем, таких как, вирусная атака или повреждение данных из-за пресловутого «человеческого фактора», никакой кластер не спасет.
Единственное, что может выступить в качестве неполноценной замены резервного копирования для Disaster Recovery, – наличие зеркального резервного сервера с постоянным реплицированием данных с основного сервера на резервный (по принципу Primary Standby). В этом случае при выходе из строя основного сервера его задачи будут подхвачены резервным, и даже не придется переносить данные. Но такая система является довольно дорогостоящей и трудоемкой при организации. Не забываем еще про необходимость постоянной репликации.
Становится понятно, что такое решение рентабельно только в случае критичных сервисов при наличии высоких требований к отказоустойчивости и минимальном времени восстановления. Как правило, такие схемы применяются в очень крупных организациях с высоким товарно-денежным оборотом. А неполноценной заменой резервному копированию эта схема является потому, что все равно при повреждении данных компьютерным вирусом, неумелыми действиями пользователя или некорректной работой приложения, могут быть затронуты данные и программное обеспечение на обоих серверах.
И уж, конечно, никакая система избыточного резервирования не решит задачу ведения архива данных в течение определенного периода.
Понятие «окно бэкапа»
Выполнение резервного копирования вызывает серьезную нагрузку на резервируемый сервер. Особенно это актуально для дисковой подсистемы и сетевых соединений. В некоторых случаях, когда процесс копирования имеет достаточно высокий приоритет, это может привести к недоступности тех или иных сервисов. Кроме этого, копирование данных в момент внесения изменений связано со значительными трудностями. Конечно, есть технические средства, позволяющие избежать проблем при сохранении целостности данных и в этом случае, но по возможности такого копирования на лету лучше избегать.
Выход при решении этих вышеописанных проблем напрашивается сам собой: перенести запуск процесса создания копий на неактивный период времени, когда взаимное влияние резервного копирования и других работающих систем будет минимально. Этот временной период называется «окно бэкапа». Например, для организации, работающей по формуле 8х5 (пять восьмичасовых рабочих дней в неделю), таким «окном» обычно являются выходные дни и ночные часы.
Для систем, работающих по формуле 24х7 (всю неделю круглосуточно), в качестве такого периода используется время минимальной активности, когда нет высокой нагрузки на серверы.
Виды резервного копирования
Чтобы избежать излишних материальных затрат при организации резервного копирования, а также по возможности не выходить за рамки окна бэкапа, разработано несколько технологий backup, которые применяют в зависимости от конкретной ситуации.
Полное резервное копирование (или Full backup)
Является главным и основополагающим методом создания резервных копий, при котором выбранный массив данных копируется целиком. Это наиболее полный и надежный вид резервного копирования, хотя и самый затратный. В случае необходимости сохранить несколько копий данных общий хранимый объем будет увеличиваться пропорционально их количеству. Для предотвращения подобного расточительства используют алгоритмы сжатия, а также сочетание этого метода с другими видами резервного копирования: инкрементным или дифференциальным. И, конечно, полное резервное копирование незаменимо в случае, когда нужно подготовить резервную копию для быстрого восстановления системы с нуля.
Инкрементное копирование
В отличие от полного резервного копирования в этом случае копируются не все данные (файлы, сектора и т.д.), а только те, что были изменены с момента последнего копирования. Для выяснения времени копирования могут применяться различные методы, например, в системах под управлением операционных систем семейства Windows используется соответствующий атрибут файла (архивный бит), который устанавливается, когда файл был изменен, и сбрасывается программой резервного копирования. В других системах может использоваться дата изменения файла. Понятно, что схема с применением данного вида резервного копирования будет неполноценной, если время от времени не проводить полное резервное копирование. При полном восстановлении системы нужно провести восстановление из последней копии, созданной Full backup, а потом поочередно «накатить» данные из инкрементных копий в порядке их создания.
Для чего используется этот вид копирования? В случае создания архивных копий он необходим, чтобы сократить расходуемые объемы на устройствах хранения информации (например, сократить число используемых ленточных носителей). Также это позволит минимизировать время выполнения заданий резервного копирования, что может быть крайне важно в условиях, когда приходится работать в плотном графике 24х7 или прокачивать большие объемы информации.
У инкрементного копирования есть один нюанс, который нужно знать. Поэтапное восстановление возвращает и нужные удаленные файлы за период восстановления. Приведу пример. Допустим, по выходным дням выполняется полное копирование, а по будням инкрементное. Пользователь в понедельник создал файл, во вторник его изменил, в среду переименовал, в четверг удалил. Так вот при последовательном поэтапном восстановлении данных за недельный период мы получим два файла: со старым именем за вторник до переименования, и с новым именем, созданным в среду. Это произошло потому, что в разных инкрементных копиях хранились разные версии одного и того же файла, и в итоге будут восстановлены все варианты. Поэтому при последовательном восстановлении данных из архива «как есть» имеет смысл резервировать больше дискового пространства, чтобы смогли поместиться в том числе и удаленные файлы.
Дифференциальное резервное копирование
Отличается от инкрементного тем, что копируются данные с последнего момента выполнения Full backup. Данные при этом помещаются в архив «нарастающим итогом». В системах семейства Windows этот эффект достигается тем, что архивный бит при дифференциальном копировании не сбрасывается, поэтому измененные данные попадают в архивную копию, пока полное копирование не обнулит архивные биты.
В силу того, что каждая новая копия, созданная таким образом, содержит данные из предыдущей, это более удобно для полного восстановления данных на момент аварии. Для этого нужны только две копии: полная и последняя из дифференциальных, поэтому вернуть к жизни данные можно гораздо быстрее, чем поэтапно накатывать все инкременты. К тому же этот вид копирования избавлен от вышеперечисленных особенностей инкрементного, когда при полном восстановлении старые файлы, подобно птице Феникс, возрождаются из пепла. Возникает меньше путаницы.
Но дифференциальное копирование значительно проигрывает инкрементному в экономии требуемого пространства. Так как в каждой новой копии хранятся данные из предыдущих, суммарный объем зарезервированных данных может быть сопоставим с полным копированием. И, конечно, при планировании расписания (и расчетах, поместится ли процесс бэкапа во временное «окно») нужно учитывать время на создание последней, самой «толстой», дифференциальной копии.
Топология резервного копирования
Рассмотрим какие бывают схемы резервного копирования.
Децентрализованная схема
Ядром этой схемы является некий общий сетевой ресурс (см. рис. 1). Например, общая папка или FTP-сервер. Необходим и набор программ для резервного копирования, время от времени выгружающих информацию с серверов и рабочих станций, а также других объектов сети (например, конфигурационные файлы с маршрутизаторов) на этот ресурс. Данные программы установлены на каждом сервере и работают независимо друг от друга. Несомненным плюсом является простота реализации этой схемы и ее дешевизна. В качестве программ копирования подойдут штатные средства, встроенные в операционную систему, или программное обеспечение, такое как СУБД. Например, это может быть программа ntbackup для семейства Windows, программа tar для UNIX-like операционных систем или набор скриптов, содержащих встроенные команды SQL-сервера для выгрузки баз данных в файлы резервных копий. Еще одним плюсом является возможность использования различных программ и систем, лишь бы все они могли получить доступ к целевому ресурсу для хранения резервных копий.
Минусом является неповоротливость этой схемы. Так как программы установлены независимо друг от друга, то и настраивать приходится каждую по отдельности. Довольно тяжело учитывать особенности расписания и распределять временные интервалы, чтобы избежать конкуренции за целевой ресурс. Мониторинг также затруднен, процесс копирования с каждого сервера приходится отслеживать отдельно от других, что в свою очередь может привести к высоким трудозатратам.
Поэтому данная схема применяется в небольших сетях, а также в ситуации, когда невозможно организовать централизованную схему резервного копирования имеющимися средствами. Более подробное описание этой схемы и практическую организацию можно найти в .
Централизованное резервное копирование
В отличие от предыдущей схемы в этом случае используется четкая иерархическая модель, работающая по принципу «клиент-сервер». В классическом варианте на каждый компьютер устанавливаются специальные программы-агенты, а на центральный сервер – серверный модуль программного пакета. Эти системы также имеют специализированную консоль управления серверной частью. Схема управления выглядит следующим образом: с консоли создаем задания для копирования, восстановления, сбора информации о системе, диагностики и так далее, а сервер дает агентам необходимые инструкции для выполнения указанных операций.
Именно по такому принципу работает большинство популярных систем резервного копирования, таких как Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula и другие (см. рис. 2).
Помимо различных агентов для большинства операционных систем существуют разработки для резервного копирования популярных баз данных и корпоративных систем, например, для MS SQL Server, MS Exchange, Oracle Database и так далее.
Для совсем небольших компаний в некоторых случаях можно попробовать упрощенный вариант централизованной схемы резервного копирования без применения программ-агентов (см. рис. 3). Также эта схема может быть задействована, если не реализован специальный агент для используемого ПО резервного копирования. Вместо этого серверный модуль будет использовать уже существующие службы и сервисы. Например, «выгребать» данные из скрытых общих папок на Windows-серверах или копировать файлы по протоколу SSH c серверов под управлением UNIX-систем. Данная схема имеет весьма существенные ограничения, связанные с проблемами сохранения файлов, открытых для записи. В результате подобных действий открытые файлы будут либо пропущены и не попадут в резервную копию, либо скопированы с ошибками. Существуют различные методы обхода данной проблемы, например, повторный запуск задания с целью скопировать только ранее открытые файлы, но нет ни одного надежного. Поэтому такая схема подходит для применения только в определенных ситуациях. Например, в небольших организациях, работающих в режиме 5х8, с дисциплинированными сотрудниками, которые сохраняют изменения и закрывают файлы перед уходом домой. Для организации такой усеченной централизованной схемы, работающей исключительно в среде Windows, неплохо подходит ntbackup. При необходимости использовать подобную схему в гетерогенных средах или исключительно среди UNIX-компьютеров я рекомендую посмотреть в сторону Backup PC (см. ).
Рисунок 4. Смешанная схема резервного копирования
Что такое off-site?
В нашем неспокойном изменчивом мире могут произойти события, способные вызвать неприятные последствия для ИТ-инфраструктуры и бизнеса в целом. Например, пожар в здании. Или прорыв батареи центрального отопления в серверной комнате. Или банальная кража техники и комплектующих. Одним из методов избежать потери информации в таких ситуациях является хранение резервных копий в месте, удаленном от основного расположения серверного оборудования. При этом необходимо предусмотреть быстрый способ доступа к данным, необходимым для восстановления. Описываемый метод называется off-site (проще говоря, хранение копий за территорией предприятия). В основном используются два метода организации этого процесса.
Запись данных на съемные носители и их физическое перемещение. В этом случае необходимо позаботиться о средствах быстрой доставки носителей обратно в случае сбоя. Например, хранить их в соседнем здании. Плюсом такого метода является возможность организовать этот процесс без каких-либо затруднений. Минусом являются сложность возврата носителей и сама необходимость передачи информации на хранение, а также риск повредить носители при перевозке.
Копирование данных в другое расположение по сетевому каналу. Например, с использованием VPN-туннеля через Интернет . Плюсом в этом случае является то, что нет нужды везти куда-то носители с информацией, минусом – необходимость использования достаточного широкого канала (как правило, это весьма недешево) и защиты передаваемых данных (например, с помощью того же VPN). Возникающие сложности передачи больших объемов данных можно значительно снизить, используя алгоритмы сжатия или технологию дедупликации .
Отдельно стоит сказать о мерах безопасности при организации хранения данных. В первую очередь необходимо позаботиться о том, чтобы носители с данными находились в охраняемом помещении, и о мерах, препятствующих прочтению данных посторонними лицами. Например, использовать систему шифрования, заключить договора о неразглашении и так далее. Если задействованы съемные носители, данные на них должны быть также зашифрованы. Используемая система маркировки при этом не должна помогать злоумышленнику в анализе данных. Необходимо применять безликую номерную схему маркировки носителей названий передаваемых файлов. При передаче данных по сети необходимо (как уже писалось выше) использовать безопасные методы передачи данных, например, VPN-туннель.
Мы разобрали основные моменты при организации резервного копирования. В следующей части будут рассмотрены методические рекомендации и приведены практические примеры для создания эффективной системы резервного копирования.
Вконтакте
Файлов сайта, почты, FTP-аккаунтов и множества других параметров хостинга. Проще говоря мы сохраняем весь сайт и его настройки в отдельном месте, и при необходимости можем вернуть сайт к той версии, которую сохранили. При этом может осуществляться копирование данных на текущий и бэкапный (дополнительный) сервер, располагающийся отдельно от серверов провайдера либо в другом дата-центре. Оно производится на случай, если что-то случится с сервером на котором хранится сайт. Таким образом в 2009 году после пожара в собственном дата-центре Hosting.ua удалось восстановить большую часть сайтов, копии которых хранились на других серверах.
Понять суть термина «backup» поможет наглядный пример. Предположим, ваш веб-проект был подвержен хакерской атаке, вследствие чего произошло изменение либо удаление баз данных и файлов сайта. Некоторое время назад решение данной проблемы было довольно сложным и трудоемким: веб-мастерам приходилось начинать работу с самого начала, но сейчас существование резервного копирования делает эту проблему незначительной.
Вы можете восстановить выполненный хостинг-провайдером бэкап, используя панель управления хостинг-аккаунтом, или обратившись к провайдеру, а затем начать работать над повышением уровня безопасности вашего сайта, а не заниматься восстановлением контента своего сайта по частям.
Однако может возникнуть и другая более сложная проблема - в результате какого-либо стихийного бедствия работоспособность сервера нарушается, и он, как и все сайты, и бэкапы, содержащиеся на нем, также перестает работать. Для таких форс-мажорных случаев и предусмотрен сервис двойного резервного копирования.
У хостинг-провайдера имеется возможность оперативно восстановить работу своих сервисов и выполнить восстановление бэкапов данных пользователей, взяв их со другого бэкапного сервера, который расположен в другом дата-центре, и на который не повлияли форс-мажорные обстоятельства, нарушившие работу сайтов.
Поэтому перед приобретением хостинга, обязательно поинтересуйтесь у провайдера - предлагает ли он своим заказчикам сервис резервного копирования ваших данных и как регулярно он это выполняет и сколько времени хранит копии. От данного фактора напрямую зависит успех Вашего интернет-проекта.
Мы рекомендуем еженедельно сохранять к себе на компьютер резервную копию сайта. Это нужно на тот случай, если сайт был взломан месяц назад, а провайдер хранит бэкапы только 2 недели. В таком случае все копии сайта на сервере провайдера будут заражены.
Основная задача будет состоять в том, чтобы сохранить к себе на компьютер файлы сайта и базу данных, которые находятся на сервере хостера. Есть несколько вариантов того, как делать бэкап сайта. И сейчас мы их рассмотрим подробно.
Заходите в панель управления хостингом, и находите там раздел похожий на "Резервные копии", "Backup" или что-то подобное. Далее два пути:
Провайдер создаст копию (в одном архиве) и даст Вам ссылку чтобы скачать. Провайдер сделает копию, и ее нужно будет скачать с сервера (на котором расположен Ваш сайт) с помощью FTP-клиента (обычно файл с копией находится в папке backup или подобной), или скачать через менеджер файлов в панели управления хостингом.
Начинаем с того, что устанавливаем и настраиваем FTP-клиент. После этого с его помощью, скачиваем себе на компьютер абсолютно все файлы сайта, хранящиеся на сервере хостинг-провайдера.
После этого нужно скопировать базу данных на свой компьютер (еще называют создать дамп базы данных).
Если в будущем вам понадобится вернуть сайт к той версии, которую вы сохранили на компьютер, то удалите полностью все файлы на сервере (не трогайте файлы настроек, удаляйте только из той папки, где хранятся файлы сайта, например public_html, www и т.д.). Сайт полностью перестанет работать (это не надолго). После этого очистите все таблицы в базе данных (через phpMyadmin), и импортируйте в пустую БД, ту базу данных, которая сохранена на Вашем компьютере. После этого загружайте файлы сайта на сервер и сайт должен заработать. Причем это будет та версия сайта, которую Вы заранее сохраняли на свой компьютер.
Желательно делать это каждый день. Обычно резервные копии создаются автоматически самим хостингом, и хранятся там около 2 недель. Мы рекомендуем загружать их себе на диск (или облачно хранилище типа Дропбокс) примерно 1-2 раза в месяц. Для большинства сайтов это будет хорошим соотношением усилий и эффективности.
Это зависит от того, на сколько часто обновляется ваш сайт. Оптимальным для большинства сайтов можно назвать количество бекапов за год. Если делать их 1-2 раза в месяц, то получается 12-25 копий.
