Справочник на съобщенията

SPM Съобщения

SPM0400Разрешението на транзакцията под съмнение с DBALIAS="<псевдоним-на-БД>" показва евристична загуба - базата данни е извършила ролбек на UOW и координатора с LUNAME="<име-на-lu>" е записал промените. Транзакцията се идентифицира чрез LUWID="<luwid>".

Обяснение: DB2 е бил DRDA2 AS за транзакцията, идентифицирана посредством "<luwid>". Резолирането чрез базата данни на DB2 показва възникването на евристична загуба. Базата данни, идентифицирана посредством "<псевдоним-на-БД>", е разрешила ръчно транзакцията под съмнение. Базата данни на DB2 в "<име-на-lu>" е извършила ролбек на транзакцията. Това е несъвместимо с решението за записване на промените на DRDA2 координатора от "<име-на-lu>".

псевдоним-на-БД
Псевдоним на базата данни на DB2.

име-на-lu
LU име на координатора.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Резолирането под съмнение с участника приключва.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: Информирайте администраторите на базата данни от COORDINATOR "<име-на-lu>" и от DATABASE "<псевдоним-на-БД>", че за транзакцията с "<luwid>" е възникнала евристична загуба. DB2 е бил DRDA2 AS за транзакцията. DRDA2 AR от COORDINATOR "<име-на-lu>" е взел решението да запише (COMMIT) обновяването на базата данни, извършено чрез "<luwid>". А "<псевдоним-на-БД>" PARTICIPANT е взел евристичното решение да извърши ролбек (ROLL BACK) на обновяванията, направени от "<luwid>".

SPM0401Разрешението на транзакцията под съмнение с DBALIAS="<псевдоним-на-БД>" показва евристична загуба - базата данни е записала промените, а координатора с LUNAME="<име-на-lu>" е извършил ролбек. Транзакцията се идентифицира чрез LUWID="<luwid>".

Обяснение: DB2 е бил DRDA2 AS за транзакцията, идентифицирана посредством "<luwid>". Резолирането чрез базата данни на DB2 показва възникването на евристична загуба. Базата данни, идентифицирана посредством "<псевдоним-на-БД>", е разрешила ръчно транзакцията под съмнение. "<псевдоним-на-БД>" е записала транзакцията. Това е несъвместимо с решението за извършване на ролбек на DRDA2 координатора от "<име-на-lu>".

псевдоним-на-БД
Псевдоним на базата данни на DB2.

име-на-lu
LU име на координатора.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Резолирането под съмнение с участника приключва.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: Информирайте администраторите на базата данни от COORDINATOR "<име-на-lu>" и от DATABASE "<псевдоним-на-БД>", че за транзакцията с "<luwid>" е възникнала евристична загуба. DB2 е бил DRDA2 AS за транзакцията. DRDA2 AR от COORDINATOR "<име-на-lu>" е взел решението да направи ролбек на обновяванията на базата данни, извършени чрез "<luwid>". На PARTICIPANT "<псевдоним-на-БД>" е взето евристично решение да се запишат (COMMIT) обновяванията, извършени от "<luwid>".

SPM0402Разрешението на транзакцията под съмнение с участник с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" показва евристична загуба - участникът е записал промените, а базата данни е извършила ролбек. Транзакцията се идентифицира чрез LUWID="<luwid>".

Обяснение: DB2 носи отговорността на координатор за транзакцията, идентифицирана от "<luwid>". Резолирането с участник показва, че е станала евристична загуба. Участникът, идентифициран чрез "<име-на-lu>" и "<псевдоним-на-БД>", е разрешил ръчно транзакцията под съмнение. Предприетото действие е било да се запише транзакцията. Това е несъвместимо с решението на координатора за извършване на ролбек.

псевдоним-на-БД
Псевдоним в базата данни на участника.

име-на-lu
LU име на участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Резолирането под съмнение с участника приключва.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: Информирайте локалния администратор на базата данни и администратора на базата данни от "<име-на-lu>", че за транзакцията с "<luwid>" е възникнала евристична загуба. DB2 е бил координаторът за транзакцията и е взел решението да направи ролбек на обновяванията на базата данни, извършени чрез "<luwid>". На "<име-на-lu>" е взето евристично решение да се запишат (COMMIT) обновяванията, извършени от "<luwid>".

SPM0403Разрешението на транзакцията под съмнение с участник с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" показва евристична загуба - участникът е извършил ролбек, а базата данни е записала промените. Транзакцията се идентифицира чрез LUWID="<luwid>".

Обяснение: DB2 носи отговорността на координатор за транзакцията, идентифицирана от "<luwid>". Резолирането с участник показва, че е станала евристична загуба. Участникът, идентифициран чрез "<име-на-lu>" и "<псевдоним-на-БД>", е разрешил ръчно транзакцията под съмнение. Предприетото действие е било да се направи ролбек на UOW (единицата работа). Това е несъвместимо с решението на координатора за записване на промените.

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним в базата данни на участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Резолирането под съмнение с участника приключва.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: Информирайте локалния администратор на базата данни и администратора на базата данни от "<име-на-lu>", че за транзакцията с "<luwid>" е възникнала евристична загуба. DB2 е бил координатор за транзакцията и е взел решението да запише обновяванията на базата данни, извършени чрез "<luwid>". На "<име-на-lu>" е взето евристично решение да се извърши ролбек на обновяванията, направени от "<luwid>".

SPM0404Протоколна грешка по време на транзакция под съмнение с координатор с LUNAME="<име-на-lu>" - базата данни на DB2 с LUNAME="<име-на-lu>" има транзакция под съмнение, която се идентифицира с LUWID="<luwid>".

