байт на inode;
опции -c или -l нужны для указания того, выводить ли информацию в формате колонок или станз, соответственно;
опции -v или -u используются для указания необходимости вывода информации только об определенных файловых системах (в зависимости от типа или точки монтирования, соответственно).

Указание в команде lsfs имени определенной файловой системы выведет информацию только о требуемой файловой системе. Для получения этой же информации вы можете использовать команду smit fs.

Список смонтированных файловых систем

Команда mount используемая без параметров выводит список всех смонтрованных в текущий момент файловых систем.

 # mount
node mounted mounted over vfs date options
/dev/hd4 / jfs Jul 11 20:14 rw,log=/dev/hd8
/dev/hd2 /usr jfs Jul 11 20:15 rw,log=/dev/hd8
/dev/hd9var /var jfs Jul 11 20:15 rw,log=/dev/hd8
/dev/hd3 /tmp jfs Jul 11 20:15 rw,log=/dev/hd8
/dev/hd1 /home jfs Jul 11 20:16 rw,log=/dev/hd8
/dev/lv00 /home/john jfs Jul 11 20:16 rw,log=/dev/hd8

С помощью SMIT можно получить эту информацию выбрав:

SMIT -> File System -> List all Mounted File Systems

Добавление журнальной файловой системы на предварительно определенный логический том

Для создания файловой системы на предварительно определенном логическом томе рекомендуется использовать инструмент SMIT, который даёт высокий уровень контроля за указанием всех необходимых параметров и позволяет избежать ошибок при создании файловой системы.

Этот процесс форматирует логический том для использования файловой системой.

# smit crjfslv 

Add a File System on a Previously Defined Logical Volume


Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
* LOGICAL VOLUME name
* MOUNT POINT [] +
Mount AUTOMATICALLY at system restart no +
PERMISSIONS read/write +
Mount OPTIONS [] +
Start Disk Accounting? no +
Fragment Size (bytes) 4096 +
Number of bytes per inode 4096 +
Compression algorithm no +



F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Добавление журнальной файловой системы

# smit crjfs

Add a Journaled File System


Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
Volume group name rootvg
* SIZE of file system (in 512-byte blocks) [] #
* MOUNT POINT []
Mount AUTOMATICALLY at system restart no +
PERMISSIONS read/write +
Mount OPTIONS [] +
Start Disk Accounting? no +
Fragment Size (bytes) 4096
Number of bytes per inode 4096
Compression algorithm no



F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Для создания журнальной файловой системы, кроме SMIT, вы можете воспользоваться высокоуровневой командой crfs с указанием необходимых параметров.

Не путайте команду crfs с командой mkfs. В отличие от команды mkfs, команда crfs создаёт, если это необходимо, логический том используя команду mklv, затем строит на нём структуру файловой системы, используя команду mkfs и производит все необходимые изменения в базе ODM и файле /etc/filesytems для соответствующих логического тома и файловой системы.

При создании журнальной файловой системы с помощью команды crfs вы должны будете указать:

-g volgrp - имя группы томов, на которой будет создан логический том. Конечно, эта группа томов должна иметь необходимое свободное пространство для создания нового логического тома;
-a size=SIZE - размер файловой системы в 512-ти байтовых блоках;
-m mntpt - точка монтирования файловой системы (имя директории в существующей файловой системе). В основном точка монтирования не указывается;
-a yes|no - указание необходимости автомонтирования новой файловой системы при перезапуске системы. При указанной точке монтирования по умолчанию (см. выше) файловая система может быть помечена как автомонтируемая. Об этом делается запись mount=true в станзе файловой системы файла /etc/filesystems.
-p rw|ro - режим доступа. Все файловые системы могут быть смонтированы с режимом доступа чтение/запись (rw) или только для чтения (ro). Дополнительным выбором для монтирования файловой системы (Mount Options) может быть указание на запрещение выполнения setuid и setgid программ (выбор nosuid) или запрещение открывать системные вызовы устройств с файловых систем с этой точкой монтирования (выбор nodev).
-a fragment=size - указание размера фрагмента журнальной файловой системы в байтах. Размер фрагмента может принимать значения 512, 1024, 2048 или 4096. Значение по умолчанию - 4096 байт.
-a nbpl=value - указание количества байт на один inode. Влияет на общее количество inodes в файловой системе. Этот параметр может иметь значения 512, 1024, 2048, 4096, 8192 или 16384. Значение по умолчанию - 4096 байт.
-a compress={no|LZ} - указание алгоритма компрессии для файловой системы. Значение по умолчанию - no.

