С помощью элемента панели управления вы можете:
В этой статье речь пойдет о возможностях резервного копирования Windows 7 - создании файловых архивов и дисковых образов.
Windows 7 позволяет вам создавать как резервные копии папок, так и полный образ разделов жесткого диска.
| Тип архивации | Технология и возможности |
| Пользовательские файлы |
|
| Образ раздела |
|
Этот функционал в совокупности с возможностью загрузки в среду восстановления без установочного диска способен удовлетворить запросы большинства домашних пользователей. Теперь они вполне могут обходиться без сторонних программ резервного копирования.
Изменения в возможностях архивации Windows 7 затронули не только технологии, но и пользовательский интерфейс. В частности:
Элементы пользовательского интерфейса архивации описаны в действии ниже.
По умолчанию резервное копирование не настроено. Щелкните ссылку Настроить резервное копирование в главном окне элемента панели управления, чтобы задать параметры архивации.
Варианты размещения резервной копии файлов приводятся в таблице.
| Размещение | Комментарии |
| Внутренний жесткий диск | Вы можете разместить архивные файлы на:
|
| Внешний жесткий диск | Если настроена архивация по расписанию, внешний жесткий диск должен быть подключен на момент создания резервной копии. Примечание . Windows 7 не поддерживаетсоздание образов на USB дисках с флэш памятью. |
| Локальная сеть | Поддерживается архивация только на компьютеры сети, работающие под управлением Windows 7. Безусловно, вам потребуются учетные данные для доступа к компьютеру, на котором размещается резервная копия. |
Вы можете размещать архивы файлов на разделах, отформатированных как в файловую систему NTFS, так и в FAT32. При архивации на жесткий диск файлы размещаются в корне раздела. Вы не можете задать вложенную папку для архива, но ничто не мешает вам размещать на этом диске другие файлы и папки.
Далее в статье рассматривается сохранение резервной копии на раздел внутреннего жесткого диска. Определившись с размещением архива, вы должны задать параметры архивации. Можно предоставить это решение операционной системе, а можно выбрать папки самостоятельно.
При самостоятельном выборе вы можете создать резервные копии:
В конце Windows 7 выводит сводку параметров резервного копирования.
Заданные вами параметры расписания сохраняются в планировщике заданий, который отвечает за своевременный запуск архивации.
По завершении настройки параметров архивации вы возвращаетесь в главное окно элемента панели управления.
Теперь в главном окне отображаются все параметры архивации. Нажмите кнопку Архивировать , чтобы начать процесс резервного копирования.
Ход архивации отображается с помощью полосы прогресса, но вы можете посмотреть подробности, нажав кнопку Просмотр сведений .
Завершив архивацию, вы можете посмотреть сведения об используемом дисковом пространстве и перейти к управлению архивами.
В отличие от файловых архивов, системный образ можно сохранить только на диске, отформатированном в файловую систему NTFS. Это обусловлено тем, что образы представляют собой файлы в формате VHD, размер которых может превышать 4 Гб (предельный размер файла для FAT32).
Первый системный образ представляет собой полный снимок раздела, а последующие являются инкрементными, т. е. включают в себя лишь изменения по сравнению с предыдущим образом. Эта возможность, позволяющая сэкономить дисковое пространство, реализована с помощью теневых копий. Такой принцип создания образов применяется при их сохранении на внутренних, внешних и оптических дисках. Для внутренних и внешних дисков этот принцип действует до тех пор, пока на диске имеется достаточно места. Когда место заканчивается, создается полный образ, а все предыдущие удаляются. Что же касается сетевых дисков, то на них всегда создается полный образ, а старый образ при этом перезаписывается новым.
Давайте рассмотрим создание первого образа. В левой панели элемента нажмите ссылку Создание образа системы . Откроется окно с вариантами размещения образа.
На следующем шаге вы сможете выбрать разделы для архивации.
В образ автоматически включается служебный раздел со средой восстановления (Windows RE) и системный раздел. Исключить их из резервной копии нельзя. Если в системе имеются другие разделы, вы сможете выбрать их на этом шаге. Определившись с выбором разделов, нажмите кнопку Архивировать , чтобы начать процесс создания резервной копии.
Все следующие образы создаются точно так же. Как я уже сказал выше, они содержат только изменившиеся блоки. Для того чтобы снова создать полный образ системы, вам необходимо удалить существующие образы или перенести их на другой раздел. Вы также можете переместить их из корня диска во вложенные папки, однако примите к сведению, что в этом случае их не увидит программа восстановления системы из образа. О расположении и содержимом резервных копий и пойдет речь дальше.
В главном окне элемента панели управления щелкните ссылку Управление пространством . Откроется окно, в котором выводится информация о расположении архива, сводка об использовании дискового пространства, а также ссылки и кнопки для просмотра архивов и управления ими.
Помимо просмотра подробных сведений об используемом пространстве, вы можете открыть место хранения резервной копии - нажмите ссылку Обзор , и файлы откроются в проводнике.
Windows 7 распознает папку с архивом и предоставляет удобный доступ к параметрам восстановления, которые также можно открыть двойным щелчком по папке.
Интерес, конечно, представляют папки:
Открыть папку с архивом можно с помощью контекстного меню. Содержимое архива прозрачно для пользователя - внутри ZIP-архивы, и при желании файлы можно оттуда извлечь непосредственно из проводника.
Однако из панели управления восстанавливать файлы удобнее, например, благодаря встроенному поиску.
Архивный образ системы создается в формате VHD и хранится в папке WindowsImageBackup наряду со вспомогательными файлами.
Увидеть его содержимое можно, воспользовавшись новой возможностью Windows 7 - подключением виртуальных жестким дисков в оснастке управления дисками (Пуск - Поиск - diskmgmt.msc - Действие - Присоединить виртуальный жесткий диск ).
Возможно, вас заинтересует вопрос, можно ли добавить файлы на виртуальный жесткий диск. Технически это возможно, однако с точки зрения восстановления средствами Windows это ничего не даст. Лучше сделать новый образ - изменившиеся блоки добавляются инкрементно на основе теневых копий, что позволяет сэкономить дисковое пространство.
Из окна управления пространством вы можете удалять файловые архивы и резервные образы.
Нажмите кнопку Просмотр архивов в окне управления пространством, чтобы увидеть список архивов.
Windows 7 находит все архивы и отображает период архивации и занимаемое дисковое пространство. В этом окне вы можете удалить ненужные архивы.
Чтобы удалить резервные образы, нажмите кнопку Изменить параметры в окне управления пространством. Откроются параметры хранения образов.
Система предлагает вам удалить абсолютно все образы, либо все образы кроме последнего.
Все знают, что нужно регулярно выполнять резервное копирование, но при этом далеко не все его делают. Учитывая широкие возможности резервного копирования в Windows 7, о потере важных данных вы будете сожалеть только в том случае, если не настроите регулярную архивацию.
Для хранения резервных копий идеально подойдет отдельный жесткий диск - внутренний или внешний, подключаемый по USB или FireWire. Если в вашем распоряжении есть сетевой диск, его также можно задействовать. Хранение резервных копий на другом разделе того же диска, где установлена ОС, не является хорошей идеей. В случае выхода из строя диска вы потеряете как систему, так и резервные копии.
Поскольку резервные копии занимают немало места, я могу дать только общие рекомендации, которые вам нужно скорректировать в зависимости от имеющегося у вас свободного дискового пространства.
Частота архивации ваших файлов определяется тем, насколько они ценны для вас и как часто вы добавляете или создаете новые файлы. В общем случае я рекомендую выполнять архивацию еженедельно или два раза в месяц. В сочетании с ежемесячным созданием образов системы вручную у вас будет отличный резервный набор, позволяющий не только вернуть с систему к недавнему рабочему состоянию, но и восстановить все ваши данные и файлы, нажитые непосильным трудом. Вы всегда сможете освободить дисковое пространство, удалив старые архивы, если место на диске потребуется для других нужд.
В графическом интерфейсе невозможно задать разные расписания для создания образов и архивации данных. Поэтому, если вы хотите в разное время автоматически создавать образ и выполнять архивацию файлов, воспользуйтесь утилитой командной строки wbadmin и планировщиком заданий.
Опытные администраторы знают, что резервные копии базы – залог их спокойного сна. Правильно настроенное и своевременное копирование информации позволит не бояться скачков напряжения, вирусов и атмосферных явлений, способных вывести из строя оборудование. Чем больше пользователей работают в базе 1С, тем больший эффект получит спасение их работы из резерва. Резервное копирование базы 1С выполняется самостоятельно различными способами, каждый из которых будет оптимален при определенных условиях и размере ИБ.
Данная возможность не является самой надежной для постоянного использования. Часто к ней прибегают с целью выполнить резервное копирование в 1С перед обновлением и внесением существенных изменений. Самый быстрый вариант для файловой базы, не требующий даже использования конфигуратора и вспомогательного ПО – копирование файла -*.1CD. Если неизвестно, где расположена база, запустите 1С и при выборе баз обратите внимание на строчку с расположением файла базы:
Перейдя по этому пути, мы должны переместить копию нужного нам файла в место, в котором она будет храниться.
В этот момент в базе не должно происходить активных действий с объектами конфигурации. Чтобы восстановить ИБ из файла, просто замените файл *.1CD в папке БД. Другой вариант сделать резервное копирование в 1С потребует активизировать конфигуратор – выгрузка ИБ в файл с расширением dt. Для этого выполняем простые действия:
Для регулярного сохранения больше подходит автоматическое резервное копирование в 1С. Компания 1С в типовых конфигурациях подготовила настройку этого процесса для ИБ в файловом варианте. Вы найдете ее по «НСИ и администрирование», «Поддержка и обслуживание», «Резервное копирование и восстановление». Можно сохранить копии на жесткий диск ПК, внешнее устройство и облачный архив.
Также тут можно обнаружить пункт «Настройка резервного копирования». Он разрешает задать:
Для клиент-серверной базы механизм не подходит. Автоматическое резервное копирование данных в 1С 8.3 необходимо выполнять, используя СУБД. Наибольшей популярностью в России пользуются Microsoft SQL и PostgreSQL. Для настройки автоматического сохранения данных, нужно разбираться в структуре и внутренних механизмах СУБД.
Для администраторов важно уметь не только настраивать автоматическую выгрузку копий БД, но и знать, как восстанавливать базу. Каждый надеется, что ему не пригодятся эти знания, но даже для спокойствия, администратор должен уметь восстанавливать базу. Но помните, что загрузка БД из сделанной копии – это последний способ исправить проблему и перед этим нужно попробовать остальные возможности. Процесс происходит в монопольном режиме и состоит из следующих пунктов:
Настройка резервного копирования в 1С 8.3 должна быть в арсенале каждого администратора, как и способ восстановления базы. Но грамотный администратор не будет использовать этот механизм на постоянной основе, так как это крайняя мера в спасении БД.
Если настроил резервное копирование, не забил, не сэкономил - уже молодец. Но бэкап еще нужно уметь правильно готовить.
Лично у меня ощущение, что некоторые администраторы своей настольной книгой сделали специздание Остера с вредными советами по настройке бэкапа для оптимистов, не верящих в закон Мерфи.
Сегодня решил выложить свой короткий хит-парад с реальными историями, с которыми приходилось сталкиваться за время работы на стороне сервис-провайдеров и клиентов. После каждого такого случая виновник торжества остро чувствует, что ему в компании больше не рады, и понимает, что самое время обновить резюме на ХХ.
Читайте и мотайте на ус.
Зачем бэкап, когда есть 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. Он проверит и выдаст список инфраструктурных серверов, требующих обновления. Если какие-то из компонентов инфраструктуры резервного копирования останутся необновленными, то основной сервер не сможет общаться с ними, при выполнении заданий будет выдаваться ошибка. Администратор то ли забыл про этот момент, то ли просто не знал, обновил основной сервер и ушел со спокойной душой на выходные. Оповещения не настроены, поэтому о своей ошибке он узнал только в понедельник, когда понадобились бэкапы, которых не было.
Если серьезно. Настраивайте оповещения о выполненных заданиях и об ошибках. Так вы будете понимать, есть у вас вообще бэкап или у вас закончилось место на диске и складывать уже некуда. В дополнение можно настроить еженедельные отчеты по заданиям и ошибкам, количеству оставшегося места под бэкапы.
Мониторьте доступность самого сервера резервного копирования: хотя бы пингуйте.
Этот список можно продолжать долго, но я, пожалуй, на этом остановлюсь. Делитесь в комментариях своими вредными советами и историями про резервное копирование из цикла “было бы смешно, если б не было так грустно”.
Благодарим Вас за проявленный интерес к нашему сайту. Компания Айтишник существует с 2006 года и предоставляет услуги IT аутсорсинга. Аутсорсинг - это перепоручение необходимых, но непрофильных для компании работ другой организации. В нашем случае это: создание, поддержка и сопровождение сайтов, продвижение сайтов в поисковых системах, поддержка и администрирование серверов под управлением Debian GNU/Linux.
В нынешний век информации, сайт де факто, становится как минимум визитной карточкой организации, а зачастую одним из инструментов бизнеса. Уже сейчас сайты создаются не только для организаций и частных лиц, но и для отдельных товаров, услуг и даже событий. На сегодняшний день сайт это не только источник рекламы на гигантскую аудиторию, но и инструмент для продаж и завязывания новых контактов. Мы создаем сайты, используя CMS Joomla! Эта система управления сайтами проста и интуитивно понятна. Она очень широко распространена и, следовательно, в Интернете о ней содержится большое количество информации. Найти специалиста, работающего с Joomla тоже несложно. И вам не надо далеко ходить! Наша компания Айтишник занимается обслуживанием и сопровождением сайтов на Joomla! Мы проведём все технические работы, возьмём на себя всю переписку с хостером и регистратором домена, наполним сайт и обновим на нём информацию. И хотя Joomla проста в управлении, интуитивно понятна. Но будете ли вы сами регулярно выполнять необходимые работы на сайте? Сколько времени они отнимут у вас? Если вы хотите сконцентрироваться на своём деле, то доверьте поддержку вашего сайта нам. Мы сделаем все от нас зависящее, чтобы сайт жил и приносил пользу своему владельцу.
Если вы коммерческая организация, которая рекламирует или продаёт свои товары, услуги в Интернет, то вам просто необходимо продвижение сайта в поисковых системах. Ведь для того, чтобы продать что-нибудь надо, как минимум, чтобы это увидели, чтобы об этом узнали. И мы поможем вам в этом, мы продвинем ваш Joomla сайт в поисковых системах. В зависимости от конкуренции и выделенного для продвижения бюджета, ваш сайт будет занимать достойные позиции в поисковой выдаче. Сайт увеличит вашу прибыль!
Рано или поздно, стремясь к открытости и прозрачности своего бизнеса, многие компании сталкиваются с необходимостью обеспечения лицензионной чистоты используемого программного обеспечения. Однако, далеко не всегда затраты на лицензионные отчисления приемлемы, в особенности для малого и среднего бизнеса. Выходом из этой сложной ситуации является решение о переходе на Open Source технологии. Одним из направлений Open Source является операционная система Linux (Линукс). Сотрудники нашей компании специализируются на Debian Linux (Дебиан Линукс). Это старейший и наиболее устойчивый дистрибутив операционной системы Линукс. Мы предлагаем вам услуги по внедрению Debian Linux на Вашем предприятии, настройку, обслуживание и поддержку серверов.
Аннотация: В этой лекции вводятся понятия, и разбираются на примерах темы архивирования и восстановления системы. При архивировании и восстановлении системы используются стандартные утилиты 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)
Ежедневный тип архивирования создает резервные копии только тех файлов , которые были модифицированы в день создания резервной копии .
Два последних типа не используются для создания регулярных резервных копий. Их удобно применять в тех случаях, когда с какой-либо целью нужно сделать копию файловых ресурсов, но при этом нельзя нарушать настроенные регулярные процедуры архивирования.
Создание и реализация плана архивации и восстановления информации - непростая задача. Сетевому администратору надо определить, какие данные требуют архивации, как часто проводить архивацию и т. д.
При создании плана ответьте на следующие вопросы:
Для построения правильной и эффективной системы резервного копирования необходимо детально изучить и задокументировать все файловые ресурсы, используемые в компании, а затем тщательно спланировать стратегию резервного копирования и реализовать ее в системе. Для планирования стратегии необходимо ответить на следующие вопросы:
При ответе на эти вопросы будет спланирована потребность в количестве и емкости накопителей и устройств для выполнения резервных копий, требования к пропускной способности сети для создания резервных копий, график выполнения резервного копирования, план восстановления на случай аварии.
Определив, какие данные и как часто архивировать, можно выбрать аппаратные средства архивации и необходимые носители. Инструментов для архивации данных множество. Одни быстрые и дорогие, другие - медленные и надежные. Выбор подходящего оборудования для организации зависит от многих факторов.
Итак, на план архивации влияют емкость, надежность, расширяемость, скорость и цена. Определив, какие из этих факторов наиболее важны для вашей организации, вы примете подходящее решение. Вот некоторые общие рекомендации:
При установке устройств архивации необходимо указать ОС контроллеры и драйверы, используемые накопителями.
