Данные содержащиеся в компьютере зачастую являются более дорогими, чем сам компьютер. В случаях различных сбоев, когда невозможно восстановить эти данные, это может привести (и часто приводит) к полному краху компаний, потерявших свои данные.
Наиболее дешевым вариантом защиты данных от утери в результате аварии является их архивирование на ленту.
Но использование архивов возможно не только для восстановления данных после аварии, но и для переноса больших количеств информации с одного компьютера на другой, а также в случае, если вам необходимо реорганизовать файловые системы на диске и какая-нибудь файловая система может быть удалена с вашего диска и затем перемещена в другое место.
Удобно архивы использовать для установки программного обеспечения на аналогичные компьютеры или для быстрой его переустановки (создав образ системы).
Имеются три типа архивирования:
1. Системное архивирование -
записывается архивный образ операционной
системы (группа томов rootvg).
2. Полное архивирование - сохранение
всех данных.
3. Нарастающее (инкрементальное)
архивирование - записываются только
изменения относительно последнего полного
архивирования. Этот тип архивирования
самый быстрый, но его необходимо проводить
очень внимательно.
Нарастающее архивирование можно проводить двумя методами:
Первый метод состоит в том, чтобы после создания полного архива вносить на ленту только отличия от предыдущего дня. Этот метод является быстрым, но во-первых, необходимо иметь много лент и во-вторых, если одна из лент отсутствует или повреждена, вы будете иметь проблемы при восстановлении с использованием остающихся лент.
Второй метод также начинает свой отсчёт от создания полного архива и в отличие от первого метода изменения на ленту вносятся относительно последнего полного архива. При этом методе процедура восстановления не зависит от ленты с предыдущего дня, но сам процесс архивирования будет более медленным и для архива потребуется больше места на ленте.
Системное архивирование рекомендуется проводить после первой установки системы, после обновления системы, а также каждые n месяцев, где n - число месяцев, которое определяется политикой безопасности в вашей организации.
Вы можете при небольшом объеме ваших данных делать полный архив каждый рабочий день. Вы также можете после создания полного архива системы проводить нарастающее архивирование с интенсивностью, которая определяется политикой безопасности в вашей организации. Затем снова проводится полное архивирование с последующим нарастающим архивированием.
Архивируйте:
· ВСЕ данные пользователей;
· ВСЕ изменения системных файлов;
· ВСЕ изменения файлов приложений;
· ВСЕ данные не принадлежащие группе томов
rootvg.
Не архивируйте:
· НЕИЗМЕНЯЮЩИЕСЯ файлы приложений;
· Программное обеспечение, которое можно
быстро переустановить.
Дискета может рассматриваться как устройство, используемое для архивирования малого количества файлов. ОС AIX включает в себя поддержку дисководов 3 1/2" (ёмкостью 1.44МБ и 2.88МБ) и 5 1/4".
Встроенный диковод 3 1/2" обозначается как /dev/fd0. Второй дисковод 3 1/2" или 5 1/4" обозначается как /dev/fd1.
Для форматирования дискеты используется команды format или fdformat:
Команда format форматирует по умолчанию дискету в дисководе /dev/fd0 на максимальный поддерживаемый дисководом объём.
Вы можете определить необходимость форматировать дискету в другом дисководе (опция -d drive) или для дискеты с более низким объёмом (опция -l).
Команда fdformat используется для форматирования дискет только для дисковода /dev/fd0 и форматирует её на меньший объём. Для форматирования с большим объёмом используется опция -h.
Вы можете копировать на дискету используя команду flcopy.
Для работы с дискетами DOS используйте команды dosdir, dosread и doswrite.
Обычным устройством используемым для архивирования являются ленты.
Поддерживаемыми ленточными устройствами являются:
· 1/4" ленточное устройство которое
может читать и писать на ленты форматов QIC-120
(120МБ), QIC-150 (150МБ), QIC-525 (525МБ) и QIC-1000. Это
устройство так-же может читать ленты в
формате QIC-24 (44МБ);
· 4мм ленточные устройства (2ГБ или 4ГБ);
· 8мм ленточные устройства (2.3ГБ или 5ГБ);
· 1/2" 9-ти дорожечные устройства с
поддержкой форматов 1600bpi и 6250bpi.
Ленточные устройства обозначаются как /dev/rmtX, где X - номер устройства.
Для управления ленточным устройством его подразделяют на подустройства с номерами от /dev/rmtX.1 до /dev/rmtX.7. Так сделано для того, чтобы была возможность:
· после завершения операции чтения или
записи предохранить ленту от перематывания;
· удерживать ленту при первом доступе к ней.
Причём 1/4" устройства имеют аппаратные
установки, которые имеют больший приоритет
для устройства, чем программные установки;
· использовать формат низкого объёма.
| Подустройство | Низкая ёмкость | Перематывание(удержание)на начало при открытии | Перематывание на начало при закрытии операции |
| /dev/rmtX | нет | нет | да |
| /dev/rmtX.1 | нет | нет | нет |
| /dev/rmtX.2 | нет | да | да |
| /dev/rmtX.3 | нет | да | нет |
| /dev/rmtX.4 | да | нет | да |
| /dev/rmtX.5 | да | нет | нет |
| /dev/rmtX.6 | да | да | да |
| /dev/rmtX.7 | да | да | нет |
Имеется простой способ быстрого определения номера нужного подустройства. /dev/rmtX.N N=A+B+C где, A - ёмкость (А=4, если ёмкость высокая и А=0, если ёмкость ленты низкая); В - удержание (В=2, если удержание необходимо и В=0 в противном случае); С - перематывание (С=1, если нужно перематывание и С=0, если не нужно).
Архивирование удобно выполнять с помощью SMIT:
System Storage Management (Physical & Logical)
Move cursor to desired item and press Enter. Logical Volume Manager File Systems Files & Directories System Backup Manager F1=Help F2=Refresh F3=Cancel F8=Image F9=Shell F10=Exit Enter=Do
Для работы с системным архивированием необходимо установить bos.sysmgt.br. Этот процесс архивирует только группу томов rootvg. Причём:
· архивируются только смонтированные
файловые системы;
· загрузочная лента создаётся в архивном
формате;
· обеспечивается возможность
неинтерактивной установки;
· сохраняются установки для пейджингового
пространства;
· сохраняется политика организации
логических томов;
· требует минимальной активности
пользователей и приложений.
При создании группы томов rootvg процесс установки базовой операционной системы использует файл /image.data.
image data: IMAGE_TYPE=bff DATE_TIME=Wed Aug 17 15:47:31 CST 1996 UNAME_INFO=AIX 9442A System 1 1 4 0000000530000 PRODUCT_TAPE=no USERVG_LIST=
logical_volume_policy: SHRINK=no EXACT_FIT=no
ils_data: LANG=C
# Command used for vg_data, /usr/sbin/lsvg
lsvg_data:
VGNAME=rootvg
PPSIZE=4 VARYON=yes VG_SOURCE_DISK_LIST=hdisk0 hdisk1
# Command used for source_disk_data:
/usr/sbin/bootinfo source_disk_data: (станза повторяется для каждого диска в rootvg)
LOCATION=(размещение диска)
SIZE_MB=(размер диска в МБ)
HDISKNAME=(имя диска)
# Command used for lv_data; /usr/sbin/lslv
lv_data: (станза для каждого логического тома в rootvg)
. .
fs_data: (станза для каждой СМОНТИРОВАННОЙ файловой системы в rootvg)
Обычно, информация в станзах этого файла генерируется командами lsxx; например, lsvg для группы томов, lslv для логического тома, lsjfs для файловой системы.
Администратор при необходимости может описать дополнительные действия после установки базовой операционной системы используя поле BOSINST_FILE= в станзе post_install_data.
LOGICAL_VOLUME_POLICY Содержит информацию используемую при восстановлении.
Если поле SHRINK= установлено в YES то логические тома и файловые системы "обрезаются" (создаются размером установленным в полях LV_MIN_LPs и FS_MIN_SIZE) при восстановлении.
Поле EXACT_FIT= указывает на то, использовать или не использовать карту физических разделов для размещения логических томов.
VG_DATA Содержит информацию о группе томов.
Поле VG_SOURCE_DISK_LIST= указывает на диски, которые установка базовой операционной системы должна использовать для оптимального размещения.
LV_DATA Содержит информацию о логических томах. Этот тип станзы используется также для информации о пейджинговом пространстве.
Файл /bosinst.data содержит требования необходимые для целевой системы, а также определяет то, как пользователь взаимодействует с ней.
control_flow:
CONSOLE=
INSTALL_METHOD=overwrite
PROMPT=yes
EXITING_SYSTEM_OVERWRITE=no
INSTALL_X_IF_ADAPTER=yes
RUN_STARTUP=yes
RM_INST_ROOTFS=no
ERROR_EXIT=
CUSTOMIZATION_FILE=
TCB=no
INSTALL_TYPE=
BUNDLES=
target_disk_data:
LOCATION=
SIZE_MB=
HDISKNAME=
locale:
BOSINST_LANG=
CULTURAL_CONVENTION=
MESSAGES=
KEYBOARD=
Наличие этого файла позволяет использовать один и тот же архивный образ для различных аппаратно целевых систем. Утилита системного архивирования просто копирует файл /bosinst.data как первый файл в образе rootvg. Если этого файла нет в директории root, то в файл /bosinst.data образа копируется содержимое файла /usr/lpp/bosinst/bosinst.template.
CONSOLE - определяет устройство (полный путь), которое вы хотите использовать как консоль.
INSTALL_METHOD - определяет метод установки (migration, preserve или overwrite)
PROMPT - определяет, используется ли меню выбора действий для пользователя при установке или нет. Если значение этой переменной установлено в no, то администратор обязан заполнить все значения в станзах locale и control_flow (исключение: значения для параметров ERROR_EXIT и CUSTOMIZATION_FILE не обязательны).
EXITING_SYSTEM_OVERWRITE - подтверждение того, что программа установки должна (или не должна) перезаписывать существующие файлы. Эта переменная используется в том случае, если определена установка без сообщений (переменная PROMPT установлена в no).
INSTALL_X_IF_ADAPTER - запрос насчет того, если в целевой системе существует графический адаптер, устанавливать ли AIXWindows или нет.
RUN_STARTUP - запускать ли Installation Assistant после первой загрузки после уста-новки BOS.
RM_INST_ROOTFS - удаляет все файлы и директории в директориях /usr/lpp/*/Inst_roots.
ERROR_EXIT - запускает определенную администратором исполняемую программу, если в программе установки обнаружена ошибка.
CUSTOMIZATION_FILE - определяет имя и полный путь к файлу настроек, который исполняется сразу после завершения программы установки.
TCB - определяет потребность в установке Защищенной вычислительной основы
INSTALL_TYPE - определяет какое программное обеспечение устанавливать на систему. Параметр может принимать следующие значения: full (полно-функциональная конфигурация), client (клиентская конфигурация) и personal (конфигурация персо-нальной рабочей станции).
BUNDLES - определяет какие пакеты программного обеспечения устанавливать. Имена пакетов разделяются пробелами.
Станза target_disk_data содержит значения определяющие параметры дисков системы, на которую программа должна установить BOS.
LOCATION - определяются коды размещения диска на которой должна будет установлена BOS.
SIZE_MB - определяет форматированный размер диска (в мегабайтах) где программа должна установить BOS.
HDISKNAME - определяет имя и путь целевого диска.
BOSINST_LANG - определяет язык, который программа установки должна использовать для сообщений, меню и сообщений об ошибках.
CULTURAL_CONVENTION - определяет культурные соглашения для установки.
MESSAGES - определяются директории сообщений.
KEYBOARD - определяется раскладка клавиатуры.
Восстановление информации является довольно легким занятием, если вы используете SMIT.
Немного подробнее хотелось бы описать процесс восстановления системы из системного образа. Для восстановления информации из системного архива необходимо загрузить систему в режим Installation/Maintenance (Установка/Обслуживание), выбрать пункт меню "Maintenance", а в нем выбрать пункт "Install from a System backup" и определить устройство на котором расположен образ системы.
Администратор может также воспользоваться известными и применяемыми в мире UNIX командами архивирования tar, cpio и dd.
1. Удостоверьтесь, что вы можете восстановить информацию быстро, просто и качественно.
2. Периодически проверяйте ваши архивы (tapechk).
3. Храните старые архивы.
4. Проверьте файловые системы после архивирования (fsck).
5. Удостоверьтесь, что файлы не находятся в использовании во время архивирования (fuser).
6. Храните архивы в надежном месте.
7. Постарайтесь иметь бумажный список всех файлов, находящихся на ленте.
8. При команде создания ленты давайте ей метку.
9. Протестируйте процедуру восстановления прежде, чем она вам реально понадобиться в критической ситуации.