Совместимость с ранними версиями

Совместимость баз данных DB2 UDB Версии 8.2 с ранними версиями

Базу данных, созданную в DB2 Universal Database Версии 8.2, нельзя 8использовать на уровне Версии 8.1. 8С этой базой данных можно работать только на уровне Версии 8.2 или новее.

У баз данных, созданные на уровне DB2 UDB Версии 8.2, могут быть дополнительные 8функциональные возможности, отсутствующие в более ранних версиях. 8Эти различия могут привести 8к непредсказуемому и нежелательному поведению системы при попытке переноса новой 8базы данных в более старый выпуск DB2 UDB.

Пояснения к поддержке клиента DB2 UDB

В разделе "DB2 client overview" (Обзор клиентов DB2) книги 8DB2 Quick Beginnings for Clients 8утверждается: 8

Клиенты DB2 могут подключаться к серверам DB2 одного с ними уровня выпуска, 8а также к серверам на два выпуска новее или на один выпуск старше.

Это утверждение надо скорректировать так:

8

Хотя соединение клиента версии N с серверами версии N + 2 и возможно в некоторых 8средах, конфигурация с таким соединением поддерживается только до тех пор, 8пока версия N обслуживается. 8Когда обслуживание версии N прекращается, прекращается и поддержка этой конфигурации.

8

Подключение клиентов DB2 Версии 6 к серверам DB2 Версии 8 больше не поддерживается, поскольку Версия 6 уже не обслуживается.

8

Аналогично серверам DB2 UDB более новых версий, 8клиенты версии N могут соединяться с сервером версии N - 1, если только обслуживание 8сервера версии N - 1 не прекращено.

Изменения в реестре работоспособности при перенастройке из 7DB2 UDB Версии 8.2 обратно в DB2 UDB Версии 8.1

Любые изменения в реестре, сделанные на уровне 7DB2 UDB Версии 8.2, будут потеряны при перенастройке 7обратно в DB2 UDB Версии 8.1. 7От файла HealthRules2.reg 7DB2 UDB Версии 8.2 с новыми параметрами реестр вернется к файлу HealthRules.reg 7Версии 8.1, с параметрами, которые вы использовали до обновления.

Альтернативные пакеты FixPak 3(Linux и UNIX)

До DB2 Universal Database (UDB) Версии 8 пакеты FixPak 3работали только как пакеты 3обновления для установленных пакетов DB2 UDB или наборов файлов в одном 3постоянном положении. 3По сути дела это означало, что установка пакетов FixPak заменяла 3существующие файлы на новые, взятые из пакетов FixPak, при этом сосуществование 3пакетов FixPak нескольких уровней 3DB2 3в одной системе не допускалось. 3Теперь в DB2 UDB (ESE) несколько уровней пакетов исправлений могут сосуществовать в одной системе. 3Эта возможность поддерживается 3в производственных средах, начиная с Версии 8.1.2; для ее реализации применяются 3два типа пакетов FixPak:

3

обычные пакеты FixPak

3

3

3
• Доступны не только для ESE, но и для всех поддерживаемых продуктов DB2 Версии 8 для соответствующих платформ
3
• Могут устанавливаться непосредственно поверх существующей установки в каталоге 3/usr/opt/db2_08_01 в AIX 3или в каталоге /opt/IBM/db2/V8.1 на других платформах

3

3

альтернативные пакеты FixPak

3

3

3
• Могут устанавливаться как совершенно новые копии 3DB2 UDB ESE
3
• Устанавливаются в предопределенном месте, отличном от того, которое 3используется для обычной установки 3DB2 UDB

3

3

3
1. Не обязательно выполнять множественную установку пакетов FixPak, если в ваших условиях нет такой необходимости.
3
2. 3Начиная с IBM DB2 UDB Enterprise Server Edition (ESE) for Linux and UNIX Версии 8.1.2, в производственной среде 3поддерживается установка нескольких пакетов исправлений FixPak.3
3
3. 7В Linux альтернативные пакеты FixPak доступны только на платформах: 7
   7
   • x86 (32-битная)
   7
   • S/390 (31-битная)
   3
3

Чтобы обновить экземпляр пакета FixPak в такой установке до другого уровня FixPak, используйте 3одно из следующих действий:

3
• Установите соответствующий обычный пакет FixPak для общедоступной установки и 3обновите экземпляр, запустив db2iupdt из пути существующей общедоступной установки.
3
• Установите соответствующий альтернативный пакет FixPak в отдельный каталог и 3обновите экземпляр, запустив db2iupdt из этого каталога.

