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

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

• Backblaze – предлагает неограниченный размер хранилища за небольшую ежемесячную оплату.
• Carbonite - один из наиболее известных онлайн сервисов резервного копирования; предлагает неограниченный размер хранилища за ежемесячную оплату и автоматизированные решения для резервного копирования.
• SOS Online Backup – еще один популярнейший (и старейший) онлайн сервис резервного копирования, предлагающий неограниченное хранилище.

Уясните разницу между облачным хранилищем и онлайн сервисом резервного копирования. Google Drive, SkyDrive (OneDrive), DropBox – это облачные (онлайн) хранилища, в которых вы можете хранить резервные копии, созданные вами. Файлы синхронизируются между всеми устройствами под управлением вашей учетной записи, а это значит, что при удалении файла на сервере, он удаляется на всех ваших устройствах! Эти сервисы не предлагают надежной схемы управления версиями файлов, что затрудняет (или делает невозможным) получение более старых версий файлов.

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

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

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

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

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

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 предписывает процессу резервирования сохранить всю заголовочную информацию, которая может содержаться на резервных дисках в заголовках. Этот способ принят по умолчанию, и явное указание данной установки является необязательным, но оно полезно в качестве самодокументирования операции.

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

1. Если база данных в состоянии онлайн, ограничьте доступ к ней, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Таким образом доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
2. Исправьте ошибку, вызвавшую крушение базы данных.
3. Если возможно, примените все сохраненные в резервных копиях журналы транзакций с параметром 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’

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

1. Если база данных в состоянии онлайн, ограничьте к ней доступ, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Тем самым доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
2. Выполните резервирование заключительного фрагмента журнала.
3. Исправьте ошибку, вызвавшую сбой базы данных.
4. Выполните восстановление полной резервной копии с параметром NORECOVERY.
5. Выполните восстановление последней имеющейся разностной резервной копии с параметром NORECOVERY.
6. Выполните восстановление резервной копии заключительного фрагмента журнала с параметром 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 работает немного по другому – база данных готова к использованию сразу после повторения изменений, не дожидаясь фазы отмены незавершенных транзакций.

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

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

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

Как сделать резервное копирование? Существует довольно много программ для резервного копирования, среди них выделяются такие популярные программы, как , Nero BackItUp, Norton Ghost, Paragon Drive Backup Professional, . Также резервное копирование системы можно сделать без помощи сторонних программ, используя средства архивации и резервного копирования Windows.

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

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

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

Теперь можно перейти к обзору о том, как работает архивация в Windows 7.

Для того, чтобы запустить резервное копирование системы, войдите в меню «Пуск» => «Все программы» => «Обслуживание» => «Архивация и восстановление». Запустить встроенные средства архивации и резервного копирования Windows, можно и из меню «Пуск» => «Панель управления» => «Архивация и восстановление файлов».

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

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

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

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

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

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

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

После нажатия на пункт «Создать диск восстановления системы», открывается окно «Создать диск восстановления». Для создания диска восстановления системы необходимо вставить в устройство для чтения оптических дисков пустой CD или DVD диск, а затем нажать на кнопку «Создать диск».

Далее происходит процесс создания диска восстановления системы. После завершения создания аварийного диска восстановления, нужно нажать на кнопку «ОК». Аварийный диск восстановления Windows 7 занимает объем около 150 МБ.

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

Для загрузки компьютера с аварийного или установочного диска, вам необходимо будет выбрать в BIOS приоритет загрузки с устройства для чтения дисков CD/DVD, а в случае использования загрузочной флешки с диска USB, к которому подключена такая загрузочная флешка.

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

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

Создание образа системы

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

В окне «Создание образа системы» вам необходимо будет выбрать место для хранения резервной копии.

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

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

Архивация в Windows 7

Теперь перейдем к настройкам архивации и резервного копирования. В окне «Архивация и восстановление файлов» нужно нажать на пункт «Настроить резервное копирование».

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

Затем открывается окно «Настройка архивации». В этом окне необходимо выбрать место для хранения резервной копии архива.

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

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

В окне «Настройки архивации» вам нужно будет выбрать, что следует архивировать.

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

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

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

В окне настройка архивации вам еще раз нужно проверить настройки архивации, а затем нажать на кнопку «Сохранить параметры и запустить архивацию».

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

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

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

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

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

Как отключить архивацию в Windows 7

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

Для этого, необходимо будет войти в меню «Пуск» => «Панель управления» => «Администрирование» => «Службы». В окне «Службы» нужно найти пункт «Служба модуля архивации на уровне блоков (Служба WBENGINE используется для выполнения операций архивации и восстановления)».

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

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

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

