iv_va,

надо бы статью написать, но пока некогда, вот пример переноса с винды32 на линукс64, в Вашем случае наоборот, но это почти не важно. Все переносы, которые я делал, это Win32->Linux64, Linux64->AIX64, всё делалось именно по этой схеме:

Миграция ALIAS с Windows32 на Linux64, схема SCHEMA.

1. Создание структуры БД с помощью db2look:
db2look -d ALIAS -e -td @ -a -o alias.cp@

ALIAS – алиас исходной БД
-td @ - терминальный символ @, поскольку структура содержит триггеры и т.п.

2. Экспорт таблиц БД:
db2move ALIAS EXPORT

ALIAS – алиас БД

3. Перемещение полученных данных на Linux64 сервер

После перемещения все текстовые файлы обработаны командой dos2unix!

4. Создание БД на Linux64:

db2 drop database ALIAS
db2 create database ALIAS USING CODESET 1251 TERRITORY ru
db2 connect reset

5. Восстановление структуры БД

db2 –td@ -vf alias.cp@ -z alias.out >/dev/null

Мне пришлось запускать его 4 раза, поскольку в скрипте сначала идёт создание функций, а они связаны с таблицами, которые будут созданы позже. Определить всё ли хорошо можно, например, путём сравнения логов:

diff –Bb alias.out_3 alias.out_4
здесь alias.out_3 и alias.out_4 логи от 3 и 4 раза запуска скрипта восстановления alias.cp@

На самом деле можно просто перенести описание функций и ХП перед описанием VIEW. Но это у кого как, в моём случае работает.

6. Загрузка данных в таблицы БД:

db2move ALIAS load

ошибки при загрузке можно найти в файле LOAD.out и соответствующих tabx.msg файлах, которые создаются для каждой таблицы.

7. Восстановление связей.
7.1. Создание скрипта для восстановления:

CONNECT TO ALIAS;
SELECT ‘SET INTEGRITY FOR SCHEMA.’ || TABNAME || ‘IMMEDIATE CHECKED;’ FROM SYSCAT.TABLES WHERE TABSCHEMA=’SCHEMA’ AND TYPE=’T’;
CONNECT RESET;

Вывод сохраняем в файл restore.cpl, затем редактируем его, удаляя лишнюю информацию.

7.2. Запуск скрипта восстановления:

db2 -tvf restore.cpl

7.3. Проверка восстановления целостности:

db2 –tvf control.cpl

Текст срипта control.cpl:

CONNECT TO ALIAS;

SELECT TABNAME,ACCESS_MODE,
SUBSTR(CONST_CHECKED,1,1) AS FK_CHECED,
SUBSTR(CONST_CHECKED,2,1) AS CC_CHECED,
SUBSTR(CONST_CHECKED,5,1) AS MQT_CHECED,
SUBSTR(CONST_CHECKED,6,1) AS GC_CHECED,
SUBSTR(CONST_CHECKED,7,1) AS STG_CHECED,
SUBSTR(CONST_CHECKED,8,1) AS DP_CHECED
FROM SYSCAT.TABLES
WHERE TABSCHEMA=’SCHEMA’ AND TYPE=’T’ AND ACCESS_MODE != ‘F’;

CONNECT RESET;

Для простоты можно объединить вызов 7.2 и 7.3 в одном командном файле.

8. Компилируем UDF, ХП на сервере.
9. Связываем пакеты с клиентской машины с серверной базой.
10. Запускаем клиентское ПО, всё ок.

Victor Metelitsa,

Смысл понятен, но написать такое, как Вы сами уже знаете достаточно сложно (впрочем, скорее трудоёмко), хотя, согласен, такой модуль был бы полезен если бы он входил в систему изначально, т.е. продукт от IBM, а не самописанный, поскольку структура системных таблиц также терпит изменения, увы :( А протолкнуть что то в IBM достаточно сложно, я думаю. Впрочем, если будет время и необходимость, кто знает. Спасибо за идею :)

Arman BaibmekovVladimir Kiselev,
Необходимо перенсти базу с WinXP db2 v9.5 на Linux db2 v9.1.
Когда пишу это
авторdb2look -d ALIAS -e -td @ -a -o alias.cp@
говарить что синтаксис неправильный.


Честно говоря никогда проблем здесь не встречал. Может конкретно посмотреть, какую именно ошибку выдаёт эта команда? И как тогда понимать, что дальше Вы используете alias.cp@?


Дальше на Linuxe
пишу это авторdb2 –td@ -vf alias.cp@ -z alias.out >/dev/null

не че непройсходит
пишу так db2 –tvf alias.cp@ -z alias.out
После Load
7.1 не получаетсья
а 7.2 нормально

alias.cp@ содержит символ @ вместо ; поскольку у нас в базе есть триггеры, потому нельзя использовать ;
Если у Вас не получается 7.1, то как же тогда Вы выполняете 7.2?

Все пункты надо выполнять последовательно. Причём каждый должен быть выполнен успешно.
Перескакивать нельзя, иначе ничего не получится.

Arman Baibmekov,

С этим не могу помочь, пока что не используем xml