В FixPak 8 добавлены системные переменные среды DB2_MAPPED_BASE и DB2DBMSADDR.
8Использовать эти переменные реестра рекомендуется только опытным пользователям.
8Если эта переменная не задана, DB2 UDB попытается 8использовать для положения совместно используемых библиотек виртуальный адрес 0x20000000.
8В этой переменной реестра можно также задать любой виртуальный адрес 8(в шестнадцатеричной форме) в диапазоне 31- и 32-битного адресного пространства, 8если новый адрес помещает совместно используемые библиотеки ниже в адресном пространстве. 8
8 8db2set DB2_MAPPED_BASE=
В файле db2diag.log может быть записано несколько копий следующего сообщения, так как это изменение должно быть выполнено для каждого логического узла: 8
8ADM0506I DB2 has automatically updated the "mapped_base" 8kernel parameter from "0x40000000(hex) 1073741824(dec)" to 8the recommended value "0x20000000(hex) 536870912(dec)". 8(ADM0506I DB2 автоматически изменила значение параметра 8ядра "mapped_base" с "0x40000000(hex) 1073741824(dec)" на 8рекомендованное значение "0x20000000(hex) 536870912(dec)".)8
Это сообщение выводится только при успешном задании переменной реестра; 8в нем указывается адрес, на который перемещены совместно используемые библиотеки.
8db2set DB2DBMSADDR=
Эту переменную можно задавать вместе с DB2_MAPPED_BASE или отдельно для тонкой настройки адресного пространства процессов DB2 UDB. 8Эта переменная изменяет положение совместной памяти экземпляра с его текущего положения по виртуальному адресу 0x10000000 на заданное новое положение.
8В Версии 8.2 добавлена переменная реестра DB2TCP_CLIENT_RCVTIMEOUT.
7 77 7 7В Версии 8.2 добавлена переменная производительности DB2_LARGE_PAGE_MEM.
7 7| Имя переменной | 7Операционные системы | 7Значения | 7
|---|---|---|
| Описание | 7||
| DB2_LARGE_PAGE_MEM | 7
7 AIX 5.x (только 64-битная) 7Linux |
7По умолчанию - NULL
7 Используйте *, чтобы указать, что 7все соответствующие регионы памяти должны использовать память с большими страницами, или 7перечислите через запятую конкретные регионы памяти. 7Доступные регионы зависят от операционной системы. 7В 64-битной AIX 5.x можно задать следующие регионы: DB, DBMS, PRIVATE. 7В Linux можно задать следующий регион: DB. |
7
|
7 Память с большими страницами поддерживается только для DB2 Universal Database (UDB) for AIX 5L (64-битное 7издание) и DB2 UDB for Linux. 7Переменная реестра DB2_LARGE_PAGE_MEM используется 7для включения поддержки больших страниц при работе в AIX 5.x или в любой архитектуре Linux с соответствующей поддержкой ядра. 7Эта переменная реестра заменяет устаревшую переменную реестра DB2_LGPAGE_BP, которую 7можно использовать только для включения памяти с большими страницами для совместного региона памяти базы данных. 7Теперь это можно включить, задав переменную DB2_LARGE_PAGE_MEM=DB. 7Документацию, где упоминается включение больших страниц при помощи переменной реестра DB2_LGPAGE_BP, 7теперь следует читать как DB2_LARGE_PAGE_MEM=DB. 7Использование больших страниц предназначено в первую очередь для повышения 7производительности в программах с интенсивными вычислениями. Программы, часто обращающиеся к памяти и использующие большие объемы виртуальной 7памяти, при применении больших страниц могут работать производительнее. Чтобы включить 7использование больших страниц в DB2 UDB, надо сначала сконфигурировать использование 7больших страниц в операционной системе. 7Включение собственных больших страниц 7существенно увеличит использование памяти DB2 UDB, поскольку каждый агент DB2 UDB займет 7не менее 1 большой страницы физической памяти (16 Мбайт). 7Чтобы включить большие страницы для собственной памяти агента в 64-битной DB2 UDB for AIX (параметр DB2_LARGE_PAGE_MEM=PRIVATE), 7необходимо выполнение следующих условий, помимо конфигурирования больших 7страниц в операционной системе: 7
В 64-битной DB2 UDB for AIX включение этой переменной уменьшает размер 7сегмента совместной памяти, сводя к минимуму требования памяти для базы данных. 7По умолчанию создается сегмент 64 Гбайт: подробности смотрите в информации о параметре 7размера совместной памяти баз данных (параметр конфигурации базы данных 7database_memory). Использование этой возможности позволяет 7избежать выделения совместной оперативной памяти сверх ожидаемой потребности. 7При 7задании этой переменной будет ограничена возможность динамического изменения 7конфигурации, связанного с увеличением общего объема совместной памяти базы данных 7(например, увеличения размера пулов буферов). 7В Linux есть 7дополнительное требование - доступность библиотеки libcap.so. 7Чтобы эта опция работала, необходимо установить данную библиотеку. 7Если эта опция будет 7включена, а библиотеки в системе не будет, DB2 UDB выключит большие страницы ядра и 7продолжит работать, как раньше. 7В Linux для проверки доступности больших страниц ядра введите команду: 7cat /proc/meminfo7 Если возможность доступна, должны появиться следующие три строки 7(числа будут зависеть от объема памяти, сконфигурированного на вашем компьютере): 7HugePages_Total: 200 7 HugePages_Free: 200 7 Hugepagesize: 16384 KB7 Если вы не увидите этих строк, или если значение 7HugePages_Total - 0, требуется конфигурирование операционной системы или ядра. |
7||
Следующее изменение относится к теме "Переменные компилятора SQL" в Приложении A "Переменные реестра DB2 и среды" книги Руководство администратора: Производительность:
8Если для одной или обеих переменных компилятора DB2 DB2_MINIMIZE_LISTPREFETCH 8и DB2_INLIST_TO_NLJN задано значение ON, эти переменные будут 8активны, даже если задано REOPT(ONCE).
8 8 8Ниже указаны изменения в документации по параметрам конфигурации:
8 8Параметр конфигурации менеджера баз данных Тип аутентификации (authentication) может также иметь следующие значения:
8Сервер принимает зашифрованные схемы аутентификации типа SERVER и зашифрованные пользовательские данные. 8Аутентификация работает точно так же, как при типе аутентификации SERVER_ENCRYPT.
8При этом типе аутентификации шифруются следующие пользовательские данные:
8Сервер принимает зашифрованные схемы аутентификации типа SERVER и зашифрованные пользовательские данные. 8Кроме того, этот тип аутентификации обеспечивает совместимость с ранними продуктами, не поддерживающими тип аутентификации DATA_ENCRYPT. 8Этим продуктам разрешено устанавливать соединение с помощью типа аутентификации SERVER_ENCRYPT и без шифрования пользовательских данных. 8Продукты, поддерживающие новый тип аутентификации, должны использовать его. 8Этот тип аутентификации допустим только в файле конфигурации 8менеджера баз данных сервера; он недопустим в команде CATALOG DATABASE.
Начиная с DB2 Universal Database Версии 8.2, 8значение по умолчанию параметра конфигурации менеджера баз данных Правила влияния для экземпляра (util_impact_lim) изменено со 100 на 10.
Все следующие параметры конфигурации менеджера баз данных могут на всех платформах содержать имена групп (длиной до 30 байтов):
8Таблица в теме "Обзор параметров конфигурации менеджера баз данных" 8содержит неверные типы данных для этих параметров конфигурации менеджера баз данных. 8Правильный тип данных для всех этих параметров - char(30).
Максимальный размер для параметра конфигурации базы данных Размер сегмента расширения памяти (estore_seg_size) на платформах 8на основе Windows равен 16777216.
Правильное максимальное значение для параметра конфигурации базы данных Значение срока ожидания HADR (hadr_timeout) - 4294967295.
В документации сказано, что максимальное значение для параметра конфигурации 8базы данных Максимальный объем списка блокировок (locklist) для 64- и 32-битных серверов Windows, обслуживающих только локальных клиентов, равно 60000. 8Это неверное значение; правильное число - 524288.
Неверно указан диапазон значений для параметра конфигурации базы данных Число резервных копий базы данных (num_db_backups). 8Правильный диапазон: 0 - 32767.
После перенастройки DB2 Universal Database (UDB) из Версии 8.1 в Версию 8.2, DB2 UDB использует новый файл параметров конфигурации базы данных с именем SQLDBCONF и размером 16 Кбайт. 8(В Версии 8.1 файл параметров конфигурации базы данных имел размер только 4 Кбайта и назывался SQLDBCON).
8 8 8В Версии 8.1 переменная реестра DB2_HASH_JOIN имела по умолчанию значение ON.
8Используйте эту переменную хеш-объединения, настроив ее значение для оптимальной производительности.
8Оптимальная производительность хеш-объединения обеспечивается в том 8случае, если удается избежать хеш-циклов и переполнения с записью на диск. 8Для повышения производительности хеш-объединения оцените максимальный 8объем доступной памяти для параметра sheapthres и 8настройте значение параметра sortheap. 8Увеличьте его значение в пределах ограничения, заданного параметром 8sheapthres, чтобы исключить как можно больше 8хеш-циклов и переполнений с записью на диск.
8Дополнительную информацию смотрите в теме "Методы объединения" в книге Руководство администратора: Производительность.
7 7 7Функции DB2NTNOCACHE доступны теперь на уровне табличного пространства путем задания 7условия NO FILE SYSTEM CACHING в операторе CREATE TABLESPACE или ALTER TABLESPACE. Использование 7этого условия описано в справочнике SQL Reference. В 7следующем выпуске переменная реестра DB2NTNOCACHE будет удалена.
7 7 7Таблицы объяснения могут применяться совместно несколькими 7пользователями. Но задавать таблицы объяснения можно для одного пользователя, а для 7дополнительных пользователей для указания заданных таблиц использовать алиасы с тем же 7именем. Другой вариант - задать таблицы объяснения в схеме SYSTOOLS. Функция объяснения 7использует по умолчанию схему SYSTOOLS, если не найдено других таблиц объяснения или 7алиасов под ID сеанса пользователя для динамического SQL или ID авторизации оператора для 7статического SQL. Каждый пользователь, имеющий в совместном пользовании общие таблицы объяснения, должен иметь разрешение на вставку в эти таблицы. Следует также ограничить разрешения на чтение для общих таблиц объяснения - 7обычно можно ограничить теми пользователями, которые анализируют информацию объяснения.
7 7 7Данные объяснения собираются, если эта опция указана при компиляции 7оператора SQL. 7Перед тем, как включить эту опцию, подумайте, как будет 7использоваться собранная информация.
7Информация объяснения захватывается в следующих ситуациях:
7Параметр информации упорядочивания можно вывести только при помощи API db2CfgGet. 7Его нельзя вывести при помощи процессор командной строки или Центр управления.
7Этот параметр содержит 260 байт информации об упорядочении для базы данных. Первые 256 байтов задают последовательность упорядочения базы данных, где байт "n" содержит вес сортировки кода символа с десятичным представлением "n" в кодовой странице базы данных.
7Последние 4 байта содержат внутреннюю информацию о типе последовательности упорядочения. Последние четыре байта collate_info - целое число. Это целое число зависит от 7порядка разделения на байты на данной платформе. Возможные значения:
7Если вы используете эту внутреннюю информацию, то при ее передаче на 7другую платформу необходимо выполнить реверсирование байтов.
7Последовательность упорядочения можно задать во время создания базы данных.
8 8 8Начиная с DB2 Universal Database (UDB) Версии 8.2, можно 8использовать для табличного пространства размер предварительной выборки AUTOMATIC. 8DB2 UDB автоматически изменяет размер предварительной выборки, когда в табличном пространстве изменяется число контейнеров.
8Синтаксис переменной реестра DB2_PARALLEL_IO расширен для возможности распознавания контейнеров с различными характеристиками параллелизма ввода-вывода. При использовании расширенного синтаксиса у контейнеров для различных табличных пространств могут быть различные характеристики ввода-вывода. Характеристика параллелизма ввода-вывода каждого табличного пространства используется, 8если для табличного пространства задается автоматический размер предварительной выборки (AUTOMATIC). 8Если переменная реестра DB2_PARALLEL_IO включена, но расширенный синтаксис, 8идентифицирующий конкретные характеристики параллелизма ввода-вывода, не используется, предполагается уровень параллелизма по умолчанию. По умолчанию используется уровень параллелизма RAID 5 (6+1).
8Информация о размере предварительной выборки, используемая оптимизатором, 8обновляется только при выполнении оператора ALTER TABLESPACE, 8который изменяет размер предварительной выборки табличного пространства или число контейнеров 8(при помощи ADD/DROP/BEGIN NEW STRIPE SET/ADD TO NEW STRIPE SET). 8Если в параметрах реестра изменяется число физических дисков на контейнер, 8для обновления информации оптимизатора надо запустить оператор 8ALTER TABLESPACE <имя_табличного_пространства> PREFETCHSIZE AUTOMATIC 8(если только обновление информации оптимизатора не было уже задано в операторе ALTER TABLESPACE).
8Если табличное пространство перенаправляется или восстанавливается для возможности использования другого числа контейнеров, 8обновите информацию оптимизатора при помощи оператора ALTER TABLESPACE <имя_табличного_пространства> PREFETCHSIZE AUTOMATIC. 8Если в табличном пространстве есть несколько наборов полос, для вычисления размера предварительной выборки используется 8максимальное число контейнеров по нескольким наборам полос. 8Если вычисленный размер предварительной выборки превышает максимальный размер (32767 страниц), 8в качестве размера предварительной выборки используется наибольшее кратное числа контейнеров, которое меньше этого максимума.
8В среде DB2 UDB Enterprise Server Edition, если для табличного пространства используется автоматический размер предварительной выборки (AUTOMATIC), 8размеры предварительной выборки могут отличаться в разных разделах базы данных. 8Причина в том, что в разных разделах базы данных число контейнеров, используемое при вычислении размеров предварительной выборки, может быть различным. 8При генерации плана доступа для запроса оптимизатор использует размер предварительной выборки из первого раздела в группе разделов базы данных.
[ Начало страницы |Страница назад | Страница вперед | Содержание ]