Замечания по выпуску


8.7 Глава 13. Конфигурирование DB2

Нужно изменить описания следующих параметров:

8.7.1 Размер кучи сортировки (sortheap)

Изменен раздел "Рекомендации". Он должен содержать следующую информацию:

При работе с кучей сортировки нужно учитывать следующее:

8.7.2 Порог кучи сортировки (sheapthres)

Изменен второй с конца абзац в описании этого параметра. Этот абзац должен выглядеть так:

Примеры операций, использующих кучу сортировки: сортировки, динамические битовые образы (используемые для операций AND для индексов и для объединений типа "звезда") и операции, в которых таблицы находятся в памяти.

К описанию этого параметра надо добавить следующую информацию:

Не нужно увеличивать значение этого параметра при переходе из одноузловой среды в многоузловую. Если параметры конфигурации базы данных и менеджера баз данных настроены в одноузловой среде (в DB2 EE), в большинстве случаев эти же параметры дадут хорошие результаты в многоузловой среде (в DB2 EEE).

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

8.7.3 Максимальный процент списка блокировок перед расширением (maxlocks)

Следующее изменение надо внести в раздел Рекомендация описания параметра конфигурации базы данных "Максимальный процент списка блокировок перед расширением (maxlocks)".

Рекомендация: Следующая формула позволяет настроить параметр maxlocks, чтобы разрешить программе удерживать число блокировок в два раза больше среднего:

   maxlocks = 2 * 100 / maxappls

Где 2 увеличивает среднее значение в два раза, а 100 - наибольший допустимый процент. Если параллельно работают всего несколько программ, вместо первой формулы можно использовать такую:

    maxlocks = 2 * 100 / (среднее число программ, работающих
параллельно)

Одна из особенностей настройки параметра maxlocks: его следует конфигурировать совместно с размером списка блокировок (locklist). Фактическое предельное число блокировок, удерживаемых программой перед расширением блокировок:

   maxlocks * locklist * 4096 / (100 * 36)

Где 4096 - число байтов на странице, 100 - наибольший процент, допустимый для maxlocks и 36 - число байтов на блокировку. Если вы знаете, что одна из программ требует 1000 блокировок, и не хотите, чтобы произошло расширение блокировок, выберите в этой формуле значения для maxlocks и locklist так, чтобы результат был больше 1000. (Задав в этой формуле для maxlocks 10, а для locklist 100, в результате вы получите больше 1000 необходимых блокировок.)

Если для maxlocks установить слишком низкое значение, расширение блокировок произойдет, когда для других параллельных программ все еще будет оставаться достаточно пространства блокировок. Если для maxlocks установить слишком высокое значение, большую часть пространства блокировок могут задействовать несколько программ, и расширение блокировок придется выполнять другим программам. Такая потребность в расширении блокировок приводит в этом случае к плохому параллелизму.

Для отслеживания и настройки этого параметра конфигурации можно использовать системный монитор баз данных.

8.7.4 Конфигурирование для DB2/Менеджера связей данных DB2 интервала истечения срока маркера доступа к связям данных dl_expint

Вопреки документации, если для dl_expint устанавливается значение "-1", срок маркера управления доступом истекает. Обходной прием - задать для dl_expint максимальное значение 31536000 (секунд). Это соответствует сроку истечения 1 год, чего должно хватить для всех программ.

8.7.5 Параметр конфигурации базы данных MIN_DEC_DIV_3

Добавление параметра конфигурации базы данных MIN_DEC_DIV_3 дает быстрый способ изменить вычисление масштаба десятичного деления в SQL. Для MIN_DEC_DIV_3 можно задать значения YES или NO. Значение по умолчанию для MIN_DEC_DIV_3 - NO.

Параметр конфигурации базы данных MIN_DEC_DIV_3 изменяет масштаб результата десятичной арифметической операции, где используется деление. Если задано значение NO, масштаб вычисляется как 31-p+s-s'. Дополнительную информацию смотрите в справочнике SQL Reference, Глава 3, "Decimal Arithmetic in SQL". Если задано значение YES, масштаб вычисляется как MAX(3, 31-p+s-s'). Это приводит к тому, что результат десятичного деления всегда имеет масштаб как минимум 3. Точность всегда равна 31.

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

Прим.:В DB2 Версии 7 действуют также следующие ограничения:
  1. Параметр MIN_DEC_DIV_3 не выводится командой GET DB CFG FOR DBNAME. Лучший способ узнать текущее значение - посмотреть побочный эффект результата десятичного деления. Например, рассмотрим следующий оператор:
    VALUES (DEC(1,31,0)/DEC(1,31,5))
    

    Если этот оператор возвращает sqlcode SQL0419N, база данных не поддерживает параметр MIN_DEC_DIV_3, или для него установлено значение OFF. Если данный оператор возвращает 1,000, для параметра MIN_DEC_DIV_3 установлено значение ON.

  2. Если ввести приведенную ниже команду, параметр MIN_DEC_DIV_3 в списке ключевых слов конфигурации не выводится: ? UPDATE DB CFG

8.7.6 Размер кучи управления программами (app_ctl_heap_sz)

Текст для этого параметра теперь следует читать так:

Для многораздельных и однораздельных баз данных с включенным внутренним параллелизмом (intra_parallel=ON) это размер совместно используемой области памяти, выделенной для кучи управления программами. Для однораздельных баз данных, где внутренний параллелизм отключен (intra_parallel=OFF), это максимальная собственная память, которая будет выделена для кучи. На каждое соединение раздела существует одна куча управления программами.

