Сертификация системного администратора

Главные и дополнительные номера устройств

admin — Tue, 02 Mar 2010 18:25:40 +0000

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

Управление виртуальными томами

admin — Sun, 28 Feb 2010 18:26:17 +0000

Каждая часть (slice) стандартного дискового устройства имеет свои собственные физическое и логическое устройства. Как вы помните, в главе 6 говорилось о том, что файловая система не может охватывать более одной части диска. Другими словами, максимальный размер файловой системы ограничен размером одного диска. На большом сервере с несколькими дисковыми накопителями стандартные методы разбивки дисков являются неадекватными и неэффективными. Такое ограничение имело место во всех UNIX-системах до тех пор, пока не появились виртуальные диски, которые еще называются виртуальными томами. Для преодоления указанного ограничения - одна часть диска на одну файловую систему - существуют пакеты управления виртуальными томами, позволяющие создавать такие структуры виртуальных томов, в которых единственная файловая система может включать практически неограниченное количество дисков или разделов. Принципиальной особенностью таких пакетов управления виртуальными томами является то, что они прозрачным образом представляют некоторый виртуальный том, который может состоять из множества разделов физических дисков. Другими словами, группируются дисковые разделы по нескольким дискам, чтобы выглядеть с точки зрения операционной системы как один единственный том.
Каждая разновидность UNIX имеет свои собственные методы для создания виртуальных томов. Фирма Sun предоставляет для управления виртуальными томами два пакета программного обеспечения: Solstice DiskSuite и Sun StorEdge Volume Manager. Пакет DiskSuite применяется, главным образом, на небольших серверах и рабочих станциях, тогда как программный продукт StorEdge используется на более крупных серверах масштаба предприятия для управления дисковыми массивами StorEdge фирмы Sun.

Solstice DiskSuite

admin — Tue, 16 Feb 2010 18:26:28 +0000

Пакет программного обеспечения Solstice DiskSuite поставляется вместе с операционной системой Solaris 8 и использует виртуальные диски, называемые метаустройствами, для управления физическими дисками и связанными с ними данными. С точки зрения приложения метаустройство в плане функций идентично некоторому физическому диску. Пакет DiskSuite использует специальный драйвер, называемый драйвером метадиска, для координации операций ввода-вывода на физические устройства и метаустройства и с них, позволяя приложениям обращаться с метаустройством так же, как и с физическим устройством. Данный тип драйвера еще называется логическим драйвером, или псевдодрайвером.
Метаустройства пакета DiskSuite формируются из стандартных частей диска, которые, в свою очередь, создаются с помощью утилиты format. Используя утилиты командной строки пакета DiskSuite или его графический интерфейс пользователя под названием DiskSuite Tool, системный администратор создает каждое устройство путем перетаскивания частей диска на один из трех типов объектов метаустройств: собственно метаустройства, репликации (точные копии) состояний баз данных и динамически распределяемые области "горячего" резервирования.

Среда NFS

admin — Thu, 04 Feb 2010 18:27:24 +0000

Понимание NFS в среде Solaris и взаимоотношений между ее серверами и клиентами
► Операционная система Solaris 8 предоставляет NFS (Network File System), чтобы разделять данные между системами через связное оборудование. Серверы NFS разделяют ресурсы, чтобы они могли быть использованы клиентами NFS. В настоящей главе описываются NFS и задачи, решение которых требуется для администрирования серверов и клиентов NFS.
Разделение ресурсов и дистанционный доступ к ним
► Операционная среда Solaris позволяет разделять каталоги и представлять их пользователям таким образом, как если бы эти каталоги были локальными на системах пользователей. Однако системный администратор должен обеспечить, чтобы только авторизованные пользователи имели бы доступ к совместно используемым ресурсам некоторого сервера. В настоящей главе описывается процесс разделения ресурсов и получения доступа к ресурсам некоторого сервера через сеть.
Конфигурирование и использование CacheFS
► CacheFS применяется для повышения производительности сетевых файловых систем. Если CacheFS задействована, то она для последующего более быстрого восстановления обеспечивает локальное сохранение данных дистанционной файловой системы в дисковом кэше. В настоящей главе описывается, как установить файловую систему CacheFS и организовать ее мониторинг.
Конфигурирование и использование AutoFS
► AutoFS позволяет автоматически выполнять монтирование и демонтирование каталогов службы NFS и, кроме того, обеспечивает централизованное администрирование ресурсов NFS. В настоящей главе описывается AutoFS и то, как конфигурировать различные таблицы автомонтирования.

WebNFS

admin — Thu, 28 Jan 2010 18:30:46 +0000