Выводы статьи

С помощью встроенного средства операционной системы - архивация Windows 7, вы сможете делать резервное копирование Windows, всего содержимого вашего жесткого диска или делать копии отдельных дисков, файлов и папок.

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

Резервное копирование в Windows 7 (видео)

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

1. Какие файлы необходимо скопировать

Если вы переустанавливаете Windows на старом компьютере, то нужно сделать резервную копию всех необходимых вам файлов, находящихся на диске «C». Проще всего скопировать их на другой раздел диска (например, на диск «D»). Также их можно скопировать на внешний диск, флешку, DVD-диски, на другой компьютер или облачное хранилище в интернете.

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

2. Копирование файлов на другой раздел диска

Сначала определите сколько места на разделе диска, куда вы планируете копировать файлы (например, на диске «D»). Для этого кликните правой кнопкой мыши на выбранном диске и выберете пункт «Свойства».

Посмотрите какой объем указан в графе «Свободно».

Затем выделите мышкой папки и файлы, которые вы хотите скопировать, кликните правой кнопкой мыши на любом из выделенных элементов, выберете «Свойства».

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

Если ваши файлы умещаются на выбранный диск, кликните на любом из выбранных элементов и выберите пункт «Копировать».

Затем перейдите на раздел диска, куда вы хотели скопировать ваши файлы (я сделал папку «Backup» на диске «D»), кликните правой кнопкой мыши и выберите пункт «Вставить».

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

3. Копирование файлов на флешку

Копирование файлов на флешку производиться таким же образом, как и копирование на другой раздел жесткого диска.
Transcend JetFlash 790 8Gb

Также не забудьте убедиться в том, что на флешке достаточно места.

