После установки Windows 7, используя , напоминает о необходимости настроить резервное копирование . Конечно, эти напоминания можно отключить. Я не стал отключать, а, наоборот, озаботился созданием резервной копии. Ни для кого не секрет, что данных на компьютере мы храним все больше, и совершенно не хотим их потерять.
Специально для резервного копирования был куплен внешний диск Seagate BlackArmor объемом 1 ГБ. (В 2009 г. такой объем не казался чем-то совсем маленьким.)
Давайте пройдемся по шагам настройки резервного копирования в Windows 7.
Чтобы начать настройку, откройте приложение . Для этого щелкните значок Центра поддержки (в виде флажка) на Панели задач:
И щелкните ссылку Открыть центр поддержки
.
Откроется приложение :
Самый простой способ, чтобы открыть приложение Архивация и восстановление : нажать кнопку Пуск, набрать архива и щелкнуть Архивация и восстановление среди найденных элементов в группе Программы . Или откройте Панель управления, и в группе Система и безопасность щелкните Архивирование данных компьютера .
У меня уже настроена архивация, поэтому в этом окне показывается текущий размер архива и параметры архивации. Если у вас еще не настроена архивация, оно будет выглядеть примерно так:
Этот снимок экрана из Windows 8; в Windows 7 должно выглядеть почти так же.
Выберите диск, на котором будут храниться архивы:
У меня это - внешний жесткий диск BlackArmor Drive, которому присвоена буква B:.
В моей системе много дисков, поэтому список достаточно большой, обычно вы увидите два–три диска в этом списке.
Выберите, что следует архивировать:
Система предлагает два варианта:
В первом случае будут сохранены все файлы, сохраненные в , на рабочем столе: будет сохранен (почти) полный профиль пользователя, включая все стандартные папки. Этот вариант подойдет только если все важные файлы вы храните в папках по умолчанию : Документы, Изображения, Музыка и др., которые доступны из меню Пуск.
Во втором случае можно выбрать, какие библиотеки и стандартные папки включать в архив, а также выбрать любые другие папки на жестком диске. Выбираем вариант Предоставить мне выбор и переходим к выбору папок:
По умолчанию Библиотеки каждого пользователя компьютера будут выбраны. Я отменил сохранение библиотеки Видео.
В Дополнительные расположения входят следующие папки:
Все эти папки расположены в профиле пользователя. Щелкните по имени пользователя в меню Пуск и вы их увидите. По умолчанию папка AppData скрыта; в этой папке приложения сохраняют свои настройки и данные. Я рекомендую включать папку AppData в архив.
Можно включить в архив другие папки, хранящиеся на жестких дисках компьютера. Например, я храню фотографии на отдельном разделе жесткого диска - диск Photo (P:) - и хочу добавить в архив папку Фото, хранящуюся на этом диске.
Отметьте или снимите флажок Включить образ системы . Я рекомендую сохранять образ системы, если на диске, где будут храниться архивы, достаточно места. В случае неполадок можно быстро восстановить работоспособность системы из сохраненного образа. Образ системы - это точная копия системного диска, обычно C:, включая все пользовательские данные, настройки программ и операционной системы, все установленные приложения.
Если вы впервые настроили архивацию, то система выполнит первое резервное копирование. В первый раз на это может потребоваться несколько часов, в зависимости от объема сохраняемых данных и скорости используемых жестких дисков. В следующий раз система сохранит только измененные файлы, поэтому архивация займет меньше времени.
На жестком диске будет создана папка WindowsImageBackup, если вы выбрали создание образа системы, и папка с именем компьютера, внутри нее будут папки резервных копий, внутри которых хранятся инкрементальные архивы:
Папки с резервными копиями и образом системы защищены, туда не так просто попасть. Чтобы удалить ненужные архивы, используйте интерфейс программы , об этом я уже рассказывал одноименном обзоре: .
Файлы в резервной копии хранятся в виде Zip-архивов. Извлекать их вручную неудобно, используйте кнопку Восстановить мои файлы или ссылку Восстановить файлы других пользователей в интерфейсе программы Архивация и восстановление данных .
В Windows 7 в свойствах папки или файла есть вкладка Предыдущие версии . Это - часть . На вкладке Предыдущие версии вы увидите список доступных версий файла/папки, включая точки восстановления системы и резервные копии . Таким образом можно быстро и легко восстановить случайно измененный или удаленный файл или папку. Если версия файла или папки относится к точке восстановления, то ее можно просто открыть и посмотреть содержимое; если версия файла хранится в резервной копии, то будет доступно только восстановление.
Сервис предусматривает несколько независимых уровней резервного копирования ("бэкапов"), чтобы гарантировать сохранение ваших данных в любой ситуации.
Тип бэкапа |
Кто инициирует |
Где хранятся резервные копии |
Где настраивается |
Для каких приложений реализовано |
Автоматически, раз в сутки |
На сервере администратора сервиса
|
Настраивается сотрудником администратора сервиса |
Для всех |
|
По расписанию , определяемому пользователем |
Настройка расписания и управление резервными копиями - в Менеджере сервиса |
|||
Вручную пользователем |
На сервере администратора сервиса |
Из приложения в разделе Администрирование или и з Менеджера сервиса. Управление резервными копиями - в Менеджере сервиса |
"1С:Бухгалтерия 8", "1С:Управление небольшой фирмой", "1С:Отчетность предпринимателя" |
|
(в т.ч. для последующей загрузки в локальную версию) |
Вручную пользователем |
На компьютере пользователя |
Из приложения в разделе Администрирование |
Для всех |
Условия хранения резервных копий на сервере администратора сервисаДля резервных копий данных, созданных в процессе резервного копирования - системного, настраиваемого (по расписанию), а также по требованию, - предусмотрены следующие условия создания и хранения на сервере администратора сервиса.
Вид резервной копии | Условия создания и хранения копий |
Файлы, из которых была загружена область в начале ведения учета в сервисе (при переносе данных из локальной версии) |
Сохраняется в том случае, когда учет в сервисе ведется не "с нуля", а данные были перенесены из коробочной версии приложения.. Хранятся бессрочно. |
Ежегодные копии | Все копии. Хранятся бессрочно. |
Ежемесячные копии |
Создаются, если за период (месяц) в базу входили интерактивно. По умолчанию хранятся 2 последние копии, т.е. при постоянной работе в базе - за последние два месяца. Если за какие-то из двух последних месяцев пользователи не подключались к базе и, соответственно, копии не создавалась, то будут храниться копии, созданные за предыдущие месяцы. |
Ежедневные копии |
Создаются, если за период (день) в базу входили интерактивно. Хранятся 3 последние копии (аналогично ежемесячным копиям). |
Копии по требованию и по расписанию |
Создаются по настройкам или по требованию (вручную) пользователем. Хранятся 3 последние копии. |
Резервные копии, хранящиеся на сервере администратора сервиса в зашифрованном виде, надежно защищены от несанкционированного доступа.
Рассмотрим перечисленные выше типы резервного копирования подробнее.
Один раз в сутки все данные всех пользователей сервиса автоматически сохраняются на внешних носителях в отдельном хранилище дата-центра. Это обеспечивает возможность восстановления ваших данных даже в случае чрезвычайных ситуаций в регионе, в котором расположен дата-центр.
Данный тип резервного копирования администрируется на уровне сервиса и служит для быстрого восстановления данных в случае возникновения нештатных ситуаций (поломки оборудования и проч.). Пользователи сервиса не имеют доступа к управлению этими резервными копиями.
Помимо автоматического (системного) резервного копирования, пользователь может настроить сохранение персональных копий своих данных по расписанию.
Созданные резервные копии будут храниться на сервере администратора сервиса (в "облаке"), что гарантирует быстроту их создания (поскольку отсутствует необходимость их передачи на компьютер пользователя).
Настраиваемое резервное копирование дает пользователю сервиса следующие возможности:
Расписание резервного копирования настраивается пользователем в Менеджере сервиса , который открывается с сайта сервиса по ссылке Личный кабинет на странице "Мои приложения".
Для настройки резервного копирования выполните в Менеджере сервиса следующее.
Резервное копирование по требованию подразумевает сохранение пользователем персональных копий данных вручную в любой момент времени, по необходимости.
В этом случае так же, как и при настраиваемом по расписанию резервном копировании, созданные резервные копии хранятся на сервере администратора сервиса (в "облаке").
Резервное копирование по требованию дает пользователю следующие возможности:
Резервную копию данных по требованию (по состоянию на текущий момент времени) вы можете создать вручную как из Менеджера сервиса , так и из самого приложения.
Рассмотрим оба варианта создания копий.
Чтобы создать резервную копию из приложения , запустите его и выполните следующее:
Для создания резервной копии по требованию из Менеджера сервиса , откройте его с сайта сервиса по ссылке Личный кабинет на странице "Мои приложения" и выполните следующее:
Управление резервными копиями (например, восстановление из них данных в новое приложение) осуществляется из Менеджера сервиса , который открывается с сайта сервиса по ссылке Личный кабинет на странице "Мои приложения".
Вы сможете управлять резервными копиями:
Управление резервными копиями происходит следующим образом:
Помимо создания резервной копии "в облаке", т.е. на сервере администратора сервиса, вы также можете в любой момент времени самостоятельно сохранить свои данные непосредственно на локальный компьютер (в виде упакованного набора XML-файлов). Для этого в приложении перейдите в раздел Администрирование и выберите команду Выгрузить данные в локальную версию .
Если настроил резервное копирование, не забил, не сэкономил - уже молодец. Но бэкап еще нужно уметь правильно готовить.
Лично у меня ощущение, что некоторые администраторы своей настольной книгой сделали специздание Остера с вредными советами по настройке бэкапа для оптимистов, не верящих в закон Мерфи.
Сегодня решил выложить свой короткий хит-парад с реальными историями, с которыми приходилось сталкиваться за время работы на стороне сервис-провайдеров и клиентов. После каждого такого случая виновник торжества остро чувствует, что ему в компании больше не рады, и понимает, что самое время обновить резюме на ХХ.
Читайте и мотайте на ус.
Зачем бэкап, когда есть RAID? Не заморачивайтесь с разворачиванием и настройкой системы резервного копирования, отдельной инфраструктурой для нее и специальным человеком, который будет ее админить. У вас же RAID, а значит есть две копии данных либо хранятся избыточные данные.Случай из жизни. Данные клиента находились на СХД. Для скорости и надежности на ней был создан RAID-10 из более чем 24 дисков. У СХД также было некоторое количество запасных дисков. Когда произошел отказ одного из дисков в зеркале, СХД заменила отвалившийся диск запасным и принялась восстанавливать содержимое на нем. Оставшийся в строю диск работал за двоих и активно отдавал данные тому новенькому диску, но делал это недолго, буквально 5 секунд. Потом диск не выдержал нагрузки, и произошел отказ всего RAID. В результате данные на всех 24 дисках были потеряны.
Если серьезно.
Зеркалирование, дублирование данных, которое лежит в основе работы RAID, не защищает их. RAID нужен для того, чтобы система не останавливалась из-за каждого отказа жесткого диска. RAID – это про доступность, а не про сохранность данных. Он не поможет, если нерадивый администратор или вирус испортил данные. Не обеспечит он и версионность.
В общем RAID – не для бэкапа. Не путайте теплое с мягким.
Случай из жизни. Тут историй много, так как с СХД может произойти все что угодно. Конец у этих историй, правда, одинаковый: отказ СХД и недоступность, а иногда и полная потеря данных. Самые мои любимые истории из серии “человеческий фактор”:
Если серьезно. Не делайте так. Если делаете, то будьте морально готовы к тому, что останетесь без исходных данных и без бэкапов на неопределенное время.
Случай из жизни. На одном LUN СХД размещались исходные данные и сервер резервного копирования. Когда LUN стал недоступен и понадобилось восстановиться, оказалось, что бэкапа сервера и базы данных резервного копирования нет. Без последней все резервные копии превратились в чемодан без ручки. Ребятам пришлось разворачивать систему резервного копирования “с нуля”. Благо у используемого решения была возможность воссоздать базу заново через импорт бэкапов в систему. Но был один нюанс: данных для импорта было 100 ТБ. Чтобы собрать новую базу, новая система должна по ним обстоятельно пройти и каталогизировать все данные. В итоге за 1,5 суток было обработано лишь 20%. Потом кто-то им посоветовал импортировать только full бэкапы (самые большие файлы), и дело пошло быстрее, но потерпевшие уже потеряли много времени и нервов.
Если серьезно. Чтобы быть во всеоружии, когда сервер резервного копирования потерян, нужно предусмотреть два момента:
С другими без базы данных не обойтись (Symantec). Если она не бэкапилась, придется потратить время на ее восстановление.
Для третьих – после потери базы остается только обратиться к техподдержке вендора (Commvault).
До “часа Ж” RTO останется тайной для администратора и для начальства. Зато потом для всех будет сюрприз.
Еще лучше, если никто, кроме администратора, не знает, где лежат бэкапы, а сценарий восстановления есть только в его голове. Пусть коллеги попробуют свои силы в импровизации.
Случаи из жизни. Таких историй тоже много, вот одна из самых типичных. Жила-была база данных по имени prod. Инженер резервного копирования как положено поставил ее на бэкап. В один прекрасный день случился сбой, и администраторы восстановили базу рядом с названием prod1. Продуктив соответственно стал жить на prod1. Инженер резервного копирования про это ничего не знал, поэтому prod1 на бэкап не поставил. Старая база prod продолжает бэкапиться. Когда наступает необходимость восстановиться из бэкапа, оказывается, что его нет. Данные за последние 3 месяца потеряны.
Похожая история происходит, когда БД переезжает на новые диски или сервер. Проблема во многом организационная, но и ее можно избежать, если периодически проводилось тестовое восстановление из резервной копии с участием владельца системы.
Если серьезно. После настройки системы резервного копирования, проведите хотя бы раз тестовое восстановление. Дальнейшее расписание тестов зависит от объекта бэкапа: как часто он меняется, его размеры и пр. В проверке должен участвовать владелец системы/приложения.
Если не хочется проверять все вручную, то у большинства ПО резервного копирования есть функции автоматизации проверок (например, у Veeam Sure Backup – целостность данных).
Кроме того, у многих ПО есть возможность использовать скрипты для проверки бэкапов, позволяющие проделать какие-то действия после восстановления (загрузить приложения, подключиться к определенным портам, создать объекты в базе и пр.).
Тестовое восстановление поможет получить реалистичную оценку RTO (RTO, полученное расчетным путем, может сильно отличаться от жизни). Также оно поможет выявить пробелы в регламентах по восстановлению, если таковой вообще имеется.
Причин для тестирования бэкапа много, как и рекомендаций по его организации. Об этом подробно расскажу в одной из следующих статей.
Случай из жизни. У клиента продуктив и резервное копирование делили между собой один сетевой канал.
Раз в квартал в компании рассчитывался квартальный отчет. Весь процесс занимал более 15 часов, поэтому группа (назовем ее условно “бизнес”) стартует генерацию отчета с утра и получает готовый отчет утром следующего дня. Одним таким прекрасным утром оказывается, что квартальный отчет не сформировался. Расследование показало, что ошибка произошла из-за разрыва соединения с базой данных. Каких-либо видимых технических причин этому не находилось. Через неделю ребята повторно запускают создание отчета, и все получается. Но через полгода проблема повторяется.
Оказалось, примерно в это же самое время другая группа (назовем ее “ИТ”) запускает задание на полное резервное копирование базы. Выполнение задания занимало большую часть сетевой полосы, нагружало базу данных, в результате чего соединение между системой, рассчитывающей отчет, и базой данных обрывалось. Проблему удалось решить после отказа от резервного копирования в день создания квартального отчета.
Если серьезно. Резервное копирование – ресурсоемкая вещь. В идеале под него нужна своя инфраструктура и сеть на выделенном оборудовании. Тогда резервное копирование не будет создавать помех продуктиву, а задания на бэкап и восстановление будут выполняться за приемлемое время.
Заложить отдельную инфраструктуру под резервное копирование легче всего на этапе планирования продуктивного стенда.
Если отделить мух от котлет уже не получается, то можно попробовать выставить ограничения средствами системы резервного копирования (Network Traffic Throttling) или ограничить полосу пропускания с помощью QoS на сетевом оборудовании. Тут главное соблюдать баланс и не “зарезать” полосу для резервного копирования так, что задания будут выполняться по 24 часа.
Зачем настраивать почтовые уведомления о том, что очередное задание на бэкап успешно сделано или зафейлилось? Спама в ящике и так хватает. Тем более не нужно следить за состоянием сервера, где работает система резервного копирования.Меньше знаешь – крепче спишь.
Случай из жизни. У Veeam есть одна особенность: после установки обновления нужно обязательно зайти на основной сервер и запустить этот обновленный Veeam. Он проверит и выдаст список инфраструктурных серверов, требующих обновления. Если какие-то из компонентов инфраструктуры резервного копирования останутся необновленными, то основной сервер не сможет общаться с ними, при выполнении заданий будет выдаваться ошибка. Администратор то ли забыл про этот момент, то ли просто не знал, обновил основной сервер и ушел со спокойной душой на выходные. Оповещения не настроены, поэтому о своей ошибке он узнал только в понедельник, когда понадобились бэкапы, которых не было.
Если серьезно. Настраивайте оповещения о выполненных заданиях и об ошибках. Так вы будете понимать, есть у вас вообще бэкап или у вас закончилось место на диске и складывать уже некуда. В дополнение можно настроить еженедельные отчеты по заданиям и ошибкам, количеству оставшегося места под бэкапы.
Мониторьте доступность самого сервера резервного копирования: хотя бы пингуйте.
Этот список можно продолжать долго, но я, пожалуй, на этом остановлюсь. Делитесь в комментариях своими вредными советами и историями про резервное копирование из цикла “было бы смешно, если б не было так грустно”.
Инструкция
Откройте меню «Пуск», найдите «Панель управления» и нажмите на неё левой кнопкой мыши. Появится окно со списком категорий действий с системой, например, «Система и безопасность», «Сеть и Интернет». Или же перечень конкретных разделов панели управления: «Автозапуск», «Управление цветом» и другие.
Нажмите левой кнопкой мыши на пункт меню «Система и безопасность», подпункт «Архивирование данных компьютера». Если у вас список разделов "Панели управления", найдите и выберите пункт «Архивация или восстановление».
Появится окно программы «Архивация или восстановление файлов». Здесь нажмите надпись «Настроить резервное копирование ». Появится окно выбора места, куда будет сохраняться резервная копия: один из логических дисков компьютера, флэш-диск, внешний диск или DVD-диск. Самый удобный способ хранения резервной копии - это флэш-диск или внешний жёсткий диск. Немного хуже - использование DVD-дисков. Наименее устойчивый к поломкам компьютера способ - хранить резервную копию данных на диске D: или E:, то есть другом разделе вашего устройства хранения информации. Однако этот способ самый быстрый. Выберите место хранения резервной копии ваших данных и нажмите «Далее».
Откроется следующее окно мастера создания резервной копии, в котором можно выбрать, что именно будет сохраняться: вместе с вашими данными и программами целиком или отдельные папки. Если знаете, что именно и откуда надо сохранить в резервную копию, нажмите «Предоставить мне выбор». Если не знаете, оставьте выбор за Windows, этот вариант выбран по умолчанию, он сохранит все папки пользователей, (то есть Мои Документы, Мои рисунки и т.д.), а также операционную систему и . После выбора подходящего вам варианта нажмите «Далее».
Последний этап - условий резервного копирования. Вы увидите, что именно будет включено в архив, сможете нажать кнопку «Назад» для изменения параметров архивации. Если никаких изменений нет, нажмите кнопку «Сохранить параметры и запустить » в нижней части окна.
Также можно настроить автоматическое создание резервной копии важных данных по . Чтобы настроить расписание архивации данных, нажмите «Изменить расписание» до того, как запустите архивацию. Откроется окно, в котором поставьте галочку напротив надписи «Выполнять резервное копирование ». После этого выберите, как часто резервное копирование: раз в день, раз в неделю, раз в месяц. Для этого есть три строчки с выпадающими списками, из которых надо выбрать день недели или месяца, в который будет производиться , а также время начала этой операции. Нажмите «ОК» после окончания выбора параметров.
Итак, все действия выполнены, вы выбрали что, куда и как часто будет архивироваться, архивация запущена, остаётся ждать завершения процесса. В это время нельзя выключать питание компьютера и лучше всего не делать на нем никаких операций. Создание резервной копии занимает от 15 минут до нескольких часов, это зависит от количества информации. Не прерывайте этот процесс.
Аннотация: В этой лекции вводятся понятия, и разбираются на примерах темы архивирования и восстановления системы. При архивировании и восстановлении системы используются стандартные утилиты Windows Server 2003. Приводятся задачи сетевого администратора связанные с сохранением, архивированием информации, и ее последующем восстановлении
Ни один носитель информации не является абсолютно надежным, из строя может выйти любое устройство хранения данных, и данные могут быть потеряны. Кроме аппаратных сбоев возможна также потеря данных по причине действия вредоносных программ (вирусы, "троянские кони" и т.д.). А самая распространенная причина порчи или удаления данных - ошибки пользователей (как обычных, так и администраторов), которые могут по ошибке удалить или перезаписать не тот файл .
По этой причине возникает необходимость регулярного создания резервных копий информации - файлов с документами, баз данных и состояния операционной системы.
Системы семейства Windows Server имеют встроенный инструмент создания резервных копий - утилиту ntbackup . Данная утилита позволяет сохранять резервные копии на самых различных носителях - ленточных накопителях, магнитооптических дисках, жестких дисках (как на локальных дисках данного сервера, так и на сетевых ресурсах, размещенных на других компьютерах сети). В версии системы Windows 2003 реализован механизм т.н. теневых копий (Shadow Copy ), который заключается в том, что в начале процедуры архивации система делает моментальный "снимок" архивируемых файлов и уже после этого создает резервную копию из этого снимка. Данная технология позволяет архивировать файлы, которые в момент запуска утилиты ntbackup были открыты пользователями.
Сетевой администратор должен совместно с пользователями определить те данные, которые нужно регулярно архивировать, спланировать ресурсы, необходимые для создания резервных копий, составить расписание резервного копирования, настроить программу резервного копирования и планировщик заданий для автоматического создания резервных копий. Кроме этого, в задачу сетевого администратора входит также регулярное тестирование резервных копий и пробное восстановление данных из резервных копий (чтобы вовремя обнаружить возникающие проблемы в создании резервных копий).
В данном разделе описаны технологии создания резервных копий средствами системы Windows Server , даны рекомендации по планированию и настройке службы резервного копирования.
Системы семейства Windows не содержат компоненты резервного копирования в смысле системной службы (service ). Все операции по созданию резервных копий и восстановлению данных осуществляются утилитой ntbackup . Эту утилиту можно запустить из Главного меню системы (кнопка " Пуск " - " Все программы " - " Стандартные " - " Служебные " - " Архивация данных "), а можно запустить более быстро из командной строки (кнопка " Пуск " - " Выполнить " - " ntbackup " - кнопка " ОК "). При первом запуске утилиты рекомендуем убрать галочку у поля " Всегда запускать в режиме мастера ".
Рассмотрим основы резервного копирования файловых ресурсов.
Каждый файл, хранящийся на диске компьютера, независимо от типа файловой системы, имеет атрибут archive , который в Свойствах файла отображается как " Файл готов для архивирования " (откройте Свойства файла и нажмите кнопку " Другие "). Если в Свойствах файла вручную убрать галочку у этого атрибута, то при любом изменении в файле операционная система автоматически снова установит этот атрибут. На использовании изменений данного атрибута основаны все используемые в системе Windows методики резервного копирования.
Утилитой ntbackup можно создавать резервные копии различных типов. Рассмотрим их отличительные особенности и различные варианты их применения.
Обычный (Normal)
При выполнении данного типа архивирования утилита ntbackup архивирует все файлы , отмеченные для архивации, при этом у всех заархивированных файлов очищается атрибут " Файл готов для архивирования ". Данный вид архивирования необходим для создания еженедельных полных резервных копий каких-либо больших файловых ресурсов. Если в компании или организации имеются достаточные ресурсы, то можно ежедневно осуществлять полное архивирование данных.
Разностный (Differential)
При выполнении Разностного только те , у которых установлен атрибут " Файл готов для архивирования ", при этом данный атрибут не очищается . Использование Обычного и Разностного архивирования позволяет сэкономить пространство на носителях с резервными копиями и ускорить процесс создания ежедневных копий. Например, если раз в неделю (как правило, в выходные дни) создавать Обычные копии, а в течение недели ежедневно (как правило, в ночное время) - Разностные , то получается выигрыш в объеме носителей для резервного копирования. При такой комбинации архивирования "Обычный + Разностный" процесс восстановления данных в случае утери информации потребует выполнения двух операций восстановления - сначала из последней Полной копии, а затем из последней Разностной резервной копии.
Добавочный (Incremental)
При выполнении Добавочного архивирования утилита ntbackup из файлов, отмеченных для архивирования, архивирует только те , у которых установлен атрибут " Файл готов для архивирования ", при этом данный атрибут очищается . Использование Обычного (раз в неделю по выходным) и Добавочного (ежедневно в рабочие дни) архивирования также позволяет сэкономить пространство на носителях с резервными копиями и ускорить процесс создания ежедневных копий. Но процесс восстановления данных при использовании комбинации "Обычный + Добавочный" уже будет выполняться иначе: в случае утери информации для восстановления данных потребуется сначала восстановить данные из последней Полной копии, а затем последовательно из всех Добавочных копий, созданных после Полной копии.
Копирующий (Copy)
При таком типе архивирования утилита ntbackup заархивирует все отмеченные файлы, при этом атрибут " Файл готов для архивирования " остается без изменений .
Ежедневный (Daily)
Ежедневный тип архивирования создает резервные копии только тех файлов , которые были модифицированы в день создания резервной копии .
Два последних типа не используются для создания регулярных резервных копий. Их удобно применять в тех случаях, когда с какой-либо целью нужно сделать копию файловых ресурсов, но при этом нельзя нарушать настроенные регулярные процедуры архивирования.
Создание и реализация плана архивации и восстановления информации - непростая задача. Сетевому администратору надо определить, какие данные требуют архивации, как часто проводить архивацию и т. д.
При создании плана ответьте на следующие вопросы:
Для построения правильной и эффективной системы резервного копирования необходимо детально изучить и задокументировать все файловые ресурсы, используемые в компании, а затем тщательно спланировать стратегию резервного копирования и реализовать ее в системе. Для планирования стратегии необходимо ответить на следующие вопросы:
При ответе на эти вопросы будет спланирована потребность в количестве и емкости накопителей и устройств для выполнения резервных копий, требования к пропускной способности сети для создания резервных копий, график выполнения резервного копирования, план восстановления на случай аварии.
Определив, какие данные и как часто архивировать, можно выбрать аппаратные средства архивации и необходимые носители. Инструментов для архивации данных множество. Одни быстрые и дорогие, другие - медленные и надежные. Выбор подходящего оборудования для организации зависит от многих факторов.
Итак, на план архивации влияют емкость, надежность, расширяемость, скорость и цена. Определив, какие из этих факторов наиболее важны для вашей организации, вы примете подходящее решение. Вот некоторые общие рекомендации:
При установке устройств архивации необходимо указать ОС контроллеры и драйверы, используемые накопителями.