Выбор конфигурации серверов бд.

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

1)ВЫБОР ВЫЧИСЛИТЕЛЬНОЙ МОДЕЛИ

(ГРАФИК)

В большинстве прикладных систем СУБД можно выделить 3 логических части:

А) Пользовательский интерфейс. Обеспечивает функции ввода и отображения данных.

Б) Прикладная обработка, Характерна для данной предметной области

В) Сервисы СУБД.

По мере роста БД сервер СУБД реализуется на выделенной системе чтобы гарантировать минимизацию помех для его работы

Рекомендации по выбору:

1)Всегда если это возможно следует применять конфигурацию Клиент-сервер;

2)Где это возможно сервер СУБД должен работать на выделенной системе.

Мониторы обработки транзакции

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

ТР-монитор

Приложение пользователя

Процесс сервера СУБД

Теневой процесс

Приложение пользователя

Приложение пользователя

Приложение пользователя

Сервер СУБД

Фронтальная система

Подсистема основной памяти

Выбор размера буферов ввода вывода СУБД

В зависимости от размера БД, размер области памяти может варьироваться в очень широких пределах( от нескольких Мб до нескольких десятком Гб). Очень грубо размер кэша данных можно оценить выделяя от 5 до 30 Мб на каждого пользователя.

Правило пяти минут

Это означает, что данные, к которым обращение происходит чаще, чем 1 раз в 5 минут должны кэшироваться в памяти, соответственно чтобы оценить размер кэша данных необходимо просуммировать объемы всех данных, которые приложение предполагает использовать более часто чем 1 раз в 5 минут. Дополнительно необходимо зарезервировать еще 5 -10 %.

Правило 90/10

Исследования показали что доступ к данным в общем случае подчиняется правилу 90/10 : 90% всех обращений выполняется к 10% данных.

Вывод: размер кэша данных СУБД следует выбирать так, чтобы данные, обращение к которым происходит чаще 1 раза в 5 минут, могли храниться в кэше. Если шаблон обращений не может быть определен, необходимо обеспечить кэш ёмкостью соответствующей по крайней мере 1% от чистого объема данных в СУБД.

Дисковая подсистема ввода вывода

Соотношение запрос/индекс/диск

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