SPM0400 | Разрешението на транзакцията под съмнение с DBALIAS="<псевдоним-на-БД>" показва евристична загуба - базата данни е извършила ролбек на UOW и координатора с LUNAME="<име-на-lu>" е записал промените. Транзакцията се идентифицира чрез LUWID="<luwid>". |
Обяснение: DB2 е бил DRDA2 AS за транзакцията, идентифицирана посредством "<luwid>". Резолирането чрез базата данни на DB2 показва възникването на евристична загуба. Базата данни, идентифицирана посредством "<псевдоним-на-БД>", е разрешила ръчно транзакцията под съмнение. Базата данни на DB2 в "<име-на-lu>" е извършила ролбек на транзакцията. Това е несъвместимо с решението за записване на промените на DRDA2 координатора от "<име-на-lu>".
След това съобщение се отпечатва свързаният с единицата работа идентификатор на 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>".
След това съобщение се отпечатва свързаният с единицата работа идентификатор на 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>" и "<псевдоним-на-БД>", е разрешил ръчно транзакцията под съмнение. Предприетото действие е било да се запише транзакцията. Това е несъвместимо с решението на координатора за извършване на ролбек.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Резолирането под съмнение с участника приключва.
Отговор на потребителя: Обърнете се към администратора на базата данни.
Действие на администратора на базата данни: Информирайте локалния администратор на базата данни и администратора на базата данни от "<име-на-lu>", че за транзакцията с "<luwid>" е възникнала евристична загуба. DB2 е бил координаторът за транзакцията и е взел решението да направи ролбек на обновяванията на базата данни, извършени чрез "<luwid>". На "<име-на-lu>" е взето евристично решение да се запишат (COMMIT) обновяванията, извършени от "<luwid>".
SPM0403 | Разрешението на транзакцията под съмнение с участник с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" показва евристична загуба - участникът е извършил ролбек, а базата данни е записала промените. Транзакцията се идентифицира чрез LUWID="<luwid>". |
Обяснение: DB2 носи отговорността на координатор за транзакцията, идентифицирана от "<luwid>". Резолирането с участник показва, че е станала евристична загуба. Участникът, идентифициран чрез "<име-на-lu>" и "<псевдоним-на-БД>", е разрешил ръчно транзакцията под съмнение. Предприетото действие е било да се направи ролбек на UOW (единицата работа). Това е несъвместимо с решението на координатора за записване на промените.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Резолирането под съмнение с участника приключва.
Отговор на потребителя: Обърнете се към администратора на базата данни.
Действие на администратора на базата данни: Информирайте локалния администратор на базата данни и администратора на базата данни от "<име-на-lu>", че за транзакцията с "<luwid>" е възникнала евристична загуба. DB2 е бил координатор за транзакцията и е взел решението да запише обновяванията на базата данни, извършени чрез "<luwid>". На "<име-на-lu>" е взето евристично решение да се извърши ролбек на обновяванията, направени от "<luwid>".
SPM0404 | Протоколна грешка по време на транзакция под съмнение с координатор с LUNAME="<име-на-lu>" - базата данни на DB2 с LUNAME="<име-на-lu>" има транзакция под съмнение, която се идентифицира с LUWID="<luwid>". |
Обяснение: DB2 е бил DRDA2 AS за транзакцията, идентифицирана посредством "<luwid>". DB2 транзакцията, асоциирана в базата данни с LUNAME="<име-на-lu>", е под съмнение. По време на разрешение под съмнение е възникнала протоколна грешка с координатора, идентифициран посредством "<име-на-lu>".
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Транзакцията, която е под съмнение, остава под съмнение. Направен е трасиращ запис за нарушение на Resync протокола.
Отговор на потребителя: Обърнете се към администратора на базата данни.
Действие на администратора на базата данни: DB2 не прави опит автоматично да разреши транзакцията под съмнение. Тя трябва да бъде резолирана ръчно. Решението за записване или прекъсване, взето от координатора, трябва да бъде направено по такъв начин, че същото решение да бъде взето и на участващата база данни на DB2.
Свържете се с администратора на базата данни при координатора с "<име-на-lu>" и "<псевдоним-на-БД>", за да определите дали транзакцията е била записана или е прекъснала.
Използвайте команда LIST INDOUBT TRANSACTIONS от този dbalias (на участника), за да резолирате транзакцията под съмнение.
SPM0405 | Транзакция с LUWID="<luwid>" в базата данни на DB2 с име LUNAME="<име-на-lu>" е под съмнение, поради отказ в комуникациите с координатора с LUNAME="<име-на-lu>". |
Обяснение: По време на изпълнение на двуфазовия протокол за записване на промените с координатора от "<име-на-lu>" възникна отказ в комуникациите. Фаза 1 на протокола е приключила и транзакцията на базата данни с име "<име-на-lu>" е под съмнение.
Транзакцията е поставена в състояние под съмнение и се появява в отчета LIST DRDA INDOUBTS TRANSACTIONS. Правят се периодични опити за възстановяване на връзката с координатора за автоматично резолиране.
След това съобщение се отпечатва свързаният с единицата работа под съмнение идентификатор на станция за обмен - XID.
Периодично ще се правят опити автоматично да се разреши на транзакцията под съмнение.
Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията, която е под съмнение, за да се освободят заключените (блокираните) ресурси.
Действие на администратора на базата данни: Ако е необходимо ръчно разрешение:
SPM0406 | Транзакция с LUWID="<luwid>" в участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" може да е под съмнение поради отказ в комуникациите. DB2 е записала промените. |
Обяснение: По време на изпълнение на двуфазовия протокол за записване на промените с участника от "<име-на-lu>" възникна отказ в комуникациите. Фаза 1 на протокола е приключила и транзакцията е подготвена за записване или прекъсване. Решението да се запише транзакцията е било направено, но в този момент не може да се предаде на участника. Участникът е под съмнение.
DB2 става отговорна за резолирането под съмнение с участника. Тази отговорност се появява в отчета LIST DRDA INDOUBTS TRANSACTION. Правят се периодични опити за възстановяване на връзката с участника за автоматично резолиране.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Периодично ще се правят опити автоматично да се резолира при участника транзакцията под съмнение.
Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията при участника, за да се освободят заключените (блокираните) ресурси.
Действие на администратора на базата данни: Ако е необходимо ръчно разрешение, информирайте администратора на базата данни при участника, че решението е записване на промените.
SPM0407 | Автоматичното разрешаване на транзакцията с LUWID="<luwid>" с координатора в LUNAME="<име-на-lu>" доведе до запис на промените. DB2 Universal Database е = "<име-на-БД>". |
Обяснение: Транзакцията под съмнение на базата данни, идентифицирана чрез "<име-на-lu>" бе автоматично разрешена посредством комуникация с координатора, идентифициран чрез "<име-на-lu>". Транзакцията е записана.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Обработката продължава нормално.
SPM0408 | Възникна отказ в комуникациите по време на автоматичното разрешаване с LUNAME="<име-на-lu>". Използваният протокол за комуникация е ="<протокол>". Използваният комуникационен API е ="<api>". Комуникационната функция, която открива грешката, е ="<функция>". Кодовете за грешка, специфични за протокола, са ="<rc1>","<rc2>","<rc3>". |
Обяснение: Съществуват една или повече на брой транзакции под съмнение с име "<име-на-lu>". DB2 се опита автоматично да резолира транзакцията под съмнение, но е възникнала комуникационна грешка.
Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията при участника, за да се освободят заключените (блокираните) ресурси.
Действие на администратора на базата данни: Ако е необходимо ръчно разрешение, информирайте администратора на базата данни при участника, че решението е записване на промените.
SPM0409 | Транзакцията с LUWID="<luwid>" не може да бъде разрешена поради студения старт с LUNAME="<име-на-lu>". Състоянието на DB2 транзакцията е ="<състояние>". DB2 отговорност="<отговорност>". |
Обяснение: Има транзакция под съмнение с партньора от "<име-на-lu>". DB2 не може да резолира транзакцията под съмнение, тъй като партньорът е загубил всичките си знания относно транзакциите под съмнение поради предишен студен старт.
Отговор на потребителя: Вероятно съществуват противоречиви данни при координатора и участника. Информирайте администратора на базата данни за състоянието на транзакцията.
Действие на администратора на базата данни: Необходимо е ръчно разрешение. Евристичното решение (дали да се запишат промените или да се извърши ролбек) трябва да бъде координирано с другите участници и/или координатора. Може би ще е трудно да се определи дали има и други участници. Информация за това може да се съдържа в журнала за възстановяване на координатора, въпреки факта, че координаторът е направил студен старт.
Решението за записване на промените или за прекъсване, взето посредством командата LIST INDOUBT TRANSACTIONS за тази транзакция, се разпространява към всички участници на по-долно ниво, ако има такива.
SPM0410 | Връзката чрез топъл старт на партньор с LUNAME="<име-на-lu>" е отхвърлена. Партньорът е променил поне едно от следните неща: нашето име на журнала "<oldourname>""<(newourname)>", неговото име на журнала "<oldtheirname>""<(newtheirname)>", протокола за синхронизация "<oldpa(newpa)>", изпратения флагов байт "<oldfb(newfb)>", изпратеното cclluname "<oldccls(newccls)>", а транзакциите под съмнение изискват разрешение. |
Обяснение: Опитът да се осъществи връзка чрез топъл старт с партньор е бил отхвърлен, тъй като партньорът е определил различен набор от параметри за точка на синхронизация от онзи, който е бил използван, когато връзката е била загубена. DB2 притежава знания за транзакции под съмнение, в които партньорът е участвал или като координатор, или като участник. Тази грешка може да е възстановима, ако партньорът може да рестартира с оригиналните параметри за точка на синхронизация. Ако това е невъзможно, тогава партньорът трябва да осъществи връзка с DB2 чрез студен старт.
Връзката с партньора е отхвърлена. 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 точки на синхронизация. Протоколната грешка е от една от следните категории:
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Ако протоколната грешка е била открита преди записване на промените, транзакцията в базата данни с име LU name="<име-на-lu>" може да е под съмнение. DB2 не резолира автоматично подобна транзакция под съмнение поради протоколната грешка.
Ако протоколната грешка е била открита след решението за записване на промените, транзакцията или е записана, или е прекъсната.
Записана е трасираща информация за нарушение на протокола за синхронизация.
Отговор на потребителя: Може да е необходимо администраторът на базата данни ръчно да резолира транзакцията под съмнение.
Действие на администратора на базата данни: Определете дали транзакцията е под съмнение. Ако е под съмнение, тя трябва да бъде резолирана ръчно, използвайки команда LIST INDOUBT TRANSACTIONS. Решението за записване или прекъсване, взето при координатора, трябва да бъде направено по такъв начин, че същото решение да може да бъде взето и на DB2.
Свържете се с администратора на базата данни при координатора dbalias, за да определите дали транзакцията с LUWID="<luwid>" е била записана или е прекъснала.
Ако координиращата система е друга DB2, тогава може да бъдат предприети описаните по-долу стъпки при DB2 координатора, за да се определи решението за запис или за прекъсване.
SPM0413 | Открита е протоколна грешка в комуникациите с участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" относно точката на синхронизация. Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е записала промените. |
Обяснение: DB2 е координаторът на транзакцията. Възникнала е протоколна грешка по време на обмена с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>", на SNA точки на синхронизация. Протоколната грешка е от една от следните категории:
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
На приложението е било съобщено, че транзакцията е записана.
Може да има транзакция под съмнение при участника и ако това е така, тя трябва да бъде резолирана ръчно. DB2 не резолира автоматично транзакцията под съмнение поради протоколната грешка.
Направен е трасиращ запис за нарушение на протокола за синхронизация.
Отговор на потребителя: Обърнете се към администратора на базата данни. Може да е необходимо участникът ръчно да резолира транзакцията под съмнение.
SPM0414 | Протоколна грешка по време на разрешение на транзакция под съмнение с участник с LUNAME="<име-на-lu>" and DBALIAS="<псевдоним-на-БД>". Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е извършила ролбек. |
Обяснение: DB2 носи отговорността на координатор за транзакцията, на която е бил направен ролбек. Възникнала е протоколна грешка по време на разрешаване на операция под съмнение с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>".
Транзакцията при участника остава под съмнение. DB2 няма да направи опит автоматично да резолира транзакцията под съмнение поради нарушението на протокола.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Направен е трасиращ запис за нарушение на Resync протокола.
Отговор на потребителя: Обърнете се към администратора на базата данни. Може да е необходимо участникът ръчно да резолира транзакцията под съмнение.
Действие на администратора на базата данни: Ако транзакцията е под съмнение при участника, тя трябва да се разреши ръчно (евристично).
SPM0415 | Автоматичното разрешение на транзакцията с LUWID="<luwid>" с координатора при LUNAME="<име-на-lu1>" доведе до ролбек. DB2 Universal Database е = "<име-на-БД>". |
Обяснение: Транзакцията под съмнение на базата данни, идентифицирана чрез "<име-на-lu>" бе автоматично разрешена посредством комуникация с координатора, идентифициран чрез "<име-на-lu>". Върху транзакцията бе извършен ролбек.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Обработката продължава нормално.
SPM0416 | Връзката със студен старт е отхвърлена от партньора с LUNAME "<име-на-lu>". |
Обяснение: DB2 направи опит да осъществи връзка посредством студен старт с партньора dbalias. Партньорът отхвърли опита за тази връзка.
Връзката не е осъществена.
Отговор на потребителя: Обърнете се към администратора на базата данни.
Действие на администратора на базата данни DB2 не е в състояние да се свърже с партньора "<име-на-lu>", докато той ("<име-на-lu>") не позволи връзка с DB2 посредством студен старт. Свържете се с администратора на базата данни при партньора "<име-на-lu>".
Ако желаете да получите помощ, свържете се със сервиза на IBM.
SPM0417 | Открита е протоколна грешка в комуникациите с участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" относно точката на синхронизация. Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е извършила ролбек. |
Обяснение: DB2 е координаторът на транзакцията. Възникнала е протоколна грешка по време на обмена с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>", на SNA точки на синхронизация. Протоколната грешка е от една от следните категории:
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
На приложението е било съобщено, че върху транзакцията е направен ролбек.
Може да има транзакция под съмнение при участника и ако това е така, тя трябва да бъде резолирана ръчно. DB2 не резолира автоматично транзакцията под съмнение поради протоколната грешка.
Направен е трасиращ запис за нарушение на протокола за синхронизация.
Отговор на потребителя: Обърнете се към администратора на базата данни. Може да е необходимо участникът ръчно да резолира транзакцията под съмнение.
SPM0420 | Връзката чрез студен старт с участник с LUNAME="<име-на-lu>" е приета. Възможна е загуба. |
Обяснение: DB2 е с отговорност на координатор за транзакциите под съмнение при участник и току-що направи връзка с участник, което доведе до загуба на всички данни за транзакциите под съмнение поради предишен студен старт. При участника може да има загуба.
Връзката с партньора е приета.
Отговор на потребителя: Обърнете се към администратора на базата данни.
Действие на администратора на базата данни DB2 е координаторът, носещ отговорност за разрешаване на транзакциите под съмнение за една или повече на брой единици работа под съмнение при "<име-на-lu>". DBMS на "<име-на-lu>" извърши студен старт. DB2 предполага, че журналът за възстановяване на участника е загубен или повреден и транзакцията под съмнение не може да бъде резолирана. Вероятно съществуват противоречиви данни при участника. В момента на възникване на отказа участникът може да не разбира напълно крайния резултат от транзакциите под съмнение.
SPM0421 | Нарушение на протокола SNA XLN от партньор с LUNAME="<име-на-lu>". |
Обяснение: DB2 откри нарушение на протокола в обмена на имена между журнали (XLN) на SNA с партньор на указания "<име-на-lu>".
Опитът за връзка с отдалечен сървър не е успешен. Направен е трасиращ запис за нарушение на протокола XLN.
Отговор на потребителя: Свържете се със системния програмист за отдалечения сайт. Невалидното XLN съобщение е записано в трасиращ запис. Логическата грешка в системата, причиняваща невалидното XLN съобщение, трябва да се коригира на отдалечения сървър.
SPM0422 | Връзката чрез топъл старт на партньор с LUNAME="<име-на-lu>" е отхвърлена, защото партньорът не е запомнил правилно името на нашия журнал. Името на нашия журнал е "<име1>", а партньорът го помни като "<име2>". |
Обяснение: Опит за осъществяване на връзка чрез топъл старт с партньор е бил отхвърлен, тъй като партньорът е определил името на журнала ни като name2. Името на журнала ни е име1, което е името на логическо устройство на локалната DB2. Тази грешка може да е поправима, ако партньорът може да рестартира с име за нашия журнал име1. Ако това е невъзможно, тогава партньорът трябва да осъществи връзка с DB2 чрез студен старт.
Връзката с партньора е отхвърлена.
Отговор на потребителя: Обърнете се към администратора на базата данни.
Действие на администратора на базата данни: Свържете се с администратора на базата данни при "<име-на-lu>" на партньора и определете дали е възможно партньорът да направи топъл старт с име за нашия журнал, определено като името на логическо устройство на тази DB2. Ако това е възможно, следващият опит за връзка ще бъде успешен. Или накарайте "<име-на-lu>" на партньора да осъществи връзка със студен старт с DB2.
SPM0423 | Автоматичното разрешение на транзакцията с LUWID="<luwid>" с партньора при LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" доведе до записване на промените. |
Обяснение: Единицата работа, която е под съмнение, автоматично е била определена посредством комуникация с участника. Участникът е бил уведомен за решението за записване на промените.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Обработката продължава нормално.
SPM0424 | Автоматичното разрешение на транзакцията с LUWID="<luwid>" с участника при LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" доведе до извършване на ролбек. |
Обяснение: Единицата работа, която е под съмнение, автоматично е била определена посредством комуникация с участника. Участникът е бил уведомен за решението за извършване на ролбек.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Обработката продължава нормално.
SPM0425 | Транзакция с LUWID="<luwid>" в участника с LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>" може да е под съмнение поради отказ в комуникациите. DB2 е извършила ролбек. |
Обяснение: По време на изпълнение на двуфазовия протокол за записване на промените с участника от "<име-на-lu>" възникна отказ в комуникациите. Фаза 1 на протокола е приключила и транзакцията е подготвена за записване или прекъсване. Решението да се извърши ролбек на транзакцията е било направено, но в този момент не може да се предаде на участника. Участникът е под съмнение.
DB2 става отговорна за резолирането под съмнение с участника. Тази отговорност се появява в отчета LIST DRDA INDOUBTS TRANSACTION. Правят се периодични опити за възстановяване на връзката с участника за автоматично резолиране.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на XID станция за обмен.
Периодично ще се правят опити автоматично да се резолира при участника транзакцията под съмнение.
Отговор на потребителя: Определете причината за отказа в комуникациите и коригирайте проблема. DB2 периодично прави опити да възстанови връзката за автоматично резолиране. Ако не се извърши автоматично резолиране скоро, обърнете се към администратора на базата данни. Може да се наложи ръчно резолиране на транзакцията при участника, за да се освободят заключените (блокираните) ресурси.
Действие на администратора на базата данни: Ако е необходимо ръчно разрешение, информирайте администратора на базата данни при участника, че решението е да се извърши ролбек.
SPM0426 | Открита е протоколна грешка по време на разрешаване на транзакция под съмнение с участник на LUNAME="<име-на-lu>" и DBALIAS="<псевдоним-на-БД>". Транзакцията с LUWID="<luwid>" може да бъде поставена под съмнение за участника. DB2 е записала промените. |
Обяснение: DB2 носи отговорността на координатор за транзакцията, промените на която са били записани. Възникнала е протоколна грешка по време на разрешаване на операция под съмнение с участника, идентифициран посредством "<име-на-lu>" и "<псевдоним-на-БД>".
Транзакцията при участника остава под съмнение. DB2 няма да направи опит автоматично да резолира транзакцията под съмнение поради нарушението на протокола.
След това съобщение се отпечатва свързаният с единицата работа идентификатор на 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. Най-вероятните причини са:
Отговор на потребителя: Определете причината въз основа на предварително описаните възможности. Отстранете проблема и опитайте отново.
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 и преместете всички мрежови устройства в края на оператора за пътеката. След това изключете и рестартирайте системата.
SPM0451E | MS 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. След това изпълнете следните стъпки:
След като 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.