Стъпка 1.
| Конфигуриране на мрежовите комуникации.

| Конфигурирането на вашия обединен сървър за достъп до източници на данни
от DB2 фамилията е подобно на конфигурирането на клиент за комуникиране с DB2
сървър. Конфигурационни инструкции са осигурени в:
|
|
Стъпка 2.
| Каталогизирайте запис в директорията на възлите на обединения сървър,
която сочи към разположението на DB2 източника на данни. Обединеният
сървър определя метода на достъп, който да се използва, на базата на типа на
възела, който се каталогизира, и на типа на базата данни от DB2 фамилията, до
която се осъществява достъп.
Повече информация за тези команди потърсете в Справочник на
командите.
|
Стъпка 3.
| Използвайте оператора CREATE WRAPPER, за да дефинирате обвиващ модул,
който ще се използва за достъп до DB2 източниците на данни. Обвиващите
модули са механизъм, който се използва от обединените сървъри за комуникиране
с и извличане на данни от източници на данни. Следният пример показва
CREATE WRAPPER оператор:
CREATE WRAPPER DRDA
където DRDA е подразбиращото се име на обвиващия модул,
използван за достъп до източници на данни от DB2 фамилията.
Може да замените подразбиращото се име с избрано от вас. Ако го
замените, трябва да включите и параметъра LIBRARY и името на обвиващата
библиотека за вашата платформа на обединен сървър. Повече информация за
обвиващите библиотеки потърсете в SQL Справочник.
|
Стъпка 4.
| Опционално: Настройте променливата от обкръжението DB2_DJ_COMM, за
да съдържа обвиващата библиотека, която съответства на обвиващия модул,
създаден на предишната стъпка - например:
db2set DB2_DJ_COMM = libdrda.a
Променливата от обкръжението DB2_DJ_COMM контролира дали е зареден обвиващ
модул при инициализиране на обединения сървър, което може да подобри
производителността при осъществяване на достъп до източника на данни от DB2
фамилията за първи път. Повече информация за имената на обвиващите
библиотеки потърсете в SQL Справочник.
|
Стъпка 5.
| Използвайте оператора CREATE SERVER, за да дефинирате всеки DB2 сървър,
към когото са конфигурирани комуникации - например:
CREATE SERVER DB2SERVER TYPE DB2/OS390 VERSION 6.1 WRAPPER DRDA
OPTIONS (NODE 'db2node', DBNAME 'quarter4')
където:
|
Стъпка 6.
| Ако потребителският идентификатор или парола в обединения сървър са
различни от потребителския идентификатор или парола в източник на данни от DB2
фамилията, използвайте оператора CREATE USER MAPPING, за да трансформирате
локалния потребителски идентификатор към потребителския идентификатор и
парола, дефинирани в източника на данни от DB2 фамилията - например:
CREATE USER MAPPING FOR DB2USER SERVER DB2SERVER
OPTIONS ( REMOTE_AUTHID 'db2admin', REMOTE_PASSWORD 'dayl1te')
където:
- DB2USER е локалният потребителски идентификатор, който
трансформирате в потребителски идентификатор, дефиниран в източник на данни от
DB2 фамилията.
- DB2SERVER е името на източника на данни от DB2 фамилията, което
сте дефинирали в оператора CREATE SERVER.
- db2admin е потребителският идентификатор в източника на данни
от DB2 фамилията, към когото трансформирате DB2USER. За тази
стойност е от значение дали се използват малки или главни букви.
- dayl1te е паролата, асоциирана с db2admin. За
тази стойност е от значение дали се използват малки или главни букви.
|
Стъпка 7.
| Използвайте оператора CREATE NICKNAME, за да зададете прякор за таблица
или производна таблица, разположена в източника на данни от DB2
фамилията. Ще използвате този прякор при изпращане на заявки към
източника на данни от DB2 фамилията. Следният пример показва оператор
CREATE NICKNAME:
CREATE NICKNAME DB2SALES FOR DB2SERVER.SALESDATA.MIDWEST
където:
Повече информация за оператора CREATE NICKNAME потърсете в SQL
Справочник.
Повече информация за прякорите като цяло потърсете в Ръководство за
администриране.
|
Стъпка 8.
| Повторете предишната стъпка за всички обекти на бази данни, за които
искате да създадете прякори.
|