Как просмотреть иерархическую структуру диска с помощью

Обновлено: 07.07.2024

В этой главе описывается природа логических структур хранения и отношения между ними. Эти структуры создаются и распознаются Oracle Database и неизвестны операционной системе.

Эта глава состоит из следующих разделов:

Введение в логические структуры хранения

База данных Oracle выделяет логическое пространство для всех данных в базе данных. Логическими единицами распределения пространства базы данных являются блоки данных, экстенты, сегменты и табличные пространства. На физическом уровне данные хранятся в файлах данных на диске (см. главу 11, «Физические структуры хранения»). Данные в файлах данных хранятся в блоках операционной системы.

Рисунок 12-1 представляет собой диаграмму отношения объект-связь для физического и логического хранилища. Обозначение «гусиная лапка» представляет отношение «один ко многим».

Рис. 12-1. Логическое и физическое хранилище

Логическая иерархия хранения

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

Рис. 12-2. Сегменты, экстенты и блоки данных в табличном пространстве

С высочайшим уровнем детализации Oracle Database хранит данные в блоках данных. Один логический блок данных соответствует определенному количеству байтов физического дискового пространства, например, 2 КБ. Блоки данных — это наименьшие единицы хранения, которые может использовать или выделять база данных Oracle.

Экстент — это набор логически смежных блоков данных, выделенных для хранения определенного типа информации. На рис. 12-2 экстент размером 24 КБ содержит 12 блоков данных, а экстент размером 72 КБ — 36 блоков данных.

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

Каждый сегмент принадлежит одному и только одному табличному пространству. Таким образом, все экстенты сегмента хранятся в одном и том же табличном пространстве. Внутри табличного пространства сегмент может включать экстенты из нескольких файлов данных, как показано на рис. 12-2. Например, один экстент сегмента может храниться в файле users01.dbf, а другой — в файле users02.dbf. Один экстент никогда не может охватывать файлы данных.

Логическое управление пространством

База данных Oracle должна использовать логическое управление пространством для отслеживания и распределения экстентов в табличном пространстве. Когда объекту базы данных требуется экстент, база данных должна иметь метод его поиска и предоставления. Точно так же, когда объекту больше не требуется экстент, в базе данных должен быть способ сделать этот свободный экстент доступным.

База данных Oracle управляет пространством в табличном пространстве на основе типа, который вы создаете. Вы можете создать любой из следующих типов табличных пространств:

Локально управляемые табличные пространства (по умолчанию)

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

На рис. 12-3 показаны варианты управления логическим пространством в табличном пространстве.

Рис. 12-3 Управление логическим пространством

Локально управляемые табличные пространства

Локально управляемое табличное пространство поддерживает растровое изображение в заголовке файла данных для отслеживания свободного и используемого пространства в теле файла данных. Каждый бит соответствует группе блоков. Когда пространство выделяется или освобождается, Oracle Database изменяет значения растрового изображения, чтобы отразить новое состояние блоков.

На следующем рисунке показано концептуальное представление хранилища, управляемого растровыми изображениями. 1 в заголовке относится к используемому пространству, а 0 — к свободному.

Локально управляемое табличное пространство имеет следующие преимущества:

Не использовать словарь данных для управления экстентами

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

Автоматически отслеживает соседнее свободное пространство

Таким образом, база данных избавляет от необходимости объединять свободные экстенты.

Автоматически определяет размер локально управляемых экстентов

В качестве альтернативы все экстенты могут иметь одинаковый размер в локально управляемом табличном пространстве и переопределять параметры хранения объектов.

Oracle настоятельно рекомендует использовать локально управляемые табличные пространства с автоматическим управлением пространством сегментов.

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

Автоматическое управление пространством сегмента

Метод ASSM использует растровые изображения для управления пространством. Растровые изображения имеют следующие преимущества:

ASSM избавляет от необходимости вручную определять правильные настройки для многих параметров хранения. Только один важный параметр SQL управляет распределением пространства: PCTFREE. Этот параметр указывает процент пространства, которое должно быть зарезервировано в блоке для будущих обновлений (см. «Процент свободного места в блоках данных»).

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