Монтирование/размонтирование файловой системы

# smit mountfs

Mount a File System


Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
FILE SYSTEM name []
DIRECTORY over which to mount []
TYPE of file system
FORCE the mount? no
REMOTE NODE containing the file system
to mount []
Mount as a REMOVABLE file system? no
Mount as a READ-ONLY system? no
Disallow DEVICE access via this mount? no
Disallow execution of SUID and sgid programs
in this file system? no

F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Обычные пользователи могут монтировать файловые системы, если они являются членами группы system и имеют права доступа на запись в точке монтирования.

Системные администраторы для монтирования файловых систем также должны иметь права доступа на запись в точке монтирования, но при этом точки монтирования должны быть определены в файле /etc/filesystems.

Пользователь root может монтировать файловые системы в любом месте иерархии директорий в независимости от установленных прав доступа.

Изменение/просмотр характеристик журнальной файловой системы

Change/Show Characteristics of a Journaled File System


Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
File system name /home
NEW mount point [/home]
SIZE of file system (in 512-byte blocks)[8192]
Mount GROUP []
Mount AUTOMATICALLY at system restart yes +
PERMISSIONS read/write +
Mount OPTIONS [] +
Fragment Size (bytes) 4096
Number of bytes per inode 4096
Compression algorithm no

F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do

Размер журнальной файловой системы может быть увеличен в любое время (при этом автоматически увеличивается размер логического тома). Только такую операцию нельзя делать для уменьшения её размера.

При необходимости уменьшить размер файловой системы лучшим выходом является создание новой файловой системы нужного размера с удалением старой.

Удаление журнальной файловой системы

Для удаления журнальной файловой системы, кроме средств SMIT, вы можете воспользоваться высокоуровневой командой rmfs. Эта команда, наряду с удалением самой файловой системы, удаляет всю информацию о ней из базы данных ODM и файла /etc/filesystems. Когда удаляется файловая система, то также удаляется и логический том, на котором она находилась.

Управление файловыми системами

Задачи администратора по управлению дисковым пространством файловых систем следующие:

· слежение за ростом файловых систем;
· обнаружение проблем;
· контроль над быстрорастущими файлами;
· контроль над использованием дискового пространства пользователями;
· при необходимости дефрагментация и компрессия файловых систем.

Управление дисковым пространством

Не смотря на то, что в четвертой версии AIX существует динамическое увеличение размера файловых систем, такое увеличение не происходит автоматически. Системный администратор должен постоянно отслеживать использование дискового пространства файловой системы и увеличивать её размер, когда она будет полностью заполнена.

Для просмотра информации об общем и используемом дисковом пространстве используется команда df. Для показа размера дискового пространства в килобайтах эту команду необходимо запускать с ключом -k.

Контроль над быстрорастущими системными файлами

Быстрорастущие системные файлы должны быть постоянно под контролем и с целью экономии дискового пространства периодически очищаться.

Прежде всего, необходимо контролировать следующие файлы:

