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

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

Лучшая программа для резервного копирования

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

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

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

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

Как настроить бэкап на компьютере

Перейдите в раздел «Защита и восстановление данных» (на 1 скриншоте). При желании сделать резервную копию системного раздела нажмите «Интеллектуальное архивирование», затем нажмите «Далее» и выберите для архивации «Диски или разделы».

Потом отметьте галочками следующие пункты: «Локальный диск С «, «Начальный трек жесткого диска » и «Главная загрузочная запись «.

Выбрав место для хранения (сетевой диск или Локальный диск D), вы сможете настроить расписание для регулярного автоматического сохранения резервных копий , нажав опцию «Настроить расписание операции» .

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

Как сделать аварийный диск

Вот и завершилось создание резервной копии системы . Теперь нам нужно создать аварийный диск . Снова переходим к главному меню программы и выбираем пункт «Защита и восстановление данных l Создание аварийного диска» .

Нажмите «Далее» . В следующем окне укажите предпочитаемый загрузочный носитель. Доступны для выбора: флеш или CD/DVD. Если создание аварийного загрузочного диска производится для нетбуков, то выберите 1 вариант. Снова нажмите «Далее» .

Чтобы сделать загрузочную флешку , выберите 1 пункт - стандартный образ аварийного диска, поставляемый с программой. Нажмите «Далее» и укажите USВ-накопитель и опять «Далее» для начала процесса записи аварийного диска. Аналогичные действия и для загрузочного диска CD или DVD.

Как пользоваться загрузочной флешкой или диском

Мы записали аварийный загрузочный диск или флешку. Теперь, чтобы воспользоваться ими, например, восстановить загрузочный раздел Windows, вставьте оптический диск в привод или флешку в USB порт необходимого ПК. Загрузите компьютер, загрузив BIOS (как правило, клавиша «DEL» ) и укажите в настройках в качестве первого устройства для загрузки системы оптический привод или USВ-накопитель (CD-ROM или USB-HDD).

Сохраните настройки (найдите пункт со словами Save и Exit). Компьютер перезапустится и произойдет загрузка с флешки или оптического носителя. Теперь выберите в меню запуска программы режим «Normаl mode» (для корректной работы с мышью). Программа Домашний эксперт 12 проанализирует ПК на наличие подключенных к нему носителей информации. В результате откроется меню инструментов вашего аварийного диска. Выберите пункт «Мастер восстановления архивных копий» , дважды кликнув. Жмем «Далее» . В следующем окне кликните по кнопке, расположенной справа от поля «Выбрать файл образа» . Откроется новое окно со списком носителей на ПК. Выберите жесткий диск с архивными копиями. Нажмите «Далее» и найдите на выбранном жестком диске необходимый файл бэкапа. Снова жмите «Далее» для запуска процесса восстановления системного диска . Дождитесь окончания процесса и перезагрузите ПК, вынув аварийную флешку или диск.

Как восстановить операционную систему. Некорректная работа после восстановления

Допустим, что Windows запускается, но работает с ошибками. Вам понадобится восстановить системные файлы . Снова достаем аварийный USB диск или CD\DVD. Запускаем его в режиме «Normal Mode» . Выбираете в меню пункт «Восстановление загрузки Windows «, дважды кликнув. В появившемся
окне отметьте пункт «Поиск установленных копий Windows» и нажмите «Далее» . Выберите жесткий диск с ОС и кликните по кнопке «Далее» . Теперь подтвердите готовность к замене загрузочной записи и нажмите кнопку «Готово» , тем самым запуская процесс восстановления системных файлов.
Если Windows перестала запускаться, то для восстановления операционной системы выберите пункт «Изменить Master Boot Record (МВR — главная загрузочная запись)» . Доведите процесс до завершения и выньте аварийный диск из привода или извлеките флешку из USB порта. 3апустите ОС с жесткого диска и вы снова готовы к работе.

Восстановление данных. Восстановление операционной системы

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

Как восстановить файлы

Перейдите к главному окну утилиты и нажмите на кнопку «3ащита и восстановление данных» , затем .

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

Выберите необходимую папку или файл для восстановления и нажмите «Далее». Затем выберите путь для восстановления файлов , указав сохранить или удалить старую копию. Снова жмите «Далее» и «Готово» после восстановления данных.

Вам также будут полезны следующие материалы.

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

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

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

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

Базовые средства операционных систем

птимальная организация резервирования предполагает автоматическое копирование: файлы помещаются на предназначенные для них носители таким образом, что в процессе работы пользователь этого даже не замечает. Взрывообразный рост емкости используемых винчестеров привел к тому, что организация программно-аппаратного комплекса для сохранения таких объемов информации значительно усложнилась. Традиционные накопители на магнитной ленте, а также Jaz- и Zip-диски уже не выдерживают конкуренции с жесткими дисками и мало подходят для резервирования. Болванки CD-R/RW и появившиеся относительно недавно записываемые DVD-диски обладают несколько большей емкостью, но тоже не справляются с современными объемами в десятки и сотни гигабайт. Можно, конечно, решить эту проблему, создав несколько отдельных систем резервирования, каждая из которых будет работать по своему графику и с собственным носителем.

