- •1. Выбор системной платы
- •1.1 Форм-фактор
- •1.3 Быстрая память (кэш)
- •1.4 Выбор чипсета материнской платы
- •1.5 Выбор системной памяти
- •1.5.1 Динамическая и статическая память
- •1.5.2 Асинхронная память (dram)
- •1.5.3 Синхронная память (sdram)
- •1.5.4 Технологии увеличения быстродействия памяти ddr
- •1.5.5 Технологии увеличения быстродействия памяти dr dram
- •1.6 Интерфейсы
- •1.7 Узкие места интерфейсов
- •1.8 Разъемы процессоров
- •Лабораторная работа №1
- •2. Разделение системных ресурсов компьютера
- •2.1 Линия запроса прерывания (irq)
- •2.2 Прямой доступ к памяти (dma)
- •2.3 Порты ввода-вывода
- •2.4 Диапазоны адресов памяти
- •2.5 Описание настроек setup bios
- •Лабораторная работа №2
- •3. Накопители информации
- •3.1 Выбор жесткого диска
- •3.1.1 Параметры жестких дисков
- •3.1.2 Магнитно-резистивные головки
- •3.1.3 Надежность хранения данных
- •3.1.4 Технология dual wave
- •3.1.5 Защита от ударных воздействий
- •3.1.6 Перспективная технология хранения данных
- •3.2 Дисководы сменных дисков
- •3.2.1 Оптические приводы
- •3.2.4 Система mobile rack
- •3.2.5 Дисководы jaz, syquest, orb
- •3.2.6 Дисководы сменных гибких дисков
- •3.2.7 Дисководы магнитооптические
- •3.2.8 Выбор массивов магнитных дисков с избыточностью
- •3.2.8.1 Повышение производительности дисковой подсистемы
- •3.2.8.2 Повышение отказоустойчивости дисковой подсистемы
- •3.2.8.3 Raid уровня 0
- •3.2.8.4 Raid уровня 1
- •3.2.8.5 Raid уровня 2
- •3.2.8.6 Raid уровня 3
- •3.2.8.7 Raid уровня 4
- •3.2.8.8 Raid уровня 5
- •3.2.8.9 Raid уровня 6
- •3.2.8.10 Raid уровня 7
- •3.2.8.11 Raid уровня 10
- •3.2.8.12 Raid уровня 53
- •3.2.8.13 Особенности реализации raid-систем
- •4. Выбор графической подсистемы
- •4.1 Принципы устройства и работы видеоадаптера
- •4.2 Программные интерфейсы
- •4.3 Мониторы
- •4.3.1 Мониторы на элт
- •4.3.2.1 Принцип работы и типы жк-матриц
- •4.3.2.5 Выбор жк-мониторов по их основным характеристикам
- •Лабораторная работа №4
- •5. Выбор печатающего устройства
- •5.1 Классификация принтеров
- •5.2 Матричные печатающие устройства
- •5.3 Струйные принтеры
- •5.4 Лазерные и led-принтеры
- •5.5 Цветная печать
- •5.6 "Старые" технологии для цветопередачи
- •5.7 Программное управление принтером
- •Лабораторная работа №5
- •6. Локальная сеть
- •6.1 Выбор топологии локальной сети
- •6.1.1 Топология «шина»
- •6.1.2 Топология «звезда»
- •6.1.3 Топология «кольцо»
- •6.1.4 Другие топологии
- •6.2 Выбор аппаратуры локальных сетей
- •6.3 Стандартные сетевые протоколы
- •6.4 Выбор сетевых адаптеров по их характеристикам
- •Лабораторная работа №6
- •7. Выбор аппаратной платформы и конфигурации системы
- •7.1 Модернизация компьютера
- •7.2 Проблемы оценки конфигурации системы
- •7.4 Основы конфигурирования серверов баз данных
- •7.4 Архитектура информационной системы
- •7.4.1 Преимущества архитектуры «клиент-сервер»
- •7.4.2 Преимущества технологии “тонкий” клиент
- •Курсовая работа общие требования
- •Задание на курсовую работу
- •Методические указания
- •Пояснительная записка
- •Список рекомендуемой литературы.
- •Ссылки в internet
7.4 Основы конфигурирования серверов баз данных
Одним из наиболее распространенных классов прикладных систем для серверов, выпускаемых большинством компаний-производителей компьютерной техники, являются системы управления базами данных (СУБД). Серверы СУБД значительно более сложны, чем серверы сетевых файловых систем NFS. Стандартный язык реляционных СУБД (SQL) намного богаче, чем набор операций NFS. Более того, имеется несколько популярных коммерческих реализаций СУБД, доступных на серверах различных компаний, каждая из которых имеет совершенно различные характеристики. Вследствие этого последующий материал будет носить достаточно общий характер.
Дело в том, что почти невозможно корректно ответить на вопрос: "Сколько пользователей данного типа будет поддерживать данная система?". В общем случае скорее можно решить, что определенная конфигурация системы не может выполнить данную задачу, чем решить, что данная конфигурация сможет с ней справиться. Например, достаточно просто определить, что система с одним дисковым накопителем не сможет достичь пропускной способности в 130 обращений в секунду при выполнении операций произвольного доступа к диску, поскольку один диск за одну секунду сможет обработать только 65 таких обращений. Однако система с двумя такими дисками либо сможет, либо не сможет справиться с такой нагрузкой, поскольку может случиться, что в системе имеется какое-либо другое узкое место, вовсе не связанное с дисковой подсистемой.
Как приложения, ориентированные на использование баз данных, так и сами СУБД сильно различаются по своей организации. Если системы на базе файловых серверов сравнительно просто разделить по типу рабочей нагрузки на два принципиально различных класса (с интенсивной обработкой атрибутов файлов и с интенсивной обработкой самих данных), то провести подобную классификацию среди приложений баз данных и СУБД просто невозможно.
Хотя на сегодня имеется целый ряд различных архитектур баз данных, рынок UNIX-систем, кажется, остановился главным образом на реляционной модели. Абсолютное большинство инсталлированных сегодня систем реляционные, поскольку эта архитектура выбрана такими производителями как Oracle, Sybase, Ingres, Informix, Progress, Empress и DBase. ADABAS компании Software AG - иерархическая система, хотя может обрабатывать стандартный SQL.
Но даже с учетом того, что подавляющее большинство систем работает по одной и той же концептуально общей схеме, между различными продуктами имеются большие архитектурные различия. Возможно наиболее существенным является реализация самой СУБД.
Можно выделить два основных класса систем: системы, построенные по принципу "2N" (или "один-к-одному"), и многопотоковые системы (рис. 7.2). В более старых 2N-реализациях для каждого клиента на сервере используется отдельный процесс, даже если программа-клиент физически выполняется на отдельной системе. Таким образом, для работы каждого клиентского приложения используются два процесса - один на сервере и один на клиентской системе. Многопотоковые приложения как раз и разработаны для того, чтобы существенно снизить дополнительные расходы на организацию управления таким большим количеством процессов. Обычно они предполагают наличие одного кластера из нескольких процессов (от одного до пяти), работающих на серверной системе. Эти процессы имеют внутреннюю многопотоковую организацию, что обеспечивает обслуживание запросов множества клиентов. Большинство основных поставщиков СУБД в настоящее время используют многопотоковую реализацию или двигаются в этом направлении.
Рис. 7.2 - Архитектура СУБД
Многопотоковая |
2N |
Oracle Version 7 (optional) |
Oracle Version 6 и по умолчанию Oracle Version 7 |
Sybase v4.9.x, System10 |
Informix v5.x |
Ingres v6.x |
Ingres v5.x |
Progress version 7 |
Progress version 6 |
ADABASE version 2.1 |
|
Таблица 7.1 - Архитектура СУБД по поставщикам и версиям