Ёмкость и пропускная способность дисковой памяти

Одной из наиболее общих проблем СУБД является обеспечение большой емкости дисковой памяти для хранения данных при достаточной пропускной способности дисковой подсистемы.

Пропускная способность

	Задержка вращения (мс)	Среднее время поиска (мс)	Скорость обращения к диску, Мб
424Мб	6.8	14	2.6
535Мб	5.56	12	3.6
1.05Гб	5.56	11.5	3.8
2.1ГБ	5.56	11.5	4.0

Временные параметры некоторых дисков

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

Серверное по

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

Сервер – это комплекс ПО, направленного на выполнение задач обработки, обмена данными, управление средствами оргтехники, удаленной связи друг с другом и с Базами Данных для некоторого числа клиентов ( от двух и более). Конкретный сервер объединяет одновременно виртуальное и аппаратное обеспечение.

Виды серверного ПО:

1. Управляющий сервер

2. Файловый сервер

3. Сервер, предоставляющий свои аппаратные ресурсы

4. Web – сервер

5. Сервер безопасности

6. Информационные серверы

7. Сервер приложений

8. Почтовый сервер

Файловый сервер

Это узел вычислительной сети, реализующий начальный уровень архитектуры клиент-сервер. Обычно файловый сервер работает под управлением серверной ОС. Основной задачей файловых серверов является надежное хранение и быстрый доступ к данным, находящимся на общем дисковом пространстве при котором обеспечивается управление доступом к файлам и БД.

Файловая служба

Файловая служба служба каталогов файловой системы

Имеет дело с операциями над отдельными имеет дело с созданием каталогов и

файлами управлением ими, добавлением и удалением

файлов из каталогов

модель сетевой файловой системы

приложение

….

Клиент сетевой ФС

Интерфейс сетевой ФС протокол клиент-сервер

Сервер сетевой ФС

Сетевой ФС

приложения

…

приложения

… интерфейс локальной ФС

Локальный ФС

Клиент сетевой ФС

Интерфейс сетевой ФС протокол клиент-сервер

Сетевой ФС

• Локальная файловая система

• Интерфейс локальной файловой системы

• Сервер сетевой файловой системы

• Клиент сетевой файловой системы

• Интерфейс сетевой файловой системы

• Протокол клиент-сервер- сетевой файловой системы

Серверы типа StateFul и StateLess

Файловый сервер может быть реализован по одной из двух схем:

1. С запоминанием данных о последовательности файловых операций клиента – по схеме stateFul

2. Без запоминания – StateLess

StateLess

Клиент посылает запрос на сервер, сервер его выполняет, отсылает ответ и затем удаляет из своих внутренних таблиц всю информацию о запросе. Между запросами на сервере не хранится никакой текущей информации о состоянии клиента. Для сервера stateless каждый запрос должен содержать исчерпывающую информацию(полное имя файла, смещения в файле и т.п.), необходимая серверу для выполнения требуемой информации. Эта информация увеличивает длину сообщения и время, которое тратит сервер на локальное открытие файлов каждый раз когда над ним производится очередная операция чтения или записи. Набор команд, предоставляемый клиенту сервером stateless: write, read. Для того чтобы обеспечить приложениям, работающим на клиентских машинах, привычный файловый интерфейс, включающий вызовы открытия и закрытия файлов, клиент файловой службы должен самостоятельно поддерживать таблицы открытых его приложениями файлов. Сервер stateless является более отказоустойчивым.

Fd	Mode	Pointer

Таблица открытых файлов

сервер

Read(filename,1000.buf

Return(0-:-955,байт)

Read(filename,500,buf)

Return(0-:-495)

Отказоустойчивость

Долгое чтение с диска

Stateful

Серверы работают по схеме обычной для любой локальной файловой службы. Набор команд: open, close, write, read. открывая файлы по вызову open, переданному по сети клиентам сервер stateful должен запоминать какие файлы открыл каждый пользователь в своей внутренней системной таблице. При поступлении вызова write или read сервер использует дескриптор файлов для определения, какой файл нужен. В этой таблице хранится так же значение указателя на текущую позицию в файле, относительно которой выполняется операция чтения или записи. При отказе сервера stateful теряются все его таблицы и после перезагрузки не известно какие файлы открыл каждый пользователь.

Fd	Mode	pointer

Сервер. Таблица открытых файлов

клиент

Open(filename, mode)

Return(fd)

Read(fd, 1000, buf)

Return(0-:-955,байт)

Read(fd, 500,buf)

Return(0-:-495 байт)

1. Более короткие сообщения при запросе

2. Лучше производительность

3. Потеря таблиц при отказе сервера

Привести примеры конкретных ПО файлового сервера и объяснить почему вы так считаете