РПЗ (954053), страница 4
Текст из файла (страница 4)
;
ОС<0,1=> матрица парных сравнений критериев – согласованная.
Таблица 4.4
Критерий | αi | TeamServer 3000R | TeamServer1500E | TeamServer2500LX | |
Частота процессора (ГГц) | К1 | 0,4 | 1 | 0,6 | 0,6 |
Стоимость (руб.) | К2 | 0,27 | 1 | 0.63 | 0.43 |
Максимальный объем оперативной памяти (Гб) | К3 | 0,11 | 0,25 | 0,38 | 1 |
Объем диска (Гб) | К4 | 0,11 | 0,67 | 1 | 0,67 |
Возможной горячей замены дисков | К5 | 0,07 | 0 | 0 | 1 |
Мощность блока питания (Вт) | К6 | 0,04 | 0,58 | 0,67 | 1 |
| 0,79 | 0,59 | 0,65 |
В результате выбран сервер TeamServer 3000R.
-
Настройка рабочих параметров сетевой ОС.
Используемая сетевая ОС – OS-2.
Программное обеспечение сервера: IBM LAN Server 4.0 Advanced. Оно устанавливается сразу после установки операционной системы IBM OS/2 Warp.
Во время установки IBM LAN Server 4.0 настраиваются:
-
имя и тип сервера в домене (контроллер домена/ дополнительный сервер);
-
имя домена, к которому будет принадлежать сервер.
-
настройка сетевых адаптеров:
-
типы используемых сетевых адаптеров;
-
номера используемых ими прерываний и портов ввода/вывода;
-
используемые сетевые протоколы данным адаптером;
-
использование адаптером прямого доступа к памяти.
-
Настройка рабочих параметров сетевой ОС производится в файле IBMLAN.INI. В нем настраиваются такие параметры, как максимальное число одновременных подключений, максимальное число сеансов, имя сервера, имя домена и другие.
Для повышения производительности работы ОС:
-
В файле CONFIG.SYS:
-
в строке PRIORITY_DISK_IO установить значение «NO». Понижается приоритет ввода пользователем текста в консоль. Сервер дольше реагирует на любые действия с клавиатуры, но быстрей обрабатывает запросы пользователей.
-
в строке PROTECTONLY установить значение «ON». Увеличиться производительность сервера, так как повысится его приоритет по сравнению с другими программами.
-
в строке DISKCACHE установить значение «64, LW». Увеличиться доступная серверу оперативная память.
-
добавить строку «REIPL=ON». Позволит серверу самому перезагружаться в случае сбоя и остановки системы (TRAP).
-
добавить строку «SUPPRESSPOPUPS=C:». Позволит фиксировать сообщения о сбое по адресу, указанному в данной строке.
-
добавить строку «PAUSEONERROR=NO». Система попытается решить или обойти проблему, если в файле CONFIG.SYS встретилась недопустимая строка.
-
Задать размер файла подкачки, равному размеру файла SWAPPER.DAT;
Установить размер КЭШа в поле CACHESIZE в файле IBM386FSHPF386.INI;
Создать на контроллере домена каталог PRINTDRV и скопировать туда драйвера принтеров. При добавлении принтера система автоматически ищет драйвера для данного принтера в этом каталоге.
Следует периодически резервировать копию файла NET.ACC, так как данный файл хранит всю информацию о пользователях и их правах. Без данного файла пользователи не смогут пройти регистрацию на сервере.
-
Настройка рабочих параметров СУБД.
Используемая СУБД – DB-2.
Настройка параметров производится через командную строку СУБД.
Параметры СУБД:
-
BUFFPAGE – размер буферного пула. Область хранения оперативной памяти, из которой временно читаются и изменяются страницы БД. Служит для повышения производительности БД. Для использования данного параметра следует установить параметру SYSCAT.BUFFERPOOLS значение (-1).
После проверки возможности использования параметра BUFFPAGE в конфигурации базы данных для управления размером буферного пула установите его в корректное значение. Установка его в разумно большое значение является безопасным действием и зависит от размера вашей базы данных и природы приложения. Обычно значение по умолчанию этого параметра очень мало и его может быть недостаточно. Принимайте во внимание следующее:
-
Для начала, при наличии достаточного объема оперативной памяти на вашей машине, установите BUFFPAGE в значение 40000 страниц (160 MB), или 10% от всего объема установленной памяти.
-
Для большой базы данных установите настолько большое значение памяти для буферного пула, насколько это возможно при сохранении стабильного функционирования системы. Для начала попробуйте 1.6 GB и поэкспериментируйте с более высокими значениями.
Для изменения:
-
Проверить значения catalog;
-
Разрешить использования конфигурационного параметра BUFFPAGE;
-
Обновить значения BUFFPAGE для всех баз данных.
db2 -v connect to DB_NAME
db2 -v select * from syscat.bufferpools
db2 -v alter bufferpool IBMDEFAULTBP size -1
db2 -v connect reset
db2 -v update db cfg for dbname using BUFFPAGE bigger_value
db2 -v terminate
-
LOGBUFSZ - параметр конфигурации базы данных, определяющий размер буфера для журналов регистрации. Он позволяет указать объем разделяемой оперативной памяти базы данных, использующейся в качестве буфера для журналов регистрации перед записью их на диск. Элементы журнала регистрации записываются на диск при наступлении одного из следующих событий:
-
Фиксация транзакции.
-
Заполнение буфера журнала регистрации.
-
Как результат какого-либо другого внутреннего события менеджера базы данных.
-
Оптимальным значением параметра является 128 или 256 страниц по 4Кб.
Для изменения:
db2 -v update database cfg for DB_NAME using LOGBUFSZ 256
db2 -v terminate
-
APPHEAPSZ - это конфигурационный параметр базы данных, определяющий число доступных приватных страниц памяти, используемых менеджером базы данных для конкретного агента или субагента. Выделяемый объем памяти является минимальным объемом, необходимым для обработки запроса, передаваемого агенту или субагенту. Если агенту или субагенту для обработки большого SQL-запроса требуется больше пространства кучи, менеджер базы данных выделит дополнительную память вплоть до максимального значения, указанного в данном параметре.
Для изменения:
db2 -v update db cfg for DB_NAME using applheapsz 256
db2 -v terminate
-
SORTHEAP - это конфигурационный параметр базы данных, определяющий максимальное число приватных страниц памяти, используемых для приватных сортировок (private sort), или максимальное число разделяемых страниц памяти, используемых для разделяемых сортировок (shared sort). Если сортировка является приватной, этот параметр оказывает влияние на приватную память агента. Если сортировка является разделяемой, этот параметр оказывает влияние на разделяемую память базы данных.
Для изменения (SORTHEAP должен изменяться для конкретной базы данных):
db2 -v update db cfg for DB_NAME using applheapsz 256
db2 -v terminate
-
SHEAPTHRES - это конфигурационный параметр менеджера базы данных. Приватные и разделяемые сортировки используют память из двух различных источников. Размер памяти разделяемой сортировки предопределяется статически во время первого подключения к базе данных на основе значения параметра SHEAPTHRES. Размер области памяти приватной сортировки неограничен.
Для изменения (SHEAPTHRES является параметром менеджера базы данных):
db2 -v update dbm cfg using SHEAPTHRES b_value
db2 -v terminate
-
MAXAPPLS - конфигурационный параметр базы данных. Он определяет максимальное количество одновременно работающих приложений (как локальных, так и удаленных), которые могут обращаться к базе данных. Поскольку каждое приложение, подключающееся к базе данных, требует выделения определенного объема приватной памяти, разрешение работы большему количеству приложений вызовет большее потребление памяти. Значение этого параметра должно быть равно или больше суммы подключенных приложений плюс число этих же приложений, которые могут одновременно выполнять процесс завершения двухфазной фиксации или отмены транзакции.
Для изменения:
db2 -v update db cfg for DB_NAME using MAXAPPLS a_number
db2 -v terminate
-
MAXAGENTS - указывает максимальное количество агентов менеджера базы данных, доступных в любой момент времени для приема запросов от приложений. Значение MAXAGENTS должно быть равно как минимум сумме значений MAXAPPLS (максимальное число одновременно выполняющихся приложений) для всех баз данных, к которым осуществляется одновременный доступ. Каждый дополнительный агент требует некоторых служебных ресурсов, выделяемых во время начала работы менеджера баз данных.
Для изменения:
db2 -v update update dbm cfg using MAXAGENTS a_value
db2 -v terminate
-
NUM_POOLAGENTS - значение, до которого может расти пул агентов. Если создается больше агентов, чем указано в этом параметре, они будут завершены принудительно после завершения выполнения их текущего запроса и не будут возвращаться в пул. Если значение этого параметра равно 0, будет создаваться столько агентов, сколько нужно, и они могут быть завершены после окончания выполнения их текущего запроса.
Чтобы избежать частого создания и завершения агентов в OLTP-среде, для которой характерно наличие большого количества параллельно выполняющихся приложений, увеличьте значение параметра NUM_POOLAGENTS до значения, максимально близкого значению MAXAGENTS;
Для изменения:
db2 -v update dbm cfg using NUM_POOLAGENTS b_value
db2 -v terminate
-
NUM_INITAGENTS - определяет начальное число простаивающих агентов, создаваемых в пуле агентов во время DB2START. Указание существенного числа начальных агентов (хотя это и не обязательно) может ускорить время "прогрева" (warming-up) системы. Данный параметр желательно оставить без изменения.
Для изменения:
db2 -v update dbm cfg using NUM_INITAGENTS c_value
db2 -v terminate
-
LOCKLIST - указывает объем памяти, выделяемой для списка блокировок. Существует один список блокировок на базу данных, который содержит блокировки, вызванные приложениями, одновременно подключенными к этой базе данных. Блокировка - это механизм, который применяется менеджером базы данных для управления одновременным доступом к данным нескольких приложений. Блокироваться могут как строки, так и таблицы. Каждая блокировка занимает в списке 32 или 64 байта в зависимости от того, имеет ли объект другие блокировки:
-
64 байта необходимо для хранения записи о блокировке объекта, не имеющего других блокировок.
-
32 байта необходимо для хранения записи о блокировке объекта, который уже имеет блокировку.
-
Для изменения:
db2 -v update
db cfg for DB_NAME using LOCKLIST a_number
db2 -v terminate
-
MAXLOCKS - пределяет процентное соотношение числа блокировок в списке, которого должно достичь приложение до выполнения менеджером базы данных процедуры расширения блокировок (lock escalation). Когда процентное соотношение блокировок, используемых одним приложением, в списке достигает значения MAXLOCKS, менеджер базы данных расширяет блокировки, что означает замену блокировок строк на блокировки страниц и, следовательно, уменьшение количества блокировок в списке. Произведение значения параметра MAXLOCKS и значения параметра MAXAPPLS не может быть меньше 100.
Для изменения:
db -v update db cfg for DB_NAME using MAXLOCKS b_number
db2 -v terminate
-
LOCKTIMEOUT - пределяет количество секунд, в течение которых приложение будет ожидать получения блокировки. Этот параметр позволяет избежать глобальных взаимных блокировок для приложения.
При установке этого параметра в 0 приложение не будет ожидать блокировку. При установке этого параметра в -1 обнаружение таймаута блокировки отключается. Рекомендуется установить от 20 до 30 секунд.