ПЗ_ИУ5-91_Боровков (5 вариант 2), страница 5
Описание файла
Файл "ПЗ_ИУ5-91_Боровков" внутри архива находится в папке "5 вариант 2". Документ из архива "5 вариант 2", который расположен в категории "". Всё это находится в предмете "эксплуатация автоматизированных систем обработки информации и управления (асоииу)" из 9 семестр (1 семестр магистратуры), которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "эксплуатация асоииу" в общих файлах.
Онлайн просмотр документа "ПЗ_ИУ5-91_Боровков"
Текст 5 страницы из документа "ПЗ_ИУ5-91_Боровков"
Версия Extended Enterprise Edition из семейства продуктов DB2 поддерживает распределение данных по кластерам компьютеров с высокой степенью параллелизма. Распределенная база данных может поддерживать очень большой объем данных и предоставляет возможности для работы новых приложений. DB2 EEE можно установить на несколько разделов одной системы (логические узлы) или распределить ее по нескольким системам в качестве физических узлов. Менеджер базы данных на каждом узле управляет частью базы данных. Архитектура DB2 EEE может улучшить производительность систем поддержки принятия решений и систем оперативной обработки транзакций. DB2 EEE работает в архитектуре, не предусматривающей разделения ресурсов, на операционных системах Windows®, UNIX® и Linux.
Часть базы данных, содержащая свои собственные данные, индексы, конфигурационные файлы и журналы транзакций, называется разделом базы данных (database partition).
Архитектура без разделения ресурсов DB2 EEE позволяет назначать разделы базы данных на один или несколько процессоров. Разделы базы данных не предоставляют для совместного использования никаких данных, а взаимодействуют посредством сообщений.
DB2 EEE поддерживает два типа параллелизма: внешний и внутренний (inter-partition и intra-partition) по отношению к разделам.
Внешний параллелизм заключается в том, что для любого данного запроса DB2 сначала идентифицирует разделы, в которых расположены данные. Затем узел, из которого инициировался запрос (узел-координатор), координируется с узлами других разделов для поиска всех нужных строк. Каждый узел работает только с частью данных.
Внутренний параллелизм заключается в том, что запрос разделяется на последовательность таких операций как сканирование, присоединение и сортировка, но вся работа по выполнению этих операций осуществляется параллельно в одном и том же разделе в различных процессах.
Данные процессы взаимодействуют через сообщения, используя IPC или TCP/IP. Каждое приложение назначается агенту, который работает от имени приложения.
Активизация базы данных запускает регистратор для регистрации действий и детектор взаимных блокировок для их обнаружения. Менеджер лицензий DB2 запускается как отдельный процесс и следит за использованием лицензий.
Параметр | Конфигурирование в оперативном режиме | Влияние на производительность | Значение параметра |
alt_collate (альтернативная последовательность упорядочивания) | Нет | Отсутствует | Null [Null, IDENTITY_16BIT] |
app_ctl_heap_sz (размер кучи управления программами) | Нет | Среднее | 128 [1-64 000] страницы (4кб) |
appgroup_mem_sz (максимальный размер набора памяти группы программ) | Нет | Среднее | 20 000 [1-1 000 000] страницы (4кб) |
applheapsz (размер кучи программы) | Нет | Среднее | 256 [1-60 000] страницы (4кб) |
autorestart (включение автозапуска) | Да | Слабое | On [On, Off] |
avg_appls (среднее число активных прикладных программ) | Да | Сильное | 1 [1, maxappls] |
catalogcache_sz (размер кэша каталога) | Да | Сильное | -1 [8-524 288] страницы (4кб) |
database_memory (размер совместной памяти базы данных) | Нет | Среднее | Automatic [0-4 294 967 295] страницы (4кб) |
dbheap (куча базы данных) | Да | Среднее | 1 200 [32-525 288] |
dft_degree (степень параллелизма по умолчанию) | Да | Сильное | 1 [-1, 1-32767] |
dft_refresh_age (срок обновления по умолчанию) | Нет | Среднее | 0 [0, 99999999999 (ANY)] |
dft_sqlmathwarn (продолжение работы после арифметических исключительных ситуаций) | Нет | Отсутствует | No [Yes, No] |
discover_db (разрешение поиска базы данных) | Да | Среднее | Enable [Disable, Enable] |
dl_num_copies (число копий для связей данных) | Да | Отсутствует | 0 [0-15] |
dl_time_drop (срок хранения связей данных после отбрасывания) | Да | Отсутствует | 0 [0-365] дни |
dl_token (алгоритм маркера связей данных) | Да | Слабое | MAC0 [MAC0, MAC1] |
groupheap_ratio (процент памяти для кучи группы программ) | Нет | Среднее | 70 [1-99] % |
locklist (максимальный объем списка блокировок) | Да | Сильное, если влияет на расширение блокировок | 100 [4-524 288] страницы |
locktimeout (срок ожидания блокировки) | Нет | Среднее | -1 [-1; 0-32 767] секунды |
logbufsz (размер буфера журнала) | Нет | Сильное | 8 [4-4 096] страницы |
logfilsiz (размер файлов журнала) | Нет | Среднее | 1 000 [4-262 144] страницы |
logprimary (число первичных файлов журнала) | Нет | Среднее | 3 [2-256] счетчик |
logsecond (число вторичных файлов журнала) | Да | Среднее | 2 [-1; 0-254] счетчик |
max_log (максимальное число журналов на транзакцию) | Да | Среднее | 0 [0-100 %] |
maxappls (максимальное число активных прикладных программ) | Да | Среднее | Automatic [Automatic; 0-60 000] счетчик |
maxlocks (максимальный процент занятости списка блокировок перед расширением) | Да | Сильное, если влияет на расширение блокировок | 10 [1-100] % |
mirrorlogpath (путь зеркального журнала) | Нет | Слабое | Null [любой существующий каталог или устр.] |
num_db_backups (число резервных копий базы данных) | Да | Отсутствует | 12 [1-32 767] |
num_freqvalues (число сохраняемых частых значений) | Да | Слабое | 10 [0-32 767] счетчик |
num_iocleaners (число асинхронных чистильщиков страниц) | Нет | Сильное | 1 [0-255] счетчик |
num_ioservers (число серверов ввода-вывода) | Нет | Сильное | 3 [1-255] счетчик |
num_log_span (число занимаемых журналов) | Да | Слабое | 0 [0-65 535] счетчик |
num_quantiles (число квантилей для столбцов) | Да | Слабое | 20 [0-32 767] счетчик |
pckcachesz (размер кэша пакета) | Да | Сильное | -1 [-1, 32-128 000] страницы |
rec_his_retentn (срок хранения хронологии восстановления) | Нет | Отсутствует | 366 [-1; 0-30 000] дни |
seqdetect (флаг обнаружения последовательного чтения) | Да | Сильное | Yes [Yes, No] |
softmax (интервал диапазона восстановления и мягких контрольных точек) | Нет | Среднее | 100 [1-100*logprimary] % |
sortheap (размер кучи сортировки) | Да | Сильное | 256 [16-524 288] страницы |
stat_heap_sz (размер кучи статистики) | Нет | Слабое | 4 384 [1 096-524 288] страницы |
stmtheap (размер кучи оператора) | Да | Среднее | 2 048 [128-524 288] страницы |
trackmod (включение отслеживания измененных страниц) | Нет | Слабое | No [Yes, No] |
tsm_mgmtclass (класс управления Tivoli Storage Manager) | Да | Отсутствует | Null [любая строка] |
tsm_nodename (имя узла Tivoli Storage Manager) | Да | Отсутствует | Null [любая строка] |
tsm_owner (имя владельца Tivoli Storage Manager) | Да | Отсутствует | Null [любая строка] |
tsm_password (пароль Tivoli Storage Manager) | Да | Отсутствует | Null [любая строка] |
userexit (включение обработчика пользователя) | Нет | Слабое | No [Yes, No] |
util_heap_sz (размер кучи утилит) | Да | Слабое | 5000 [16-524288] страницы |
7. Распределение предметных БД по узлам сети
7.1. Задание 1. Распределение баз данных по узлам сети без учета реплик
Определить вариант рационального размещения предметных баз данных в распределенной информационной системе для случая, когда каждая база данных размещается только в одном узле сети, а обрабатывающие процессы (приложения) не являются распределенными. При этом считать, что если некоторый процесс обращается за данными к базе, находящейся в другом узле, сетевые затраты на одно обращение составляют «t» секунд, независимо от местонахождения узла в сети и дисциплины обслуживания. Если процесс обращается к базе данных, находящейся в том же узле, где выполняется и процесс, то считать, что «t=0».
Из исходных таблиц, представленных в задании, получаем таблицы данных для варианта №5 группы ИУ5-91.
Таблица 7.1 показывает использование предметных баз данных обрабатывающими процессами (приложениями) в течение временного интервала и интенсивности их обращений к базам данных (среднее число обращений за рассматриваемый интервал времени).
Таблица 7.1.
Пр\БД | БД1 | БД2 | БД3 | БД4 | БД5 | БД6 | БД7 | БД8 | БД9 | БД10 |
П1 | 100 | 60 | 150 | 140 | ||||||
П2 | 400 | 300 | 250 | |||||||
П3 | 30 | 300 | 80 | 400 | 20 | 180 | ||||
П9 | 350 | 300 | 100 | 400 | ||||||
П10 | 240 | 90 | 40 |
Таблица 7.2 показывает распределение обрабатывающих процессов по узлам.
Таблица 7.2.
У\Пр | П1 | П2 | П3 | П9 | П10 |
У1 | 1,0 | 1,4 | 0,9 | ||
У2 | 0,5 | 0,95 | |||
У3 | 1,3 | 1,05 | 0,55 | 0,7 | |
У4 | 0,87 | 0,8 | 0,9 | 0,5 | 0,8 |
У5 | 1,3 | ||||
У6 | 1,3 | 0,8 | 0,6 | 0,7 |
Коэффициенты в таблице 7.2 используются для получения количества обращений к базе данных в исходном варианте задания по формуле: