5.5.1. Разделы

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

Так как разделы отделены друг от друга, они могут занимать пространство разного объёма, при этом пространство одного раздела никак не может повлиять на пространство, занятое другими разделами. Например, раздел, содержащий файлы операционной системы, не будет затронут, даже если на разделе с файлами пользователя совсем не останется места. У операционной системы по-прежнему будет свободное пространство для внутреннего использования.

Хотя это несколько упрощённое представление, разделы можно рассматривать как подобие отдельных дисков. На самом деле, в некоторых операционных системах разделы даже называются «дисками». Однако это не совсем верно, поэтому нам нужно изучить разделы более подробно.

5.5.2. Файловые системы

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

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

Файловая система — это способ представления данных на устройстве хранения. Файловые системы обычно предлагают следующие возможности:

• Файловое хранилище данных

• Древовидная структура каталогов (иногда они называются «папками»)

• Контроль времени создания, обращения и изменения файлов

• Определённый уровень контроля доступа, разрешённого для заданного файла

• Некоторое понятие владения файлом

• Учёт занятого места

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

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

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

5.5.3. Структура каталогов

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

Главное, что могут сделать системные администраторы — используя каталоги и подкаталоги, создать понятную структуру хранилища. Этот подход даёт несколько преимуществ:

• облегчение понимания

• большую гибкость в будущем.

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

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

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

Но так файлы всех сотрудников инженерного отдела хранятся в каталоге engineering, решение будет простым:

• Приобрести дополнительное хранилище, необходимое для работы инженерного отдела

• Сделать полную копию содержимого каталога engineering

• Восстановить копию в новом хранилище

• Поменять имя каталога engineering в оригинальном хранилище на что-то вроде engineering-archive (прежде чем удалить его полностью после месяца успешной работы с новой конфигурацией)

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

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

5.5.4. Обеспечение доступа к хранилищу

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

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

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