Например, с помощью утилиты Мicrosoft Backup можно сделать один резервный файл для копирования каталога Windows и корневых каталогов, другой - каталога Program Files, третий - файлов данных и т.д., но в этом случае пользователю придется выполнять вручную множество операций. Средства автоматизированного резервирования появились еще в Windows 95, где был установлен пакет Microsoft Plus, а для запуска Microsoft Backup использовалась утилита System Agent, добраться до которой можно было из меню «Пуск», пунктов «Программы»/«Стандартные»/«Служебные программы»/«Архивация данных». Чтобы указать, какие файлы нужно копировать, достаточно было выбрать в правой и левой панелях открывшегося окна соответствующие опции, потом выбрать нужный дисковый либо ленточный накопитель, а также каталог для хранения резервных копий и указать, что программу резервирования следует закрыть после завершения ее работы. Для автоматизации работы этой программы следовало отключить вывод на экран запроса на подтверждение перед началом операции. Таким образом, задав однажды во вкладке Backup меню «Параметры» все необходимые настройки и указав в пункте «Файл»/«Сохранить как» имя и местонахождение будущей резервной копии (другой диск или каталог), вы могли организовать автоматический процесс резервирования. Поскольку SET-файлы по умолчанию были ассоциированы с утилитой Microsoft Backup, простое добавление файла в список приводило к запуску Backup. Там же задавался график резервирования (When to Run - когда запускать System Agent). Если же требовалось запланировать несколько сеансов резервирования для различных наборов файлов и разных накопителей, то данную процедуру следовало повторить, задавая различные имена SET-файлам и иной график выполнения.

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

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

Нормальная резервная копия, которая сохраняла выбранные файлы и помечала их как резервные;

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

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

Копирование файлов в архив, как для создания резервной копии (что то же самое, что и выборочная резервная копия, только файлы здесь не помечаются как резервированные);

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

Как видите, это был уже вполне профессиональный подход, который сохранился и в операционных системах Windows 2000/XP, но тем не менее возможности стандартной Вackup-утилиты очень ограниченны. Для более гибкого резервирования применяются и другие программы.

Утилиты резервного копирования дисков

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

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

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

Пользователи Windows наверняка замечали, что чем больше они устанавливают новых программ (прежде всего это касается компьютерных игр), тем медленнее и неустойчивее работает вся система. Иногда к разрушению системы приводит инсталляция новых устройств или просто какие-то несанкционированные компанией Microsoft эксперименты, и уж совсем плачевно выглядит рабочая среда после вирусной атаки. Часто даже резервная копия не помогает восстановлению (не успели зарезервировать или вообще потеряли рабочую копию), и тогда приходится устанавливать операционную систему заново. В этом случае вам поможет только полное сохранение рабочей копии системного диска (например, на CD-R/RW) с возможностью ее восстановления в первозданном виде. Такую копию следует сделать после первой установки системы, всех необходимых программ и драйверов и проверки ее работоспособности.