Обяснение: DB2 е бил DRDA2 AS за транзакцията, идентифицирана посредством "<luwid>". DB2 транзакцията, асоциирана в базата данни с LUNAME="<име-на-lu>", е под съмнение. По време на разрешение под съмнение е възникнала протоколна грешка с координатора, идентифициран посредством "<име-на-lu>".

име-на-lu1
LU име на участника, действащ като координатор.

име-на-lu2
LU име на базата данни, в която транзакцията е под съмнение.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

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

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: DB2 не прави опит автоматично да разреши транзакцията под съмнение. Тя трябва да бъде резолирана ръчно. Решението за записване или прекъсване, взето от координатора, трябва да бъде направено по такъв начин, че същото решение да бъде взето и на участващата база данни на DB2.

Свържете се с администратора на базата данни при координатора с "<име-на-lu>" и "<псевдоним-на-БД>", за да определите дали транзакцията е била записана или е прекъснала.

Използвайте команда LIST INDOUBT TRANSACTIONS от този dbalias (на участника), за да резолирате транзакцията под съмнение.

SPM0405Транзакция с LUWID="<luwid>" в базата данни на DB2 с име LUNAME="<име-на-lu>" е под съмнение, поради отказ в комуникациите с координатора с LUNAME="<име-на-lu>".

Обяснение: По време на изпълнение на двуфазовия протокол за записване на промените с координатора от "<име-на-lu>" възникна отказ в комуникациите. Фаза 1 на протокола е приключила и транзакцията на базата данни с име "<име-на-lu>" е под съмнение.

Транзакцията е поставена в състояние под съмнение и се появява в отчета LIST DRDA INDOUBTS TRANSACTIONS. Правят се периодични опити за възстановяване на връзката с координатора за автоматично резолиране.

име-на-lu1
LU име на базата данни, в която транзакцията е под съмнение.

име-на-lu2
LU име на координатора.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа под съмнение идентификатор на станция за обмен - XID.

Периодично ще се правят опити автоматично да се разреши на транзакцията под съмнение.

Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията, която е под съмнение, за да се освободят заключените (блокираните) ресурси.

Действие на администратора на базата данни: Ако е необходимо ръчно разрешение:

SPM0406Транзакция с LUWID="<luwid>" в участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" може да е под съмнение поради отказ в комуникациите. DB2 е записала промените.

Обяснение: По време на изпълнение на двуфазовия протокол за записване на промените с участника от "<име-на-lu>" възникна отказ в комуникациите. Фаза 1 на протокола е приключила и транзакцията е подготвена за записване или прекъсване. Решението да се запише транзакцията е било направено, но в този момент не може да се предаде на участника. Участникът е под съмнение.

DB2 става отговорна за резолирането под съмнение с участника. Тази отговорност се появява в отчета LIST DRDA INDOUBTS TRANSACTION. Правят се периодични опити за възстановяване на връзката с участника за автоматично резолиране.

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Периодично ще се правят опити автоматично да се резолира при участника транзакцията под съмнение.

Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията при участника, за да се освободят заключените (блокираните) ресурси.

Действие на администратора на базата данни: Ако е необходимо ръчно разрешение, информирайте администратора на базата данни при участника, че решението е записване на промените.

SPM0407Автоматичното разрешаване на транзакцията с LUWID="<luwid>" с координатора в LUNAME="<име-на-lu>" доведе до запис на промените. DB2 Universal Database е = "<име-на-БД>".

Обяснение: Транзакцията под съмнение на базата данни, идентифицирана чрез "<име-на-lu>" бе автоматично разрешена посредством комуникация с координатора, идентифициран чрез "<име-на-lu>". Транзакцията е записана.

име-на-lu1
LU име на координатора.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

име-на-lu2
LU име на базата данни, в която са били извършени промените.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Обработката продължава нормално.

SPM0408Възникна отказ в комуникациите по време на автоматичното разрешаване с LUNAME="<име-на-lu>". Използваният протокол за комуникация е ="<протокол>". Използваният комуникационен API е ="<api>". Комуникационната функция, която открива грешката, е ="<функция>". Кодовете за грешка, специфични за протокола, са ="<rc1>","<rc2>","<rc3>".

Обяснение: Съществуват една или повече на брой транзакции под съмнение с име "<име-на-lu>". DB2 се опита автоматично да резолира транзакцията под съмнение, но е възникнала комуникационна грешка.

протокол
Комуникационният протокол, който се използва. Поддържа се само "APPC".

api
Използваният комуникационен api. Може да се посочи или "CM2 APPC", или "SNA/6000 OS Subroutines".

кодове
Rc1, rc2 и rc3 съдържат първичния код на връщане, вторичния код на връщане, а може би и SNA код на състояние за "CM2 APPC" api. За "SNA/6000 OS Subroutines" api, rc1 съдържа глобалната променлива errno.

Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията при участника, за да се освободят заключените (блокираните) ресурси.

Действие на администратора на базата данни: Ако е необходимо ръчно разрешение, информирайте администратора на базата данни при участника, че решението е записване на промените.

SPM0409Транзакцията с LUWID="<luwid>" не може да бъде разрешена поради студения старт с LUNAME="<име-на-lu>". Състоянието на DB2 транзакцията е ="<състояние>". DB2 отговорност="<отговорност>".

Обяснение: Има транзакция под съмнение с партньора от "<име-на-lu>". DB2 не може да резолира транзакцията под съмнение, тъй като партньорът е загубил всичките си знания относно транзакциите под съмнение поради предишен студен старт.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

състояние
Състояние на commit (запис на промените), съхранявано от DB2. Това състояние би могло да бъде: под съмнение, записано или извършен ролбек.

отговорност
Отговорност на DB2 за транзакцията. DB2 може да е координаторът или участникът.

Отговор на потребителя: Вероятно съществуват противоречиви данни при координатора и участника. Информирайте администратора на базата данни за състоянието на транзакцията.

Действие на администратора на базата данни: Необходимо е ръчно разрешение. Евристичното решение (дали да се запишат промените или да се извърши ролбек) трябва да бъде координирано с другите участници и/или координатора. Може би ще е трудно да се определи дали има и други участници. Информация за това може да се съдържа в журнала за възстановяване на координатора, въпреки факта, че координаторът е направил студен старт.

Решението за записване на промените или за прекъсване, взето посредством командата LIST INDOUBT TRANSACTIONS за тази транзакция, се разпространява към всички участници на по-долно ниво, ако има такива.

SPM0410Връзката чрез топъл старт на партньор с LUNAME="<име-на-lu>" е отхвърлена. Партньорът е променил поне едно от следните неща: нашето име на журнала "<oldourname>""<(newourname)>", неговото име на журнала "<oldtheirname>""<(newtheirname)>", протокола за синхронизация "<oldpa(newpa)>", изпратения флагов байт "<oldfb(newfb)>", изпратеното cclluname "<oldccls(newccls)>", а транзакциите под съмнение изискват разрешение.

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

име-на-lu
LU име на партньора.

oldourname
Име на журнал за тази DB2 подсистема. Тази стойност е нулева, ако партньорът не е инициализирал обмена на имена между журнали.

newourname
Име на журнал за тази DB2 подсистема, както е запомнено от партньора ни и ни е изпратено при опита за връзка чрез топъл старт. Тази стойност е нулева, ако партньорът не е инициализирал обмена на имена между журнали.

oldtheirname
Името на журнал, използвано от партньора по време на последната връзка, както е запомнено от DB2.

newtheirname
Името на журнал, използвано от партньора при опита за осъществяване на връзка чрез топъл старт.

oldpa
Протоколът за синхронизация, използван по време на последната връзка, както е запомнен от DB2. (PA - предполагано прекъсване, PN - без предположение).

newpa
Протоколът за синхронизация, използван по време на последната връзка, както е запомнен от партньора. (PA - предполагано прекъсване, PN - без предположение).

oldfb
Употребата на PS заглавен байт 2 по време на последната връзка, както е запомнен от DB2. (F - използван като флагов байт, N - не е използван като флагов байт).

newfb
Употребата на PS заглавен байт 2 по време на последната връзка, както е запомнен от партньора. (F - използван като флагов байт, N - не е използван като флагов байт).

oldccls
Показва дали luname (името на логическото устройство) на корелатора на диалога е било обменено като част от протокола за синхронизация по време на последната връзка, според данни от DB2. (E - имало е обмен, N - не е имало обмен).

newccls
Показва дали luname (името на логическото устройство) на корелатора на диалога е било обменено като част от протокола за синхронизация по време на последната връзка, според данни от партньора. (E - имало е обмен, N - не е имало обмен).

Връзката с партньора е отхвърлена. DB2 пази данните, които са под съмнение.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: Свържете се с администратора на базата данни при "<име-на-lu>" на партньора и определете дали е възможно партньорът да направи топъл старт със същите параметри за точката на синхронизация, с които разполагаме и ние ('oldourname', 'oldtheirname', 'oldpa', 'oldfb', 'oldccls'). Ако това е възможно, следващият опит за връзка ще бъде успешен.

Ако това не може да се осъществи, тогава има две възможни решения:

SPM0411Връзката чрез студен старт на координатор с LUNAME="<име-на-lu>" е приета. Транзакциите под съмнение изискват ръчно резолиране.

Обяснение: DB2 е бил DRDA2 AS и носи отговорността на участник за транзакциите под съмнение. Координаторът е информирал DB2, че е извършил операция със студен старт и е загубил всички данни за транзакциите под съмнение. Транзакцията под съмнение в тази DB2 трябва да бъде резолирана ръчно с команда LIST INDOUBT TRANSACTIONS.

псевдоним-на-БД
Псевдоним в базата данни на координатора.

Връзката с партньора е приета. Направен е трасиращ запис.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: DB2 е участник с една или повече на брой транзакции под съмнение, където координаторът е "<име-на-lu>". DBMS на "<име-на-lu>" извърши студен старт. DB2 участникът предполага, че журналът за възстановяване на координатора е загубен или повреден и не може да се резолира транзакцията под съмнение. Вероятно съществуват противоречиви данни при координатора.

Евристичното решение (дали да се запише или прекъсне транзакцията) трябва да бъде координирано с другите участници. Може би ще е трудно да се определи дали има и други участници. Информация за това може да се съдържа в журнала за възстановяване на координатора, въпреки факта, че координаторът е направил студен старт.

Решението за записване на промените или за прекъсване, взето посредством командата LIST INDOUBT TRANSACTIONS за тази транзакция, се разпространява към всички участници на по-долно ниво, ако има такива.

SPM0412Открита е протоколна грешка в комуникациите с координатора с LUNAME="<име-на-lu>" относно точката на синхронизация. Транзакцията с LUWID="<luwid>" в базата данни на DB2 с име LUNAME="<име-на-lu>" може да е под съмнение.

Обяснение: DB2 е участник в транзакцията. Възникнала е протоколна грешка по време на обмена с координатора, идентифициран посредством "<име-на-lu>", на SNA точки на синхронизация. Протоколната грешка е от една от следните категории:

име-на-lu1
LU име на координатора.

име-на-lu2
LU име на базата данни, в която транзакцията е под съмнение.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Ако протоколната грешка е била открита преди записване на промените, транзакцията в базата данни с име LU name="<име-на-lu>" може да е под съмнение. DB2 не резолира автоматично подобна транзакция под съмнение поради протоколната грешка.

Ако протоколната грешка е била открита след решението за записване на промените, транзакцията или е записана, или е прекъсната.

Записана е трасираща информация за нарушение на протокола за синхронизация.

Отговор на потребителя: Може да е необходимо администраторът на базата данни ръчно да резолира транзакцията под съмнение.

Действие на администратора на базата данни: Определете дали транзакцията е под съмнение. Ако е под съмнение, тя трябва да бъде резолирана ръчно, използвайки команда LIST INDOUBT TRANSACTIONS. Решението за записване или прекъсване, взето при координатора, трябва да бъде направено по такъв начин, че същото решение да може да бъде взето и на DB2.

Свържете се с администратора на базата данни при координатора dbalias, за да определите дали транзакцията с LUWID="<luwid>" е била записана или е прекъснала.

Ако координиращата система е друга DB2, тогава може да бъдат предприети описаните по-долу стъпки при DB2 координатора, за да се определи решението за запис или за прекъсване.

SPM0413Открита е протоколна грешка в комуникациите с участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" относно точката на синхронизация. Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е записала промените.

Обяснение: DB2 е координаторът на транзакцията. Възникнала е протоколна грешка по време на обмена с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>", на SNA точки на синхронизация. Протоколната грешка е от една от следните категории:

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

На приложението е било съобщено, че транзакцията е записана.

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

Направен е трасиращ запис за нарушение на протокола за синхронизация.

Отговор на потребителя: Обърнете се към администратора на базата данни. Може да е необходимо участникът ръчно да резолира транзакцията под съмнение.

SPM0414Протоколна грешка по време на разрешение на транзакция под съмнение с участник с LUNAME="<име-на-lu>" and DBALIAS="<псевдоним-на-БД>". Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е извършила ролбек.

Обяснение: DB2 носи отговорността на координатор за транзакцията, на която е бил направен ролбек. Възникнала е протоколна грешка по време на разрешаване на операция под съмнение с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>".

Транзакцията при участника остава под съмнение. DB2 няма да направи опит автоматично да резолира транзакцията под съмнение поради нарушението на протокола.

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Направен е трасиращ запис за нарушение на Resync протокола.

Отговор на потребителя: Обърнете се към администратора на базата данни. Може да е необходимо участникът ръчно да резолира транзакцията под съмнение.

Действие на администратора на базата данни: Ако транзакцията е под съмнение при участника, тя трябва да се разреши ръчно (евристично).

SPM0415Автоматичното разрешение на транзакцията с LUWID="<luwid>" с координатора при LUNAME="<име-на-lu1>" доведе до ролбек. DB2 Universal Database е = "<име-на-БД>".

Обяснение: Транзакцията под съмнение на базата данни, идентифицирана чрез "<име-на-lu>" бе автоматично разрешена посредством комуникация с координатора, идентифициран чрез "<име-на-lu>". Върху транзакцията бе извършен ролбек.

име-на-lu1
LU име на координатора.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

име-на-lu2
LU име на базата данни, в която са били извършени промените.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Обработката продължава нормално.

SPM0416Връзката със студен старт е отхвърлена от партньора с LUNAME "<име-на-lu>".

Обяснение: DB2 направи опит да осъществи връзка посредством студен старт с партньора dbalias. Партньорът отхвърли опита за тази връзка.

име-на-lu
LU име на координатора.

Връзката не е осъществена.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни DB2 не е в състояние да се свърже с партньора "<име-на-lu>", докато той ("<име-на-lu>") не позволи връзка с DB2 посредством студен старт. Свържете се с администратора на базата данни при партньора "<име-на-lu>".

Ако желаете да получите помощ, свържете се със сервиза на IBM.

SPM0417Открита е протоколна грешка в комуникациите с участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" относно точката на синхронизация. Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е извършила ролбек.

Обяснение: DB2 е координаторът на транзакцията. Възникнала е протоколна грешка по време на обмена с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>", на SNA точки на синхронизация. Протоколната грешка е от една от следните категории:

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

На приложението е било съобщено, че върху транзакцията е направен ролбек.

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

Направен е трасиращ запис за нарушение на протокола за синхронизация.

Отговор на потребителя: Обърнете се към администратора на базата данни. Може да е необходимо участникът ръчно да резолира транзакцията под съмнение.

SPM0420Връзката чрез студен старт с участник с LUNAME="<име-на-lu>" е приета. Възможна е загуба.

Обяснение: DB2 е с отговорност на координатор за транзакциите под съмнение при участник и току-що направи връзка с участник, което доведе до загуба на всички данни за транзакциите под съмнение поради предишен студен старт. При участника може да има загуба.

име-на-lu
LU име на участника, при когото може да е възникнала загуба.

Връзката с партньора е приета.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни DB2 е координаторът, носещ отговорност за разрешаване на транзакциите под съмнение за една или повече на брой единици работа под съмнение при "<име-на-lu>". DBMS на "<име-на-lu>" извърши студен старт. DB2 предполага, че журналът за възстановяване на участника е загубен или повреден и транзакцията под съмнение не може да бъде резолирана. Вероятно съществуват противоречиви данни при участника. В момента на възникване на отказа участникът може да не разбира напълно крайния резултат от транзакциите под съмнение.

SPM0421Нарушение на протокола SNA XLN от партньор с LUNAME="<име-на-lu>".

Обяснение: DB2 откри нарушение на протокола в обмена на имена между журнали (XLN) на SNA с партньор на указания "<име-на-lu>".

име-на-lu
LU име на партньора, изпратил невалидното XLN съобщение.

Опитът за връзка с отдалечен сървър не е успешен. Направен е трасиращ запис за нарушение на протокола XLN.

Отговор на потребителя: Свържете се със системния програмист за отдалечения сайт. Невалидното XLN съобщение е записано в трасиращ запис. Логическата грешка в системата, причиняваща невалидното XLN съобщение, трябва да се коригира на отдалечения сървър.

SPM0422Връзката чрез топъл старт на партньор с LUNAME="<име-на-lu>" е отхвърлена, защото партньорът не е запомнил правилно името на нашия журнал. Името на нашия журнал е "<име1>", а партньорът го помни като "<име2>".

