Планирование эксплуатационного обслуживания сервера

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

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

Какие данные архивировать, а какие нет, и как часто выполнять операции по резервному копированию? На все эти вопросы вы должны самостоятельно найти ответы, исходя из потребностей именно вашей Х-терминальной системы. Целесообразно архивировать конфигурационные файлы (каталог /etc), файлы журналов, а также данные запущенных серверов-демонов (подкаталоги /var), домашние каталоги пользователей (подкаталоги /home) и директории для совместного доступа к файлам. Очень редко нуждаются в архивировании подкаталоги /usr, так как хранящиеся там файлы практически не подвержены изменениям.

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

Чтобы осознать всю важность выполнения резервного копирования, а также более отчетливо разработать план своих действий, вы должны смириться с мыслью о выходе из строя оборудования вашего Х-терминал сервера. Представьте себе, что в один прекрасный момент вы обнаружите, что ваш сервер перестал функционировать, пользователи остались без автоматизированных рабочих мест и вся работа в организации парализована. Какие действия предпринять, чтобы восстановить работоспособность? Хорошо, если это просто замена одного из комплектующих (центральный процессор, материнская плата, сетевой адаптер и т.д.). А если из строя выйдет винчестер? Работающий RAID массив решит эту проблему, но помните, что даже RAID массивы не гарантируют 100% сохранности ваших данных. Единственным решением в подобной ситуации может служить установка операционной системы на новый жесткий диск с восстановлением пользовательской информации из резервных копий. Чем более новой окажется резервная копия, тем лучше для вас и ваших пользователей.

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

Целостности данных на Х-терминал сервере угрожают также вредоносные программы, такие как вирусы. Благо, под операционную систему Linux их совсем не много и их появление не носит такого эпидемиологического характера, как в случае с операционными системами от компании Microsoft. Однако это не дает системному администратору никакого права расслабляться, и прекращать наблюдение за работой локальной сети. В некоторых случаях потери от злонамеренного поведения пользователей могут оказаться даже выше, чем физическая поломка оборудования, поэтому такой вариант развития также следует предусматривать.

Для операционной системы Linux написано достаточно много универсальных средств, выполняющих резервное копирование, как свободно доступных так и коммерческих (платных). В принципе, это и не удивительно, так как эта серверная операционная система часто работает в круглосуточном режиме. Под управлениям Linux выполняются задачи, содержащие очень важные данные (веб-сервера, файловые сервера, почтовые базы и т.д.), потерю которых следует предотвратить любой ценой. К сожалению, детальное описание принципов работы, а также примеры использования программного обеспечения для резервного копирования под Linux выходят за рамки данной книги. Чтобы больше узнать о программных продуктах, которые используются для резервного копирования, рекомендую вам посетить сайт http://www.backupcentral.com/, на котором собрано очень много информации по данному вопросу. Там вы найдете описания как коммерческих так и свободно распространяемых программных продуктов.

Информационная отрасль развивается быстрыми темпами, и операционная система Linux не исключение. Установив на сервер Х-терминалов операционную систему, нужно быть готовым к выполнению периодического обновления входящих в ее состав пакетов. Практически все дистрибутивы операционной системы Linux предлагают специальные системные утилиты для выполнения работ по установке и обновлению программного обеспечения. Наверное, дальше всего в этом плане пошли создатели Gentoo Linux. Так, пользователям этой операционной системы для того чтобы обновить все программное обеспечение на компьютере до самой новой версии, достаточно ввести одну команду:

# emerge -u world

Конечно, необходимо убедится при этом, что компьютер, на котором выполняется обновление, подключен к глобальной сети Интернет. Правда, и другие менеджеры пакетов не отстают в этом плане от Gentoo. Например, для популярного в дистрибутивах основанных на Red Hat пакетного менеджера yum, подобная команда будет такой:

# yum update