Динамическое соответствие пространства экземплярам в среде Oracle Real Application Clusters (Oracle RAC)

ASSM более эффективен и используется по умолчанию для постоянных табличных пространств с локальным управлением.

В этой главе предполагается использование ASSM во всех обсуждениях логического пространства хранения.

Ручное управление пространством сегмента

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

В дополнение к PCTFREE, MSSM требует, чтобы вы управляли выделением пространства с помощью параметров SQL, таких как PCTUSED, FREELISTS и FREELIST GROUPS. PCTUSED устанавливает процент свободного места, который должен существовать в используемом в данный момент блоке, чтобы база данных поместила его в список свободных. Например, если вы установите для параметра PCTUSED значение 40 в операторе CREATE TABLE, вы не сможете вставлять строки в блок сегмента до тех пор, пока не будет использовано менее 40 % пространства блока.

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

У объекта может быть несколько списков свободных мест. Таким образом, несколько сеансов, выполняющих DML для таблицы, могут использовать разные списки, что может уменьшить конкуренцию. Каждый сеанс базы данных использует только один свободный список на время сеанса.

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

Рисунок 12-4 Свободные группы списка

Управлять пространством сегмента вручную может быть сложно. Вы должны настроить PCTFREE и PCTUSED, чтобы уменьшить миграцию строк (см. «Сцепленные и перенесенные строки») и избежать лишнего пространства. Например, если каждый используемый блок в сегменте заполнен наполовину, а значение PCTUSED равно 40, то база данных не разрешает вставки ни в один из этих блоков. Из-за сложности точной настройки параметров распределения пространства Oracle настоятельно рекомендует ASSM. В ASSM PCTFREE определяет, можно ли вставить новую строку в блок, но не использует списки свободных мест и игнорирует PCTUSED .

Руководство администратора базы данных Oracle для изучения локально управляемых табличных пространств

Oracle Database 2 Day DBA и Oracle Database Administrator’s Guide, чтобы узнать больше об автоматическом управлении пространством сегментов

Справочник по языку Oracle Database SQL, чтобы узнать о параметрах хранения, таких как PCTFREE и PCTUSED

Табличные пространства, управляемые словарем

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

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

Руководство администратора базы данных Oracle, чтобы узнать, как перенести табличные пространства из управляемых по словарю в локально управляемые

Обзор блоков данных

База данных Oracle управляет логическим пространством хранения в файлах данных базы данных в единицах, называемых блоками данных, также называемыми блоками или страницами Oracle. Блок данных — это минимальная единица ввода-вывода базы данных.

Блоки данных и блоки операционной системы

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

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

Рис. 12-5 Блоки данных и блоки операционной системы

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

Приложениям не нужно определять физические адреса данных на диске.

Данные базы данных можно чередовать или зеркально отображать на нескольких физических дисках.

Размер блока базы данных

Каждая база данных имеет размер блока базы данных. Параметр инициализации DB_BLOCK_SIZE задает размер блока данных для базы данных при ее создании. Размер устанавливается для табличных пространств SYSTEM и SYSAUX и является значением по умолчанию для всех остальных табличных пространств. Размер блока базы данных нельзя изменить, кроме как путем повторного создания базы данных.

Если DB_BLOCK_SIZE не задан, размер блока данных по умолчанию зависит от операционной системы. Стандартный размер блока данных для базы данных составляет 4 КБ или 8 КБ. Если размер блоков данных и блоков операционной системы различается, то размер блока данных должен быть кратен размеру блока операционной системы.

Справочник по базе данных Oracle, чтобы узнать о параметре инициализации DB_BLOCK_SIZE

Размер блока табличного пространства

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

Руководство администратора базы данных Oracle, чтобы узнать, как указать нестандартный размер блока для табличного пространства

Формат блока данных