Куча управления программами требуется, прежде всего, для совместного использования информации между агентами, работающими для одного запроса, а в среде многораздельных баз данных - для хранения выполняемых разделов, представляющих операторы SQL. Использование этой кучи минимально в однораздельных базах данных, где выполняются запросы со степенью параллелизма меньше либо равной 1.

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

Часть "Рекомендация" осталась без изменений.

8.7.7 Размер кучи системного монитора базы данных (mon_heap_sz)

Значение по умолчанию для сервера баз данных OS/2 и Windows NT с локальными и удаленными клиентами и для сервера баз данных Satellite с локальными клиентами изменилось с 24 на 32. Диапазон значений остался прежним.

8.7.8 Максимальное число активных прикладных программ (maxappls)

Верхний предел диапазона для всех платформ изменился с 64000 на 60000. Значение по умолчанию осталось прежним.

8.7.9 Диапазон восстановления и интервал мягких контрольных точек (softmax)

Единицей измерения теперь служат проценты от размера одного первичного файла журнала.

8.7.10 Разрешить отслеживание измененных страниц (trackmod)

Тип конфигурации: База данных

Тип параметра: Конфигурируемый

Значение по умолчанию [Диапазон]: Off [ On; Off ]

Если для этого параметра установить значение ON, менеджер баз данных будет отслеживать страницы в базе данных, измененные со времени создания самой последней полной резервной копии. Это позволяет утилите резервного копирования определить, какие страницы следует включить в инкрементную резервную копию, не проверяя каждую страницу отдельно. Для табличных пространств SMS уровень такого отслеживания - табличное пространство. Для табличных пространств DMS уровень отслеживания - экстент для страниц данных и страниц индексов, и табличное пространство - для других типов страниц. После установки для этого параметра значения ON нужно создать резервную копию базы данных, чтобы иметь основу для инкрементных резервных копий.

8.7.11 Изменить путь журнала базы данных (newlogpath)

Тип конфигурации: База данных

Тип параметра: Конфигурируемый

Значение по умолчанию [Диапазон]: Null [любой допустимый путь или устройство]

Параметры, связанные с данным: Положение файлов журнала (logpath); Согласованность базы данных (database_consistent)

В этом параметре можно задать строку длиной до 242 байтов, чтобы изменить место хранения файлов журнала. Строка может задавать как путь, так и непосредственное устройство. Если в строке задается путь, он должен быть полным, а не относительным.
Прим.:В среде многораздельных баз данных к пути автоматически добавляется номер узла. Это делается для сохранения единого пути в нескольких конфигурациях логических узлов.

Чтобы задать устройство, введите строку, которую операционная система распознает в качестве устройства. Например, в Windows NT -

\\.\d: или \\.\PhysicalDisk5
Прим.:Чтобы была возможность записи журналов на устройство, надо использовать Windows NT Версии 4.0 с Service Pack 3.

Для платформ на основе UNIX -

/dev/rdblog8 
Прим.:Устройство можно задать только на платформах AIX, Windows 2000, Windows NT, Solaris, HP-UX, NUMA-Q и Linux.

Новая установка не станет значением для logpath, пока не выполнены два условия:

После установки с базой данных первого нового соединения менеджер баз данных переместит журналы в новое место, заданное параметром logpath.

На прежнем месте могут остаться файлы журнала. Эти файлы могут быть еще не заархивированы. Их может понадобиться архивировать вручную. Кроме того, если для этой базы данных вы запускаете репликацию, для нее могут понадобиться файлы журнала, записанные до изменения пути. Если при конфигурировании базы данных для ее параметра конфигурации Включить обработчик пользователя (userexit) было установлено значение "Yes", а все файлы журнала архивировались либо автоматически DB2, либо вами вручную, у DB2 есть возможность получить файлы журнала для процесса репликации. В противном случае можно скопировать эти файлы из старого пути в новый.
Рекомендация:Желательно поместить файлы журнала на физический диск, с которым не идут интенсивные операции ввода-вывода. Например, не помещайте журналы на диск, где расположена операционная система или базы данных большого объема. Это позволит эффективно вести запись при минимальных расходах, таких как ожидание ввода-вывода.

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

Дополнительную информацию смотрите в справочном руководстве System Monitor Guide and Reference, в описаниях для следующих элементов монитора:

Эти элементы данных возвращают показатели активности ввода-вывода, связанной с регистрацией в журналах базы данных. Можно воспользоваться средствами монитора операционной системы для сбора информации о других дисковых операциях ввода-вывода, а затем сравнить результаты, полученные для этих видов операций.

8.7.12 Положение файлов журналов (logpath)

Тип конфигурации: База данных

Тип параметра: Информационный

Параметры, связанные с данным: Изменить путь журнала для базы данных (newlogpath)

Этот параметр содержит текущий путь для журналов регистрации. Этот параметр нельзя изменить непосредственно, так как он задается менеджером баз данных после того, как вступает в действие изменение для параметра newlogpath. После создания базы данных для нее создается файл журнала восстановления в подкаталоге каталога, содержащего эту базу данных. По умолчанию используется подкаталог SQLOGDIR в каталоге, созданном для этой базы данных.

8.7.13 Максимальная память для списка блокировок (locklist)

Максимальное значение увеличено с 60000 до 524288.


[ Начало страницы | Страница назад | Страница вперед | Содержание | Индекс ]