WebNFS - программный продукт, разработанный фирмой Sun Microsystems, который расширяет возможности служб NFS до Internet. Фирма Sun считает, что WebNFS предоставляет весомые преимущества в свете повышения производительности по сравнению с современными протоколами Internet, HTTP и FTP. Фирмы Netscape, Oracle, IBM, Apple и Novell объявили о своей поддержке WebNFS.
World Wide Web (всемирная паутина) становится выбором человечества для распространения и совместного использования информации в сети Internet. Простота и широкая доступность службы Web помогли ей затмить аналогичные технологии. К сожалению, протокол доступа к "всемирной паутине", HTTP, оставляет желать лучшего с точки зрения его производительности. Протокол HTTP - однонаправленный протокол, который неэффективно передает многие форматы данных. Целые страницы и все их содержимое должны быть переданы запрашивающему браузеру одновременно. С другой стороны, NFS работает в каждый момент времени только с частью файлов, обычно лишь с используемыми в данное время разделами. Имеется возможность с помощью NFS обновить разделы файла, а с помощью HTTP эта задача является практически неразрешимой. Ниже перечислены основные преимущества WebNFS по сравнению с HTTP и FTP:
Q> Управление соединением. Клиент службы WebNFS может загружать несколько файлов через единственное постоянное ТСР-соединение.
* Параллелизм. Клиенты WebNFS могут выдавать множество параллельных запросов к серверу NFS. Эффект параллелизма заключается в лучшем использовании ресурсов сервера и сети, в более высокой производительности для конечного пользователя.
0> Устойчивость к отказам. Служба WebNFS хорошо известна своей устойчивостью к отказам сети и сервера. В случае прерывания FTP-серверы требуют повторной загрузки с самого начала, что заставляет пользователей повторять операции и впустую тратить время на дублирования. Если какой-нибудь клиент WebNFS сталкивается с прерыванием, он может возобновить процесс именно с того места, где произошло прерывание.
* Производительность и масштабируемость. В настоящее время серверы NFS способны обрабатывать свыше 21000 операций в секунду. Они очень тесно интегрированы с ОС, настраиваются на максимальную производительность системы и достаточно просты для администрирования. WebNFS позволяет упростить дистанционный доступ к файлам, может работать с брандмауэрами и через них, а это означает, что системные администраторы теперь могут задавать, какие именно каталоги или файлы они хотят экспортировать, или делать доступными, через Internet. После того как эти файлы были экспортированы, а какое-нибудь приложение выдало запрос на получение доступа к ним, WebNFS может автоматически размещать эти файлы, согласовывать привилегии доступа к ним и прозрачным образом выполнять монтирование данных файлов из любого места в сети Internet. Затем пользователи могут получить доступ к этой информации, как если бы данные находились на их локальных машинах.
В отличие от современных протоколов доступа к файлам, таких как HTTP и FTP, WebNFS представляет собой полную файловую систему, которая поддерживает редактирование файла по месту, за счет чего исключается необходимость его загрузки на локальную машину, редактирования и повторной загрузки данного файла обратно на сервер. Вместо всего этого пользователи могут редактировать исходный файл непосредственно с их рабочих столов. Это экономит время и обеспечивает сохранение целостности совместно используемых файлов.
WebNFS может выполнять монтирование некоторой файловой системы целиком за один раз либо предоставлять возможность для обмена информацией с отдельными файлами на сервере. Эта возможность известна под названием MCL (Multi-Component Lookup -многокомпонентный поиск), она позволяет клиенту выполнять поиск какого-нибудь документа, опираясь на полностью заданный маршрут к некоторому файлу, вместо того, чтобы искать отдельные компоненты этого маршрута до тех пор, пока не будет обнаружено местоположение реального файла. Например, чтобы найти такой файл, как /books/sola ris/test.txt в среде NFS, вы должны найти сначала отдельные компоненты имени его маршрута (books и Solaris), а уж затем сможете найти файл testtxt. С помощью WebNFS вы просто передаете полный маршрут на сервер, и этот сервер возвращает непосредственно вам размер и размещение данного файла. Это повышает производительность за счет исключения нескольких шагов передачи данных.
WebNFS поддерживает также усовершенствования, внесенные в NFS версии 3.0, посредством реализации более крупных, чем установленное в NFS версии 2 ограничение в 8 Кбайт, пакетов передачи данных, поддерживает 64-разрядные слова данных для файлов и файловые системы с размером, превышающим 4 Гбайт.

Проверка согласованности

admin — Sun, 17 Jan 2010 18:32:31 +0000