Обяснение: Опит за осъществяване на връзка чрез топъл старт с партньор е бил отхвърлен, тъй като партньорът е определил името на журнала ни като name2. Името на журнала ни е име1, което е името на логическо устройство на локалната DB2. Тази грешка може да е поправима, ако партньорът може да рестартира с име за нашия журнал име1. Ако това е невъзможно, тогава партньорът трябва да осъществи връзка с DB2 чрез студен старт.

име-на-lu
LU име на партньора, с когото връзката е отказала.

име1
Името на нашия журнал, по начина, по който го помним ние.

име2
Името на нашия журнал, както е запомнено от партньора ни и ни е изпратено при опита за връзка чрез топъл старт.

Връзката с партньора е отхвърлена.

Отговор на потребителя: Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: Свържете се с администратора на базата данни при "<име-на-lu>" на партньора и определете дали е възможно партньорът да направи топъл старт с име за нашия журнал, определено като името на логическо устройство на тази DB2. Ако това е възможно, следващият опит за връзка ще бъде успешен. Или накарайте "<име-на-lu>" на партньора да осъществи връзка със студен старт с DB2.

SPM0423Автоматичното разрешение на транзакцията с LUWID="<luwid>" с партньора при LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" доведе до записване на промените.

Обяснение: Единицата работа, която е под съмнение, автоматично е била определена посредством комуникация с участника. Участникът е бил уведомен за решението за записване на промените.

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Обработката продължава нормално.

SPM0424Автоматичното разрешение на транзакцията с LUWID="<luwid>" с участника при LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" доведе до извършване на ролбек.

Обяснение: Единицата работа, която е под съмнение, автоматично е била определена посредством комуникация с участника. Участникът е бил уведомен за решението за извършване на ролбек.

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Обработката продължава нормално.

SPM0425Транзакция с LUWID="<luwid>" в участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" може да е под съмнение поради отказ в комуникациите. DB2 е извършила ролбек.

Обяснение: По време на изпълнение на двуфазовия протокол за записване на промените с участника от "<име-на-lu>" възникна отказ в комуникациите. Фаза 1 на протокола е приключила и транзакцията е подготвена за записване или прекъсване. Решението да се извърши ролбек на транзакцията е било направено, но в този момент не може да се предаде на участника. Участникът е под съмнение.

DB2 става отговорна за резолирането под съмнение с участника. Тази отговорност се появява в отчета LIST DRDA INDOUBTS TRANSACTION. Правят се периодични опити за възстановяване на връзката с участника за автоматично резолиране.

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Периодично ще се правят опити автоматично да се резолира при участника транзакцията под съмнение.

Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията при участника, за да се освободят заключените (блокираните) ресурси.

Действие на администратора на базата данни: Ако е необходимо ръчно разрешение, информирайте администратора на базата данни при участника, че решението е да се извърши ролбек.

SPM0426Открита е протоколна грешка по време на разрешаване на транзакция под съмнение с участник на LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>". Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е записала промените.

Обяснение: DB2 носи отговорността на координатор за транзакцията, промените на която са били записани. Възникнала е протоколна грешка по време на разрешаване на операция под съмнение с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>".

Транзакцията при участника остава под съмнение. DB2 няма да направи опит автоматично да резолира транзакцията под съмнение поради нарушението на протокола.

име-на-lu
LU име на участника.

псевдоним-на-БД
Псевдоним от базата данни за участника.

luwid
Идентификатор на транзакцията на SNA логическа единица работа.

След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.

Направен е трасиращ запис за нарушение на Resync протокола.

Отговор на потребителя: Обърнете се към администратора на базата данни. Може да е необходимо участникът ръчно да резолира транзакцията под съмнение.

Действие на администратора на базата данни: Ако транзакцията е под съмнение при участника, тя трябва да се разреши ръчно (евристично).

SPM0434Мениджърът на точката за синхронизация не е достъпен - неправилно ниво на комуникация.

Обяснение: Версията за локалните комуникации е по-стара от допустимото или мениджърът на комуникациите е конфигуриран неправилно за поддръжка на APPC SYNCLEVEL(SYNC) диалози.

Опитът за създаване на защитен диалог не е успешен.

Отговор на потребителя: Инсталирайте и конфигурирайте такава версия, която да осигурява поддръжката на SYNCLEVEL(SYNC) диалози.

SPM0438Журналът за възстановяване на Мениджъра на точката на синхронизация е повреден.

Обяснение: Журналът за възстановяване на Мениджъра за точката на синхронизация е противоречив и не може да се използва за възстановяване по време на началната обработка на DB2.

Отговор на потребителя: Възможно е съществуването на транзакции под съмнение на DRDA2 сървъри на работния процес. Възможно е тези транзакции под съмнение да бъдат възстановени ръчно.

Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: За да стартирате Мениджъра за синхронизация, изтрийте директория spmlog и стартирайте DB2. Това ще накара DB2 да създаде нови журнални файлове за точката на синхронизация и да установи връзки посредством студен старт с всички DRDA2 сървъри на работния процес.

SPM0439Непоправима грешка в Мениджъра на точката на синхронизация при опит за писане журнала за възстановяване.

Обяснение: Журналът за възстановяване на Мениджъра за точката на синхронизация е противоречив и не може да се използва. Открита е непоправима грешка при опит за записване в SPM журнала по време на DB2 обработка.

Отговор на потребителя: Мениджърът за точката на синхронизация няма да позволи осъществяването на нови synclevel(twophase) връзки. Издайте команда LIST DRDA INDOUBT TRANSACTIONS, за да определите състоянието на транзакциите под съмнение.

Обърнете се към администратора на базата данни.

