SQL1400N | Разпознаването не се поддържа. |
Обяснение: Подаденият тип разпознаване не е от поддържаните типове.
Командата не може да бъде обработена.
Отговор на потребителя: Потребителят трябва отново да подаде командата с валидна стойност на параметър.
Вижте Ръководство за разработка на приложения за списък на поддържаните типове разпознаване.
SQL1401N | Типовете разпознаване не съответстват. |
Обяснение: Потребителят се опитва да се свърже с отдалечена база данни, която е каталогизирана на локалния възел с тип автентичност, различен от този на отдалечения възел.
Потребители на обединени системи: това съобщение може да се появи и когато:
Отговор на потребителя: Командата не може да бъде обработена.
Потребителят трябва да каталогизира повторно псевдонима на базата данни на текущия възел със същия тип разпознаване като на отдалечената база данни. Подайте командата отново.
Потребители на обединени системи:
sqlcode: -1401
sqlstate: 08001
SQL1402N | Не може да се разпознае потребителят поради неочаквана системна грешка. |
Обяснение: Обърнете се към системния администратор. В unix-базираните системи, за файла db2ckpw може да не са установени битовете за необходимите права или системата може да няма повече пространство за суоп/пейджинг. На Windows NT, DB2 услугата за защита може би не е стартирана.
Командата не може да бъде обработена.
Потребители на обединени системи: тази ситуация може да бъде открита и чрез източника на данни.
Отговор на потребителя: В unix-базираните системи поискайте от системния администратор да се увери, че са дадени правилните права за достъп до db2ckpw, и че има достатъчно заделено пространство за суоп/пейджинг. На Windows NT поискайте от системния администратор да осигури DB2 услугата за защита да бъде инсталирана и стартирана.
SQL1403N | Посоченото име на потребител и/или парола са неправилни. |
Обяснение: Посоченото име на потребител и/или парола са неправилни, комбинацията от име на потребител и парола е неправилна или базата данни, към която се опитвате да се свържете, има тип разпознаване SERVER и не са посочени име на потребител и парола в оператора CONNECT TO.
Ако се използва DB2 Connect, проблемът може да е, че записът в DCS директорията за хост връзката не може да бъде намерен.
Ако връзката се осъществява от OS/2 клиент с UNIX-базиран сървър и името на потребителя и паролата са взети от UPM, тогава идентификаторът на потребителя на сървъра трябва да бъде дефиниран с малки букви и да има парола с главни букви.
Командата не може да бъде обработена.
Потребители на обединени системи: тази ситуация може да бъде открита и чрез източника на данни.
Отговор на потребителя: Посочете правилната комбинация от потребителски идентификатор и парола.
Потребители на обединени системи: уверете се, че записът в SYSCAT.USEROPTIONS съдържа правилния потребителски идентификатор и парола за източника на данни, до който се прави опит за достъп.
sqlcode: -1403
sqlstate: 08004
SQL1404N | Периодът на валидност на паролата е изтекъл. |
Обяснение: Периодът на валидност на вашата парола е изтекъл.
Отговор на потребителя: Променете паролата си и след това опитайте отново заявката, като използвате новата парола. Може да използвате DB2 Асистента за конфигуриране на клиенти или командите CONNECT и ATTACH на Процесора за обработка на командни редове, за да промените паролата си.
sqlcode: -1404
sqlstate: 08004
SQL1405N | Няма връзка с локалния DB2 сървър за автентичност. |
Обяснение: Приложението не може да получи автентичност поради грешка във връзката с локалния DB2 сървър за автентичност.
Отговор на потребителя: Уверете се, че DB2 сървъра за автентичност е стартиран чрез въвеждане на следната команда от OS/2 прозорец:
detach db2upm
SQL1415N | Операторът е компилиран само с цел диагностика и не е изпълнен. |
Обяснение: Операторът е обработен през части от системата, за да се получи диагностична информация с използването на сервизни възможности. Стъпките, необходими за позволяване на по-нататъшна обработка, не са извършени.
Отговор на потребителя: Тази грешка се връща, за да се предотврати по-нататъшната обработка от системата на оператори, подготвени с използването на сервизни възможности, и е очаквана.
SQL1420N | Твърде много оператори за присвояване. |
Обяснение: Мениджърът на базата данни е достигнал вътрешно ограничение при обработката на израз с тип на резултата низ на дълъг или голям обект, който съдържа оператори за присвояване.
Отговор на потребителя: Намалете броя на присвояванията в израза и опитайте отново.
sqlcode: -1420
sqlstate: 54001
SQL1421N | Възникнала е грешка в MBCS диалога при конвертирането на хост променлива или sqlvar "<номер>" към или от формат wchar_t. Код на причина "<rc>". |
Обяснение: C/C++ приложение с вградени SQL оператори е било предкомпилирано с опцията WCHARTYPE CONVERT. По време на изпълнението приложението е получило грешка, която е възникнала при диалога в wcstombs(), за входни хост променливи, или в mbstowcs(), за изходни хост променливи. Хост променливата или sqlvar номерът показва в кой елемент е възникнал проблемът. Валидните кодове за причина са:
Отговор на потребителя: Ако данните на приложението са вече в MBCS формат, предкомпилирайте приложението с WCHARTYPE NOCONVERT и го компилирайте отново. Ако данните на приложението трябва да бъдат в wchar_t формат, тогава входните данни, причиняващи грешката в wcstombs(), може да са повредени. Коригирайте данните и отново изпълнете приложението.
sqlcode: -1421
sqlstate: 22504
SQL1422N | Размерът на контейнера е невалиден. |
Обяснение: Един от контейнерите, които ще се използват в управляваното от базата данни пространство, е твърде голям или твърде малък. Контейнерът трябва да бъде с дължина поне extentsize + 1 страници. Максималният размер на контейнера зависи от операционната система. Най-разпространеното системно ограничение е 2GB (524288 4K страници).
Отговор на потребителя: Проверете диагностичния журнал за детайли. След това коригирайте SQL оператора.
sqlcode: -1422
sqlstate: 54039
SQL1423N | Запитването включва колона с данни тип голям обект. |
Обяснение: Запитването включва колона с BLOB, CLOB или DBCLOB данни. По принцип такива данни не могат да се обработват от клиенти, създадени преди версия 2.1.
Грешката е възникнала за състояние, което отговаря на предупреждението SQLCODE +238. Вижте това съобщение за детайли, които обясняват състоянието. Клиентът, който получава това съобщение, не може да обработва данни от тип BLOB. Възможно е да може да работи с CLOB или DBCLOB данни с използването на функцията SUBSTR или чрез настройване на типа данни в SQLDA на един от символните типове данни, достъпни във версия 1, ако LOB колоната не е много по-голяма от поддържаната дължина на типа символни данни.
Отговор на потребителя: Променете запитването така, че да изключва колоните, които имат тип данни BLOB, CLOB или DBCLOB. Това е единствено възможното действие, ако запитването включва колона от тип BLOB. Ако колоната (да речем C1) е CLOB, може да използвате CAST(C1 AS LONG VARCHAR), за да получите първите 32700 символа. По същия начин за DBCLOB колона (DC1) използвайте CAST(DC1 AS LONG VARGRAPHIC), за да получите първите 16350 символа. Ако може да бъде променен кодът на приложението, тогава може да бъде добавен код, за да се промени SQLDA така, че да използва LONG VARCHAR или LONG VARGRAPHIC за CLOB и DBCLOB.
sqlcode: -1423
sqlstate: 56093
SQL1424N | Твърде много референции към преходни променливи и колони на преходни таблици или дължината на реда на тези референции е твърде голяма. Код на причина = "<rc>". |
Обяснение: Тригерът включва REFERENCING клауза, която използва една или повече преходни таблици и преходни променливи. Действието на тригера съдържа референции към колони на преходни таблици или преходни променливи с едно от следните условия, посочени по код на причината:
Отговор на потребителя: Намалете броя на референциите към преходни променливи и колони на преходни таблици в действието на тригера така, че дължината да бъде намалена или общият брой на тези референции да бъде по-малък от максималния брой колони в таблица.
sqlcode: -1424
sqlstate: 54040
SQL1425N | Посочена е парола без потребителски идентификатор. |
Обяснение: Всяка команда/API, който приема потребителски идентификатор и парола, не приема само парола без потребителски идентификатор.
Отговор на потребителя: Подайте отново командата/API и посочете потребителски идентификатор, ако посочвате и парола.
SQL1426N | Не може да бъде определен моделът по подразбиране. |
Обяснение: Ако не е направен явен 'attach to instance', командите за моделите се опитват да формират неявно свързване с модела по подразбиране. Моделът по подразбиране се определя от променливите на обкръжението DB2INSTDFT и DB2INSTANCE. Ако нито една от тях не е настроена, не може да бъде формирано неявно свързване.
Отговор на потребителя: Настройте една от тези променливи на обкръжението на валидно име на модел и подайте отново командата.
SQL1427N | Не съществува свързване с модел. |
Обяснение: Приложението не е свързано с модел. Опитаната команда/API не може да бъде изпълнена, ако няма съществуващо свързване с модел.
Отговор на потребителя: Ако грешката е възникнала при прекратяване на връзката с модел, продължете работа. Ако грешката е възникнала по време на изпълнението на друга команда, свържете се с модела и подайте отново неуспешната команда.
SQL1428N | Приложението вече е свързано с "<име-на-възел1>", а подадената команда изисква свързване с "<име-на-възел2>" за успешно изпълнение. |
Обяснение: За да се обработи успешно командата, е необходимо свързване към възел, различно от това, което съществува в момента. Приложението трябва да: 1) няма свързвания, когато командата бъде подадена, или 2) вече да бъде свързано към възела, който изисква тази команда.
Отговор на потребителя: Преди да подадете командата се уверете, че приложението няма свързвания или че съществуващото свързване е с правилния възел.
SQL1429N | Не може да бъде създаден запис в директорията на възлите, в който името на възела съвпада със стойността на променливата на обкръжението DB2INSTANCE. |
Обяснение: Командата CATALOG NODE или API не позволява запис, чието име на възел съвпада със стойността на променливата на обкръжението DB2INSTANCE.
Отговор на потребителя: Изберете друго име за възела, който се каталогизира и опитайте отново.
SQL1430N | Името на базата данни "<база-данни>" не може да бъде намерено в системната директория на базите данни на възел "<име-на-възел>". |
Обяснение: Когато са посочени специфични имена на бази данни на монитора на базата данни, тези бази данни трябва да се намират на възела, към който сте свързани, или на локалния възел.
Отговор на потребителя: Уверете се, че посочените в заявката бази данни се намират на възела, към който сте свързани, или на локалния възел. Подайте отново заявката.
SQL1431N | Релативната пътека "<пътека>" не е позволена при отдалечено изпълнение. |
Обяснение: Когато приложението е отдалечено от сървъра, релативните пътеки не са позволени.
Отговор на потребителя: Посочете напълно дефинирана пътека, която е валидна на сървъра, и подайте отново командата.
SQL1432N | Към сървъра е подадена заявка с използването на протокол на базата данни, който сървърът не разпознава. |
Обяснение: Тази грешка е причинена от изпращането на DB2 заявка към сървър, който не поддържа протокола на базата данни, използван за подаване на заявката. Тази ситуация ще възниква най-често при изпращането на заявка DB2 ATTACH към сървър, описан във вашата директория на възли, чиято версия не е DB2 Версия 2 или по-нова. Тази грешка също ще възникне и ако изпратите заявка за свързване към DB2 за AS/400, DB2 за MVS, или DB2 за VM и VSE сървъри.
Отговор на потребителя: Не се опитвайте да правите свързване с никой от изброените по-горе сървъри.
SQL1433N | Приложението вече е свързано с "<база-данни1>", а подадената команда изисква връзка с "<база-данни2>" за успешно изпълнение. |
Обяснение: За да се обработи успешно командата, е необходима връзка с база данни, различна от тази, която съществува в момента. Приложението трябва да: 1) няма връзки, когато командата бъде подадена, или 2) вече да бъде свързано към базата данни, изисквана от тази команда.
Отговор на потребителя: Уверете се, че приложението няма връзка преди да подадете командата, или че съществуващата връзка е с правилната база данни.
SQL1434N | Възникна грешка при оператор CONNECT или ATTACH поради несъвместимост на свързване клиент/сървър между 32-битова и 64-битова платформа. |
Обяснение: Тази версия не поддържа свързвания клиент/сървър между 32-битова и 64-битова платформа.
Отговор на потребителя: Можете да изпълните оператор CONNECT или ATTACH в следните случаи:
sqlcode: -1434
sqlstate: 08004
SQL1440W | Игнорирано е WITH GRANT OPTION на оператора GRANT (Database Authorities), оператора GRANT (Package Privileges), оператора GRANT (Index Privileges) или при предоставянето на CONTROL привилегии на таблица или производна таблица. |
Обяснение: WITH GRANT OPTION не е приложимо, когато се предоставят права за достъп до база данни или привилегии върху пакети или индекси. WITH GRANT OPTION не се отнася за CONTROL привилегии върху таблици, резултатни таблици, индекси или пакети.
Предоставени са всички желани валидни права.
Отговор на потребителя: Когато се дават права за достъп до база данни, привилегиите върху пакет или индекс не включват клаузата WITH GRANT. При предоставянето на CONTROL използвайте отделен оператор за предоставяне на CONTROL привилегията без използването на клаузата WITH GRANT OPTION.
sqlcode: +1440
sqlstate: 01516
SQL1441N | Невалиден параметър. Код на причина "<код>". |
Обяснение: Следва списък с валидните кодове за причини:
Отговор на потребителя: Уверете се, че контекстният указател на приложението е правилно инициализиран, и че всички използвани опции са валидни, и опитайте отново.
SQL1442N | Контекстът не се използва или не се използва от текущата нишка. Код на причина "<код>". |
Обяснение: Обръщението е неуспешно, защото:
Отговор на потребителя: При обръщение за прекратяване на свързването се уверете, че контекстът е този, който се използва от текущата нишка, и че е направено съответно свързване.
При обръщение за получаване на текущия контекст се уверете, че нишката използва контекст.
SQL1443N | Нишка вече е свързана към контекст. |
Обяснение: Потребителят се е опитал да направи свързване на контекст с нишка, но нишката вече използва контекст.
Отговор на потребителя: Прекратете свързването с предишния контекст, преди да направите свързване с нов.
SQL1444N | Контекстът на приложението не може да бъде унищожен, защото се използва. |
Обяснение: Потребителят се е опитал да унищожи контекста на приложението, докато той е все още в употреба. Или има нишка, свързана с контекста, или контекстът има асоциирани CONNECT или ATTACH. Трябва да бъде направен CONNECT RESET или DETACH (ако е направен CONNECT или ATTACH) и всички нишки трябва да прекратят свързването си с контекста, преди той да може да бъде разрушен.
Отговор на потребителя: Уверете се, че всички обръщения за свързване към контекст имат съответно прекратяване на свързването, всички CONNECTS имат съответен CONNECT RESET, и че всички ATTACHES имат съответен DETACH.
SQL1445N | Нишка или процес нямат контекст за използване. |
Обяснение: Използва се контекст тип SQL_CTX_MULTI_MANUAL, но текущата нишка или процес не са свързани с контекст.
Отговор на потребителя: Уверете се, че текущата нишка или процес е свързан с контекст, преди преди да правите обръщения към която и да е база данни.
SQL1450N | Невалиден указател на регистрационна информация. |
Обяснение: Подаден е невалиден указател на регистрационна информация към командата/API за регистриране или премахване на регистрацията на DB2 сървър.
Отговор на потребителя: Проверете дали е подаден валиден указател към командата/API за регистриране или премахване на регистрацията на DB2 сървър.
SQL1451N | Командата/API за регистриране/дерегистриране (register/deregister) на DB2 сървър трябва да бъде подадена от възел сървър. |
Обяснение: Командата/API за регистриране/дерегистриране на DB2 сървър е подадена от невалиден възел.
Отговор на потребителя: Подайте командата/API за регистриране/дерегистриране на DB2 сървър от възел сървър.
SQL1452N | Посочено е невалидно разположение на регистрация. |
Обяснение: Подадено е невалидно разположение на регистрация на командата/API за регистриране/дерегистриране на DB2 сървър.
Отговор на потребителя: Проверете дали е подадено валидно разположение на регистрация на командата/API за регистриране/дерегистриране на DB2 сървър.
SQL1453N | Записът в конфигурационния файл на мениджъра на базата данни за името на файловия сървър липсва или е невалиден. |
Обяснение: Името на файловия сървър, посочено в конфигуриращата команда/API или в конфигурационния файл на мениджъра на базата данни, липсва или е невалидно.
Отговор на потребителя: Проверете дали е посочено име на файлов сървър, което не съдържа невалидни символи и не е по-дълго от 48 символа. Обновете името на файловия сървър в конфигурационния файл на мениджъра на базата данни и подайте отново командата/API.
SQL1454N | Записът в конфигурационния файл на мениджъра на базата данни за име на обект липсва или е невалиден. |
Обяснение: Името на обект, посочено в конфигуриращата команда/API или в конфигурационния файл на мениджъра на базата данни, липсва или е невалидно.
Отговор на потребителя: Проверете дали е посочено име на обект, което не съдържа невалидни символи и не е по-дълго от 48 символа. Обновете името на обекта в конфигурационния файл на мениджъра на базата данни и подайте отново командата/API.
SQL1455N | Записът в конфигурационния файл на мениджъра на базата данни за номера на IPX сокета липсва или е невалиден. |
Обяснение: Номерът на IPX сокета, посочен в конфигуриращата команда/API или в конфигурационния файл на мениджъра на базата данни, липсва или е невалиден.
Отговор на потребителя: Проверете дали е посочен номер на IPX сокет, който не съдържа невалидни символи и не е по-дълъг от 4 символа. Обновете номера на IPX сокета в конфигурационния файл на мениджъра на базата данни и подайте отново командата/API.
SQL1456N | Името на обект, посочено в конфигурационния файл на мениджъра на базата данни, вече съществува на Netware файловия сървър. |
Обяснение: Намерено е дублиращо се име на обект при опита за регистрация на име на обект на DB2 сървър на NetWare файловия сървър.
Отговор на потребителя: Името на обект, посочено в конфигурационния файл на мениджъра на базата данни, вече се използва. Променете името на обекта и след това регистрирайте отново DB2 сървъра.
SQL1457N | Register/deregister не може да се включи в NetWare файловия сървър, защото вече е осъществена NetWare връзка за обслужване на директории с този файлов сървър. |
Обяснение: Не може да бъде извършено свързващо включване с използването на NWLoginToFileServer, ако вече е осъществена NetWare връзка за обслужване на директории с посочения файлов сървър.
Отговор на потребителя: Прекратете връзката за обслужване на директории, като се изключите и прекратите свързването. След това подайте отново register/deregister.
SQL1458N | IPX/SPX е конфигуриран в конфигурационния файл на мениджъра на базата данни за директно адресиране. Не е необходимо да правите register/deregister на DB2 сървъра в/от NetWare файловия сървър. |
Обяснение: Подаването на register/deregister не е необходимо, тъй като конфигурационният файл на мениджъра на базата данни е конфигуриран за директно IPX/SPX адресиране. Т.е. файлов сървър или име на обект е посочено като '*'.
Отговор на потребителя: Забележете, че тъй като DB2 сървърът е конфигуриран само за директна адресация, IPX/SPX клиентите, използващи файлов сървър адресиране няма да могат да се свържат с този сървър. За да поддържа сървърът и двата типа адресиране на IPX/SPX клиенти, посочете файлов сървър и име на обект в конфигурационния файл на мениджъра на базата данни.
SQL1460N | Променливата на обкръжението "<променлива>", необходима за получаване на името на SOCKS сървъра, не е дефинирана или е невалидна. |
Обяснение: SOCKS променливата на обкръжението SOCKS_NS или SOCKS_SERVER не е дефинирана. Поддръжката на SOCKS протокол изисква и двете променливи на обкръжението да бъдат дефинирани.
Отговор на потребителя: Дефинирайте липсващата променлива на обкръжението и подайте отново командата.
SQL1461N | Опцията за защита "<защита>" е невалидна. |
Обяснение: SECURITY опцията за TCP/IP възел има стойност, различна от 'SOCKS'. Тази опция се използва за позволяване на каталогизирането на TCP/IP възела да използва поддръжка на SOCKS протокол за преминаване през firewall. Не е позволена стойност, различна от 'SOCKS'.
Отговор на потребителя: Проверете дали се изисква поддръжка на SOCKS протокол. Ако се изисква, каталогизирайте повторно възела със SECURITY SOCKS. Ако не, каталогизирайте отново възела, но изпуснете опцията SECURITY.
SQL1462N | Заявката е валидна само за връзка с мениджър за синхронизация. |
Обяснение: Подадена е заявка, която е валидна само за връзка с мениджър за синхронизация, но няма връзка с модела на мениджъра за синхронизация.
Отговор на потребителя: Свържете се с модела на мениджъра за синхронизация и подайте отново заявката.
SQL1468N | Системата на мениджъра на базата данни за TCP/IP слушане трябва да бъде конфигурирана и да се изпълнява на сървър модела "<модел>" (възел номер "<номер-на-възел1>"), преди да се направи опит за CONNECT или ATTACH към възел "<номер-на-възел2>". |
Обяснение: Командата SET CLIENT или api или променливата на обкръжението DB2NODE се използва за настройване на възела за CONNECT или ATTACH към "<номер-на-възел2>". За да се извърши CONNECT или ATTACH към този възел, системата на мениджъра на базата данни за TCP/IP слушане трябва да бъде конфигурирана и да се изпълнява на сървър модела "<модел>" (възел номер "<номер-на-възел1>").
Забележка: | Това съобщение може да бъде върнато от явен CONNECT или ATTACH. |
Отговор на потребителя: Или:
или
sqlcode: -1468
sqlstate: 08004
SQL1469N | Във файлът db2nodes.cfg на модела "<име-на-модел>" (номер на възел "<номер-на-възел1>") не е записан възел "<номер-на-възел2>". |
Обяснение: Командата SET CLIENT или api или променливата на обкръжението DB2NODE се използва за настройване на възела за CONNECT или ATTACH към "<номер-на-възел2>". Следващ CONNECT или ATTACH не е могъл да намери този възел във файла db2nodes.cfg на модела "<име-на-модел>" (възел "<номер-на-възел1>").
Забележка: | Това съобщение може да бъде върнато от явен CONNECT или ATTACH. |
Отговор на потребителя: Уверете се, че номерът на възел, указан от командата SET CLIENT или api или променливата на обкръжението DB2NODE, съществува във файла db2nodes.cfg на междинния модел "<име-на-модел>", възел "<номер-на-възел>".
sqlcode: -1469
sqlstate: 08004
SQL1470N | Стойността на променливата на обкръжението DB2NODE е невалидна. |
Обяснение: Променливата на обкръжението DB2NODE показва възела, към който приложението ще опита да се свърже. Ако DB2NODE не е настроена или е празна, приложението ще се опита да се свърже с възела по подразбиране. В противен случай DB2NODE трябва да бъде настроена на номера на възела на един от възлите, дефинирани на същия хост като приложението.
Отговор на потребителя: Настройте променливата на обкръжението DB2NODE на една от следните стойности:
sqlcode: -1470
sqlstate: 08001
SQL1471N | Не може да се осъществи връзка с базата данни "<име-на-база-данни>" на възел "<номер-на-възел>", защото базата данни на този възел не е синхронизирана с възела, съдържащ каталог. |
Обяснение: Информацията за крак на журнала на този възел не съответства на записа във възела, съдържащ каталог. Това може да е следствие от възстановяването на базата данни на различни възли с различни архивни копия.
Отговор на потребителя: Ако базата данни е възстановена без правене на ролфоруърд на един възел, уверете се, че базата данни е възстановена от консистентни архивни копия на всички възли без ролфоруърд.
sqlcode: -1471
sqlstate: 08004
SQL1472N | Не може да се осъществи връзка с базата данни "<име-на-база-данни>" на възел "<номер-на-възел>", защото разликата между системното време на възела, съдържащ каталог, и виртуалния времеви индикатор на този възел е по-голяма от конфигурационния параметър на мениджъра на базата данни max_time_diff. |
Обяснение: Разликата в системното време на машините в конфигурацията (описани във файла db2nodes.cfg) е по-голяма от конфигурационния параметър на мениджъра на базата данни max_time_diff.
Отговор на потребителя: Синхронизирайте системните часове на всички машини и се уверете, че параметърът max_time_diff е конфигуриран така, че да позволява нормалните забавяния във връзката между машините на базата данни.
Ако горното не отстрани проблеми, вижте Ръководство за администриране за възможните причини и действия.
sqlcode: -1472
sqlstate: 08004
SQL1473N | Не може да се направи комит на транзакцията, защото разликата между системното време на локалния възел и виртуалните времеви индикатори на възлите "<списък-възли>" е по-голяма от конфигурационния параметър на мениджъра на базата данни max_time_diff. Направен е ролбек на транзакцията. |
Обяснение: Разликата в системното време на машините в конфигурацията (описани във файла db2nodes.cfg) е по-голяма от конфигурационния параметър на мениджъра на базата данни max_time_diff.
Ако има ",..." в края на списъка с възли, вижте файла syslog за пълен списък на възлите.
Отговор на потребителя: Синхронизирайте системните часове на всички машини и се уверете, че параметърът max_time_diff е конфигуриран така, че да позволява нормалните забавяния във връзката между машините на базата данни.
sqlcode: -1473
sqlstate: 40504
SQL1474W | Транзакцията е завършена успешно, но разликата между системното време на локалния възел и виртуалните времеви индикатори на възлите "<списък-възли>" е по-голяма от конфигурационния параметър на мениджъра на базата данни max_time_diff. |
Обяснение: Разликата в системното време на машините в конфигурацията (описани във файла db2nodes.cfg) е по-голяма от конфигурационния параметър на мениджъра на базата данни max_time_diff.
Това предупредително съобщение се връща на транзакции само за четене, защото те не се влияят от това състояние. На другите транзакции обаче ще бъде направен ролбек. Това съобщение има за цел да информира потребителя за това състояние, така че възможно най-рано да може да бъде предприето съответното действие.
Ако има ",..." в края на списъка с възли, вижте файла syslog за пълен списък на възлите.
Отговор на потребителя: Синхронизирайте системните часове на всички машини и се уверете, че параметърът max_time_diff е конфигуриран така, че да позволява нормалните забавяния във връзката между машините на базата данни.
sqlcode: 1474
sqlstate: 01607
SQL1475W | Възникнала е системна грешка по време на обработката на CONNECT RESET. |
Обяснение: CONNECT RESET е успешен, но може да е възникнала системна грешка, като например отказ на възел или комуникационна грешка.
Отговор на потребителя: Проверете файла db2diag.log за детайли. Базата данни на този възел може да се нуждае от рестартиране.
sqlcode: 1475
sqlstate: 01622
SQL1476N | На текущата транзакция е направен ролбек поради грешка "<sqlcode>". |
Обяснение: Създадена е таблица с опцията NOT LOGGED INITIALLY или е активирано NOT LOGGED INITIALLY за съществуваща таблица. По време на същата единица работа или е възникнала грешка, или е изпълнен оператора ROLLBACK TO SAVEPOINT. Изпълнен е ролбек върху тази единица работа със следните резултати:
Върнатият "<sqlcode>" е SQLCODE на оригиналната грешка. "<sqlcode>" ще е 0, ако в транзакцията е изпълнено ROLLBACK TO SAVEPOINT.
Отговор на потребителя: Коригирайте проблема и отново направете транзакцията. Премахнете всички оператори ROLLBACK TO SAVEPOINT, които са използвани в същата транзакция, в която е създадена или активирана таблица с опция NOT LOGGED INITIALLY.
sqlcode: -1476
sqlstate: 40506
SQL1477N | Няма достъп до таблицата "<table-name>". |
Обяснение: Направен е опит за достъп до таблица, която не може да бъде достигната. До таблицата може да няма достъп поради една от следните причини:
Достъпът до тази таблица не е позволен, защото нейната цялост не може да се гарантира.
Отговор на потребителя: Може да се предприеме едно от следните действия.
sqlcode: -1477
sqlstate: 55019
SQL1478W | Базата данни е стартирана, но само един буферен пул е активиран. |
Обяснение: Активиран е само един малък буферен пул без допълнителен масив. Това е поради една от следните причини:
Отговор на потребителя: Проверете файла db2diag.log за точната причина за проблема. Възможни решения са:
След като направите промените, прекратете връзката с базата данни и я стартирайте отново.
sqlcode: +1478
sqlstate: 01626
SQL1479W | Опит за извличане преди резултатният набор да е върнал първия роусет. |
Обяснение: Заявеният роусет се припокрива с началото на резултатния набор и в зависимост от посочената ориентация на извличането:
Отговор на потребителя: Не е необходимо действие.
SQL1480N | Типът откриване, зададен в конфигурационния параметър на мениджъра на базата данни DISCOVER, е невалиден. |
Обяснение: Валидните стойности на параметъра DISCOVER в конфигурационния файл на мениджъра на базата данни са: DISABLE, KNOWN и SEARCH.
Отговор на потребителя: Настройте конфигурационния параметър на мениджъра на базата данни DISCOVER на тип DISABLE, KNOWN или SEARCH.
SQL1481N | Един или повече от комуникационните протоколи, посочени в параметъра DISCOVER_COMM, са невалидни. |
Обяснение: Валидните стойности на параметъра DISCOVER_COMM в конфигурационния файл на мениджъра на базата данни са всяка комбинация от NETBIOS и TCPIP, разделени със запетая.
Отговор на потребителя: Настройте конфигурационния параметър на мениджъра на базата данни DISCOVER_COMM на комбинация от NETBIOS и TCPIP, разделени със запетаи.
SQL1482W | Параметърът BUFFPAGE ще бъде използван само ако един от буферните пулове е дефиниран с размер -1. |
Обяснение: Това е предупреждение, че конфигурационният параметър на базата данни BUFFPAGE ще бъде игнориран, ако никой от буферните пулове на базата данни не е дефиниран с размер -1. -1 показва, че буферният пул трябва да използва параметъра BUFFPAGE за броя на страниците си.
Отговор на потребителя: Може да изберете от SYSCAT.BUFFERPOOLS, за да прегледате дефинициите на буферните пулове. Ако никой от буферните пулове не е дефиниран с размер -1 (NPAGES), тогава настройването на параметъра BUFFPAGE няма да промени размера на буферните пулове на базата данни.
SQL1490W | Активирането на базата данни е успешно, въпреки че базата данни е вече активирана на един или повече възли. |
Обяснение: Базата данни е вече явно стартирана (активирана) на един или повече възли.
Отговор на потребителя: Вижте журнала за диагностика, за да определите кой възел е подал предупреждението.
SQL1491N | Базата данни "<име>" не е деактивирана, защото все още се използва. |
Обяснение: Базата данни не може да бъде деактивирана, ако има свързани с нея приложения.
Отговор на потребителя: Уверете се, че всички приложения да направили CONNECT RESET, и опитайте отново.
SQL1492N | Базата данни "<име>" не е деактивирана, защото не е активирана. |
Обяснение: Базата данни не може да бъде деактивирана, защото не е активна.
Отговор на потребителя: Не е необходимо действие.
SQL1493N | Приложението е вече свързано с активна база данни. |
Обяснение: Командите ACTIVATE DATABASE и DEACTIVATED DATABASE не могат да бъде изпълнени, защото приложението е вече свързано с база данни.
Отговор на потребителя: Прекъснете връзката с базата данни и подайте отново командата.
SQL1494W | Активирането на базата данни е успешно, обаче вече съществува връзка към нея. |
Обяснение: Вече съществува връзка към базата данни от един или повече възли.
Отговор на потребителя: За да определите кой възел дава това предупреждение, проверете в журнала за диагностика.
SQL1495W | Деактивирането на базата данни е успешно, обаче все още съществува връзка към нея. |
Обяснение: Все още съществува връзка към базата данни от един или повече възли.
Отговор на потребителя: За да определите кой възел дава това предупреждение, проверете в журнала за диагностика.
SQL1496W | Деактивирането на базата данни е успешно, но тя не е била активирана. |
Обяснение: Базата данни не е стартирана по явен начин от един или повече на брой възли, когато е било изпълнено деактивирането й.
Отговор на потребителя: За да определите кой възел дава това предупреждение, проверете в журнала за диагностика.
SQL1497W | Активирането/деактивирането на базата данни е успешно, въпреки че е възникнала грешка на някои възли. |
Обяснение: Активирането/деактивирането на базата данни е успешно поне на възела, съдържащ каталога, и на възела за координация, но на някой друг възел или възли е възникнала грешка.
Отговор на потребителя: За да определите каква грешка е възникнала и на кой възел, проверете в журнала за диагностика, коригирайте проблема, ако това е възможно, и след това подайте отново командата за активиране/деактивиране на базата данни.