Ръководство за потребителя

Активиране на Многосайтовото обновяване (Двуфазов протокол за записване на промените)

Функцията Многосайтово обновяване, позната също и като Разпределена единица работа (distributed unit of work -DUOW) и Двуфазов протокол за записване на промените, е функция, която позволява на вашите приложения да актуализират данни в множество отдалечени сървъри на бази данни при гарантиран интегритет. Например банкова транзакция, която включва трансфер на пари от една сметка в друга, намираща се в различен сървър на базата данни.

При подобна операция е съществено актуализациите за дебитната операция да не се запишат, докато не се запишат също и актуализациите, необходими да се кредитира другата сметка. Операцията многосайтово обновяване се прилага, когато данни, представляващи тези сметки, се управляват от два различни сървъра на базата данни.

DB2 продуктите осигуряват пълна поддръжка за многосайтово обновяване. Тази поддръжка е налична за приложения, разработени на стандартен SQL, както и за приложения, използващи продукти за следене на транзакции, които реализират спецификацията на интерфейса X/Open XA. Примери за такива продукти за следене на транзакции са IBM TxSeries (CICS и Encina), Message and Queuing Series, Component Broker Series, San Francisco Project, както и Microsoft Transaction Server (MTS), BEA Tuxedo и други. Изискванията за настройка са различни в зависимост от това дали се използва многосайтово обновяване на собствен SQL или на TP Монитор.

И двете програми за многосайтово обновяване собствен SQL и TP Монитор трябва да се предкомпилират с опциите CONNECT 2 SYNCPOINT TWOPHASE. И двете могат да използват оператора SQL Connect, за да посочат коя база данни да се използва за SQL операторите, които следват след това. Ако няма TP Монитор, който да укаже на DB2 да координира транзакцията (както се указва от DB2, получаваща обръщения xa_open от TP Монитор, за да се установи свързване към базата данни), тогава DB2 софтуерът ще се използва за координиране на транзакцията.

Когато се използва многосайтово обновяване с TP Монитор, приложението трябва да заяви комит или ролбек, като използва приложния интерфейс на TP монитор, например CICS SYNCPOINT, Encina Abort(), MTS SetAbort(). Когато се използва многосайтово обновяване на собствен SQL, трябва да се зададат нормалните SQL COMMIT и ROLLBACK.

Многосайтово обновяване чрез TP Монитор може да координира транзакция, която осъществява достъп до DB2 и до не-DB2 мениджъри на ресурси, като Oracle, Informix, SQLServer и т.н. Многосайтово обновяване на собствен SQL се използва само с DB2 сървъри. Многосайтово обновяване на собствен SQL се използва само с DB2 сървъри.

За да работи транзакция за многосайтово обновяване, всяка от базите данни, участващи в разпределената транзакция, трябва да може да поддържа Разпределена единица работа. В момента следните DB2 сървъри осигуряват поддръжка на DUOW, което им позволява да участват в разпределени транзакции:

Разпределената транзакция може да актуализира всяка комбинация от поддържани сървъри на бази данни. Например вашето приложение може да актуализира в рамките на една транзакция няколко таблици в DB2 Universal Database on Windows NT, DB2 за OS/390 база данни и DB2/400 база данни.

Сценарии за многосайтово обновяване на хост и AS/400 машини, за които е необходим SPM

Хост и AS/400 сървъри на база данни изискват DB2 Connect, за да участват в разпределена транзакция, заявена от приложения за PC, UNIX и Web. Освен това много от сценариите за многосайтово обновяване, които включват хост и AS/400 сървъри на база данни, изискват да бъде конфигуриран компонента Мениджър за синхронизация (Syncpoint Manager - SPM).

Необходимостта от SPM се определя от избора на протокол (SNA или TCP/IP) и от използването на TP монитор. В следващата таблица е дадено резюме на сценариите, които изискват използването на SPM. Таблицата показва, че DB2 Connect е необходима при всяко осъществяване на достъп от Intel или UNIX машини до хост или AS/400 машини. Освен това компонентът SPM на DB2 Connect е необходим при многосайтово обновяване, ако достъпът се осъществява през SNA архитектура или се използва TP монитор.

Таблица 1. Сценарии за многосайтово обновяване на хост и AS/400 машини, за които е необходим SPM.
Използва ли се TP Монитор? Протокол Необходим ли е SPM? Необходим продукт (изберете един) Поддържани хост и AS/400 бази данни
Да TCP/IP Да
  • DB2 Connect Enterprise Edition
  • DB2 Universal Database Enterprise Edition
  • DB2 Universal Database Enterprise-Extended Edition

  • DB2 за OS/390 V5.1
  • DB2 Universal Database за OS/390 V6.1

Да SNA Да
  • DB2 Connect Enterprise Edition*
  • DB2 Universal Database Enterprise Edition*
  • DB2 Universal Database Enterprise-Extended Edition*
Забележка:*само платформите AIX, OS/2, Windows NT и Windows 2000.
  • DB2 за MVS/ESA V3.1 и 4.1
  • DB2 за OS/390 V5.1
  • DB2 Universal Database за OS/390 V6.1
  • DB2/400 V3.1 или по-нова
  • DB2 Server за VM или VSE V5.1 или по-нова

Не TCP/IP Не
  • DB2 Connect Personal Edition
  • DB2 Connect Enterprise Edition
  • DB2 Universal Database Enterprise Edition
  • DB2 Universal Database Enterprise-Extended Edition

  • DB2 за OS/390 V5.1
  • DB2 Universal Database за OS/390 V6.1

Не SNA Да
  • DB2 Connect Enterprise Edition*
  • DB2 Universal Database Enterprise Edition*
  • DB2 Universal Database Enterprise-Extended Edition*