Как это ни странно, но главные отличия между дистрибутивами операционной системы Linux скрываются именно в формате используемых ею пакетов. В мире UNIX программное обеспечение традиционно устанавливается из тарболов (архивных файлов, содержащих исходный код или предварительно скомпилированных), имеющих расширения *.tar.gz, *.tgz, *.tar.bz2 и *.tbz. Но использование такого метода установки затрудняет контроль за программным обеспечением, и особенно усложняет его обновление. Поэтому создатели дистрибутивов Linux решили распространять программы в пакетах - специальных стандартизированных форматах. При установке программного обеспечения из тарболов, как правило, выполняются такие действия: содержимое извлекается из архива, пользователь знакомится с инструкциями файла Readme, а затем выполняет установочный сценарий или компиляцию программного продукта. В отличие от тарболов, файлам пакетов присущи более широкие свойства. Например, к характеристикам пакетов относятся зависимости (какие дополнительные пакеты нужны для успешной установки данного пакета), сценарии, выполняющиеся при инициализации пакета, обновлении его до новой версии и удаления с компьютера, стандартизированные файлы описания содержимого пакета и т.д. Для работы с пакетами в дистрибутивах Linux предусмотрены специальные системные утилиты. Так, для получивших наибольшее распространение, благодаря все той же Red Hat, пакетов в формате *.rpm предназначена одноименная утилита rpm (Red Hat Packages Manager). Пакеты для Debian имеют расширение *.deb и управляются при помощи утилиты dbpkg. Не все дистрибутивы операционной системы Linux перешли на использование пакетов. Некоторые (Rocklinux, Gentoo, CRUX, Archlinux, Sorcerer, SourceMage, Lunar и т.д) до сих пор продолжают использовать тарболы, при этом, как правило, каждый дистрибутив использует свои правила управления программным обеспечением и методы описания и контроля зависимостей.

Хотя использовать утилиты для управления пакетами такие как rpm или dbpkg совсем не сложно, они не совсем подходят для регулярного обновления программного обеспечения. Особенно сложно их использовать при установке пакетов с большой и запутанной системой зависимостей. Для облегчения жизни системных администраторов были придуманы надстройки над системами управления пакетами, своего рода мета-менеджеры пакетов. Из программ подобного типа наибольшей популярности заслуживает, конечно, утилита apt, которая, несмотря на свое "бразильское" происхождение, стала известна широкой общественности линуксоидов из-за использования в дистрибутиве Debian. В дистрибутивах, основанных на RedHat Linux, для подобных целей используется утилита yum, хотя есть примеры успешного использования в них и утилиты apt.

При обновлении пакетов особенно осторожно следует обновлять прикладное программное обеспечение. Именно прикладное, так как его в своей работе используют рядовые пользователи, причем часто даже непредвиденным для создателей образом. Согласитесь, что процесс разработки программного обеспечения идет по довольно простой схеме. Разработчик вносит в свой программный продукт новые функции, тестирует их и предлагает аудитории своих пользователей. Потом учитываются желания пользователей, исправляются ошибки и выходит так называемая стабильная версия программы. Но в мире Linux нет четкого и единого понятия, такого как операционная система Linux, поэтому составители дистрибутивов адаптируют программный продукт под стандарты своей сборки. В итоге часто можем наблюдать картину, что в новой версии программного продукта нет функций, которые были доступны в старой, зато появились новые ошибки, попросту незамеченные авторами программного пакета. Авторов дистрибутивов операционной системы Linux можно понять – они специалисты узкого профиля и им сложно вникнуть во все детали использования прикладного программного обеспечения. Поэтому во избежание подобных проблем, я рекомендую системному администратору устанавливать новое программное обеспечение сначала на тестовый компьютер, где сравнивать его функциональные возможности и стабильность в работе с предыдущей версией, и если новый релиз успешно пройдет проверку, то только тогда устанавливать его на Х-терминал сервер.

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

Вообще, при администрировании работы сети Х-терминалов никогда не следует забывать о ее многопользовательской природе. Часто нерадивое отношение одного пользователя может пагубно сказаться на работе всех его коллег. Например, одному пользователю вздумалось поиграть в компьютерную игру, которая значительно нагружает локальную сеть и загрузка центрального процессора держится на отметке в 100%. Понятно, что от такого использования Х-терминала не по назначению пострадают все остальные пользователи. Для успешного противостояния такому поведению нужно разработать систему реагирования, которая должна содержать в себе еще и административные санкции. Конечно, системный администратор может прекратить выполнение любого процесса в системе, и даже заблокировать работу любого пользователя, но без поддержки руководящего звена предприятия все его усилия будут безрезультатны.

При администрировании сети Х-терминалов системный администратор в основном выполняет привычные функции по добавлению/удалению пользователей, распределению их полномочий и прав, а также по первичной настройке используемого ими программного обеспечения. Если текучесть кадров не велика, то рутинной работы совсем не много. Более того, сервер работает в графическом режиме, так что ничто не мешает использовать привычные средства с графическим интерфейсом для этих целей, например, такие как redhat-config-users (утилита для управления учетными записями пользователей и групп).

Пока интересно, читаем дальше!