Действие на администратора на базата данни: За да стартирате Мениджъра за синхронизация, изтрийте директория spmlog и стартирайте DB2. Това ще накара DB2 да създаде нови журнални файлове за точката на синхронизация и да установи връзки посредством студен старт с всички DRDA2 сървъри на работния процес.

SPM0440EОткрита е грешка при опит за стартиране поддръжка на протокол "<протокол>". Кодът, върнат от "<функция>", е "<rc>". Най-вероятната причина за грешката е, че SNA не е стартирана. Моля, спрете DB2, стартирайте SNA и след това пуснете DB2 отново.

SPM0441Мениджърът на точката за синхронизация липсва за LU на мениджъра на точката за синхронизация. LU на Мениджъра на точката за синхронизация е is "<име-на-lu>", а профилът на LU е "<профил-на-lu>".

Обяснение: Не може да бъде активирана поддръжката на точка на синхронизация от DB2. Най-вероятните причини са:

  1. Нивото на AIX SNA комуникациите е невалидно. За поддръжка на точка на синхронизация се изисква AIX SNA V2 или по-нова.
  2. За AIX SNA V2, Recovery Resource Manager (RRM) не е активиран. Този параметър може да бъде намерен в Подразбиращите се системни настройки на SNA. Активирайте този параметър, проверете профила на SNA, след което спрете и рестартирайте AIX SNA и DB2.
  3. В AIX SNA V3, Мениджърът за възстановяване на ресурси (RRM) не е активиран за LU на Мениджъра на точката на синхронизация "<име-на-lu>". Този параметър може да бъде намерен в LU дефиницията за LU "<име-на-lu>". Активирайте този параметър, проверете профила на SNA, след което спрете и рестартирайте AIX SNA и DB2.

Отговор на потребителя: Определете причината въз основа на предварително описаните възможности. Отстранете проблема и опитайте отново.

SPM0442Мениджърът на точката за синхронизация не е достъпен. Най-вероятната причина за отказа е, че не съществува профила с информация за CPI-C (Common Programming Interface Communications) с името "<име>".

Обяснение: Мениджърът на точката за синхронизация изисква CPIC Side информационен профил с името "<име>". Този профил не може да бъде намерен или съдържа неправилна информация.

Отговор на потребителя: Моля, коригирайте профила, проверете SNA профила, след което спрете и рестартирайте DB2 и SNA. Вижте DB2 Connect: Бърз старт за информация как да конфигурирате поддръжката на мениджъра на точката на синхронизация.

SPM0443Мениджърът на точката за синхронизация не е достъпен. Най-вероятната причина за отказа е, че потребителският модел, който стартира мениджъра на точката на синхронизация, не принадлежи към имената на Доверените групи (Trusted Group) за AIX SNA.

Обяснение: За да се инициализира Мениджърът на точката за синхронизация, моделът, в който се стартира DB2, трябва да има определени права, за да се осигури поддръжката на SNA. AIX SNA изисква имената на Доверените групи да бъдат да включват ID на всички потребители, които ще подават тези команди.

Отговор на потребителя: В диалога SNA System Defaults добавете модела, който стартира мениджъра на точката за синхронизация, към една от дефинираните групи под Имена на доверени групи. Спрете и рестартирайте AIX SNA. Излезте от AIX Term, включете се отново с ID на модела и рестартирайте DB2.

Ако това не ви позволи да стартирате мениджъра на точката за синхронизация, приложете последно използвания PTF за AIX SNA и опитайте да повторите предишните инструкции.

SPM0444Мениджърът на точката за синхронизация не е достъпен. Най-вероятната причина за отказа е, че не съществува профила с на транзакционната програма с името "<име>".

Обяснение: Мениджърът на точката за синхронизация изисква Профил на транзакционна програма с името "<име>". Този профил не може да бъде намерен или съдържа неправилна информация.

Отговор на потребителя: Моля, коригирайте профила, проверете SNA профила, след което спрете и рестартирайте DB2 и SNA. Вижте DB2 Connect: Бърз старт за информация как да конфигурирате поддръжката на мениджъра на точката на синхронизация.

SPM0445Транзакционната програма "<име-на-tp>" няма да бъде разпозната от DB2. Това не е сериозна грешка, но ако тази транзакционна програма ви е необходима, трябва да осигурите тя да НЕ се дефинира в Транзакционния профил на AIX SNA конфигурацията.

Обяснение: Когато Мениджърът на точката за синхронизация се инициализира, той регистрира транзакционните програми, които ще разпознава. За да се разпознава посочената TP от Мениджъра на точката на синхронизация, не трябва никой друг профил на транзакционна програма да дефинира тази ТР, защото в противен случай ще възникне конфликт между мениджъра на точката за синхронизация и AIX SNA. Ако има такива конфликти, AIX SNA ще разпознава програмата, а Мениджърът на точката на синхронизация - не.

Отговор на потребителя: Ако искате Мениджъра на точката на синхронизация да разпознава посочената ТР, трябва да се уверите, че никой друг профил на TP не използва тази транзакционна програма. Мениджърът на точката на синхронизация е стартиран успешно независимо от тази грешка.

SPM0446EТранзакционната програма "<име-на-tp>" няма да бъде разпозната от DB2. Това е сериозна грешка. Мениджърът на точката на синхронизация не може да се стартира. Най-вероятната причина е, че друг модел е стартирал мениджъра на точката на синхронизация и използва същото SPM_NAME в конфигурацията на своя мениджър на базата данни, или че Encina Peer to Peer Gateway съществува на същата машина и Транзакционната програма е дефинирана в AIX SNA транзакционен профил.

Обяснение: Мениджърът на точката на синхронизация се е опитал да регистрира тази TP, но не е успял.

Отговор на потребителя: Премахнете профила на TP от AIX SNA. Спрете и рестартирайте DB2 и AIX SNA.