Забележка:*само платформите AIX, OS/2, Windows NT и Windows 2000.
  • DB2 за MVS/ESA V3.1 и 4.1
  • DB2 за OS/390 V5.1
  • DB2 Universal Database за OS/390 V6.1
  • DB2/400 V3.1 или по-нова
  • DB2 Server за VM и VSE V5.1 или по-нова

Забележка:Разпределената транзакция може да актуализира всяка комбинация от поддържани сървъри на бази данни. Например вашето приложение може да актуализира в рамките на една транзакция няколко таблици в DB2 UDB Database на Windows NT, DB2 за OS/390 база данни и DB2/400 база данни.

Повече информация за двуфазово записване на промените, както и инструкции за настройка на няколко популярни TP монитори потърсете в:

  • Ръководство за администриране
  • Ръководство за настройка и работа със CICS за AIX

Освен това можете да осъществите достъп до DB2 Техническа библиотека за продукти и услуги в World Wide Web:

  1. Отидете на следната страница в Web: http://www.ibm.com/software/data/db2/library/
  2. Изберете връзката DB2 Universal Database.
  3. Търсете "Технически бележки" ("Technotes"), като използвате ключови думи за търсене "DDCS", "SPM", "MTS", "CICS" и "ENCINA".

DRDA и достъп до данни

Въпреки че DRDA дефинира комуникационните протоколи в базата данни, не дефинира програмните интерфейси, или API, които трябва да се използват от приложните програмисти. Като цяло DRDA може да се използва от приложна програма за предаване на заявка, която съответния DRDA сървър може да изпълни. Всички използвани сега DRDA сървъри могат да изпълняват SQL заявки, насочени от приложна програма чрез DB2 Connect.

IBM предоставя на приложните програмисти средства, с които да генерират SQL заявки за Windows, OS/2 и редица UNIX платформи. Тези средства са част от Клиент за разработка на DB2 приложения. Клиент за разработка на DB2 приложения поддържа редица типове API: вграден SQL, JDBC, SQLJ и DB2 интерфейс за вградени SQL оператори (DB2 CLI). Тези API могат да се използват от програмистите при изграждане на приложения с помощта на много езици за програмиране. Допълнителна информация за тези API потърсете в Ръководство за създаване на приложения.

Приложните програмисти могат да използват и API, осигурени от други компании. Например Microsoft ODBC и ADO се използват от приложните програмисти за Windows при разработка на приложения за бази данни. DB2 Connect осигурява ODBC драйвер и OLE DB Provider, който поддържа приложенията, разработени с помощта на ODBC и ADO API. IBM не предоставя средства за разработка на ODBC приложения; тези инструменти се осигуряват от Microsoft Corporation.

Използване на Центъра за управление за разрешаване на многосайтово обновяване

От версия 6 можете да използвате Центъра за управление, за да предоставите възможност за многосайтово обновяване. Процедурата е много проста и е очертана по-долу. За допълнителна информация относно процеса на конфигуриране на многосайтово обновяване, включително как ръчно да конфигурирате вашата система, се обърнете към електронната Приложение за свързваемост.

Стартиране на Помощника за многосайтово обновяване

От Центъра за управление щракнете върху знака [+], за да разширите изгледа на дървото. С десния бутон на мишката изберете потребителския модел, който искате да конфигурирате. Отваря се изскачащо меню. Изберете елемента Многосайтово обновяване --> Конфигуриране.

Стъпки с помощника

Помощникът предоставя интерфейс от тип тетрадки. Всяка страница от тетрадката ви подсказва определена информация за вашата конфигурация. По-долу страниците са показани в реда, в който ще ги срещнете.

Стъпка  1.

Задайте Монитор за Процесора на транзакции (Transaction Processor - TP).

Това поле ще ви покаже подразбиращите се стойности за TP Монитора, който сте активирали. Ако не искате да използвате TP монитор, изберете Не използвай TP Монитор.

Стъпка  2.

Задайте комуникационните протоколи, които ще използвате.

Стъпка  3.

Задайте базата данни на Мениджъра на транзакции.

Този панел ви показва първата база данни, към която се свързвате по подразбиране (1ST_CONN). Можете да оставите подразбиращата се база данни или да изберете друга каталогизирана база данни.

Стъпка  4.

Задайте типовете сървъри на бази данни, включени в актуализацията, а също и дали ще се използва или не само TCP/IP.

Стъпка  5.

Задайте настройките на Мениджъра за синхронизация.

Тази страница ще се появи само ако настройките на предишната страница показват, че в сценария за многосайтово обновяване ви е необходимо да използвате Мениджъра за синхронизация на DB2.

Тестване на модула Многосайтово обновяване

Стъпка  1.

С десния бутон на мишката изберете потребителския модел и от контекстното меню изберете опцията Многосайтово обновяване --> Тест. Отваря се прозореца Тест за многосайтово обновяване.

Стъпка  2.

От списъка Достъпни изберете базите данни, които искате да тествате. Може да използвате бутоните стрелки, за да преместите изборите си в и от подпрозореца Избрани. Освен това можете да промените избрания потребителски идентификатор и парола, като директно ги редактирате в списъка Избрани.

Стъпка  3.

Когато приключите с избирането, щракнете бутона Тест в долната част на прозореца. Отваря се прозорецът Резултати при тестване на многосайтово обновяване.

Стъпка  4.

Този прозорец показва коя от избраните от вас бази данни е преминала успешно или не теста за обновяване. В прозореца са показани SQL кодовете и съобщенията за грешки за базите данни, които не са преминали успешно теста.


[ Начало на страницата | Предишна страница | Следваща страница ]