Оценка характеристик и возможностей сетевых ОС локальных сетей
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
ых систем с Fedora Linux, так родился проект Fedora Linux. В октябре 2003 Red Hat представила версию Enterprise 3, которая, как и ее предшественница Enterprise 2.1, была специально приспособлена для корпоративных пользователей. Enterprise 3 изначально доступен в трех редакциях - AS, ES и WS - каждая разрабатывалась для специфических задач. Летом 2004 появилась новая версия Red Hat Enterprise 4, которуая и будет оцениваться.
.2 ОЦЕНИВАЕМЫЕ ХАРАКТЕРИСТИКИ
При оценке характеристик и возможностей рассматривались следующие компоненты: файловые системы, архитектура ядра, сетевая инфраструктура, учетные записи пользователей, поддерживаемые аппаратные ресурсы и безопасность. Сразу скажу, что изначально мною были описаны еще ряд дополнительных компонентов, таких как Web-службы, почтовые сервера, прокси сервера, сервера баз данных, организация памяти, управление дисками, средства мониторинга и обеспечения надежности систем. Однако после форматирования текста объем всех этих глав составил 187 страниц, и от них пришлось отказаться в пользу, как мне кажется, наиболее важных компонентов.
Современные операционные системы требуют с каждым годом все больше и больше вычислительных ресурсов, поэтому минимальные требования к аппаратным ресурсам всегда важно знать и учитывать, чтобы не ошибиться в выборе серверной платформы для операционной системы. Поддержка того или иного серверного оборудования напрямую зависит от архитектуры установленных процессоров, среди современных систем используются 32 и 64-разрядные архитектуры. Кроме того, имеют значение максимальные показатели. Например, если мы установим на сервер с объемом оперативной памяти шесть гигабайт операционную систему с максимально поддерживаемым количеством оперативной памяти четыре гигабайта, то последние два гигабайта использовать для работы не удастся.
Автоматизация процесса инсталляции играет ключевую роль в снижении затрат на переход к использованию новой операционной системы. Метод автоматизации процесса установки будет зависеть от существующей инфраструктуры сети, количества и разнообразия конфигураций компьютеров, для которых будет выполняться обновление операционной системы, расписания процесса развертывания и других факторов. Данный вопрос рассмотрен в параграфе 2.1.
Файловые системы появились по очень простой причине: компьютерам необходимы средства долгосрочного хранения и выборки данных. Файловые системы предоставляют механизм хранения данных в иерархии файлов и каталогов.
Системы Windows Server 2003 поддерживают традиционные дисковые файловые системы: FAT12, FAT 16, FAT32 и NTFS. Кроме того, две файловые системы поддерживаются на устройствах CD-ROM и DVD: Compact Disc File System (CDFS) и Universal Disk Format (UDF). На выбор файловой системы оказывают влияние цель, для которой предполагается использовать компьютер, аппаратная платформа, количество жестких дисков и их объем, требования к безопасности, используемые в системе приложения.
Наиболее совершенной из всех файловых систем Windows Server 2003 является NTFS, и именно она будет рассмотрена в данной работе.
Среди поддерживаемых Red Hat Enterprise Linux 4 из файловых систем, таких как ext2, ext3, vfat, fat16, fat32, hfs, jfs, linux-swap, ntfs, reiserfs, hp-ufs, sun-ufs, xfs для установки системы подходят лишь ext2, ext3 и vfat. Среди них родными для Linux считаются ext2 и ext3. Так как из этих двух систем ext3 считается наиболее совершенной, то будем рассматривать именно ее.
На компьютерах иногда происходят сбои. Если в момент сбоя ОС записывала данные на диск или в буфере оставались несохраненные изменения, сбой может привести к нарушению целостности системы. В системе может появиться выделенная структура метаданных с выделенными блоками данных, но ни одна структура имени файла не будет ссылаться на эту структуру метаданных.
Для обнаружения подобных нарушений ОС запускает программу, которая сканирует файловую систему в поисках отсутствующих указателей и других признаков повреждений. В больших файловых системах этот процесс может занять очень много времени. Для упрощения работы программы сканирования в некоторых файловых системах создаются журналы. Перед внесением каких-либо изменений в метаданные файловой системы в журнале создается запись с описанием будущих изменений. После того как изменения будут внесены, в журнале создается новая запись с информацией об их успешном внесении. Если происходит сбой, сканирующая программа читает журнал и находит незавершенные операции. Затем программа либо вносит изменения, либо возвращает их в исходное состояние.
Администрирование больших компьютерных сетей, где серверы поддерживают работу сотен пользователей, сопряжено с рядом сложностей. Одна из них - учет дискового пространства сервера, занятого файлами сотрудников компании. Как правило, пользователи, хранящие свои файлы на сервере, мало заботятся об актуальности информации и об уничтожении устаревших или ненужных данных. Множество временных файлов и копий одного и того же файла, находящихся в различных папках, лишь усугубляют ситуацию. В результате в считанные месяцы даже на больших жестких дисках сервера может не оказаться необходимого для работы свободного пространства.
Как правило, в больших организациях дерево папок весьма разветвлено, поэтому визуальный контроль расходования дискового пространства пользователями отнимает у администраторов много времени и усилий. Подобная проблема просто решается с помощью введения квот на дисковое пространство, доступное для работы каждому пользователю.
После установки квот дискового простр