Дополнительную информацию о загрузке альтернативных пакетов FixPak смотрите 3на сайте поддержки IBM http://www.ibm.com/software/data/db2/udb/support.html.

Ограничения поддержки прежних версий сервера Центра хранилищ данных

Следующие ограничения применяются при поддержке прежних версий сервера для Центра хранилищ данных DB2 Universal Database (UDB) Enterprise Server Edition Версии 8:

Поддержка больших объектов

• Если вы используете управляющую базу хранилища данных на сервере более ранней версии, чем DB2 UDB Enterprise Server Edition Версии 8, вы не сможете работать с большими объектами. Необходимо обновить управляющую базу хранилища данных до соответствующего уровня или переместить ее в систему, где установлен сервер хранилища данных DB2 UDB Enterprise Server Edition Версии 8, и использовать управляющую базу данных хранилища локально из этой системы.
• Чтобы можно было перемещать большие объекты между Центром хранилищ данных и DB2 UDB, необходимо обновить DB2 до DB2 UDB Enterprise Server Edition Версии 8.

Поддержка SNA

Если вы подключаетесь к источникам и назначениям хранилищ данных с помощью SNA, надо внести в конфигурацию TCP/IP через SNA или использовать агент хранилища данных Windows NT.

Поддержка утилит EXPORT и LOAD

Утилита загрузки LOAD Центра хранилищ данных Версии 8 не поддерживает загрузку в базу данных Версии 7. Если вы хотите сохранить в качестве назначения базу данных Версии 7, замените операцию LOAD на SQL Select и Insert. Шаги SQL Select и Insert содержат оператор DELETE*, за которым следуют операторы SELECT и INSERT. Для шагов SQL Select и Insert требуется, чтобы база данных записывала все транзакции в журнал. В результате этого производительность шагов SQL Select и Insert ниже, чем производительность утилит EXPORT и LOAD.

2Для поддержки SQLJ и SQL Assist в 2DB2 UDB for OS/390 Версии 6 и DB2 UDB for z/OS Версии 7 необходимы исправления APAR Центра разработки

2При использовании Центра разработки в клиенте разработки программ для 2DB2 Universal Database (UDB) Версии 8 в операционных системах 2Windows или UNIX для включения поддержки SQLJ и SQL Assist необходимо 2установить на сервере следующие исправления APAR:

2DB2 UDB for z/OS Версии 7

• 2PQ65125 - обеспечивает поддержку SQLJ для построения хранимых 2процедур SQLJ Java
• 6PQ76858 - Обеспечивает поддержку SQL Assist

2DB2 UDB for OS/390 Версии 6

• 6PQ76858 - Обеспечивает поддержку SQL Assist

Из DB2 UDB запускаются две версии SQL Assist

Из DB2 Universal Database Версии 8 можно вызвать как Версию 7, так и Версию 8 SQL Assist. Версию 7 можно запустить из Центра хранилищ данных DB2. Все прочие центры запускают последнюю версию - Версию 8. В электронной справке по продукту есть дополнительная информация о SQL Assist Версии 7.

Изменение поведения сервера Unicode

В Версии 7 серверы Unicode игнорировали любые графические кодовые страницы, сообщаемые программами во время соединения, и предполагали, что используется UCS2 Unicode (кодовая страница 1200). Серверы Unicode Версии 8 теперь принимают во внимание кодовую страницу, указываемую клиентом.

Изменения параметров конфигурации базы данных во время перенастройки

В DB2 UDB Версии 8.2 используется новый файл параметров конфигурации базы данных 8SQLDBCONF размером 16 Кбайт. 8Это отдельный файл по отношению к файлу параметров 8конфигурации базы данных DB2 UDB Версии 8.1 с именем SQLDBCON и размером 84 Кбайта.

После перенастройки в DB2 UDB Версии 8.2 продукт просто переносит в нее содержимое 4-Кбайтного файла Версии 8.1, 8а изменения параметров конфигурации базы данных регистрирует с помощью 16-Кбайтного файла. 8Файл Версии 8.1 размером 4 Кбайта сохраняется, но не используется.

