Ни один носитель информации не является абсолютно надежным, из строя может выйти любое устройство хранения данных, и данные могут быть потеряны. Кроме аппаратных сбоев возможна также потеря данных по причине действия вредоносных программ (вирусы, "троянские кони" и т.д.). А самая распространенная причина порчи или удаления данных — ошибки пользователей (как обычных, так и администраторов), которые могут по ошибке удалить или перезаписать не тот файл.
По этой причине возникает необходимость регулярного создания резервных копий информации — файлов с документами, баз данных и состояния операционной системы.
Системы семейства Windows Server имеют встроенный инструмент создания резервных копий — утилиту ntbackup. Данная утилита позволяет сохранять резервные копии на самых различных носителях — ленточных накопителях, магнитооптических дисках, жестких дисках (как на локальных дисках данного сервера, так и на сетевых ресурсах, размещенных на других компьютерах сети). В версии системы Windows 2003 реализован механизм т.н. теневых копий ( Shadow Copy ), который заключается в том, что в начале процедуры архивации система делает моментальный "снимок" архивируемых файлов и уже после этого создает резервную копию из этого снимка. Данная технология позволяет архивировать файлы, которые в момент запуска утилиты ntbackup были открыты пользователями.
Сетевой администратор должен совместно с пользователями определить те данные, которые нужно регулярно архивировать, спланировать ресурсы, необходимые для создания резервных копий, составить расписание резервного копирования, настроить программу резервного копирования и планировщик заданий для автоматического создания резервных копий. Кроме этого, в задачу сетевого администратора входит также регулярное тестирование резервных копий и пробное восстановление данных из резервных копий (чтобы вовремя обнаружить возникающие проблемы в создании резервных копий).
В данном разделе описаны технологии создания резервных копий средствами системы Windows Server, даны рекомендации по планированию и настройке службы резервного копирования.
Системы семейства Windows не содержат компоненты резервного копирования в смысле системной службы ( service ). Все операции по созданию резервных копий и восстановлению данных осуществляются утилитой ntbackup. Эту утилиту можно запустить из Главного меню системы (кнопка " Пуск " — " Все программы " — " Стандартные " — " Служебные " — " Архивация данных "), а можно запустить более быстро из командной строки (кнопка " Пуск " — " Выполнить " — " ntbackup " — кнопка " ОК "). При первом запуске утилиты рекомендуем убрать галочку у поля " Всегда запускать в режиме мастера ".
Рассмотрим основы резервного копирования файловых ресурсов.
Каждый файл, хранящийся на диске компьютера, независимо от типа файловой системы, имеет атрибут archive, который в Свойствах файла отображается как " Файл готов для архивирования " (откройте Свойства файла и нажмите кнопку " Другие "). Если в Свойствах файла вручную убрать галочку у этого атрибута, то при любом изменении в файле операционная система автоматически снова установит этот атрибут. На использовании изменений данного атрибута основаны все используемые в системе Windows методики резервного копирования.
Утилитой ntbackup можно создавать резервные копии различных типов. Рассмотрим их отличительные особенности и различные варианты их применения.
Обычный (Normal)
При выполнении данного типа архивирования утилита ntbackup архивирует все файлы, отмеченные для архивации, при этом у всех заархивированных файлов очищается атрибут " Файл готов для архивирования ". Данный вид архивирования необходим для создания еженедельных полных резервных копий каких-либо больших файловых ресурсов. Если в компании или организации имеются достаточные ресурсы, то можно ежедневно осуществлять полное архивирование данных.
Разностный (Differential)
При выполнении Разностного архивирования утилита ntbackup из файлов, отмеченных для архивирования, архивирует только те, у которых установлен атрибут " Файл готов для архивирования ", при этом данный атрибут не очищается. Использование Обычного и Разностного архивирования позволяет сэкономить пространство на носителях с резервными копиями и ускорить процесс создания ежедневных копий. Например, если раз в неделю (как правило, в выходные дни) создавать Обычные копии, а в течение недели ежедневно (как правило, в ночное время) — Разностные, то получается выигрыш в объеме носителей для резервного копирования. При такой комбинации архивирования "Обычный + Разностный" процесс восстановления данных в случае утери информации потребует выполнения двух операций восстановления — сначала из последней Полной копии, а затем из последней Разностной резервной копии.
Добавочный (Incremental)
При выполнении Добавочного архивирования утилита ntbackup из файлов, отмеченных для архивирования, архивирует только те, у которых установлен атрибут " Файл готов для архивирования ", при этом данный атрибут очищается. Использование Обычного (раз в неделю по выходным) и Добавочного (ежедневно в рабочие дни) архивирования также позволяет сэкономить пространство на носителях с резервными копиями и ускорить процесс создания ежедневных копий. Но процесс восстановления данных при использовании комбинации "Обычный + Добавочный" уже будет выполняться иначе: в случае утери информации для восстановления данных потребуется сначала восстановить данные из последней Полной копии, а затем последовательно из всех Добавочных копий, созданных после Полной копии.
Копирующий (Copy)
При таком типе архивирования утилита ntbackup заархивирует все отмеченные файлы, при этом атрибут " Файл готов для архивирования " остается без изменений.
Ежедневный (Daily)
Ежедневный тип архивирования создает резервные копии только тех файлов, которые были модифицированы в день создания резервной копии.
Два последних типа не используются для создания регулярных резервных копий. Их удобно применять в тех случаях, когда с какой-либо целью нужно сделать копию файловых ресурсов, но при этом нельзя нарушать настроенные регулярные процедуры архивирования.
Создание и реализация плана архивации и восстановления информации — непростая задача. Сетевому администратору надо определить, какие данные требуют архивации, как часто проводить архивацию и т. д.
При создании плана ответьте на следующие вопросы:
Для построения правильной и эффективной системы резервного копирования необходимо детально изучить и задокументировать все файловые ресурсы, используемые в компании, а затем тщательно спланировать стратегию резервного копирования и реализовать ее в системе. Для планирования стратегии необходимо ответить на следующие вопросы:
При ответе на эти вопросы будет спланирована потребность в количестве и емкости накопителей и устройств для выполнения резервных копий, требования к пропускной способности сети для создания резервных копий, график выполнения резервного копирования, план восстановления на случай аварии.
Определив, какие данные и как часто архивировать, можно выбрать аппаратные средства архивации и необходимые носители. Инструментов для архивации данных множество. Одни быстрые и дорогие, другие — медленные и надежные. Выбор подходящего оборудования для организации зависит от многих факторов.
Итак, на план архивации влияют емкость, надежность, расширяемость, скорость и цена. Определив, какие из этих факторов наиболее важны для вашей организации, вы примете подходящее решение. Вот некоторые общие рекомендации:
При установке устройств архивации необходимо указать ОС контроллеры и драйверы, используемые накопителями.
Для создания архивов предназначены " Мастер архивации " и закладка " Архивация ". В обоих случаях используются параметры по умолчанию. Чтобы просмотреть или изменить эти параметры, выполните следующие действия:.
Открывшееся окно содержит пять закладок: " Общие ", " Восстановление ", " Тип архива ", " Журнал архивации " и " Исключение файлов ". Описание параметров приведено в табл. 12.1.
| Параметр | Описание |
|---|---|
| Оценивать информацию о выборе файлов перед выполнением операций архивации или восстановления | Подсчет числа файлов и байт, которые будут заархивированы или восстановлены в ходе текущего задания архивации или восстановления. Эти сведения подсчитываются и выводятся перед началом процесса архивации или восстановления |
| Использовать каталоги носителей для ускорения построения каталогов восстановления на диске | Выбор каталога носителя для создания на диске каталога, в котором восстанавливаются данные. Это самый быстрый способ построения каталога на диске. Сбросьте этот параметр, если каталога нет, он поврежден или недоступен по иным причинам |
| Проверять данные после завершения архивации | Проверка соответствия архивных данных и исходных данных на жестком диске. Если эти данные не совпадают, значит, носитель или файл архива содержит ошибки. В этом случае повторите архивацию, используя другой носитель или файл |
| Архивировать содержимое подключенных дисков | Архивация данных на подключенном диске. Если этот флажок установлен, при архивации подключенного диска выполняется архивация хранящихся на нем данных. Если флажок не установлен, при архивации подключенного диска выполняется архивация только сведений о его путях |
| Выводить предупреждение, если служба съемных носителей не активна при запуске программы архивации | Отображение диалогового окна, если при запуске архивации не работает служба съемных носителей. При архивации данных в файл, который затем будет записан на дискету, жесткий или съемный диск, не устанавливайте этот флажок. Если предполагается архивация данных на ленту или другой носитель, управляемый службой съемных носителей, его следует установить |
| Выводить предупреждение, если при запуске программы архивации имеется доступный распознаваемый носитель | Отображение диалогового окна, если при запуске архивации в пуле импортированных носителей доступен новый носитель |
| Выводить предупреждение при вставке нового носителя | Отображение диалогового окна при обнаружении нового носителя службой съемных носителей |
| Разрешить всегда использовать распознанный носитель без предупреждения | Разрешает службе съемных носителей автоматически перемещать новый носитель в пул архивных носителей |
Рассмотрим достаточно простой и в то же время очень типичный пример создания заданий на автоматическое выполнение резервных копий.
В данном примере на одном из дисковых носителей имеется папка с файлами Folder1, для которой будет создаваться резервная копия.
ntbackup.
(рис 12.1)
(рис 12.7) Замечание. Данные приемы архивирования работают только с файловыми ресурсами. Для архивирования других видов ресурсов (например, баз данных MS SQL Server) необходимо использовать специализированные механизмы создания резервных копий.
Для восстановления данных в случае какой-либо аварии можно также создать задание на автоматическое восстановление. Но обычно данные восстанавливаются вручную.
Рассмотрим пример восстановления нескольких утраченных файлов из той же папки Folder-1.
ntbackup.
(рис 12.9)
(рис 12.10) Степень детализации отчета можно настроить в меню " Сервис " — " Параметры " — " Журнал архивации ". При краткой сводке в журнале регистрируются только моменты начала и окончания работы утилиты ntbackup и количество заархивированных или восстановленных файлов, а также сообщения о наличии ошибок. При полной сводке в журнале регистрируется полный список всех заархивированных или восстановленных файлов. Журналы с регистрацией последних десяти процедур архивации/восстановления находятся в папке " %system drive%\Documents and Settings\Администратор\Local Settings\Application Data\Microsoft\Windows NT\NTBackup\data ". Параметр " %system drive% " — это переменная окружения в системе Windows, значение которой — буква диска, на котором данная система установлена. В данном примере указана учетная запись " Администратор ", на самом деле журналы будут создаваться в профилях тех пользователей, от имени которых работали задания архивации/восстановления.
О механизме теневых копий ( Shadow Copy ) уже говорилось в начале данного раздела. Эта технология, реализованная в Windows 2003, позволяет архивировать открытые файлы с помощью создания " снимка " файловых ресурсов. Но эта технология позволяет также создавать резервные копии папок, к которым открыт доступ через сеть.
По умолчанию
Рассмотрим пример создания и использования
(рис 12.13)
(рис 12.14) Замечание. Хотим подчеркнуть, что
После создания %SystemRoot%\system32\clients\twclient ", в файле twcli32.msi. При установленном клиенте в Свойствах файла, открываемого из сетевых папок, становится доступна закладка " Предыдущие версии " (рис. 12.15).
(рис 12.15) Пользователь теперь может просмотреть предыдущие копии, скопировать их в другой файл или восстановить содержимое файла в одно из предыдущих состояний. Закладка " Предыдущие версии " доступна в Свойствах не только конкретного файла, но и всей сетевой папки. Поэтому можно восстановить не только измененные файлы, но и ошибочно удаленные.
Большую часть работ по резервному копированию составляют задания на копирование бизнес-информации. Но имеется также возможность создания резервных копий для восстановления функционирования самой операционной системы. Есть два варианта архивирования системных данных — архивирование состояния системы ( System State ) и создания набора для автоматического восстановления системы после аварии ( Automated System Recovery ).
Для создания резервной копии состояния системы необходимо в утилите резервного копирования ntbackup при создании задания на архивирования отметить галочкой пункт System State (рис. 12.16):
(рис 12.16) При этом будут архивироваться следующие данные:
Для архивирования состояния системы, а также для последующего восстановления, обязательно нужны права
База данных Active Directory — это информация, относящаяся к Каталогу, включая объекты и атрибуты домена, схему, конфигурацию и информацию Глобального Каталога.
Базу данных Active Directory рассматривают как транзакционную, что означает, что каждое изменение в ней исполняется как отдельная транзакция (транзакция — неделимая операция, т.е. пока обе стороны, принимающие участие в транзакции, не завершат своей части ее обработки, транзакция не считается завершенной). Эта природа базы данных помогает поддерживать ее целостность в случае сбоев. База данных Active Directory состоит из нескольких файлов:
Ntds .dit — это файл базы данных, в котором хранятся все Объекты; по умолчанию этот файл (и другие, указанные здесь) расположен в папке " %systemroot%\NTDS ";Edb *.log — этот файл является журналом транзакций; прежде чем любое изменение будет записано в базу данных, информация о нем сначала заносится в журнал транзакций; каждый файл edbxxxxx.log, с цифрами xxxxx, представляющими его порядковый номер, начиная с 00001 ;Edb .chk — это файл контрольных точек, используемый AD для отслеживания изменений, записываемых в файл ntds .dit ; он используется для целей восстановления (например, если контроллер домена поврежден и информация об изменениях не заносится в базу данных, файл контрольных точек служит в качестве маркера, отмечающего, какие из записей в журнале должны быть записаны в базу данных в дальнейшем);Res1.log и Res2.log — являются резервными файлами журналов, по 10 МБ каждый. Их назначение — позволить Active Directory продолжать ведение В отличие от резервного копирования состояния системы, при котором сохраняется только часть файлов операционной системы, резервное копирование для автоматического аварийного восстановления системы ( ASR, Automated System Recover ) архивирует больший объем информации — практически весь том, на котором установлена операционная система. И процедура восстановления системы становится более сложной.
Рассмотрим сначала процесс создания резервной ASR-копии, а затем процесс восстановления системы из этой резервной копии.
На данном этапе потребуется носитель для создания резервной копии системного тома (порядка нескольких гигабайт), причем в случае восстановления системы этот носитель должен быть доступен мастеру установки операционной системы (т.е. это либо ленточный накопитель с драйверами для контроллера и накопителя, либо дисковый накопитель с соответствующими драйверами), а также чистая отформатированная дискета для сохранения информации о конфигурации резервной копии.
ntbackup.Далее мастер установки системы выполнит новую установку системы с форматированием системного тома.
После завершения процесса восстановления будет воссоздан работоспособный сервер в той конфигурации, которая была до аварии (при условии, конечно, что, кроме самой системы, будут также восстановлены и данные, необходимые для работы сервера).
Корпорация Microsoft рекомендует использовать данный метод восстановления для серверов, выполняющих особые функции, которые трудно восстановить простой переустановкой и восстановлением данных, например, контроллер домена, являющийся хозяином операций (Хозяин схемы, Хозяин именования доменов и др.). Если сервер не исполняет какие-либо особые роли, то Microsoft рекомендует на таких серверах архивировать только данные, а в случае аварии заново переустановить сервер, снова включить его в домен и восстановить данные из резервных копий.
Раздел 12 дает базовые понятие о резервном копировании жизненно важной бизнес-информации и состояния операционной системы на серверах.
Сетевой администратор (и ИТ-руководство компании или организации) должны уделять вопросам резервного копирования самое пристальное внимание, т.к. от грамотно построенной и надежно работающей системы резервного копирования зависит, насколько быстро и удачно будет произведено восстановление информации, поврежденной в результате действий персонала, аппаратных сбоев, вирусных атак и прочих инцидентов.
Задачи сетевого администратора в построении системы резервного копирования:
Ни один носитель информации не является абсолютно надежным, из строя может выйти любое устройство хранения данных, и данные могут быть потеряны. Кроме аппаратных сбоев возможна также потеря данных по причине действия вредоносных программ (вирусы, "троянские кони" и т.д.). А самая распространенная причина порчи или удаления данных — ошибки пользователей (как обычных, так и администраторов), которые могут по ошибке удалить или перезаписать не тот файл.
По этой причине возникает необходимость регулярного создания резервных копий информации — файлов с документами, баз данных и состояния операционной системы.
Системы семейства Windows Server имеют встроенный инструмент создания резервных копий — утилиту ntbackup. Данная утилита позволяет сохранять резервные копии на самых различных носителях — ленточных накопителях, магнитооптических дисках, жестких дисках (как на локальных дисках данного сервера, так и на сетевых ресурсах, размещенных на других компьютерах сети). В версии системы Windows 2003 реализован механизм т.н. теневых копий ( Shadow Copy ), который заключается в том, что в начале процедуры архивации система делает моментальный "снимок" архивируемых файлов и уже после этого создает резервную копию из этого снимка. Данная технология позволяет архивировать файлы, которые в момент запуска утилиты ntbackup были открыты пользователями.
Сетевой администратор должен совместно с пользователями определить те данные, которые нужно регулярно архивировать, спланировать ресурсы, необходимые для создания резервных копий, составить расписание резервного копирования, настроить программу резервного копирования и планировщик заданий для автоматического создания резервных копий. Кроме этого, в задачу сетевого администратора входит также регулярное тестирование резервных копий и пробное восстановление данных из резервных копий (чтобы вовремя обнаружить возникающие проблемы в создании резервных копий).
В данном разделе описаны технологии создания резервных копий средствами системы Windows Server, даны рекомендации по планированию и настройке службы резервного копирования.
Системы семейства Windows не содержат компоненты резервного копирования в смысле системной службы ( service ). Все операции по созданию резервных копий и восстановлению данных осуществляются утилитой ntbackup. Эту утилиту можно запустить из Главного меню системы (кнопка " Пуск " — " Все программы " — " Стандартные " — " Служебные " — " Архивация данных "), а можно запустить более быстро из командной строки (кнопка " Пуск " — " Выполнить " — " ntbackup " — кнопка " ОК "). При первом запуске утилиты рекомендуем убрать галочку у поля " Всегда запускать в режиме мастера ".
Рассмотрим основы резервного копирования файловых ресурсов.
Каждый файл, хранящийся на диске компьютера, независимо от типа файловой системы, имеет атрибут archive, который в Свойствах файла отображается как " Файл готов для архивирования " (откройте Свойства файла и нажмите кнопку " Другие "). Если в Свойствах файла вручную убрать галочку у этого атрибута, то при любом изменении в файле операционная система автоматически снова установит этот атрибут. На использовании изменений данного атрибута основаны все используемые в системе Windows методики резервного копирования.
Утилитой ntbackup можно создавать резервные копии различных типов. Рассмотрим их отличительные особенности и различные варианты их применения.
Обычный (Normal)
При выполнении данного типа архивирования утилита ntbackup архивирует все файлы, отмеченные для архивации, при этом у всех заархивированных файлов очищается атрибут " Файл готов для архивирования ". Данный вид архивирования необходим для создания еженедельных полных резервных копий каких-либо больших файловых ресурсов. Если в компании или организации имеются достаточные ресурсы, то можно ежедневно осуществлять полное архивирование данных.
Разностный (Differential)
При выполнении Разностного архивирования утилита ntbackup из файлов, отмеченных для архивирования, архивирует только те, у которых установлен атрибут " Файл готов для архивирования ", при этом данный атрибут не очищается. Использование Обычного и Разностного архивирования позволяет сэкономить пространство на носителях с резервными копиями и ускорить процесс создания ежедневных копий. Например, если раз в неделю (как правило, в выходные дни) создавать Обычные копии, а в течение недели ежедневно (как правило, в ночное время) — Разностные, то получается выигрыш в объеме носителей для резервного копирования. При такой комбинации архивирования "Обычный + Разностный" процесс восстановления данных в случае утери информации потребует выполнения двух операций восстановления — сначала из последней Полной копии, а затем из последней Разностной резервной копии.
Добавочный (Incremental)
При выполнении Добавочного архивирования утилита ntbackup из файлов, отмеченных для архивирования, архивирует только те, у которых установлен атрибут " Файл готов для архивирования ", при этом данный атрибут очищается. Использование Обычного (раз в неделю по выходным) и Добавочного (ежедневно в рабочие дни) архивирования также позволяет сэкономить пространство на носителях с резервными копиями и ускорить процесс создания ежедневных копий. Но процесс восстановления данных при использовании комбинации "Обычный + Добавочный" уже будет выполняться иначе: в случае утери информации для восстановления данных потребуется сначала восстановить данные из последней Полной копии, а затем последовательно из всех Добавочных копий, созданных после Полной копии.
Копирующий (Copy)
При таком типе архивирования утилита ntbackup заархивирует все отмеченные файлы, при этом атрибут " Файл готов для архивирования " остается без изменений.
Ежедневный (Daily)
Ежедневный тип архивирования создает резервные копии только тех файлов, которые были модифицированы в день создания резервной копии.
Два последних типа не используются для создания регулярных резервных копий. Их удобно применять в тех случаях, когда с какой-либо целью нужно сделать копию файловых ресурсов, но при этом нельзя нарушать настроенные регулярные процедуры архивирования.
Создание и реализация плана архивации и восстановления информации — непростая задача. Сетевому администратору надо определить, какие данные требуют архивации, как часто проводить архивацию и т. д.
При создании плана ответьте на следующие вопросы:
Для построения правильной и эффективной системы резервного копирования необходимо детально изучить и задокументировать все файловые ресурсы, используемые в компании, а затем тщательно спланировать стратегию резервного копирования и реализовать ее в системе. Для планирования стратегии необходимо ответить на следующие вопросы:
При ответе на эти вопросы будет спланирована потребность в количестве и емкости накопителей и устройств для выполнения резервных копий, требования к пропускной способности сети для создания резервных копий, график выполнения резервного копирования, план восстановления на случай аварии.
Определив, какие данные и как часто архивировать, можно выбрать аппаратные средства архивации и необходимые носители. Инструментов для архивации данных множество. Одни быстрые и дорогие, другие — медленные и надежные. Выбор подходящего оборудования для организации зависит от многих факторов.
Итак, на план архивации влияют емкость, надежность, расширяемость, скорость и цена. Определив, какие из этих факторов наиболее важны для вашей организации, вы примете подходящее решение. Вот некоторые общие рекомендации:
При установке устройств архивации необходимо указать ОС контроллеры и драйверы, используемые накопителями.
Для создания архивов предназначены " Мастер архивации " и закладка " Архивация ". В обоих случаях используются параметры по умолчанию. Чтобы просмотреть или изменить эти параметры, выполните следующие действия:.
Открывшееся окно содержит пять закладок: " Общие ", " Восстановление ", " Тип архива ", " Журнал архивации " и " Исключение файлов ". Описание параметров приведено в табл. 12.1.
| Параметр | Описание |
|---|---|
| Оценивать информацию о выборе файлов перед выполнением операций архивации или восстановления | Подсчет числа файлов и байт, которые будут заархивированы или восстановлены в ходе текущего задания архивации или восстановления. Эти сведения подсчитываются и выводятся перед началом процесса архивации или восстановления |
| Использовать каталоги носителей для ускорения построения каталогов восстановления на диске | Выбор каталога носителя для создания на диске каталога, в котором восстанавливаются данные. Это самый быстрый способ построения каталога на диске. Сбросьте этот параметр, если каталога нет, он поврежден или недоступен по иным причинам |
| Проверять данные после завершения архивации | Проверка соответствия архивных данных и исходных данных на жестком диске. Если эти данные не совпадают, значит, носитель или файл архива содержит ошибки. В этом случае повторите архивацию, используя другой носитель или файл |
| Архивировать содержимое подключенных дисков | Архивация данных на подключенном диске. Если этот флажок установлен, при архивации подключенного диска выполняется архивация хранящихся на нем данных. Если флажок не установлен, при архивации подключенного диска выполняется архивация только сведений о его путях |
| Выводить предупреждение, если служба съемных носителей не активна при запуске программы архивации | Отображение диалогового окна, если при запуске архивации не работает служба съемных носителей. При архивации данных в файл, который затем будет записан на дискету, жесткий или съемный диск, не устанавливайте этот флажок. Если предполагается архивация данных на ленту или другой носитель, управляемый службой съемных носителей, его следует установить |
| Выводить предупреждение, если при запуске программы архивации имеется доступный распознаваемый носитель | Отображение диалогового окна, если при запуске архивации в пуле импортированных носителей доступен новый носитель |
| Выводить предупреждение при вставке нового носителя | Отображение диалогового окна при обнаружении нового носителя службой съемных носителей |
| Разрешить всегда использовать распознанный носитель без предупреждения | Разрешает службе съемных носителей автоматически перемещать новый носитель в пул архивных носителей |
Рассмотрим достаточно простой и в то же время очень типичный пример создания заданий на автоматическое выполнение резервных копий.
В данном примере на одном из дисковых носителей имеется папка с файлами Folder1, для которой будет создаваться резервная копия.
ntbackup.
(рис 12.1)
(рис 12.7) Замечание. Данные приемы архивирования работают только с файловыми ресурсами. Для архивирования других видов ресурсов (например, баз данных MS SQL Server) необходимо использовать специализированные механизмы создания резервных копий.
Для восстановления данных в случае какой-либо аварии можно также создать задание на автоматическое восстановление. Но обычно данные восстанавливаются вручную.
Рассмотрим пример восстановления нескольких утраченных файлов из той же папки Folder-1.
ntbackup.
(рис 12.9)
(рис 12.10) Степень детализации отчета можно настроить в меню " Сервис " — " Параметры " — " Журнал архивации ". При краткой сводке в журнале регистрируются только моменты начала и окончания работы утилиты ntbackup и количество заархивированных или восстановленных файлов, а также сообщения о наличии ошибок. При полной сводке в журнале регистрируется полный список всех заархивированных или восстановленных файлов. Журналы с регистрацией последних десяти процедур архивации/восстановления находятся в папке " %system drive%\Documents and Settings\Администратор\Local Settings\Application Data\Microsoft\Windows NT\NTBackup\data ". Параметр " %system drive% " — это переменная окружения в системе Windows, значение которой — буква диска, на котором данная система установлена. В данном примере указана учетная запись " Администратор ", на самом деле журналы будут создаваться в профилях тех пользователей, от имени которых работали задания архивации/восстановления.
О механизме теневых копий ( Shadow Copy ) уже говорилось в начале данного раздела. Эта технология, реализованная в Windows 2003, позволяет архивировать открытые файлы с помощью создания " снимка " файловых ресурсов. Но эта технология позволяет также создавать резервные копии папок, к которым открыт доступ через сеть.
По умолчанию
Рассмотрим пример создания и использования
(рис 12.13)
(рис 12.14) Замечание. Хотим подчеркнуть, что
После создания %SystemRoot%\system32\clients\twclient ", в файле twcli32.msi. При установленном клиенте в Свойствах файла, открываемого из сетевых папок, становится доступна закладка " Предыдущие версии " (рис. 12.15).
(рис 12.15) Пользователь теперь может просмотреть предыдущие копии, скопировать их в другой файл или восстановить содержимое файла в одно из предыдущих состояний. Закладка " Предыдущие версии " доступна в Свойствах не только конкретного файла, но и всей сетевой папки. Поэтому можно восстановить не только измененные файлы, но и ошибочно удаленные.
Большую часть работ по резервному копированию составляют задания на копирование бизнес-информации. Но имеется также возможность создания резервных копий для восстановления функционирования самой операционной системы. Есть два варианта архивирования системных данных — архивирование состояния системы ( System State ) и создания набора для автоматического восстановления системы после аварии ( Automated System Recovery ).
Для создания резервной копии состояния системы необходимо в утилите резервного копирования ntbackup при создании задания на архивирования отметить галочкой пункт System State (рис. 12.16):
(рис 12.16) При этом будут архивироваться следующие данные:
Для архивирования состояния системы, а также для последующего восстановления, обязательно нужны права
База данных Active Directory — это информация, относящаяся к Каталогу, включая объекты и атрибуты домена, схему, конфигурацию и информацию Глобального Каталога.
Базу данных Active Directory рассматривают как транзакционную, что означает, что каждое изменение в ней исполняется как отдельная транзакция (транзакция — неделимая операция, т.е. пока обе стороны, принимающие участие в транзакции, не завершат своей части ее обработки, транзакция не считается завершенной). Эта природа базы данных помогает поддерживать ее целостность в случае сбоев. База данных Active Directory состоит из нескольких файлов:
Ntds .dit — это файл базы данных, в котором хранятся все Объекты; по умолчанию этот файл (и другие, указанные здесь) расположен в папке " %systemroot%\NTDS ";Edb *.log — этот файл является журналом транзакций; прежде чем любое изменение будет записано в базу данных, информация о нем сначала заносится в журнал транзакций; каждый файл edbxxxxx.log, с цифрами xxxxx, представляющими его порядковый номер, начиная с 00001 ;Edb .chk — это файл контрольных точек, используемый AD для отслеживания изменений, записываемых в файл ntds .dit ; он используется для целей восстановления (например, если контроллер домена поврежден и информация об изменениях не заносится в базу данных, файл контрольных точек служит в качестве маркера, отмечающего, какие из записей в журнале должны быть записаны в базу данных в дальнейшем);Res1.log и Res2.log — являются резервными файлами журналов, по 10 МБ каждый. Их назначение — позволить Active Directory продолжать ведение В отличие от резервного копирования состояния системы, при котором сохраняется только часть файлов операционной системы, резервное копирование для автоматического аварийного восстановления системы ( ASR, Automated System Recover ) архивирует больший объем информации — практически весь том, на котором установлена операционная система. И процедура восстановления системы становится более сложной.
Рассмотрим сначала процесс создания резервной ASR-копии, а затем процесс восстановления системы из этой резервной копии.
На данном этапе потребуется носитель для создания резервной копии системного тома (порядка нескольких гигабайт), причем в случае восстановления системы этот носитель должен быть доступен мастеру установки операционной системы (т.е. это либо ленточный накопитель с драйверами для контроллера и накопителя, либо дисковый накопитель с соответствующими драйверами), а также чистая отформатированная дискета для сохранения информации о конфигурации резервной копии.
ntbackup.Далее мастер установки системы выполнит новую установку системы с форматированием системного тома.
После завершения процесса восстановления будет воссоздан работоспособный сервер в той конфигурации, которая была до аварии (при условии, конечно, что, кроме самой системы, будут также восстановлены и данные, необходимые для работы сервера).
Корпорация Microsoft рекомендует использовать данный метод восстановления для серверов, выполняющих особые функции, которые трудно восстановить простой переустановкой и восстановлением данных, например, контроллер домена, являющийся хозяином операций (Хозяин схемы, Хозяин именования доменов и др.). Если сервер не исполняет какие-либо особые роли, то Microsoft рекомендует на таких серверах архивировать только данные, а в случае аварии заново переустановить сервер, снова включить его в домен и восстановить данные из резервных копий.
Раздел 12 дает базовые понятие о резервном копировании жизненно важной бизнес-информации и состояния операционной системы на серверах.
Сетевой администратор (и ИТ-руководство компании или организации) должны уделять вопросам резервного копирования самое пристальное внимание, т.к. от грамотно построенной и надежно работающей системы резервного копирования зависит, насколько быстро и удачно будет произведено восстановление информации, поврежденной в результате действий персонала, аппаратных сбоев, вирусных атак и прочих инцидентов.
Задачи сетевого администратора в построении системы резервного копирования:
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.