Каждый блок данных имеет формат или внутреннюю структуру, которая позволяет базе данных отслеживать данные и свободное пространство в блоке. Этот формат одинаков, если блок данных содержит данные таблицы, индекса или кластера таблиц. На рис. 12-6 показан формат несжатого блока данных (см. «Сжатие блока данных», чтобы узнать о сжатых блоках).

Рисунок 12-6 Формат блока данных

Заголовок блока данных

База данных Oracle использует служебные данные блока для управления самим блоком. Заголовок блока недоступен для хранения пользовательских данных. Как показано на рис. 12-6, заголовок блока включает следующие части:

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

Запись транзакции требуется для каждой транзакции, которая обновляет блок. База данных Oracle изначально резервирует место в заголовке блока для записей транзакций. В блоках данных, выделенных для сегментов, которые поддерживают транзакционные изменения, свободное пространство может также содержать записи транзакций, когда пространство заголовка исчерпано. Пространство, необходимое для записей транзакций, зависит от операционной системы. Однако записи транзакций в большинстве операционных систем требуют приблизительно 23 байта.

Для таблицы, организованной в куче, этот каталог содержит метаданные о таблицах, строки которых хранятся в этом блоке. Несколько таблиц могут хранить строки в одном блоке.

Для таблицы, организованной в виде кучи, этот каталог описывает расположение строк в части данных блока.

После выделения места в каталоге строк база данных не освобождает это пространство после удаления строки. Таким образом, блок, который в настоящее время пуст, но ранее имел до 50 строк, по-прежнему имеет 100 байтов, выделенных для каталога строк. База данных повторно использует это пространство только тогда, когда в блок вставляются новые строки.

Некоторые части заголовка блока имеют фиксированный размер, но общий размер может меняться. В среднем служебные данные блока составляют от 84 до 107 байт.

Формат строки

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

База данных Oracle хранит строки в виде записей переменной длины. Строка состоит из одной или нескольких частей строки.Каждая часть строки имеет заголовок строки и данные столбца .

На рис. 12-7 показан формат строки.

Рис. 12-7. Формат фрагмента строки

Заголовок строки

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

Столбцы в части строки

Части строки, расположенные в других блоках данных

Если целую строку можно вставить в один блок данных, Oracle Database сохранит эту строку как одну часть строки. Однако, если все данные строки не могут быть вставлены в один блок или обновление приводит к тому, что существующая строка перерастает свой блок, тогда база данных сохраняет строку в виде нескольких частей строки (см. «Сцепленные и перенесенные строки»). Блок данных обычно содержит только одну часть строки на строку.

Строка, полностью содержащаяся в одном блоке, имеет не менее 3 байтов заголовка строки.

Данные столбца

После заголовка строки в разделе данных столбца хранятся фактические данные в строке. Часть строки обычно хранит столбцы в порядке, указанном в операторе CREATE TABLE, но этот порядок не гарантируется. Например, столбцы типа LONG создаются последними.

Как показано на рис. 12-7, для каждого столбца в строке Oracle Database хранит длину столбца и данные отдельно. Необходимое пространство зависит от типа данных. Если тип данных столбца имеет переменную длину, то пространство, необходимое для хранения значения, может увеличиваться и уменьшаться при обновлении данных.

Каждая строка имеет слот в каталоге строк заголовка блока данных. Слот указывает на начало строки.

Формат строки

База данных Oracle использует идентификатор строки для уникальной идентификации строки. Внутри rowid представляет собой структуру, которая содержит информацию, необходимую базе данных для доступа к строке. Идентификатор строки физически не хранится в базе данных, а выводится из файла и блока, в котором хранятся данные.

Расширенный идентификатор строки включает номер объекта данных. Этот тип rowid использует кодировку base 64 физического адреса для каждой строки. Символы кодировки: A-Z , a-z , 0-9 , + и / .

Пример 12-1 запрашивает псевдостолбец ROWID, чтобы показать расширенный идентификатор строки в таблице сотрудников для сотрудника 100.

Пример 12-1. Псевдостолбец ROWID

На рис. 12.8 показан формат расширенного идентификатора строки.

Рис. 12-8. Формат ROWID