При перенастройке обратно в DB2 UDB Версии 8.1 продукт DB2 UDB Версии 8.1 вновь начинает регистрировать 8изменения параметров конфигурации базы данных с помощью 4-Кбайтного файла 8Версии 8.1. 8Файл Версии 8.2 размером 16 Кбайт сохраняется, но не распознается продуктом 8DB2 UDB Версии 8.1. 8Изменения в 16-Кбайтном файле параметров конфигурации базы данных, 8сделанные в промежутке между перенастройкой в Версию 8.2 и обратной перенастройкой в Версию 88.1, таким образом, оказываются скрытыми для DB2 UDB более старого выпуска, поскольку эти 8изменения не записывались в исходный 4-Кбайтный файл.

Кроме того, если вы снова выполните перенастройку до DB2 UDB Версии 8.2, продукт DB2 UDB Версии 88.2 обнаружит, что 16-Кбайтный файл конфигурации базы данных уже существует, и вернется 8к регистрации изменений параметров конфигурации базы данных с помощью 16-Кбайтного файла Версии 8.2. 8Файл Версии 8.1 размером 4 Кбайта сохраняется, но не распознается продуктом 8DB2 UDB Версии 8.2. Изменения в 4-Кбайтном файле параметров конфигурации базы данных, 8сделанные в промежутке между перенастройкой в Версию 8.1 и обратной перенастройкой в Версию 88.2, таким образом, оказываются скрытыми для DB2 UDB более нового выпуска, поскольку эти 8изменения не записываются в существующий 16-Кбайтный файл.

Усовершенствования в сообщениях формата db2diag.log

В Версии 8.2 формат файла db2diag.log улучшен во многих отношениях. 7Этот файл журнала теперь проще читать вручную и анализировать программно. 7Некоторые усовершенствования: 7

7
• Каждая запись содержит полный набор информации заголовка
7
• Части сообщения и данных записи журнала четко размечены, что делает ее проще для использования и понимания
7
• Каждая запись снабжается отметкой времени с указанием временной зоны
7
• У каждого поля есть четкое имя, набранное заглавными буквами
7
• Длина строк полей заголовка и сообщения ограничена 80 символами
7
• Добавлены новые поля, в частности, поле уровня серьезности, помогающее найти наиболее важные записи

Внесены и другие изменения, в частности, имя поля database изменено на DB.

В файл db2diag.log добавлены записи событий, играющие роль диагностических сообщений. Примеры 7таких событий:

7
• Изменения в реестре профиля
7
• Изменения в параметрах конфигурации

У записей событий в поле LEVEL указано "Event". 7Хотя события - не ошибки, они могут записываться при уровнях 7диагностики выше 4 (информационный уровень) или 3 (уровень предупреждений), в зависимости 7от важности события.

Теперь в журнал записываются переменные реестра профиля db2set 7и параметры конфигурации DB или DBM

Начиная с Версии 8.2, изменения в реестре профиля db2set и 7в параметрах конфигурации базы данных и менеджера баз данных заносятся в файл журнала db2diag.log. 7В связи с важностью этих сообщений они записываются на высоких диагностических уровнях.

Записываемые типы изменений в реестре профиля db2set:

7

Изменение (Modify)

7

Команда db2set 7имяПеременной=значение 7записывается в db2diag.log так (после CFG DB2SET:, From: и To: приведены имя переменной, 7старое значение и новое значение): 7

2004-04-22-19.19.14.156959-240 I79582C286         LEVEL: Event
7PID     : 2437242              TID  : 1           PROC : db2set
7INSTANCE: db2user              NODE : 000
7FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40
7CHANGE  : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE"

7

7

Удаление (Delete)

7

Команда db2set -r записывается в db2diag.log так (после CFG DB2SET:, 7From: и To: приведены имя переменной, старое значение и новое значение): 7

CHANGE  : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""

7 7

Прим.:

7

В последнем примере опущена информация заголовка.

7

7

Перезадание (Reset)

7

Команда db2set 7имяПеременной=значение 7отражается в db2diag.log так: 7

CHANGE  : CFG DB2SET: Profile registry was reset

7 7

Прим.:

7

В последнем примере опущена информация заголовка.

7

7

Примеры изменения параметров конфигурации DB и DBM - 7

CHANGE  : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20"
7
7CHANGE  : CFG DBM: "Diaglevel" From: "3" To: "1"
7
7CHANGE  : CFG DBM: Reset to the system defaults

Для поиска этих сообщений об изменениях конфигурации используйте инструмент db2diag. Например: 7

7
• Выбрать все события: db2diag -level event
7
• Выбрать события изменения: db2diag -g "changeevent="