Распределенные файловые системы
Ключевым компонентом любой распределенной системы является файловая система. Как и в централизованных системах, в распределенной системе функцией файловой системы является хранение программ и данных и предоставление доступа к ним по мере необходимости. Файловая система поддерживается одной или более машинами, называемыми файл-серверами. Файл-серверы перехватывают запросы на чтение или запись файлов, поступающие от других машин (не серверов). Эти другие машины называются клиентами. Каждый посланный запрос проверяется и выполняется, а ответ отсылается обратно. Файл-серверы обычно содержат иерархические файловые системы, каждая из которых имеет корневой каталог и каталоги более низких уровней. Рабочая станция может подсоединять и монтировать эти файловые системы к своим локальным файловым системам. При этом монтируемые файловые системы остаются на серверах.
Важно понимать различие между файловым сервисом и файловым сервером. Файловый сервис - это описание функций, которые файловая система предлагает своим пользователям. Это описание включает имеющиеся примитивы, их параметры и функции, которые они выполняют. С точки зрения пользователей файловый сервис определяет то, с чем пользователи могут работать, но ничего не говорит о том, как все это реализовано. В сущности, файловый сервис определяет интерфейс файловой системы с клиентами.
Файловый сервер - это процесс, который выполняется на отдельной машине и помогает реализовывать файловый сервис. В системе может быть один файловый сервер или несколько, но в хорошо организованной распределенной системе пользователи не знают, как реализована файловая система. В частности, они не знают количество файловых серверов, их месторасположение и функции. Они только знают, что если процедура определена в файловом сервисе, то требуемая работа каким-то образом выполняется, и им возвращаются требуемые результаты. Более того, пользователи даже не должны знать, что файловый сервис является распределенным. В идеале он должен выглядеть также, как и в централизованной файловой системе.
Файловый сервис в распределенных файловых системах (впрочем как и в централизованных) имеет две функционально различные части: собственно файловый сервис и сервис каталогов. Первый имеет дело с операциями над отдельными файлами, такими, как чтение, запись или добавление, а второй - с созданием каталогов и управлением ими, добавлением и удалением файлов из каталогов и т.п.
Пример: Sun Microsystems Network File System (NFS)
42. Специальные файлы (файлы устройств)
а) байт ориентированные. Реализуют побайтный обмен, невозможно обратится к конкретному блоку. Прим: Сетевой адаптер, модем.
б) блок ориентированные. Данные передаются блоками, можно обратиться к конкретному блоку. Прим: Жесткий диск, FDD и тд.
Создание спец. файла – обязанность сист. администратора. Реально при установке Linux ставятся спец. файлы на все случаи жизни. Находятся в /dev
Чтобы создать такой файл применяется команда mknod.
mknod /dev/filename тип major minor;
два последних числа задаются группами, у двух устройств не может быть одинаковой пары чисел.
Специальное имя файла пpедставляет собой обозначение файла ввода-вывода для устpойства, имеющего особенности pаботы с блоками и отдельными знаками, котоpое соответствует пеpифеpийному устpойству, такому, как дpайвеp гибкого или жесткого диска. Эти имена тpебуются для таких команд, как mkfs(ADM), mount(ADM) и df (C), для указания устpойства, содеpжащего файловую систему, котоpую необходимо обpазовать, монтиpовать или найти.
В табл. пеpечислены специальные имена файлов UNIX и соответствующим им устpойства для дpайвеpов гибкого и жесткого диска на типичном компьютеpе. содеpжимое.
Таблица Соответствие специальных имен и дисков Имя файла Дpайвеp диска ────────────────────────────────────────── /dev/fd0 Гибкий диск 0 /dev/dsk/f0 Гибкий диск 0 /dev/fd1 Гибкий диск 1 /dev/dsk/f1 Гибкий диск 1 /dev/hd00 Полный жесткий диск /dev/dsk/0s0 Полный жесткий диск /dev/root Коpневая файловая система /dev/usr Файловая система пользователяДополнительные возможности файловых систем (дисковые квоты, резервное копирование, журнализируемые файловые системы)
Дисковая квота.
В *nix системах существует очень давно, в win квоты появились в win2000 ( для win NT4.0 были сторонние программы реализации квотирования)
В Unix квоты (либо либо):
-по группам
-по пользователям
Repquota - вывести квоту
edquota - редактировать квоту
Дисковое пространство можно ограничивать, внедряя дисковые квоты, которые позволяют уведомить системного администратора о том, что пользователь занял слишком много места на диске или раздел заполнился.
Дисковые квоты можно настраивать как для отдельных пользователей, так и для групп. Такая гибкость позволяет отвести каждому пользователю небольшую квоту для «личных» файлов (например, электронной почты и отчётов), а проектам, над которыми они работают, дать больше места (если для каждого проекта создана отдельная группа).
Кроме этого, квоты можно назначать не только для того, чтобы управлять количеством занятых блоков на диске, но и числом дескрипторов inode (структур данных, содержащих информацию о файлах в файловых системах UNIX). Так как дескрипторы inode используются для хранения информации. связанной с файлами, это позволяет определять число файлов, которые можно создать.
Параметры квот: Гибкий \ жесткий лимит. Гибкий позволяет не надолго превысить разрешенную квоту. В Unix в случае превышение блокируется вход в систему, в win2000 делается запись в системный журнал.
Резервное копирование
А) создание ежедневного копирования на др комп. Копии на день назад
Б) копирование на носители (сам дешевое – компакт диск). Копии на любой день назад. Недостаток: объем, необходимость покупки накопителя. Накопители на лентах (стримеры). Объем картриджа 100-300гб. +: возможна полная автоматизация. Недостатки: большое время восстановления копии.
Сист. администратор должен:
-определить что копировать
-определить план резервного копирования
-решить вопрос хранения резервных копий
Варианты резервного копирования:
-полное копирование жесткого диска
-логич. копирование файлов.