Есть и более удобный способ копирования на флешку. Выделите мышкой папки и файлы, которые хотите скопировать, кликните на любом из них правой кнопкой мыши, выберите пункт «Отправить» — «Съемный диск (F». Файлы немедленно начнут копироваться на флешку, это очень удобно!

Вместо «Съемный диск (F» может отображаться название производителя флешки или другая метка заданная пользователем, также может отличаться и буква диска, например, «Transcend (G».

4. Использование программы «Total Commander»

С помощью программы «Total Commander» производить копирование файлов значительно удобнее. Саму программу вы можете скачать ниже в разделе « ». После установки откройте «Total Commander» с помощью ярлыка на рабочем столе. Кликните мышкой на цифру, указанную на экране (1, 2 или 3).

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

Это очень удобно, так как вам не придется переключаться между несколькими окнами для копирования файлов. Выделение файлов можно производить с помощь мышки в сочетании с кнопками «Ctrl» или «Shift», а можно с помощью кнопки «Insert» и стрелочек на клавиатуре.

5. Копирование файлов на DVD-диск

Если у вас нет ни дополнительного раздела на диске, ни флешки, то можно скопировать ваши файлы на DVD-диски. Рекомендую использовать диски DVD-R 16x. На один такой диск вмещается 4.38 Гб данных. Приобретайте диски из расчета на каждые 5 дисков не менее 1 запасного.

В Windows XP есть встроенное средство записи дисков, но, к сожалению, оно нам не подходит, так как не имеет функции проверки диска после записи. Если у вас есть программа для записи дисков (типа Nero), то можете использовать ее. Мы же воспользуемся простой бесплатной программой «Astroburn», которую вы можете скачать ниже в разделе « ». В установке программы нет ничего сложного, просто запускаете скачанный файл и несколько раз нажимаете «Далее».

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

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

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

После того, как вы устраните превышение объема, убедитесь что установлена галочка «Проверить». Скорость записи рекомендую установить 8x. Нажмите «Начать запись».

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

6. Копирование файлов на другой компьютер

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

6.1. Открытие общего доступа к папке в Windows XP

Первым делом убедитесь, что на диске компьютера, куда вы хотите скопировать ваши файлы, достаточно места (например, на диске «D»). Для этого кликните правой кнопкой мыши на выбранном диске и выберете пункт «Свойства».

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

Если появиться сообщение «Если вы понимаете…», как на скриншоте ниже, кликните на него левой кнопкой мыши.

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

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

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

6.2. Открытие общего доступа к папке в Windows 7

Кликните на папке, к которой хотите открыть общий доступ, правой кнопкой мыши и выберите «Общий доступ\Конкретные пользователи…».

Введите «Все» и нажмите кнопку «Добавить».

Кликните мышкой на появившейся строке, выберите «Чтение и запись» и нажмите кнопку «Общий доступ».

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

6.3. Копирование файлов по сети

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

Кликните на любом из выбранных элементов и выберите пункт «Копировать».

Теперь откройте проводник с помощью значка «Мой компьютер» или любую папку. В левой панели найдите «Сетевое окружение» и найдите в нем ваш второй компьютер с созданной вами сетевой папкой. У меня уже была папка «Backup», в которой находятся мои резервные копии.

Кликните правой кнопкой мыши либо на самой папке, либо в любом пустом месте и выберите пункт «Вставить». Файлы скопируются по сети как в обычную папку. Дождитесь окончания копирования, при большом объеме файлов и медленной сети оно может идти продолжительное время.

7. Копирование файлов в облако

Если на вашем диске нет второго раздела (например, диска «D»), большой флешки, DVD-привода и второго компьютера, либо недостаточно свободного места, но есть быстрый интернет, то можно сделать резервную копию файлов в облачном хранилище в интернете.

Есть множество платных и бесплатных сервисов, которые предоставляют свое дисковое пространство для хранения файлов пользователей. Здесь мы рассмотрим только самые простые и бесплатные средства. Это «Google Диск», «Яндекс Диск» и «Облако Mail.ru». «Google Диск» бесплатно предоставляет 15 Гб, «Яндекс Диск» – 10 Гб, «Облако Mail.ru» – 100 Гб. За небольшую ежемесячную плату можно приобрести дополнительное пространство. Но никто не мешает зарегистрировать несколько аккаунтов (учетных записей) в этих сервисах, что не так удобно, зато бесплатно.

Рассмотрим «Облако Mail.ru», так как этот сервис предоставляет наибольший объем для бесплатного хранения файлов. Для того, чтобы воспользоваться этим сервисом нужно зарегистрироваться на сайте «mail.ru». Если у вас уже есть почтовый ящик на «mail.ru», то регистрироваться не нужно. Перейдите на сайт « » и если понадобиться введите ваш логин (почтовый ящик) и пароль. Для того, чтобы скопировать свои файлы в облачное хранилище нажмите на кнопку «Загрузить» и выберите требуемые файлы. Или просто перетащите ваши файлы и папки в окно браузера с помощью мышки. Кликните мышкой на картинке для увеличения.

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

Облако Mail.ru имеет ограничение максимального размера файла 2 Гб и закачка в него происходит медленнее, чем в «Google Диск» () или «Яндекс Диск» (). В остальном эти сервисы работают аналогично, поэтому мы не будем их рассматривать.

8. Резервирование закладок браузера

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

8.1. Браузер Internet Explorer

Войдите в меню «Файл\Импорт и экспорт…».

Выберите «Экспорт избранного».

Нажмите кнопку «Обзор…», укажите куда вы хотите сохранить файл и его имя. Рекомендую сохранять в папку со всеми остальными резервными копиями, например, «Backup».

8.2. Браузер Mozilla Firefox

Используйте команду «Показать все закладки» или сочетание клавиш «Ctrl+Shift+B».

Затем «Импорт и резервные копии\Экспорт закладок в HTML-файл».

8.3. Браузер Google Chrome

Откройте «Диспетчер закладок» через меню «Закладки» или при помощи сочетания клавиш «Ctrl+Shift+O».

Используйте функцию «Управление\Экспортировать закладки в файл HTML».

Выберите место расположения, имя файла и нажмите «Сохранить».

8.4. Браузер Opera (до v.12)

Если вы используете браузер Opera на старом движке (до v.12 включительно), войдите в меню «Opera\Закладки\Управление закладками…» или используйте сочетание клавиш «Ctrl+Shift+B».

В меню «Файл» выберите «Экспортировать как HTML…».

Выберите место расположения, имя файла и нажмите «Сохранить».

8.5. Браузер Opera (v.15 и выше)

Если вы используете браузер Opera на движке Chromium (v.15 и выше), то, к сожалению, в нем нет функции экспорта закладок. Вместо этого используйте функцию «Opera\Синхронизация…».

Нажмите «Создать учетную запись!».

Введите адрес вашей электронной почты (e-mail), новый пароль для сервиса синхронизации закладок Opera, проверочный код и нажмите «Создать учетную запись».

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

9. Учетные записи и пароли

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

10. Параметры интернета

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

В любом случае не помешает проверить настройки сетевой карты.

10.1. Параметры интернета в Windows XP

Перейдите в «Панель управления\Сетевые подключения». Кликните правой кнопкой мыши на «Подключение по локальной сети» и выберите «Свойства».

Выделите «Протокол Интернета (TCP/IP)» и нажмите «Свойства».

Если установлено получение параметров автоматически, как на скриншоте ниже, то ничего выписывать ненужно.

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

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

10.2. Параметры интернета в Windows 7

Перейдите в меню «ПУСК\Панель управления».

Кликните правой кнопкой мыши на «Подключение по локальной сети» и выберите «Свойства».

Выделите «Протокол Интернета версии 4 (TCP/IPv4)» и нажмите «Свойства».

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

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

11. Параметры программ и сохранения игр

Посмотрите какие у вас установлены программы и подумайте какие файлы и параметры могут вам еще понадобиться и где они находятся. Определите где находятся сохранения игр, которые вы не прошли до конца и хотите продолжить. Они могут быть в папке «Мои документы», в одной из папок профиля пользователя на диске «C». В Windows XP это «C:\Documents and Settings\Имя_пользователя », в Windows 7 – «C:\Пользователи\Имя_пользователя ». Иногда настройки сохраняются прямо в папке с программой или игрой в папке «C:\Program Files\Название_программы ». Если не найдете, введите в поиске Google или Яндекс «настройки название_программы » или «сохранения название_игры ».

Есть очень удобная программа «Migration Wizard» («Мастер переноса»), с помощью которой можно перенести параметры программ и сохранения игр из Windows XP, 7 на Windows 7, 8. При восстановлении они автоматически попадут в нужные папки.

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

11.1. Включение отображения скрытых файлов в Windows XP

Откройте проводник с помощью значка «Мой компьютер» или любую папку. Войдите в меню «Сервис\Свойства папки…».

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

11.2. Включение отображения скрытых файлов в Windows 7

Откройте проводник с помощью значка «Мой компьютер» или любую папку. Войдите в меню «Упорядочить\Параметры папок и поиска».

Переключитесь на вкладку «Вид», прокрутите окно в самый низ, выберите «Показывать скрытые файлы, папки и диски» и нажмите «ОК».

12. Использование программы «Migration Wizard»

Далее мы рассмотрим как можно сделать резервную копию файлов в программе «Migration Wizard». Ее вы можете скачать ниже в разделе « ». Там есть версии для 32-х и 64-х разрядной Windows. Windows XP на подавляющем большинстве компьютеров является 32-х разрядной.

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

Выберите пункт «Внешний диск или USB-устройство…».

Выберете пункт «Это мой исходный компьютер».

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

Обратите внимание на папки, в которых хранятся настройки программ и игр.

Windows XP

«C:\Documents and Settings\Имя пользователя\Application Data»

«C:\Documents and Settings\Имя пользователя\Local Settings\Application Data»

Windows 7

«C:\Пользователи\Имя пользователя\AppData»

В моем случае в этих папках находятся только параметры браузеров (Google, Mozilla и Opera), а поскольку я уже сделал резервную копию закладок, мне здесь больше ничего не нужно. Зато я нашел сохранения игры «Borderlands 2» в папке «Мои документы\My Games», которую я не прошел до конца. Также в папке «Мои документы» оказались проекты редактора видео «Pinnacle Studio». Для сохранения этих данных я поставил галочки на соответствующие папки.

Обратите внимание, что я не выделил папку «Избранное», потому что мы уже сохранили закладки из браузера «Internet Explorer». Также я не поставил галочки на папках с личными файлами «Загрузки», «История», «Книги», «Мои рисунки», «Моя музыка», «Разное», так как мы уже должны были скопировать эти папки в надежное место. А поскольку они могут занимать значительный объем, то нет никакого смысла загонять их в файл переноса параметров.

Делаем тоже самое для пользователя «Администратор». Снимаем все галочки и нажимаем «Дополнительно».

В папке «Application Data» этого пользователя я нашел настройки «uTorrent».

Это значит, что пользователь закачивал файлы с помощью этой программы. Я решил сохранить для него настройки и поставил галочку на папке «uTorrent». В папке «Local Settings\Application Data» я нашел папки еще нескольких программ. «QIP» – хранит настройки и историю сообщений популярной программы для обмена текстовыми сообщениями. «Skype» – хранит настройки и полученные от пользователей фотографии и другие файлы. «Wargaming.net» – настройки популярной игры «World of Tanks», сохраняем, так как будем заново устанавливать эту игру на данный компьютер Кроме того в папке «Документы — Администратор\My Games» обнаружились сохранения еще двух игр.

Делаем тоже самое для пункта «Общие элементы». Снимаем все галочки и нажимаем «Дополнительно».

Здесь иногда могут оказаться нужные файлы.

В данном случае в папке «Program Files» я нашел папку «ABBY Fine Reader», в которой сам когда-то сохранил файл настроек сканера «Untitled.fbt». А также обнаружил папку моего телефона «HTC», в которой оказалось несколько десятков фотографий. Если бы я этого не сделал, то эти данные были бы безвозвратно утрачены. Но и это еще не все. На диске «С» были отмечены галочками папки «Музыка» и «Фото», которые занимают большой объем и которые я уже скопировал в надежное место. Также оказались выделенными несколько папок на диске «D», которые копировать вообще никуда ненужно. Все эти галочки я естественно снял, иначе просидел бы до утра и еще не известно хватило бы на флешке места…

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

Объем данных не должен быть слишком большим, так как основную массу файлов мы переносим вручную, а «Мастер переноса» используем только для параметров программ и игр. В моем случае получилось 448.5 Мб. Если вы будете копировать этот файл на флешку, то не желательно, чтобы он превышал 4 Гб.

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

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

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

У программы «Migration Wizard» есть несколько особенностей. Ее нельзя использовать для переноса параметров из Windows XP в Windows XP, а только в более старшую версию Windows 7 или 8. Перенос может не сработать из 64-х разрядной Windows в 32-х разрядную, но обычно это и не требуется. Желательно, чтобы язык операционных систем совпадал, но в большинстве случаев так оно и есть.

Если вам нужно переустановить Windows XP, попробуйте воспользоваться одним из вариантов:

1. «ПУСК\Все программы\Стандартные\Служебные\Архивация данных»
2. «ПУСК\Все программы\Стандартные\Служебные\Мастер переноса файлов и параметров»

13. Ссылки

Жесткий диск Transcend StoreJet 25H3 2 TB
Жесткий диск Transcend StoreJet 25M3 1 TB
Жесткий диск Transcend StoreJet 25M TS500GSJ25M 500 GB

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

Основные принципы

1. Регулярность и частота

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

Раздельность

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

Перепроверка

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

Различение

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

Зачастую программы резервного копирования делают так называемые «образы» (image). Они выглядят как один единственный файл. Так вот в каждый такой образ лучше сохранять различные данные.

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

Резервное копирование данных

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

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

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

Куда делать backup

1. Внешний жесткий диск. Часто можно купить прямо в коробке. Бывают ноутбучные - такие диски маленькие по размеру, но более дорогие. Обычные жесткие диски можно сравнительно дешево купить объемом в 2 Тб - тогда за место на диске долго не придётся беспокоиться.

Достаточно надежный (если не ронять и не трясти чрезмерно)
+ Относительно недорогой

Необходимо самому не забывать подключать диск для бэкапа
-Не очень удобно переносить (не относится к ноутбучным дискам)

2. USB-stick - подойдет как дополнительное средство, когда данные хотелось бы переносить с одного компьютера на другой и/или иметь под рукой. Так же если сами данные не хочется хранить на компьютере.
Есть одно большое но - у флешки ограничено число записей, так что если на ней хранить данные приложения, которое будет интенсивно записывать, то флешка (usb stick) довольно быстро прикажет долго жить. К тому же, по моему личному впечатлению, они достаточно часто ломаются. Мой знакомый, покупая самые дорогие флешки, которые позиционировались как «не убиваемые», получал сломанную флешку за месяц-другой. Справедливости ради, надо сказать что у меня до сих пор ни одна флешка не сломалась, некоторые работают уже лет 5. Тем не менее, только на одном только usb-stick`e я бы хранить данные не стала.

Мобильное хранение
+Занимает мало места
+Очень дешево

Непредсказуемая надежность

3. Хранение данных на удаленном сервере (или в облаке).

Есть свои плюсы и минусы:

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

Желательно шифровать данные, так как неизвестно кто к ним может получить доступ
-Тратится большой объем трафика (если он ограничен, то возникают проблемы)
-Зачастую бесплатно можно хранить только данные до 2 Гб. Так что, такой backup - это дополнительная статья расходов

Список с хорошим описанием сервисов можно найти

Чем делать backup

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

Из бесплатных пользуются популярностью

1. Genie Backup Manager - очень удобная программа, но немного тормозит при работе
2. Handy Backup - простой интерфейс, работает быстро.

Дополнительно

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

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