Чтобы убедиться, что кэшированные каталоги и файлы находятся в актуальном состоянии, CacheFS периодически проверяет согласованность (непротиворечивость) файлов, которые сохраняются в данном кэше, с файлами на отдаленной файловой системе. Чтобы выполнить проверку непротиворечивости, CacheFS сравнивает текущее время модификации с предыдущим временем. Если эти времена отличаются между собой, то все данные и атрибуты данного каталога или файла удаляются из кэша, а затем из отдаленной файловой системы извлекаются новые данные и атрибуты.
Когда пользователь выдает запрос на проведение операции с каталогом или файлом, CacheFS проверяет, не пришло ли время для проверки непротиворечивости. Если это так, то CacheFS получает значение времени модификации из отдаленной файловой системы и выполняет сравнение.
По умолчанию CacheFS всегда выполняет проверку согласованности. Если для команды mount задано ключевое слово noconst, то проверка отключается. В этом режиме не предпринимается никаких попыток, чтобы проверить, сохраняется ли согласованность данного кэша с отдаленной файловой системой. В том случае, если отдаленная файловая система доступна только для чтения, проверять непротиворечивость нет никакой необходимости. Если некоторая отдаленная файловая система доступна только для чтения, используйте ключевое слово noconst.
Путем задания команды mount с опции demandconst вы можете выполнять проверки непротиворечивости, если зададите их в явном виде для файловых систем, смонтированных с использованием данной опции. После задания опции demandconst, когда вы смонтируете файловую систему в некоторый кэш, используйте команду cfsadmin с опцией -s для задания проверки непротиворечивости. По умолчанию проверка непротиворечивости проводится последовательно, файл за файлом, по мере того, как эти файлы становятся доступными. Если ни один файл не является доступным, никакие проверки не проводятся. Используйте опцию demandconst для исключения ситуации, когда сеть наводняется проверками непротиворечивости.

Прямая таблица

admin — Mon, 11 Jan 2010 18:33:02 +0000

Прямая таблица содержит список некоторого набора несвязанных точек монтирования, которые могут быть развернуты в пределах данной файловой системы. В данной таблице в качестве точки монтирования указывается полное имя маршрута (например, /usr/ local/bin или /usr/man). Ярким примером того, где следует использовать точку прямого монтирования, является каталог /usr/man. Каталог /usr содержит множество других каталогов, таких как /usr/bin и /usr/local; следовательно, он не может использоваться в качестве точки косвенного монтирования. Если бы вы использовали косвенную таблицу для каталога /usr/man, то локальная файловая система /usr могла бы быть точкой монтирования, и вы могли бы перекрывать каталоги /usr/bin и /usr/etc, когда установите данное монтирование. Прямая таблица позволяет автомонтировщику выполнять монтирования на единственный каталог, такой как /usr/man, который в данном случае представляется в качестве некоторой ссылки на имя точки прямого монтирования.

Когда следует использовать автомонтирование

admin — Fri, 01 Jan 2010 18:33:43 +0000

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

Общий обзор служб имен

admin — Mon, 28 Dec 2009 18:34:36 +0000

Службы имен обеспечивают централизованное хранение информации, которую пользователи, системы и приложения должны использовать для обмена данными через сеть. Эта информация сохраняется в файлах, отображениях, или в таблицах баз данных. Без централизованной службы имен каждой системе пришлось бы эксплуатировать свою собственную копию этой информации. Таким образом, централизованное размещение указанной информациии облегчает администрирование больших сетей. В состав информации, которую обрабатывает служба имен, входят:
<^ Имена и адреса систем (хостов)
<^ Имена пользователей
<^ Пароли
<^ Полномочия доступа

Файлы /etc

admin — Tue, 15 Dec 2009 18:34:43 +0000

Файлы /etc представляют собой традиционный для UNIX способ обслуживания информации о хостах, пользователях, группах и таблицах автомонтирования - и этот список можно продолжать. Эти файлы представляют собой текстовые файлы, которые размещаются на каждой отдельной системе и могут быть отредактированы с использованием текстового редактора vi или пакета Solstice AdminSuite. Указанные файлы описываются в главах 5, 8, 13 и 17.
Каждый такой файл нуждается в индивидуальном обслуживании, а на какой-нибудь большой сети это может быть достаточно сложной задачей. По мере того как изменяются IP-адреса, добавляются и удаляются учетные записи пользователей, может оказаться весьма затруднительным обслуживать все эти файлы и синхронизировать их на каждой системе. В большой изменяющейся сети традиционный подход к обслуживанию рассматриваемой информации должен был измениться, и, как результат, были внедрены описанные далее службы имен.