· /var/adm/wtmp
· /var/spool/*.*
· /smit.log
· /smit.script
· /etc/security/failedlogin
· /var/adm/sulog

Файлы /var/adm/wtmp и /var/adm/failedlogin читаются командой who -a имя_файла. Остальные файлы редактируются с помощью любого текстового редактора.

Квоты для дискового пространства пользователей

Система квот (ограничений) дискового пространства базируется на Berkeley Disk Quota System и позволяет администратору контролировать количество файлов и блоков данных пользователей или их групп.

Эта система используется в следующих случаях:

· ограниченное дисковое пространство в системе;
· файловая система требует повышенной безопасности;
· при высоком использовании файловой системы (например, в университете).

Пределы квот устанавливаются тремя параметрами:

Soft limits - определяет количество блоков по 1KB или файлов, на которое пользователь может превысить на определенный период (grace period).

Hard limits - максимальное количество блоков по 1KB или файлов, которое пользователь не может превысить

Grace period - время на которое пользователь может превысить отпущенное ему по soft limits дисковое пространство или количество файлов. По умолчанию - 7 дней.

Внимание: Для запуска всех команд, связанных с установкой и управлением квотами необходимо иметь полномочия пользователя root. Остальные пользователи могут только просмотреть личные квоты с помощью команды quota запускаемой в командной строке.

Установка квоты

1 шаг - Включение режима квот Для указания того, что для данной файловой системы установлен режим квот, необходимо вставить в её станзу файла /etc/filesystems следующую строку: для режима квот пользователей: quota=userquota для режима квот пользователей и групп: quota=userquota,groupquota

2 шаг - Установка квот Для создания и редактирования квот используется команда edquota. Эта команда создаёт временный файл, который содержит информацию обо всех текущих квотах каждого пользователя и группы.

Синтаксис команды edquota следующий:

edquota [-u username|-g groupname] [-p prototype]

где: опция -u используется для редактирования квоты пользователя username; опция -g используется для редактирования квот группы groupname; опция -p используется для указания прототипа квоты (пользователя или группы, имя которых необходимо указать), который используется для копирования ранее установленных квот.

Внимание: Для использования команды edquota должна быть установлена переменная EDITOR (для примера, export EDITOR=/usr/bin/vi).

3 шаг - Установка Grace Period Для установки Grace Period также используется команда edquota с параметрами: -t - для всех пользователей и групп; -tg - для всех групп; -tu - для всех пользователей.

Grace Period можно устанавливать в секундах, минутах, часах или днях. Установка Grace Period в размере 1-й секунды показывает, что Grace Period не предоставляется. Установка 0 определяет Grace Period по умолчанию.

Управление квотами

Включение режима квот Для включения режима квот используется команда quotaon с параметрами: -u - установка режима квот только для пользователей; -g - установка режима квот только для групп; -a - установка режима квот для пользователей и групп. После параметра можно указать имя конкретной файловой системы, для которой необходимо включить механизм квот. По умолчанию режим квот выключен.

Выключение режима квот Для выключения режима квот используется команда quotaoff. Можно отключить режим квот для всех файловых систем (с параметром -a) или для конкретной файловой системы (указать её имя).

Проверка режима квот Команда quotacheck используется для проверки корректности работы механизма квот. Команда repquota используется для проверки использования текущих пользовательских или групповых квот.

Дефрагментация файловой системы

Для дефрагментации обязательно смонтированной файловой системы используется команда defragfs:

/usr/sbin/defragfs [-q|-r] FILESYSTEM

опция -q показывает отчет о текущем статусе файловой системы; опция -r показывает отчет о текущем статусе файловой системы и о возможном состоянии файловой системы, после дефрагментации .

Проверка файловой системы

Файловые системы могут быть проверены используя команду fsck. Ее синтаксис:

fsck [-p|-y|-n] [-f] [FILE SYSTEM]

Опция -p указывает на проведение проверки и исправление файловой системы без информирования пользователя обо всех изменениях и без запросов на совершение таких изменений. При запуске проверки файловых систем из SMIT используется эта опция. Опции -y или -n используются для ответов yes или no на все вопросы выдаваемые командой.

Проверка файловой системы производится в несколько стадий: проверка журнала на предмет обнаружения сообщений об ошибках, проверка inodes, косвенных блоков, блоков данных, свободных блоков, проверка размеров файлов, проверка содержимого директорий.

Если явно не указана файловая система для проверки, то проверяются все файловые системы, для которых в файле /etc/filesystems установлен атрибут check в true. Команда выводит отчет о своей работе в директорию /lost+found.

Документирование установок файловых систем

· Запускайте команду lsfs.
· Отслеживайте содержимое файла /etc/filesystem.
· Запускайте команду df для проверки использования дискового пространства.
· Проверяйте все смонтированные файловые системы командой mount.

К содержанию Вперед Назад

Пространство пейджинга

К содержанию Вперед Назад

Пространство пейджинга

Определение пейджингового пространства

Пейджинговое пространство используется для поддержки реальной памяти в системе. Реальная (физическая) оперативная память в системе разделена на секции по 4Кб называемые страничными фреймами (page frames). Каждый страничный фрейм отображается в 4Кб страницах в пейджинговое пространство на диске. В этом случае пейджинговое пространство используется как дублирующая память для реальной памяти.

Когда системе требуется доступ к данным и для которых нет места в реальной памяти, система находит в реальной памяти страничные фреймы к которым давно не было обращения и выгружает их на диск, высвобождая место под новый процесс. В этом случае пейджинговое пространство используется для размещения в реальной памяти только активных частей программ и данных, что позволяет нам запускать программы и загружать данные, которые не могут поместиться полностью в реальной памяти.

Пейджинговое пространство не является заменителем реальной памяти. Увеличение размера пейджингового пространства может не принести ожидаемого эффекта. При малом объеме реальной памяти система может быть сильно загружена обслуживанием пейджинга (например, при работе двух больших процессов, каждый из которых всё время при получении разрешения на выполнения будет вытеснять своими страничными фреймами фреймы предыдущего), что заметно снизит общую производительность. В этом случае единственным выходом будет покупка и установка дополнительного объема реальной памяти.

Так как оперативная память производства IBM может быть покажется вам довольно дорогой, то можно порекомендовать купить не такую дорогую оперативную память для систем RS/6000 производства компании Kingstone.

При инсталляции системы размер пейджингового пространства устанавливается согласно следующим формулам:

при объеме реальной памяти до 256Мб

РМ=Мх2;

при объеме реальной памяти более 256Мб

РМ=М+1.25х(М-256)

где РМ - размер пейджингового пространства; М - объем реальной памяти.

Однако размер пейджингового пространства в дальнейшем определяется в зависимости от используемых приложений.

Использование пейджингового пространства нужно периодически проверять командой lsps -a и в случае превышения показателя использования пейджингового пространства более 70% необходимо добавить дополнительный объем пейджингового пространства.

Примечание: В случае, когда у вас на физическом томе есть два или больше пейджинговых пространств совет увеличения объема пейджингового пространства не всегда верен. Рассмотрим ситуацию:

# 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.

К содержанию Вперед Назад

Архивирование и восстановление информации

К содержанию Вперед Назад

Архивирование и восстановление информации

Данные содержащиеся в компьютере зачастую являются более дорогими, чем сам компьютер. В случаях различных сбоев, когда невозможно восстановить эти данные, это может привести (и часто приводит) к полному краху компаний, потерявших свои данные.

Наиболее дешевым вариантом защиты данных от утери в результате аварии является их архивирование на ленту.

Но использование архивов возможно не только для восстановления данных после аварии, но и для переноса больших количеств информации с одного компьютера на другой, а также в случае, если вам необходимо реорганизовать файловые системы на диске и какая-нибудь файловая система может быть удалена с вашего диска и затем перемещена в другое место.

Удобно архивы использовать для установки программного обеспечения на аналогичные компьютеры или для быстрой его переустановки (создав образ системы).

Типы архивирования

Имеются три типа архивирования:

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. Так сделано для того, чтобы была возможность:

· после завершения операции чтения ил