SPM0447EОткрита е грешка при опит за стартиране поддръжка на протокол "<протокол>". Кодът, върнат от "<функция>", е "<rc>". Най-вероятната причина за грешката е, че LU "<име-на-lu>" вече се използва за управление на точката на синхронизация. Уверете се, че Encina Peer to Peer Gateway или друг мениджър на точката на синхронизация не използва това LU.

Обяснение: LU може да бъде регистрирано в AIX SNA като поддържащо точка на синхронизация от най-много едно приложение. В този случай заявеното LU на Мениджъра на точката на синхронизация е вече регистрирано. Най-вероятната причина е, че Encina Peer to Peer Gateway използва това LU като Мениджър на точката на синхронизация, или друг DB2 модел го използва като Мениджър на точката на синхронизация.

Отговор на потребителя: Променете SPM_NAME в конфигурацията на мениджъра на базата данни така, че да се използва уникално LU. Спрете и рестартирайте DB2.

SPM0448EОткрита е грешка при опит да се стартира поддръжка на протокол на Мениджъра на точката на синхронизация. Мениджърът на точката на синхронизация не може да регистрира LUNAME "<име-на-lu> за поддръжката на точка на синхронизация, тъй като това LU е конфигурирано за използване от SNA API клиент. Или изберете друго LU за мениджъра на точката на синхронизация, или забранете използването от SNA API клиент в локалната LU 6.2 дефиниция на това LU.

Обяснение: Тази грешка възниква, когато потребителят се опитва да стартира Мениджъра на точката за синхронизация, като използва CS/NT V5.01, и използва локалната LU 6.2 дефиниция, в която е зададен флаг за използване на SNA API клиент.

Отговор на потребителя: Или изберете друго LU за SNA API, или забранете използването от SNA API клиент в локалната LU 6.2 дефиницията на това LU.

SPM0449EНеуспешен опит за свързване. Най-вероятната причина за неуспеха е, че LU, посочено в CPIC Side информационен профил "<профил1>, не съответства на LU на мениджъра на точката на синхронизация, посочено в CPIC Side информационен профила "<профил2>.

Обяснение: За да имате правилни комуникации с хост системата, всеки информационен профил на CPIC страната, дефиниран за комуникация, трябва да посочва същото LU, което е дефинирано за конфигурирания Мениджър на точката на синхронизация.

Отговор на потребителя: Обновете SNA информационния профил на CPIC страната "<профил1>" с подходящото LU, проверете SNA профила, спрете и рестартирайте SNA и DB2, и опитайте връзката отново.

SPM0450EБиблиотека не може да се зареди. Отказани са разрешения за достъп.

Обяснение: Най-вероятната причина за този проблем е грешка в Windows NT.

Отговор на потребителя: Уверете се, че всички мрежови устройства във вашата Система и локалния оператор PATH са в края на оператора PATH. Изберете Start/Settings/Control Panel/System/Environment/System/Path и преместете всички мрежови устройства в края на оператора за пътеката. След това изключете и рестартирайте системата.

SPM0451EMS SNA Сървър не е стартиран.

Обяснение: SNA сървърът не е стартиран.

Отговор на потребителя: Моля, стартирайте SNA сървър и рестартирайте DB2.

SPM0452IУверете се, че SPM_NAME, зададено в конфигурацията на мениджъра на базата данни, не е същото като името на Контролна точка "<име>". SPM_NAME временно е заменено с "<временно-име>".

Обяснение: SPM_NAME не може да е същото като Името на Контролна точка. SPM_NAME временно е заменено с алтернативно име, но конфигурационният файл на мениджъра на базата данни не е променен.

Отговор на потребителя: Обновете SPM_NAME в конфигурационния файл на мениджъра на базата данни. Задайте име, което не е име на Контролна точка.

SPM0453CМениджърът на точката на синхронизация не се стартира, защото Microsoft SNA Server не е бил стартиран.

Обяснение: Този DB2 модел е бил конфигуриран да стартира Мениджъра на точката на синхронизация. Обаче подразбиращият се SNA стек, Microsoft SNA Server, не е бил стартиран. Следователно поддръжката на мениджъра на точката на синхронизация не може да се стартира.

Отговор на потребителя: Microsoft SNA Server трябва да бъде стартиран. Моля, спрете DB2, като издадете командата DB2STOP FORCE. След това изпълнете следните стъпки:

  1. Старт
  2. Настройки
  3. Контролен панел
  4. Щракнете два пъти Услуги
  5. Щракнете SnaServer
  6. Щракнете Старт

След като Microsoft SNA Server е стартиран, рестартирайте DB2, като издадете командата DB2START.

SPM0454CМениджърът на точката за синхронизация не се стартира, защото той изисква ексклузивно използване на Логическото устройство (LU), представено с Псевдонима на LU "<псевдоним-на-lu>".

Обяснение: Мениджърът на точката на синхронизация изисква ексклузивно използване на Логическо устройство (LU). LU, което в момента се използва от Мениджъра на точката на синхронизация, е посочена като част от подразбиращия се изходящ пул от Локални APPC LU. Следователно това LU е посочено като достъпно за всяко приложение. Това LU е посочено и като LU, което да се използва от мениджъра на точката на синхронизация чрез конфигурационния параметър SPM_NAME на Мениджъра на базата данни. Тъй като мениджърът на точката на синхронизация изисква ексклузивно използване на това LU, то не може да е член на подразбиращия се изходящ пул от Локални APPC LU.

Отговор на потребителя: Модифицирайте дефиницията на LU, така че LU да не е член на подразбиращия се изходящ пул от Локални APPC LU, или сменете стойността на SPM_NAME на LU, което не е член на този подразбиращ се пул. Спрете и рестартирайте SNA Server. След това спрете и рестартирайте DB2.