Расширенный идентификатор строки отображается в формате, состоящем из четырех частей, OOOOOOFFFBBBBBBRRR , причем формат разделен на следующие компоненты:

Номер объекта данных идентифицирует сегмент (объект данных AAAPec в примере 12-1). Каждому сегменту базы данных присваивается номер объекта данных. Объекты схемы в одном сегменте, например кластер таблицы, имеют одинаковый номер объекта данных.

Номер файла данных относительно табличного пространства идентифицирует файл данных, содержащий строку (файл AAF в примере 12-1).

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

Номер строки идентифицирует строку в блоке (строка AAA в примере 12-1).

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

Внутренне база данных выполняет перемещение строк, как если бы строка была физически удалена и вставлена повторно. Однако перемещение строк считается обновлением, которое влияет на триггеры.

Сжатие блоков данных

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

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

Предположим, что строки в примере 12-2 хранятся в блоке данных для таблицы продаж из семи столбцов.

Пример 12-2 Строки в таблице продаж

Когда к этой таблице применяется базовое или расширенное сжатие строк, база данных заменяет повторяющиеся значения ссылкой на символ. Пример 12-3 представляет собой концептуальное представление сжатия, в котором символ * заменяет 29-NOV-00, а % заменяет 9999.

Пример 12-3. Сжатые строки OLTP в таблице продаж

Таблица 12-1 концептуально представляет таблицу символов, которая сопоставляет символы со значениями.

Утилита File Explorer, встроенная в Windows, предоставляет удобный способ отображения дисков и папок, настроенных на вашем компьютере. Любые диски, обнаруженные BIOS (базовая система ввода-вывода), и любые папки, которые они содержат, отображаются в проводнике; при необходимости можно даже отобразить скрытые папки, созданные приложениями и Windows.

Переместите указатель мыши в правый верхний угол экрана или проведите пальцем от правого края на сенсорном экране и выберите "Поиск" в появившемся списке чудо-кнопок.

Введите "Проводник" в качестве поискового запроса и убедитесь, что выбран фильтр "Приложения". Выберите ярлык «Проводник» в списке результатов.

Нажмите или коснитесь заголовка «Компьютер» на панели навигации (слева), чтобы просмотреть список установленных дисков. Если панель навигации не отображается, откройте вкладку "Вид", выберите значок "Панель навигации" и установите флажок "Панель навигации" в раскрывающемся списке.

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

Нажмите или коснитесь маленькой стрелки рядом с заголовком «Компьютер» на панели навигации, чтобы увидеть все содержащиеся в нем подпапки. Каждая папка может быть открыта таким же образом. Нажмите и удерживайте (или нажмите и удерживайте) границу между панелью навигации и главным окном, чтобы увеличить или уменьшить его размер.

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

Выберите параметр «Панель сведений» на вкладке «Вид», чтобы отобразить дополнительные сведения о выбранном файле или папке. Выберите параметр «Панель предварительного просмотра», если вы предпочитаете предварительный просмотр файлов распространенных форматов (например, изображений и офисных документов).

Каталог – это контейнер, который используется для хранения папок и файлов. Он организует файлы и папки в иерархическом порядке.

Преимущества:

Поскольку это один каталог, его реализация очень проста.
Если файлы меньше по размеру, поиск ускорится.
Операции, такие как создание файлов, поиск, удаление, обновление, очень просты в такой структуре каталогов.

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

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

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

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

Очень общий, поскольку можно указать полный путь.
Высокая масштабируемость, вероятность конфликта имен меньше.
Поиск становится очень простым, мы можем использовать как абсолютные, так и относительные пути.

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

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

Организационная единица (OU) – это объект-контейнер, который используется для организации объектов внутри домена. OU содержит такие объекты, как учетные записи пользователей, группы, компьютеры, принтеры и другие OU. Подразделения создаются в UBAD для хранения объектов (пользователей, групп, компьютеров, принтеров и т. д.), поэтому ими могут управлять администраторы подразделений. Администраторы подразделения будут назначать права на ресурсы, контролируемые отделом, и предоставлять права доступа.

