Делить на разделы или нет?

Оценить
(0 голоса)

Решение о делении на разделы ваших DSS-данных является одним из самых трудных решений, которое вам предстоит принять в DB2 UDB ЕЕЕ или Informix XPS. Правильное решение полезно принять с самого начала, поскольку изменение мнения после загрузки данных сулит большую работу. К счастью, существует несколько практических советов, которые могут помочь в принятии решения.

•             Сколько необработанных данных будет содержать ваша база данных? Хранилища информации объемом до 100 Гбайт необработанных данных, не включая ин-

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

•             Сколько процессоров будет задействовано на вашем сервере? Наш опыт показывает, что и для UDB ЕЕЕ, и для XPS оптимальное количество процессоров лежит в пределах от 4 до 12, хотя на эту величину также влияет и количество одновременно работающих пользователей (подробнее об этом чуть далее). Если у вас задействовано более 12 процессоров, то в этом случае стоит рассмотреть использование нескольких узлов, каждый из которых будет содержать от 4 до 12 процессоров. Подберите такое число узлов, чтобы имеющиеся процессоры поровну разделились по узлам; оптимизаторы лучше всего будут работать с узлами одинакового размера.

•             Каким объемом памяти будет обладать ваш сервер? Каким бы большим объемом памяти ни обладал ваш сервер, однако 32-разрядные базы данных способны получить доступ только к памяти, не превышающей 4 Гбайт. Все базы данных, работающие в версиях до Solaris 7 - 32-разрядные, и большое их число реализовано в Solaris 7 и дальнейших версиях также в 32-разрядном виде, хотя уже доступны 64-разрядные версии DB2 и XPS.

Предел в 4 Гбайт связан со всеми приложениями и операционными системами, основанными на 32-разрядной архитектуре. Однако, этот предел распространяется лишь на процесс и не касается системы, поэтому процессы в каждом логическом узле могут использовать вплоть до 4 Гбайт памяти. Вполне резонно выделить от 512 Мбайт до 1 Гбайт на каждый ЦП для поддержки страниц буферного пула, динамических областей памяти под сортировку и других требований приложений.

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

•             Намерены лн вы в ближайшем будущем усовершенствовать ваш сервер? Если предполагаете добавить процессоры, то стоит подумать о последствиях при размещении ваших данных. Добавление большего количества процессоров в среду одного логического узла не составит труда, и нет необходимости в каких-либо изменениях ваших данных. При запуске очереди вы обнаружите, что для разделения ее выполнения может быть сконфигурировано большее количество процессоров.

Сценарий может быть куда более сложным при использовании нескольких логических узлов. Например, если вы добавляете шесть процессоров к имеющимся двенадцати с двумя логическими узлами, то вы, возможно, также пожелаете добавить и дополнительный раздел базы данных. Это означает перераспределение ваших данных. В DB2 и Informix предусмотрены утилиты, способствующие системному администрированию.

Архитектура аппаратных средств и базы данных
SMP-системы
Системы NUMA
Системы МРР
Количество перемещаемых данных

Добавить комментарий


Защитный код
Обновить