дополнительный объем пейджингового
пространства.
Примечание: В случае, когда у вас на
физическом томе есть два или больше
пейджинговых пространств совет увеличения
объема пейджингового пространства не
всегда верен. Рассмотрим ситуацию:
# lsps -a
Page Space | Physical Volume | Volume Group | Size | %Used | Active | Auto | Type |
hd6 | hdisk0 | rootvg | 64MB | 44% | yes | yes | lv |
paging00 | hdisk1 | uservg | 64MB | 9% | yes | yes | lv |
paging01 | hdisk1 | uservg | 16MB | 86% | yes | yes | lv |
В этом случае пейджинговое пространство
paging01 нужно просто удалить (как это сделать
смотри ниже), так как оно перегружено, а
пейджинговое пространство на том же
физическом томе paging00 недогружено.
Когда пейджингового пространства не
хватает, выводится соответствующее
сообщение на консоль. В этом случае не могут
быть запущены никакие новые процессы, а
система может остановиться.
Размещение пейджингового пространства
на диске
Пейджинговое пространство размещается на
логическом томе с соответствующим
атрибутом. При установке системы
пейджинговое пространство (hd6) создается по
умолчанию на диске hdisk0 в разделах
расположенных физически посередине диска (определяет
физическую скорость доступа).
Для балансировки производительности
использования пейджингового пространства
следуйте следующим рекомендациям:
1. Размещайте пространство пейджинга
посередине физического тома.
2. При наличии нескольких дисков используйте
несколько пейджинговых пространств,
разместив по одному на каждом отдельном
физическом томе.
Для просмотра состояния всех
пейджинговых пространств используйте SMIT
или команду lsps -a.
Для просмотра того, сколько установлено
реальной памяти в системе, кроме SMIT, можно
использовать следующие команды:
# lsdev -Cc memory
# lsattr -I -l sys0
Для того, чтобы определить какие
пейджинговые пространства активизируются
автоматически при каждом перезапуске
системы, кроме SMIT, можно просмотреть
содержимое файла /etc/swapspaces
# pg /etc/swapspaces
hd6:
dev=/dev/hd6
paging00:
dev=/dev/paging00
Размер пейджингового пространства может
быть динамически увеличен (но не уменьшен).
Решение проблем с пейджинговым
пространством
Проблема: Пейджинговое пространство
очень мало.
Решение: Динамически увеличьте размер
пейджингового пространства. или
Активизируйте неактивные пейджинговые
пространства на других физических томах (если
оно и они есть в вашей системе).
Проблема: Пейджинговое пространство
очень большое (только для пейджинговых
пространств, созданных пользователем)
Решение: 1. Создайте пейджинговое
пространство меньшего размера с пометкой
активации при перезапуске системы.
2. Пометьте большое пейджинговое
пространство как неактивное при
перезапуске системы (так как нельзя удалить
активное пейджинговое пространство).
3. Перезагрузите систему.
4. Удалите неактивное большое пейджинговое
пространство.
Примечание: Первое пейджинговое
пространство (hd6) не может быть удалено.
Документирование установок
пейджингового пространства
1. Периодически запускайте программу
мониторинга пейджингового пространства lsps.
2. Распечатайте и храните копию файла /etc/swapspaces.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
Архивирование и восстановление
информации
Данные содержащиеся в компьютере
зачастую являются более дорогими, чем сам
компьютер. В случаях различных сбоев, когда
невозможно восстановить эти данные, это
может привести (и часто приводит) к полному
краху компаний, потерявших свои данные.
Наиболее дешевым вариантом защиты данных
от утери в результате аварии является их
архивирование на ленту.
Но использование
архивов возможно не только для
восстановления данных после аварии, но и
для переноса больших количеств информации
с одного компьютера на другой, а также в
случае, если вам необходимо реорганизовать
файловые системы на диске и какая-нибудь
файловая система может быть удалена с
вашего диска и затем перемещена в другое
место.
Удобно архивы использовать для
установки программного обеспечения на
аналогичные компьютеры или для быстрой его
переустановки (создав образ системы).
Типы архивирования
Имеются три типа архивирования:
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
Процесс архивирования rootvg - mksysb
Для работы с системным архивированием
необходимо установить bos.sysmgt.br. Этот процесс
архивирует только группу томов rootvg. Причём:
архивируются только смонтированные
файловые системы;
загрузочная лента создаётся в архивном
формате;
обеспечивается возможность
неинтерактивной установки;
сохраняются установки для пейджингового
пространства;
сохраняется политика организации
логических томов;
требует минимальной активности
пользователей и приложений.
Файл /image.data
При создании группы томов 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
Файл /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
Администратор может также
воспользоваться известными и применяемыми
в мире UNIX командами архивирования tar, cpio
и dd.
Стратегия работы с архивами
1. Удостоверьтесь, что вы можете
восстановить информацию быстро, просто и
качественно.
2. Периодически проверяйте ваши архивы (tapechk).
3. Храните старые архивы.
4. Проверьте файловые системы после
архивирования (fsck).
5. Удостоверьтесь, что файлы не находятся в
использовании во время архивирования (fuser).
6. Храните архивы в надежном месте.
7. Постарайтесь иметь бумажный список всех
файлов, находящихся на ленте.
8. При команде создания ленты давайте ей
метку.
9. Протестируйте процедуру восстановления
прежде, чем она вам реально понадобиться в
критической ситуации.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
Обзор сетевых возможностей
Подробное рассмотрение способов
построения, расширения и сопровождения
сетей, а также функционирования
высокоуровневого сетевого программного
обеспечения, такого как доменная система
имен DNS, сетевая файловая система NFS, методы
маршрутизации, система электронной почты
sendmail и пр., требует многих томов. Поэтому в
этой книге даётся только краткий обзор
сетевых возможностей AIX.
Обзор TCP/IP
TCP/IP - это сетевая архитектура, которая
определяет механизм для совместной работы
различных компьютеров подсоединенных к
различным сетям для обмена данными.
Программное обеспечение TCP/IP позволяет
обмениваться данными между различными
компьютерными платформами от мейнфреймов
до персональных компьютеров и, в большей
степени, ассоциируется с миром UNIX/AIX.
Можно определить TCP/IP как набор протоколов,
которые определяют то, каким образом
компьютеры в сети могут обмениваться между
собой информацией.
Протокол - это набор
правил, которые определяют механизм и
структуру передаваемых данных. Используя
эти определения, производители могут
написать программное обеспечение для
различных аппаратных платформ.
Аббревиатура TCP/IP означает "Transmission Control
Protocol/Internet Protocol". Это имена двух важнейших
протоколов. В сетевой архитектуре TCP/IP
имеются много других протоколов. Эти
протоколы не привязаны ни к какой
операционной системе и аппаратной
платформе. И в силу такой независимости, для
того чтобы сетевая аппаратура могла их
использовать, только программный интерфейс
должен быть построен в соответствии с этими
протоколами.
Протоколы TCP/IP работают с различными
типами сетей - от низкоскоростных
соединений последовательного типа до
быстрых локальных компьютерных сетей (LAN) типа
Token-Ring или Ethernet и еще более быстрых сетей на
основе оптического кабеля, таких как FDDI и
HYPERchannel.
Сеть на основе TCP/IP называют internet (не
путать с названием глобальной сети сетей The
Internet, название которой пишется с заглавной
буквы и которая тоже построена на основе
протоколов TCP/IP).
Каждое соединение индивидуального
компьютера с сетью называется сетевым
интерфейсом.
Сетевой интерфейс, который подключен к
internet со своим адресом TCP/IP, называется узел
(host).
Каждый узел имеет уникальное имя (для
пользователей) и адрес (для программного
обеспечения), которые уникально
идентифицируют его для подсоединения по
сети.
Компьютер, который имеет несколько
сетевых интерфейсов, может принимать
данные по одному интерфейсу и передавать их
другому. Это позволяет ему выполнять
функции маршрутизации данных между сетями.
Такой компьютер называется маршрутизатором.
Имена и адресация
Каждый сетевой интерфейс в сети TCP/IP имеет
имя, присваиваемое сервером имён (DNS) или
определенное в файле /etc/hosts (см.Настройка
клиентской части). Например, sys3.
Каждая система имеет один или более
уникальный TCP/IP адрес (в зависимости от количества
сетевых интерфейсов). Сетевые адреса
присваиваются сетевым администратором и
конфигурируются в сетевых интерфейсах не
аппаратно, а логически.
Формат IP адреса IP-адрес является 32-х
разрядным бинарным (состоящим из 1 и 0)
числом, которое содержит в себе адрес и сети
и узла.
Например,
00001010000111100000000000000010
Чтобы облегчить работу с IP-адресами их,
обычно, разделяют на четыре группы по восемь
цифр (четыре октета):
00001010 00011110 00000000 00000010
и каждый октет преобразуют в десятичный
вид.
Десятичная запись с точечными
разделителями вышеуказанного IP-адреса:
10.30.0.2
Хотя IP-адреса в основном представлены в
виде десятичной записи с точечными
разделителями, важно знать и помнить о
бинарной природе IP-адреса, так как его
функциональные возможности определяются
именно двоичными кодами.
Каждый IP-адрес состоит из двух полей:
поля идентификатора сети (netid),
являющегося логическим сетевым адресом
подсети, к которой подключён данный сетевой
интерфейс;
поля идентификатора узла (hostid),
являющегося логическим адресом сетевого
интерфейса в данной сети.
Вместе, netid и hostid уникальным образом
предоставляют сетевому интерфейсу
уникальный IP-адрес.
IP-адреса организованы в классы значением
первого октета:
Если крайний слева разряд равен 0 (десятичные
числа с 0 до 127) - это адрес класса А. Для сетей
класса А для идентификатора подсети
используют только первый октет.
Если два первых слева разряда равны 10 (числа
от 128 до 191) - это адрес класса В. Для сетей
класса В идентификатором подсети выступает
число в первых двух октетах.
Если три первых разряда равны 110 (числа от
192 до 223) - это адрес класса С. Для сетей
класса С идентификатором подсети выступают
первые три октета.
Чтобы сетевые интерфейсы находились в
одной подсети необходимо чтобы они имели
один и тот же netid. Поэтому, в том случае когда
сетевые адаптеры подключены к одному и тому
же кабелю, но их сетевые интерфейсы имеют
различные netid, считается, что они находятся
в различных подсетях и для передачи
информации между ними необходим
маршрутизатор.
Специальные IP-адреса
Существуют IP-адреса, применяемые для
специальных целей:
Любой адрес со значением в первом октете
127 (01111111) является адресом кольцевой
проверки. Сообщение посланное с таким
адресом возвращается отправителю;
Значение 255 (11111111) в октете обозначает
широковещательное сообщение;
Первый октет не может иметь значение
больше 233 (11101001), так как эти адреса
зарезервированы;
Последний октет hostid не может иметь
значения 0 (00000000) или 255 (11111111).
Маска подсети
Для упрощения и ускорения определения той
части IP-адреса, которая является netid, а также
для выделения подсетей в диапазоне адресов
стандартных классов применяют маски
подсети (subnet mask).
Маска подсети - это бинарное число,
которое определяет, какая часть IP-адреса
является netid, а какая hostid. Использование
маски подсети имеет особенно важное
значение, если ваша сеть подключена к Internet.
Если ваша сеть объединяет несколько
удаленных филиалов вашу сеть также
необходимо разбить на подсети с
организацией маршрутизации между ними,