Иерархия подразделений

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

Домен аккаунта UBAD

В домене учетных записей будут созданы три OU первого уровня: People, Groups и ITORGS.

Подразделение «Люди» будет содержать имена UBIT, полученные из системы управления учетными записями.
Подразделение «Группы» будет содержать группы, заполняемые из системы учетных записей, а также группы, созданные во время миграции.
Подразделение ITORGS будет содержать подразделения подразделений, соответствующие стандарту именования UBAD.

Домен ресурса UBAD

Одно подразделение первого уровня (ITORGS) будет создано в ресурсном домене в соответствии со стандартом именования UBAD. Подразделение ITORGS будет содержать подразделения подразделений.

Иерархия UBAD OU

UBAD ограничен 5 уровнями вложенности подразделений в учетные записи и ресурсные домены UBAD из соображений производительности.

В домене учетных записей всеми пятью уровнями будет управлять UBADST.
В домене ресурсов первые три уровня будут управляться UBADST; четвертый и пятый уровни будут управляться администраторами подразделения ITOrg.
Первые три уровня подразделений должны совпадать в доменах учетных записей и ресурсов.
Имя подразделения третьего уровня будет использоваться в качестве «административного префикса», как описано в стандартном документе UBAD по именованию.

ИТ-организации имеют полные права доступа в своих подразделениях. Кроме того, у них есть возможность применять групповую политику ко 2-му и последующим уровням в ресурсном домене.

< бр />

Пример домена учетных записей UBAD

• Люди, группы, ITORGS – это организационные единицы 1-го уровня.
• Организационная единица "ИТ-организации" выделена зеленым цветом и соответствует 2-му уровню.
o SAIT — это подразделение подразделения, например
• Префиксы ИТ-организаций выделены синим цветом, 3-й уровень
o PUBS — это административный префикс внутри подразделения
подразделения SAIT
• PUBS-Admin – это подразделение подразделения,
например, 4-го уровня

< бр />

Пример ресурсного домена UBAD

• ITORGS — это подразделение 1-го уровня (такое же, как домен учетных записей)
• Подразделения ИТ-организаций выделены зеленым цветом, 2-й уровень
(то же самое, что и домен учетных записей)
• IT-организация префиксы выделены синим цветом, 3-й уровень (то же, что и
Домен учетных записей)
• Последующие уровни именуются и обслуживаются
администратором подразделения отдела (оранжевый текст)

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

Доступ к

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

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

2.1. Обзор стандарта иерархии файловой системы (FHS)

Red Hat Enterprise Linux использует структуру файловой системы Стандарт иерархии файловой системы (FHS), которая определяет имена, местоположения и разрешения для многих типов файлов и каталогов.< /p>

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

Возможность монтировать раздел /usr/ только для чтения. Это особенно важно, так как /usr/ содержит общие исполняемые файлы и не должен изменяться пользователями. Кроме того, поскольку /usr/ монтируется только для чтения, его можно монтировать с дисковода компакт-дисков или с другой машины через NFS-монтирование только для чтения.

2.1.1. Организация FHS

2.1.1.1. Сбор информации о файловой системе

Пример 2.1. вывод команды df

По умолчанию df показывает размер раздела в блоках по 1 килобайту и объем используемого и доступного дискового пространства в килобайтах. Для просмотра информации в мегабайтах и гигабайтах используйте команду df -h. Аргумент -h означает «удобочитаемый» формат. Вывод для df -h выглядит примерно так:

Пример 2.2. вывод команды df -h

Примечание

В приведенных выше примерах смонтированный раздел /dev/shm представляет файловую систему виртуальной памяти системы.

Команда du отображает предполагаемый объем пространства, используемого файлами в каталоге, а также использование диска для каждого подкаталога. Последняя строка в выводе du показывает общее использование диска каталогом; чтобы увидеть только общее использование диска каталогом в удобочитаемом формате, используйте du -hs . Дополнительные параметры см. в man du .