Моля, обърнете се към ръководството DB2 Connect: Бърз старт или към ръководството DB2 Universal Database: Бърз старт за инструкции относно дефинирането на LU в Microsoft SNA Server, което да се използва от мениджъра на точката на синхронизация.

SPM0455CМениджърът на точката на синхронизация не е стартиран. Логическото устройство (LU), представено от Псевдоним на LU "<псевдоним-на-lu>", не е конфигурирано правилно, така че да се използва от мениджъра на точката на синхронизация.

Обяснение: За да използвате мениджъра на точката на синхронизация, трябва да конфигурирате LU да бъде разрешено за точката на синхронизация.

Отговор на потребителя: Модифицирайте дефиницията на LU, така че това LU да е активирано за точката на синхронизация и полето Клиент да съдържа името на SNA Сървър. Рестартирайте SNA Server и след това рестартирайте DB2.

Моля, обърнете се към ръководството DB2 Connect: Бърз старт или към ръководството DB2 Universal Database: Бърз старт за инструкции относно дефинирането на LU в Microsoft SNA Server, което да се използва от мениджъра на точката на синхронизация.

SPM0456CМениджърът на точката на синхронизация не е стартиран. Уверете се, че полето Клиент на Логическото устройство (LU), представено с Псевдонима на LU "<псевдоним-на-lu>", съдържа името на този SNA сървър.

Обяснение: За да стартирате мениджъра на точката на синхронизация, LU трябва да е активирано за точката на синхронизация. За да активирате LU за точка на синхронизация, уверете се, че е отбелязано полето за отметка "Активирай поддръжка на точка на синхронизация" и че полето Клиент съдържа името на този SNA Сървър.

В тази ситуация полето "Активирай поддръжка на точка на синхронизация" е отбелязано, но не е попълнено полето Клиент.

Отговор на потребителя: Модифицирайте дефиницията на LU, така че това LU да е активирано за точката на синхронизация и полето Клиент да съдържа името на SNA Сървър. Спрете и рестартирайте SNA Server и след това спрете и рестартирайте DB2.

Моля, обърнете се към ръководството DB2 Connect: Бърз старт или към ръководството DB2 Universal Database: Бърз старт за инструкции относно дефинирането на LU в Microsoft SNA Server, което да се използва от мениджъра на точката на синхронизация.

SPM0457WДруг DB2 модел вече е разпознал транзакционната програма DB2DRDA. Това не е фатална грешка. Този модел обаче няма да разпознае транзакционната програма DB2DRDA.

Обяснение: Докато не се активира мениджъра на точката на синхронизация, само един DB2 модел може да разпознава транзакционната програма DB2DRDA.

Отговор на потребителя: Дефинирайте стойността DB2SERVICETPINSTANCE в DB2 регистратурата на глобално ниво, за да дефинирате кой модел разпознава транзакционна програма DB2DRDA. След това рестартирайте всички засегнати модели.

За да дефинирате стойността DB2SERVICETPINSTANCE в DB2 регистратурата на глобално ниво, издайте следната команда:

db2set -g DB2SERVICETPINSTANCE=<име-на-модел>

където <име-на-модел> представлява името на модела.

SPM0458WДруг DB2 модел вече разпознава транзакционната програма x'07'6DB (шестнадесетично 07F6C4C2). Това не е фатална грешка. Този модел обаче няма да разпознае транзакционната програма x'07'6DB.

Обяснение: Докато не се активира мениджъра на точката на синхронизация, само един DB2 модел може да разпознава транзакционната програма x'07'6DB.

Отговор на потребителя: Дефинирайте стойността DB2SERVICETPINSTANCE в DB2 регистратурата на глобално ниво, за да дефинирате кой модел разпознава транзакционна програма x'07'6DB (шестнадесетично 07F6C4C2). След това рестартирайте всички засегнати модели.

За да дефинирате стойността DB2SERVICETPINSTANCE в DB2 регистратурата на глобално ниво, издайте следната команда:

db2set -g DB2SERVICETPINSTANCE=<име-на-модел>

където <име-на-модел> представлява името на модела.

SPM0459WВерсията на SNA, която сте инсталирали, е несъвместима с тази версия на DB2.

Обяснение: DB2 Connect за AIX и DB2 Universal Database за AIX V6.1 и по-висока изискват IBM eNetwork Communication Server за AIX V5.0.3 или по-висока за свързване в SNA мрежа.

Необходимата версия на IBM Communication Server не е инсталирана на тази машина.

Отговор на потребителя: Трябва да надстроите до IBM eNetwork Communications Server за AIX V5.0.3. PTF могат да бъдат изтеглени от:

http://service.software.ibm.com/cgi-bin/support/rs6000.support/downloads.

Изберете AIX General Software Fixes, AIX Fix Distribution Service, AIX Version 4 и Search By PTF Number. Въведете низ за търсенето sna.rte. Изберете Find Fix. След като PTF се изведе, изберете PTF, след това щракнете върху Get Fix Package и следвайте инструкциите.

SPM0460WВерсията на Microsoft SNA Server, инсталирана на тази машина, не поддържа мениджъра на точката на синхронизация.

Обяснение: Този модел е конфигуриран да използва DB2 SNA мениджър на точка на синхронизация с Microsoft SNA Server. Версията на Microsoft SNA Server, инсталирана на тази машина, не поддържа мениджъра на точката на синхронизация.

Отговор на потребителя: За да поддържа мениджъра на точката на синхронизация, DB2 изисква Microsoft SNA Server V4 Service Pack 3 или по-висока версия.

За да поддържате многосайтово обновяване с DB2 Universal Database за OS/390, OS/400 или VM/VSE, трябва да инсталирате Microsoft SNA Server V4 Service Pack 3 или по-висока версия. След като сте инсталирали нужната версия на Microsoft SNA Server, спрете и рестартирайте DB2 Connect или DB2 Universal Database.


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