Самыми популярными решениями для репликации содержимого жестких дисков до последнего времени были утилиты Norton Ghost и PowerQuest Drive Image. Однако появившиеся недавно отечественные разработки в области резервного копирования не только не уступают, но во многом и превосходят вышеперечисленные программы - речь идет прежде всего о продуктах компании Acronis (http://www.acronis.com , http://www.acronis.ru). К тому же разработчики большинства продуктов Acronis находятся в Москве (в отличие от своих конкурентов PowerQuest и Symantec), поэтому все программы обладают русскоязычным интерфейсом. Кроме того, продукты компании Acronis в России проще купить, чем украсть: при цене 50-70 долл. на мировом рынке, все они продаются у нас за 299-399 руб. По-моему, совсем недорого за чистую совесть и поддержку отечественного производителя, а кроме того, за русскоязычную поддержку самого продукта от производителя.

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

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

True Image

Для Windows 95/98/Me/NT (включая Server)/2000 (включая Server)/XP

Acronis True Image 6.0 лучший на сегодняшний день продукт для полного резервного копирования, позволяющий создавать точные образы жесткого диска и/или отдельных разделов прямо в Windows без перезагрузки. Образ диска, включающий абсолютно все данные, приложения и операционные системы, может быть восстановлен на жесткий диск в случаях внезапной «кончины» жесткого диска, вирусных атак и любых других фатальных ошибок программного и аппаратного обеспечения, причем даже в тех ситуациях, когда обычные средства резервного копирования файлов уже не помогают.

Основные возможности:

Быстрое создание точного образа диска с гарантией полной сохранности данных (поддерживаются жесткие диски любых размеров);

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

Удобное копирование точного образа жесткого диска на CD-R/RW, ZIP, JAZ или на какое-либо другое устройство хранения данных со сменным носителем в дружественной среде с пошаговыми инструкциями и с интерфейсом в стиле Windows XP;

Полное клонирование жесткого диска на новый компьютер.

Эксклюзивные возможности:

Возможность создания и восстановления полного образа диска непосредственно в Windows без необходимости перезагрузки в DOS или в другую систему;

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

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

Прочие особенности:

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

Возможность создания резервных копий и восстановление образов жестких дисков по локальной сети;

Задание пользователем уровня сжатия; разбивание архива на несколько томов; установление пароля;

Задание комментария к создаваемому образу раздела;

Создание загрузочной дискеты, компакт-дисков CD-R/RW или DVD-R/RW, с помощью которых можно восстановить работоспособность компьютера даже в случае, если все операционные системы на нем уничтожены;

Возможность менять в процессе восстановления типы раздела, файловой системы, размеры и расположение диска (поддерживаются файловые системы Windows FAT16/32 и NTFS, а также Linux Ext2, Ext3, ReiserFS и SWAP, а для разделов других типов обеспечивается специальная посекторная поддержка);

Полная поддержка жестких дисков и пишущих приводов с интерфейсами IDE, SCSI, PCMCIA, USB 2.0 и FireWire.

После установки Acronis True Image 6.0 предложит создать загрузочную дискету или компакт-диск для работы на компьютере с любой другой операционной системой.

Следует подчеркнуть, что при запуске Acronis True Image не требуется выполнять перезагрузку компьютера, более того - вы можете продолжать работу с приложениями в обычном режиме, однако при этом не следует запускать ресурсоемких приложений. Хотя компания Acronis утверждает, что с помощью ее уникальных технологий при создании образа обеспечивается целостность данных, структур жесткого диска и файловых систем, но лучше все же минимально использовать компьютер при этом процессе. Кроме того, Acronis True Image не гарантирует целостности данных на уровне таких сложных приложений, как Microsoft SQL Server, Oracle и Microsoft Exchange.

Drive Image

Для Windows DOS/95/98/Me/NT/2000/XP

Утилита Drive Image Pro предназначена для резервного копирования информации с жесткого диска в файл или на другие носители информации (Jaz, Zip, CD-R/RW и пр.) и вполне обоснованно считается не только одним из лучших решений для клонирования жестких дисков, но и весьма удобным инструментом для резервного копирования.

Drive Image позволяет создать сжатый образ винчестера, защитить информацию паролем и зашифровать ее в случае необходимости. При восстановлении можно скопировать весь диск или отдельные файлы, а также разбить диск на логические разделы (этим занимается утилита PartitionMagic Pro). Drive Image поддерживает все известные файловые системы: FAT, FAT32, NTFS и HPFS.

Хотя Drive Image инсталлируется практически во всех версиях Windows, на самом деле это DOS-приложение - программа запускается из MS-DOS и имеет малый размер (может быть записана на дискету). При этом не имеет значения, как вы загрузитесь в DOS, поскольку Drive Image можно запустить из инсталляционного каталога или с CD-ROM при помощи утилиты QuickImage, которая создает виртуальную дискету в памяти вашего компьютера. Drive Image загружается с этой виртуальной дискеты и выполняет выбранные вами задачи по резервному копированию и восстановлению файлов.

Самое главное преимущество этой программы состоит в том, что она может самостоятельно записать образ диска на CD-R/RW и сделать его загрузочным. Поддерживаются и другие съемные накопители, а в состав Drive Image входят все необходимые драйверы. Реализована функция для создания набора из двух гибких загрузочных дисков, которые обеспечат запуск программы в том случае, если нет CD-R или память не позволяет сформировать виртуальную дискету. Интерфейс программы выполнен в виде мастера, интуитивно понятен и даже не требует обращения к руководству пользователя.

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

Отметим, что полное восстановление диска программой Drive Image занимает значительно меньше времени, чем инсталляция системы Windows (не говоря уже о необходимых драйверах и приложениях и о последующей настройке). Кроме того, восстановление диска из образа благодаря технологии SmartSector (программа работает на уровне секторов, в обход файловой системы) происходит даже быстрее, чем необходимо для обычного копирования информации, а размер файла образа более чем вдвое меньше объема сохраненных в нем данных.

Восстановление информации никаких затруднений не вызывает (особенно если вы выбрали опцию копирования «диск в диск»), однако если вы захотите восстановить рабочую среду на компьютере с другой аппаратной конфигурацией, то вам потребуется профессиональная версия Drive Image Pro, куда входят такие вспомогательные утилиты, как PowerCast (программа для одновременного тиражирования информации на произвольное число компьютеров в локальной сети) и полная версия PartitionMagic Pro. А для работы с файлами образов нужна утилита Drive Image File Editor, при помощи которой можно копировать разделы из одного образа в другой, сжимать образ диска, удалять из него информацию, разбивать на несколько файлов (что необходимо, например, для копирования большого диска на различные сменные накопители) или, наоборот, объединять несколько файлов в один, а также выборочно восстанавливать разделы и считывать необходимую информацию из файла образа диска. Для извлечения отдельных файлов предназначена утилита Image Explorer, поставляемая вместе с Drive Image.

Кроме того, в состав Drive Image входит отдельная программа DataKeeper, которая может использоваться для организации автоматического резервного копирования измененной информации в уже созданный образ диска, то есть при каждом изменении содержимого файлов (на целом диске или в избранных каталогах) они будут сохраняться в файл образа автоматически. При этом различные версии файлов могут накапливаться практически без ограничений. По умолчанию копируются все файлы, кроме программных модулей, однако можно явно указать необходимые расширения или шаблоны. Можно также составить расписание для автоматического выполнения задач резервного копирования и восстановления, например для того, чтобы каждую ночь общедоступная машина приводилась в рабочее состояние либо чтобы какой-то раздел диска копировался на CD-R/RW (или на другой съемный носитель) или в сжатый файл, находящийся в другом разделе того же жесткого диска.

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

Последняя версия PowerQuest Drive Image 7.0 отличается от предыдущих рядом новых возможностей. В частности, она позволяет сохранять образы целых дисков или отдельных разделов на носители DVD-R/RW и DVD+R/RW, а также поддерживает разнообразные внешние накопители с интерфейсами USB (в том числе версии 2.0) и FireWire. Некоторые улучшения произошли и в области сетевой поддержки, вследствие чего пользователи могут сохранять образы и восстанавливать содержимое с дисков по сети. Кроме того, благодаря технологии Virtual Volume Imaging (V2i) имеется возможность оформления резервных образов в виде виртуальных жестких дисков.

Norton Ghost

Для Windows XP/2000/NT WS/Me/98

Программа Norton Ghost 2003 корпорации Symantec (первоначально она была разработана компанией Binary Research) может защитить информацию от различных проблем, связанных с аварийными сбоями в работе компьютера. Norton Ghost хотя и не самая удобная программа для создания копии диска, но наиболее полная по своим возможностям. Она позволяет копировать и восстанавливать как отдельные разделы, так и весь диск полностью, причем образ диска можно считывать и записывать по сети, через параллельный или USB-порт, а также сохранять на CD-R/RW или на других сменных носителях.

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

Программа также может регулярно создавать резервные копии, просто и надежно восстанавливать файлы и упрощать любую модернизацию системы. Ghost может записывать копии на жесткие или съемные диски, включая приводы CD-R/RW и DVD+RW, а также на сменные устройства типа Iomega Zip и Jaz. Запись может также осуществляться непосредственно на поддерживаемые устройства USB или FireWire (IEEE-1394), а быстрое соединение между несколькими компьютерами через локальную сеть, USB или высокоскоростные параллельные порты обеспечивает возможность создания разнообразных клонов.

Однако следует отметить, что, в отличие, например, от Drive Image, перед выполнением любых операций по созданию образа или восстановлению диска программу Norton Ghost нужно загрузить с гибкого диска или с загрузочного компакт-диска, а также ввести серийный номер программы перед восстановлением образа. При этом один загрузочный диск вы должны создать для записи копий образов на CD-RW, а другой - для считывания их с диска CD-RW. Нельзя использовать один и тот же гибкий диск для чтения и записи, хотя в ходе подготовки второго диска можно копировать его содержимое на диск CD-RW.

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

Программа имеет подробное учебное пособие и обладает надлежащей поддержкой на сайте компании Symantec в Интернете.

Розничная цена программы около 70 долл.

Paragon Drive Backup

Для Windows: 9х/Me/NT/2000/XP

Drive Backup утилита для резервного копирования данных, в том числе для создания копий разделов с целью их быстрого восстановления в случаях аварии, вирусной атаки или при необходимости перенести все данные, включая операционную систему и установленное программное обеспечение, на новый жесткий диск. Переустановка операционной системы и приложений после выхода из строя аппаратуры или вирусной атаки не отнимет у вас много времени и сил. Наилучший путь защитить систему –– сделать резервную копию системного раздела с установленной на нем операционной системой и всеми необходимыми приложениями. Копии могут создаваться на жестком диске и сменных носителях (ZIP, JAZ, Sequest, CD-R/RW), а также на дисках, подключенных по сети.

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

Правда, утилита Paragon Drive Backup не смогла достичь столь серьезного коммерческого успеха, как это удалось Acronis True Image. И причина здесь, по-видимому, в интерфейсе пользователя и удобстве работы с пакетом: очевидно, что компания Acronis создала более дружественную по отношению к пользователю программу.

Universal Backup

Для Windows 95/98/Mе/NT/2000/XP

Если у вас не окажется 300 руб. на покупку Acronis True Image, то для резервного копирования можно воспользоваться бесплатно распространяемой программой с русскоязычным интерфейсом, которая так и называется - Universal Backup (универсальный «резерватор»). Эта многофункциональная программа предназначена в первую очередь для создания архивов, содержащих любые файлы и каталоги, с возможностью их последующего восстановления как из-под «глухого» DOS, так и непосредственно из Windows. Утилита позволяет сканировать любые файлы, каталоги, ключи и переменные реестра, а также DOS-файлы и файлы настройки Windows. Информация о сканировании сохраняется в отчетные файлы, которые впоследствии можно сравнивать и на основе различий создавать архивы. Хотя программа очень маленькая (189 Кбайт) и не требует инсталляции, она вполне годится для резервирования как какой-либо отдельной программы, так и операционной системы в целом.

Основные возможности:

Создание архивов, содержащих любые файлы, каталоги, ключи и переменные системного реестра;

Восстановление файлов, каталогов, ключей и переменных реестра в их исходные места расположения (как из DOS, так и непосредственно из Windows);

Сканирование любых каталогов, ключей реестра, файлов настройки Windows (control.ini, system.ini, win.ini) и системных файлов MS-DOS (boot.ini, winstart.bat, dosstart.bat, autoexec.bat, config.sys, msdos.sys);

Сравнение отчетов о произведенных ранее сканированиях с целью выявления различий между ними (создание, удаление и изменение файлов, каталогов, ключей и переменных реестра);

Создание архивов на основе выявленных изменений (в архив включаются созданные и измененные файлы, каталоги, ключи и переменные реестра);

Переустановка (восстановление) операционной системы;

Доустановление необходимых компонентов системы.

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

29.10.2012 Мишель Пуле

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

Мишель Пуле ([email protected])-редактор журнала SQL Server Pro, соучредитель компаний Mount Vernon Data Systems и Six Sigma Uptime.

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

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

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

Частота резервирования базы данных зависит от того, как долго она будет восстанавливаться из резервной копии. Чем чаще выполняется резервирование базы данных, тем меньше времени займет восстановление. График резервирования и восстановления можно настроить индивидуально для каждой базы данных. Тип резервирования зависит еще от объема базы данных и количества транзакций, выполняемых за единицу времени. Основными типами резервирования являются полное, журнальное и инкрементальное. Более подробные сведения о режимах восстановления приведены во врезке «Модели восстановления баз данных», команды по резервированию SQL Server описаны во врезке «Стандартные команды для резервирования».

Полное резервирование

Стратегия полного резервирования является самой простой для понимания и реализации. В конце каждого рабочего дня (или в любой другой промежуток времени, который вы можете назначить) просто запускается процедура полного резервирования базы данных (рисунок 1). При этом не нужно выполнять отдельное резервирование журналов и не требуется использовать дополнительные параметры. Управление файлами в таком режиме резервирования также не требует особого внимания, так как речь идет о единственном файле полной резервной копии. Восстановление из полной резервной копии тоже очень простое: необходимо просто восстановление из единственного файла. Использование полных резервных копий – хороший выбор для организаций с недостаточно опытным ИТ-персоналом.

Больше всего полное резервирование подходит для «небольших» баз данных – назовем так базы данных, резервирование которых может быть завершено за отведенное для этого время. Когда SQL Server осуществляет полное резервирование базы данных, сначала выполняется сохранение на диск всех экстентов (экстент представляет собой восемь идущих последовательно страниц, размер каждой составляет 8 Кбайт). Затем SQL Server резервирует журнал транзакций, чтобы все изменения базы данных, которые могли произойти за время резервирования, также были сохранены в файле полной резервной копии.

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

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

Для выполнения полного резервирования базы данных выполните следующий код:

BACKUP DATABASE AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak’WITH INIT, NAME = ‘AdventureWorks Full Db backup’, DESCRIPTION = ‘AdventureWorks Full Database Backup

Параметр DISK определяет целевой файл резервной копии. Вы можете выполнять резервирование на диск или на ленту (в данном случае – на диск). Перед началом резервирования убедитесь, что папка для хранения резервной копии существует. В большинстве случаев резервирование на диск происходит значительно быстрее, чем на ленту, но стоимость дисковой памяти существенно выше. Для обеспечения дополнительного уровня защиты можно выполнять резервирование на диск, а затем сохранять резервную копию на ленту. Параметр WITH INIT указывает, что файл резервной копии должен быть перезаписан. Этот метод подходит в том случае, если резервирование Windows выполняется после каждого резервирования базы данных. NAME – имя резервной копии, до 128 символов. Если имя не указать, поле имени останется пустым. DESCRIPTION – более полное и подробное описание, которое может помочь, например, через длительный промежуток времени выяснить, что это за резервная копия и зачем она была создана.

Для полного восстановления базы данных выполните следующую команду:

RESTORE DATABASE AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.BAK’ WITH RECOVERY, REPLACE

WITH RECOVERY предписывает SQL Server отменить все незавершенные транзакции, которые могли быть в журнале транзакций, и оставить базу в рабочем состоянии. REPLACE означает перезапись любого существующего файла с тем же именем. Более подробно об этом рассказано во врезке «Замена базы данных».

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

BACKUP LOG AdventureWorks WITH TRUNCATE_ONLY

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

Полное резервирование с сохранением журнала

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

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

Если не указано обратное, после завершения резервирования журнала неактивные записи в нем «удаляются» (в действительности они помечаются для перезаписи). При запуске команды BACKUP LOG вы можете добавить параметры NO_TRUNCATE или COPY_ONLY, чтобы при резервировании записи в журнале не изменялись. Но мы не рекомендуем использовать эти параметры, если только вы не знаете наверняка, для чего это может понадобиться.

SQL Server 2005 имеется режим резервирования копии заключительного фрагмента журнала (tail-log backup), то есть резервирование после краха базы данных в том случае, если журнал транзакций не был испорчен. В этом режиме осуществляется резервирование последних транзакций, выполненных с момента последнего резервирования журнала. Более подробно об этом режиме рассказано во врезке «Что такое резервные копии заключительного фрагмента журнала».

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

Если в базе данных массовые обновления носят регулярный характер, возможно, имеет смысл использовать модель восстановления с неполным протоколированием (bulk logged recovery). Поскольку отдельные записи, включенные в массовую операцию в этом случае не журналируются, этот подход сокращает накладные расходы на ведение журнала SQL Server. Хотя вы можете получить заметное увеличение производительности при выполнении массовых операций, вы рискуете потерять данные при восстановлении, если исходные данные для повторного выполнения массовых операций окажутся в момент восстановления недоступны. При применении простой модели восстановления резервирование журнала также невозможно, так как в этом случае происходит обрезание журнала до контрольной точки.

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

BACKUP DATABASE AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak’ WITH INIT, NAME = ‘AdventureWorks Full Db backup’, DESCRIPTION = ‘AdventureWorks Full Database Backup’

А затем следует выполнить резервирование журнала с помощью команды:

BACKUP LOG AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak’ WITH NOINIT, NAME = ‘AdventureWorks Translog backup’, DESCRIPTION = ‘AdventureWorks Transaction Log Backup’, NOFORMAT

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

Для восстановления с полной резервной копии или полной копии с сохранением журнала выполните следующие шаги.

Если база данных в состоянии онлайн, ограничьте доступ к ней, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Таким образом доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
Исправьте ошибку, вызвавшую крушение базы данных.
Если возможно, примените все сохраненные в резервных копиях журналы транзакций с параметром NORECOVERY.

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

BACKUP LOG AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak’ WITH NORECOVER

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

RESTORE DATABASE AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak’ WITH NORECOVERY

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

RESTORE LOG AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak’ WITH NORECOVERY

Наконец, выполните восстановление заключительного фрагмента с параметром RECOVERY:

RESTORE LOG AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak’ WITH RECOVERY

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

Полное плюс разностное резервирование

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

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

Рисунок 3. Расписание заданий на разностное резервирование

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

BACKUP DATABASE AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak’ WITH INIT, DIFFERENTIAL, NAME = ‘AdventureWorks Diff Db backup’, DESCRIPTION = ‘AdventureWorks Differential Database Backup’

Чтобы восстановить базу данных из разностной резервной копии, выполните следующие шаги.

Если база данных в состоянии онлайн, ограничьте к ней доступ, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Тем самым доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
Выполните резервирование заключительного фрагмента журнала.
Исправьте ошибку, вызвавшую сбой базы данных.
Выполните восстановление полной резервной копии с параметром NORECOVERY.
Выполните восстановление последней имеющейся разностной резервной копии с параметром NORECOVERY.
Выполните восстановление резервной копии заключительного фрагмента журнала с параметром RECOVERY.

Для восстановления разностной резервной копии (выполняется после восстановления полной копии) введите команду:

RESTORE DATABASE AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak’WITH NORECOVERY

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

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

Комбинирование стратегией

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

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

Альтернативные стратегии резервирования

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

Доступ к базе данных во время выполнения резервирования и восстановления

Резервирование базы SQL Server является онлайн-процессом, все хранящиеся в SQL Server данные во время операции резервирования доступны. Операции изменения базы данных, предложения INSERT, UPDATE и DELETE доступны точно так же, как выборка данных (SELECT). Во время резервирования нельзя изменять структуру базы данных или файловую структуру – предложения ALTER DATABASE, ADD FILE или SHRINKFILE во время резервирования выполняться не могут. Если для базы данных включен режим автоматического запуска уменьшения файла базы данных (auto-shrink), возможен конфликт во время выполнения резервирования. Так, если в процессе выполнения резервирования запустится автоматическое уменьшение файла базы, то обе операции могут завершиться отказом. Та операция, которая стартует раньше, установит блокировку файла, а следующей операции придется ожидать снятия блокировки. Если первая операция снимет блокировку, то начнется выполнение второй. Если же произойдет тайм-аут блокировки первой операции, вторая операция завершится отказом. Такой подход может показаться неправильным с точки зрения исполнения второй операции, которая вынуждена ожидать отказа, и только после него выдаст отказ. Но если учесть, что работа второй операции зависит от успеха первой, если при выполнении первой операции произошел отказ, выполнение второй не имеет смысла. Для предотвращения такой проблемы следует отключать автоматическое уменьшение файла базы данных перед выполнением резервирования.

В большинстве случаев восстановление базы SQL Server является автономной операцией, во время которой доступ пользователей к базе невозможен. При использовании SQL Server 2005 Enterprise Edition с моделью полного восстановления частичное восстановление и восстановление неосновных групп файлов по умолчанию являются онлайн-операциями. Части базы данных, которые не должны восстанавливаться, например группы файлов с доступом только для записи, могут быть доступны пользователям на всем протяжении выполнения операции восстановления. Группы файлов для чтения/записи доступны, если они не были переведены в автономное состояние для восстановления. Эта возможность очень полезна для больших баз данных, работающих в режиме 24x7x365. Дополнительную информацию можно найти в документации SQL Server 2005 BOL, «Performing Online Restores» (http://msdn.microsoft.com/ru-ru/library/ms188671.aspx), а также во врезке «Почему восстановление базы данных не может выполняться онлайн».

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

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

Кто может выполнять резервирование?

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

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

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

Настройка модели восстановления определяет, какая часть данных может быть восстановлена в случае краха базы данных. Для каждой базы данных можно установить собственную модель восстановления в зависимости от того, какую потерю данных вы готовы допустить. Чтобы установить модель восстановления базы данных с помощью SQL Server Management Studio (SSMS), щелкните правой кнопкой нужную базу данных, откройте окно свойств Properties, перейдите на страницу Options и выберите нужную модель резервирования из выпадающего списка.

Существует три типа моделей восстановления: полное, простое и с неполным журналированием (full, simple, и bulk-logged). Полная модель восстановления наиболее использует все возможности журнала транзакций и позволяет восстановить базу данных с высокой степенью точности на заданный момент времени. Все операции, такие как транзакции данных, структурные изменения базы данных, операционные инструкции типа завершения транзакции или отмена, большие объекты и массовые операции, сохраняются в журнале. Журнал транзакций пополняется до тех пор, пока не будет выполнено резервирование журнала транзакций.

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

Модель восстановления с неполным журналированием занимает промежуточное положение между «крайними» моделями полного и простого восстановления. Хотя название bulk-logged может навести на мысль о журналировании массовых операций, в действительности они сохраняются в журнале лишь частично. Во время массовых операций, которые часто заключаются в добавлении большого числа записей за короткий промежуток времени, SQL Server устанавливает на каждом затронутом обновлением экстенте базы данных битовый флажок, но на самом деле вставленные записи не добавляются в файл журнала. Во время последующего резервирования журнала транзакций SQL Server проверяет этот флажок и записывает в резервную копию журнала транзакций сами экстенты базы данных, которые были изменены массовой операцией в добавление к обычным записям о вставке и удалении. Таким образом, резервная копия журнала в модели восстановления с неполным журналированием содержит результаты выполнения массовых операций, а не действительно выполненные отдельные транзакции.

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

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

Стандартные команды для резервирования

В SQL Server 2005 и SQL Server 2000 имеются две команды для выполнения, в сущности, одного и того же действия – DUMP и BACKUP (то есть DUMP DATABASE или BACKUP DATABASE и DUMP LOG или BACKUP LOG). Команда DUMP сохранилась со времен SQL Server 6.5, когда резервирование базы данных означало просто копирование базы данных в состоянии на момент перед началом операции резервирования. При этом изменения в базе данных, которые могли произойти после начала резервирования, не попадали в резервную копию.

Начиная с версии 7 SQL Server может выполнять настоящее «динамическое» резервирование, а это означает, что изменения, внесенные после начала процесса резервирования, записываются в журнал транзакций и сохраняются в файле резервной копии. Таким образом, резервная копия представляет собой «снимок» базы данных на момент завершения операции резервирования. Команда DUMP сохраняется для обратной совместимости, но Microsoft не рекомендует ее использовать в новых разрабатываемых системах. Когда-нибудь эта команда будет исключена, и разработчикам придется избавиться от нее в тех фрагментах программного кода, где она еще используется.

Тем, кто всегда тщательно следил за резервированием баз данных SQL Server и стремился изучать нововведения SQL Server 2005, следует продолжать внимательно следить за резервными копиями: в SQL Server 2005 нет привычной команды DBCC REPAIR. «Заменой» для этой команды служит DROP DATABASE.

Замена базы данных

При восстановлении базы данных на новом сервере используйте параметр REPLACE, который отключает обычные проверки безопасности и позволяет перезаписывать существующие базы данных, даже если их имя отличается от имени восстанавливаемой базы. Например, предположим, что была сделана резервная копия базы данных D, расположенной на сервере A. Эта резервная копия должна быть восстановлена на сервере B. Сначала на сервере B следует создать пустую промежуточную базу, при этом имя и размер базы не имеют никакого значения. Далее, надо восстановить базу D с параметром REPLACE на сервере B поверх только что созданной промежуточной базы. Если же восстановление должно быть произведено обратно на сервер A, на прежнее место, параметр REPLACE указывать не требуется. По умолчанию операция восстановления базы данных выполняет встроенные проверки безопасности, например если в нормальной ситуации нельзя выполнить восстановление базы поверх другой существующей базы данных. Аналогично, запрещено восстановление базы данных, зарезервированной в режиме полного резервирования или резервирования с журналированием массовых операций, если отсутствует резервная копия заключительного фрагмента журнала.

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

Что такое резервные копии заключительного фрагмента журнала

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

Как восстановить базу данных по состоянию на заданный момент времени

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

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

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

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

При восстановлении базы данных по состоянию на некоторый момент времени выполните полное резервирование с установкой NORECOVERY, как показано ниже:

RESTORE DATABASE AdventureWorks FROM DISK = "E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak" WITH NORECOVERY

Затем примените все резервные копии журналов с установкой RECOVERY и указанием даты и времени требуемой точки во времени в каждом предложении RESTORE LOG:

RESTORE LOG AdventureWorks FROM DISK = "E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak" WITH RECOVERY, STOPAT = ‘ Dec 10, 2007 8:10 PM’

Резервирование файлов/групп файлов

Эта стратегия резервирования подходит только в том случае, если база данных состоит из нескольких файлов или групп файлов. Если размеры базы или требования к производительности делают полное резервирование базы данных невозможным и если необходимо быстрое восстановление в случае отказа, стоит принять во внимание стратегии резервирования файлов/групп файлов.
Эта стратегия может использоваться для SQL Server 2005 или SQL Server 2000, при этом при выполнении каждой операции требуется указать, какие файлы, группы файлов или комбинации будут резервироваться. При этом следует выполнить полное резервирование базы данных вскоре после создания, после чего выполнять регулярное резервирование файлов или групп файлов. Если для конкретной базы данных необходимо задействовать простую модель восстановления, все доступные для чтения/записи файлы и группы файлов должны резервироваться одновременно. Для минимизации потерь данных при восстановлении выбирайте модель полного восстановления или модель восстановления с неполным протоколированием, при этом необходимо включить в стратегию резервирование журнала транзакций.
Восстановление базы все равно означает ограничение доступа к базе данных, но на меньшее время, чем при полном восстановлении базы данных. Во время восстановления доступ ограничивается только к группам файлов, восстанавливаемым в данный момент.
В худшем случае, если требуется восстановление всей базы данных и вы используете модель полного восстановления, потребуются все резервные копии журналов транзакций с момента создания базы данных. Кроме того, если необходимо восстановление базы на определенный момент времени, потребуется полный набор резервных копий журналов транзакций.

Частичное восстановление

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

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

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

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

Восстановление после частичного резервирования все равно подразумевает ограничение доступа к базе данных, но на меньший интервал времени, чем при полном восстановлении базы данных – и только для первичной группы файлов, групп для чтения/записи и групп только для чтения, которые были частью резервирования. Более подробную информацию можно найти в документации SQL Server 2005 Books Online «Частичные резервные копии» http://msdn.microsoft.com/ru-ru/library/ms191539.aspx.

Резервные копии состояния

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

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

Стратегию резервирования состояния нельзя использовать в качестве базы для разностного резервирования, так как при создании копии состояния не обновляется карта разностей (differential bitmap), используемая для определения, какие экстенты следует копировать, а какие оставить. В действительности, процедура разностного копирования не учитывает сделанные копии состояния, поэтому такие копии не могут участвовать в процессе разностного восстановления.

При резервировании журнала транзакций состояния базы данных журнал транзакций не обрезается, в отличие от обычного резервирования. Резервирование состояния также не оказывает влияния на цепочку журналов, которая используется для полного резервирования с журналом восстановления. Резервные копии состояния вообще не включаются в список резервных копий журналов при восстановлении. Более подробные сведения можно найти в документации SQL Server 2005 BOL «Резервные копии состояния» по адресу http://msdn.microsoft.com/ru-ru/library/ms191495.aspx.

Почему восстановление базы данных не может выполняться онлайн

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

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

На этой стадии в базе данных обычно содержатся незавершенные транзакции, и база данных не может использоваться для доступа. Далее для SQL Server 2005 Standard Edition наступает фаза последней отмены, в ходе которой выполняется отмена всех незавершенных транзакций. После завершения этой фазы база данных полностью восстановлена и готова к работе. Редакция Enterprise Edition работает немного по другому – база данных готова к использованию сразу после повторения изменений, не дожидаясь фазы отмены незавершенных транзакций.

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

Основы резервного копирования и восстановления данных

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

Зачем бэкап?

1. На вашем персональном Android может храниться множество информации которая очень ценна для, которую потерять ни как не позволительно или например вы планируете переезд с одного Android устройства на другое! Конечно когда речь заходит например о службах Google, то здесь все очень просто, ввел логин и пароль, подождал 2 минуты пока выполниться синхронизация c сервером Google и данные все на месте, а вот с другими приложениями придется помучатся чтобы быстро сделать резервную копию и восстановиться.

Способ №1 - резервное копирование на Android и восстановление стандартными средствами ADB

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

И так что вам для этого понадобиться?

2. Скачайте программу с сайта ADB RUN (от версии 3.21.35 и страше)

Способ №4 - DataSync (root)

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

Способ № 5 - OBackup (root)

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

Способ №6 - Titanum Backup (root)

Способ №7 - Helium (root/ root)

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

Приложение Helium может работать без Root прав, но если они есть еще лучше (если у вас нет root прав, нужно Android к компьютеру).

Как создать резервную копию с помощью Helium?

1. Для начала скачайте приложение Helium

Если отсутствуют Root права, то вам также придется скачать и до установить дополнение на ПК

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

Создание р.к в Helium на Root устройствах

Запустите приложение, откажитесь от предложения войти в Google Disk, так данная функция работает не совсем честно (бекапит, но восстановление работает только в платной версии приложения)

Сохранять резервные копии можно на внутреннюю или внешнюю память

Увеличить рисунок

На этой странице:

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

В Windows 7 вы можете восстанавливать файлы из архива с помощью элемента панели управления .

В главном окне элемента панели управления имеется три варианта восстановления файлов:

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

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

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

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

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

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

Добавление файлов и папок. Наряду с поиском имеется возможность добавления индивидуальных файлов и папок — для каждого действия собственная кнопка.

Список восстанавливаемых файлов. Отображаются имена добавленных папок и отдельных файлов.

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

Переход к выбору места назначения для восстанавливаемых файлов. Вы можете восстановить файлы:

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

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

Восстановление предыдущих версий файлов и папок

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

Восстановление из свойств файла или папки помощью вкладки «Предыдущие версии» доступно только в изданиях Windows 7 не ниже «Профессиональная». В домашних изданиях Windows 7 и во всех изданиях более новых ОС Windows есть обходной путь .

Восстановление предыдущих версий файлов и папок из теневых копий

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

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

Из теневых копий вы можете восстановить предыдущие версии:

отдельных файлов
папок с файлами

Восстановление отдельного файла из теневой копии почти не отличается от восстановления файла из архива. В свойствах файла на вкладке Предыдущие версии Точка восстановления .

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

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

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

Восстановление предыдущих версий файлов из архивов (только в Windows 7)

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

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

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

Восстановление удаленных файлов из теневых копий

Если вам требуется восстановить предыдущую копию существующего файла, достаточно перейти в свойствах файла на вкладку Предыдущие версии . А что делать в том случае, если файл удален? У вас есть два пути:

восстановление папки
поиск файла (только в Windows 7)

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

Однако прежде чем восстанавливать папку, можно попробовать найти удаленный файл с помощью поиска Windows. Давайте рассмотрим последовательность действий на примере. Я удалил файл support_center01.png , а теперь он мне понадобился. Я знаю, в какой папке он находился, и ищу файл в ней (а если бы не знал точное расположение, искал бы в ближайшей родительской).

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

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

Почему предыдущие версии файлов могут отсутствовать

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

отключена защита системы , т.е. отстутствуют теневые копии, где хранятся предыдущие версии системных файлов
для защиты системы выделено незначительное дисковое пространство, поэтому для теневых копий пользовательских файлов не хватает места
файл или содержимое папки не изменялись — в этом случае их теневые копии не создаются
теневые копии работают нормально, но не включено что-либо из перечисленного ниже:
клиент для сетей Microsoft в свойствах подключения
служба доступа к файлам и принтерам сетей Microsoft
службы «Рабочая станция», «Сервер» и «Модуль поддержки NetBIOS через TCP/IP»
административные общие сетевые ресурсы/li>

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

Восстановление системы из заранее созданного образа

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

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

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

Загрузка в среду восстановления Windows 7 с жесткого диска

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

Выберите первый пункт меню — Устранение неполадок компьютера и нажмите Ввод. Запустится среда восстановления Windows, где первым делом вам будет предложено выбрать раскладку клавиатуры.

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

После ввода пароля вы увидите меню с вариантами восстановления, одним из которых является Восстановление образа системы .

Восстановление образа системы из среды Windows RE

В среде Windows RE имеются различные средства восстановления системы.

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

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

Определившись с параметрами восстановления, нажмите кнопку Далее , а затем, в последнем окне мастера, нажмите кнопку Готово . Windows предупредит вас о том, что все данные будут удалены с раздела, и запустит процесс восстановления.

Если у вас нет установочного диска Windows, обязательно создайте диск восстановления системы. Этот диск позволит вам восстановить резервный образ системы даже в том случае, если на жестком диске окажется поврежденным служебный раздел Windows RE.