Чтобы просмотреть системные разделы и использование дискового пространства в графическом формате, используйте системный монитор Gnome, щелкнув Приложения → Системные инструменты → Системный монитор или используя команду gnome-system-monitor . Выберите вкладку «Файловые системы», чтобы просмотреть системные разделы. На рисунке ниже показана вкладка «Файловые системы».

Рисунок 2.1. Вкладка «Файловые системы» системного монитора GNOME

2.1.1.2. Каталог /boot/

Каталог /boot/ содержит статические файлы, необходимые для загрузки системы, например ядро Linux. Эти файлы необходимы для правильной загрузки системы.

Предупреждение

2.1.1.3. Каталог /dev/

Эти узлы устройств необходимы для правильной работы системы. Демон udevd создает и удаляет узлы устройств в /dev/ по мере необходимости.

Устройства в каталоге /dev/ и подкаталогах определяются либо как символьные (обеспечивающие только последовательный поток ввода и вывода, например, мышь или клавиатура), либо как блочные (доступны случайным образом, например, жесткий диск или дисковод). Если установлены GNOME или KDE, некоторые запоминающие устройства автоматически обнаруживаются при подключении (например, через USB) или вставке (например, привод CD или DVD), и появляется всплывающее окно с отображением содержимого.

Таблица 2.1. Примеры общих файлов в каталоге /dev

< /th>

Файл	Описание
/dev/hda	Главное устройство на основном канале IDE.
/dev/hdb	Подчиненное устройство на основном канале IDE.
/dev/tty0	Первая виртуальная консоль.
/dev/tty1	Вторая виртуальная консоль.
/dev/sda	Первое устройство на основном канале SCSI или SATA.
/dev/lp0	Первый параллельный порт.
/dev/ttyS0< /td>	Последовательный порт.

2.1.1.4. Каталог /etc/

Каталог /etc/ зарезервирован для файлов конфигурации, которые являются локальными для машины. Он не должен содержать двоичных файлов; любые двоичные файлы следует переместить в /bin/ или /sbin/ .

Например, в каталоге /etc/skel/ хранятся "каркасные" пользовательские файлы, которые используются для заполнения домашнего каталога при первом создании пользователя. Приложения также хранят свои файлы конфигурации в этом каталоге и могут ссылаться на них при выполнении. Файл /etc/exports определяет, какие файловые системы экспортируются на удаленные хосты.

2.1.1.5. Каталог /lib/

Каталог /lib/ должен содержать только библиотеки, необходимые для выполнения двоичных файлов в /bin/ и /sbin/ . Эти образы общих библиотек используются для загрузки системы или выполнения команд в корневой файловой системе.

2.1.1.6. Каталог /media/

Каталог /media/ содержит подкаталоги, используемые в качестве точек подключения для съемных носителей, таких как USB-накопители, DVD-диски и компакт-диски.

2.1.1.7. Каталог /mnt/

Каталог /mnt/ зарезервирован для временного монтирования файловых систем, например файловых систем NFS. Для всех съемных носителей используйте каталог /media/. Автоматически обнаруженные съемные носители будут смонтированы в каталоге /media.

Важно

2.1.1.8. Каталог /opt/

Каталог /opt/ обычно зарезервирован для программного обеспечения и дополнительных пакетов, которые не являются частью установки по умолчанию. Пакет, который устанавливается в /opt/, создает каталог с его именем, например /opt/имя_пакета/ . В большинстве случаев такие пакеты имеют предсказуемую структуру подкаталогов; большинство хранит свои двоичные файлы в /opt/packagename/bin/, а свои справочные страницы в /opt/packagename/man/ .

2.1.1.9. Каталог /proc/

Каталог /proc/ содержит специальные файлы, которые либо извлекают информацию из ядра, либо отправляют ему информацию. Примеры такой информации включают системную память, информацию о ЦП и конфигурацию оборудования. Для получения дополнительной информации о /proc/ обратитесь к Разделу 2.3, «Виртуальная файловая система /proc».

2.1.1.10. Каталог /sbin/

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

Читайте также: