Възникна грешка при извършване на операция с информация. Сървърът на базата данни не е намерен, не можа да преведе името на хоста "NAME" в адрес: Временна повреда в разрешаването на името

• Д-р Къди: Нуждаете се от диагностика. Жена, 26 г., газова експлозия под сграда, тя беше извадена от развалините след 6 часа. Две операции заради множество фрактури и изгаряния...
  Д-р Хаус: Мисля, че счупените кости са резултат от падането на сградата върху главата й.
• Д-р Хаус: Представете си, че покривът на килера се срути върху любимата ви чистачка. И започва да прегрява.
  Чистач: Защо трябва да обичам подовата търкалка? Добре... Може би нещо в електрическата инсталация се е повредило от удара. Или нещо влезе вътре и го развали...
  Д-р Хаус: HM интересно. Проникване на инфекция чрез разкъсвания. Бактериите биха реагирали на антибиотиците. Твърде много топлина за вирус. Вероятно паразити или гъбички.
  Чистач: Или лупус.
  Хаус се обърна изненадано.
  ЧистачО: Баба ми има лупус.
  Д-р Хаус:(озадачен)Добре, автоимунно. Ще проверя за лупус. Въпреки че инфекцията е по-подходяща. Би било хубаво да имаме нейната карта. Да преминем към най-лошата част от работата. За комуникация със семейството на скрубера.

• Д-р Хаус: Картата казва, че е била болна преди сградата да рухне.
  Съпругът на пациенткатаО: Мисля, че е обикновена настинка. Какво мислите, че е свързано?
  Д-р Хаус: Нейната болест с нейната болест? Понякога се случва.
• Майката на пациента: Пише ли в дневника, че дъщеря ми приема тези хапчета?
  Д-р Хаус: Не, но от медицинска гледна точка...
  Д-р Къди: Намерихте ли хапчетата в къщата й?
  Д-р Хаус: Очевидно ги е скрила в чантата си. Мислех, че би било неприлично да се търсят под 1000 тона отломки.
• Хирург: Тя кърви цялата, само дето абортът е направен с пушка.

Тази статия показва пример за общите принципи за анализ на технологични проблеми, които могат да възникнат при работа с 1C:Enterprise 8.1.

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

Следното ще се разглежда като примери:

Пример 1. Потребителят се оплака от невъзможността да стартира 1C: Счетоводство.

Текст на съобщението:

„Грешка при свързване към сървър 1c: Enterprise 8.1:
server_addr=App1С:1540=Грешка в мрежовия достъп до сървъра
(Windows сокети - 10061(0x0000274D)
Не може да се осъществи връзка, тъй като целевата машина активно я отказа) ред =567

Пример 2. "Загубен" достъп до информационната база.

Текст на съобщението:

Грешка при извършване на операция с информационна база

Microsoft OLEДоставчик на DB за SQL Server: Неуспешно влизане за потребител „user1c“

з РЕЗУЛТАТ=80040E4D, SQLSrvr: състояние на грешка=1, сериозност=E, естествено=18456, ред=1

Пример 3. Странна "неизвестна" грешка.

Текст на съобщението: „В корпоративния сървър на 1C (80010108) възникна неизвестна грешка“

1. Дефиниране на текста (проявление) на грешката и локализиране на източника на възникване

• Коригирайте грешката (текст и/или друга информация, която може да бъде полезна за анализ на проблема). По-добре е да отстраните проблема с помощта на технологичен дневник. Заключение: ако не използвате технологичния дневник за други задачи, настройте го на постоянен дневник за събиране на "изключения" събития (EXCP) и генериране на дъмпове в случай на срив на платформата.
• Запишете часа на възникване на грешката. Това по-късно ще помогне да се локализира мястото на изследване на различни трупи.
• ПРОЧЕТЕТЕ текста на съобщението, опитайте се веднага да разберете източника на проблема от съдържанието на този текст.
• Потърсете решение в текста на съобщението в Интернет или в други известни източници на решение.
• Тези, които преди това не са се занимавали с решаването на проблеми с грешки в платформата, няма да ги решат, потърсете тези, които са направили или правят това.

Забележка. Пример 1. Търсенето по-долу в секцията „Къде мога да намеря готово решение“ за текста „10061“, даден на тази страница, веднага ще покаже обяснение на причината и решение: услугата е спряна на сървъра на приложения " Сървърен агент 1s:Предприятие 8.1". Съответно, той трябва да бъде стартиран, например, от командния ред:

net start Server Agent 1c:Enterprise 8.1

Ако сървърът на приложения не стартира, в някои случаи направете копие на папката C:\Program Files\1cv81\server и изтрийте съдържанието, преди да опитате да стартирате.

Сървърният пакет 1C:Enterprise и PostgreSQL е вторият по популярност сред инсталациите на 1C и най-използваното решение на платформата Linux. За разлика от внедряванията, базирани на Windows и MSSQL, където е трудно да не работят, внедряванията, базирани на Linux, са изпълнени с много клопки за неопитен администратор. Често се случва всичко да изглежда правилно, но грешка следва грешка. Днес ще разгледаме най-характерните от тях.

Главна информация

Преди да започнете да търсите грешки при инсталиране и като цяло да започнете да внедрявате сървърната версия на 1C:Enterprise, би било хубаво да опресните разбирането си за това как работи:

При малки реализации 1C сървърът и DBMS сървърът обикновено се комбинират на един и същ физически сървър, което леко стеснява обхвата на възможните грешки. В нашия случай ще разгледаме ситуацията, когато сървърите са разделени от различни машини. В нашата тестова лаборатория внедрихме следната схема:

Имаме два сървъра, работещи с Ubuntu 12.04 x64, единият от тях има инсталиран сървър 1C:Enterprise версия 8.3, другият има PostgreSQL 9.04 от Ethersoft, както и клиент, работещ под Windows. Напомняме, че клиентът работи самосъс сървъра 1C, който от своя страна генерира необходимите заявки към сървъра на СУБД. Няма заявки от клиента към сървъра за управление на база данни няма да се случи.

ВАЖНО: потребителят "postgres" не е удостоверен (Идент)

Тази грешка възниква, когато сървърите са разпръснати на различни компютри поради неправилно конфигурирано удостоверяване в локалната мрежа. За да коригирате, отворете /var/lib/pgsql/data/pg_hba.conf, намерете реда:

Хост всички всички 192.168.31.0/24 идент

и го накарайте да изглежда така:

Хост всички всички 192.168.31.0/24 md5

Където 192.168.31.0/24 - обхвата на вашата локална мрежа. Ако няма такъв ред, той трябва да бъде създаден в секцията IPv4 локални връзки.

Сървърът на базата данни не е намерен
не можа да преведе името на хоста "NAME" в адрес: Временна повреда в разрешаването на имената

На пръв поглед грешката е ясна: клиентът не може да разреши името на DBMS сървъра, типична грешка за малки мрежи, където няма локален DNS сървър. Като решение добавете запис към файла домакинина клиента, което не дава никакъв резултат...

И сега си припомняме казаното малко по-рано. Клиентът на DBMS сървъра е 1C сървърът, но не и клиентският компютър, следователно записът трябва да бъде добавен на 1C: Enterprise сървър към файла /etc/hostsна платформата Linux или на платформата Windows.

Подобна грешка ще възникне, ако сте забравили да добавите запис тип Аза DBMS сървъра на локалния DNS сървър.

Грешка при извършване на операция с информационна база
server_addr=NAME descr=11001(0x00002AF9): Този хост е неизвестен.

Подобно на предишната, тази грешка се дължи на неправилно разрешаване на името на сървъра от клиента. Този път беше клиентски компютър. Като решение добавете към файла /etc/hostsна платформата Linux или C:\Windows\System32\drivers\etc\hostsна платформата Windows, запис от формата:

192.168.31.83SRV-1C-1204

където посочвате адреса и името на вашия 1C:Enterprise сървър. Ако използвате локален DNS, добавете Записза сървър 1C.

Грешка в DBMS: БАЗАТА ДАННИ не може да се използва

Много по-сериозна грешка, която показва, че сте инсталирали версия на PostgreSQL, която е несъвместима с 1C:Enterprise или сте направили груби грешки по време на инсталацията, например не сте инсталирали всички необходими зависимости, по-специално библиотеката libICU.

Ако имате достатъчно опит в администрирането на Linux системи, можете да опитате да инсталирате необходимите библиотеки и да инициализирате отново СУБД клъстера. В противен случай е по-добре да преинсталирате PostgreSQL, като не забравяте да изтриете съдържанието на папката /var/lib/pgsql.

Също така тази грешка може да възникне при използване на модули 9.1.xИ 9.2.x Postgre@Etersoft, вижте по-долу за подробности.

Грешка в DBMS:
ГРЕШКА: не можа да се зареди библиотеката "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

Доста специфична грешка, специфична за сглобките 9.1.xИ 9.2.x Postgre@Etersoft, също може да доведе до предишната грешка. Причината се крие в неотстранен бъг в библиотеката fasttrun.so. Решението е да се върнете към сборката 9.0.x Postgre@Etersoft.

Грешка в DBMS
ГРЕШКА: типът "mvarchar" не съществува при символ 31

Възниква, ако базата данни е създадена без помощта на системата 1C:Enterprise. Не забравяйте, че за да работите с 1C, базите данни трябва да се създават само с помощта на инструментите на платформата 1C: през конзолата

или чрез стартовия панел 1C.

Сървърът на базата данни не е намерен
ВАЖНО: потребителят "postgres" не е удостоверен (с парола)

Много проста грешка. Паролата на суперпотребител на postgres е неправилна. Има две възможни решения: запомнете паролата или я сменете. Във втория случай ще трябва да промените паролата в свойствата на всички съществуващи информационни бази чрез модула Администриране на сървъри на 1C Enterprise.

Сървърът на базата данни не е намерен
ФАТАЛНО: база данни "ИМЕ" не съществува

Друга много проста грешка. Значението му се свежда до факта, че посочената база данни не съществува. Най-често това се случва поради грешка при посочване на името на базата данни. Трябва да се помни, че информационната база 1C в клъстера и базата данни на СУБД са две различни единици и могат да имат различни имена. Трябва също да запомните, че Linux системите са чувствителни към главни и малки букви и за тях unf83И UNF83две различни имена.

• Тагове:

Файлов режим 1C: Enterprise 8.3 включва съхраняване на програмна информация под формата на файлове, комбинирани в една папка. За всяка информационна база (IB) се създава отделна папка, чийто адрес може да се види в прозореца за стартиране на програмата:

Всяка папка с данни 1C е набор от системни файлове, сред които 1Cv8.1CD е основният IS файл, съдържащ първичните данни, въведени от потребителите, конфигурационната структура и механизмите на нейната работа:

Запазване на информационната база

Запазването на копие на информация от програми 1C на външен носител или облачен ресурс е силно препоръчително да се извършва ежедневно, а при активна дейност и голямо количество документи - няколко пъти на ден. Това ще помогне да се избегне болезненото възстановяване на данни в случай на изгорял твърд диск, неуспешна актуализация на програмата или вирусна атака.

Разтоварването на 1C база данни може да се извърши по няколко начина:

1. Най-простият е копирането на цялата IS директория или един 1Cv8.1CD файл на друг носител. Ако е необходимо, просто свържете тази папка отново в прозореца за стартиране и базата данни се възстановява.
2. Вторият, по-универсален и дори правилен начин е да използвате режима "Конфигуратор", при условие че никой не работи в програмата и е затворен за всички потребители.

В режим "Конфигуратор" изберете елемента от менюто:

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

Експортирането на базата данни от 1C в посочената директория беше успешно завършено:

Възстановяване на информационна база

Когато избирате първия метод за експортиране на конфигурацията на 1C, базата данни се зарежда чрез свързване на каталога в прозореца за стартиране на програмата (Добавяне - Добавяне към списъка на съществуваща информационна база) и след това избиране на папката, съдържаща копието:

Във втория случай импортирането на базата данни 1C също се извършва в режим "Конфигуратор". В менюто "Администриране" изберете командата "Зареждане на информационна база" и посочете *.dt файла за качване:

Трябва да се съгласите с предупреждението за презаписване на данни, като щракнете върху бутона „Продължи“.

При успешно зареждане на информационния файл с данни на екрана ще се покаже съответното съобщение:

Ако не се очаква допълнителна работа в конфигуратора, отговорете с „Не“.

Грешки в информационната база и тяхното решение

Не са редки случаите, когато поради случайни спадове на напрежението в мрежата, неуспешни или непълни актуализации на IS, разрушаване на твърдия диск, на който се намира директорията с данни, или вирусна атака, водят до нарушаване на конфигурационната структура и загуба на данни. Конфигурацията на 1C в такива случаи може изобщо да не започне с издаването на подходящи съобщения или може да започне, но да работи неправилно.

Ако по някаква причина копие на данните не е запазено и е невъзможно да го възстановите с достойна опция, е необходимо да проверите целостта на базата данни за конфигурацията 1C - може би, но не непременно, това ще помогне за решаване на проблеми .

Тестване и фиксиране

1. На първо място, като използвате някой от методите, препоръчани по-горе, трябва да направите резервно копие на IS, тъй като всички промени в неговата структура по време на тестване са необратими.
2. Програмата трябва да се стартира в режим "Конфигуратор" и да изберете елемента от менюто "Тестване и коригиране ...":
   
3. Формата за обработка на тестове предлага няколко варианта на проверки и режими, които са независими един от друг. Най-добрият начин е да ги изпълните един по един, като поставите отметка пред желания ред, след проверка стартирайте програмата в режим „Предприятия“ и проверете дали грешката е отстранена.
   

   За да приложите едновременно корекции към данните и структурата, трябва да настроите радиоточката на позиция "Тест и корекция".

4. Има много настройки, описанието на всяка позиция може да се види, като щракнете върху бутона "Помощ" и изберете подходящата задача или всички наведнъж. Ако базата данни е достатъчно голяма, тестването й може да отнеме много време - не трябва да се прекъсва, тъй като промените в конфигурационната структура може вече да са направени и трябва да завършат естествено.
5. Когато е избрана проверка на логическата и референтната цялост на базата данни, долната част на формата става активна, включва проверка на съществуващите връзки към обекти и предлага опции за тяхната обработка:
   
6. Елементът „Компресиране на таблици на информационна база“ не е пряко свързан с коригирането на грешки, но е спасител за големи бази данни - системните таблици натрупват временни данни от минали периоди с течение на времето, използването на този елемент ви позволява да намалите размера на информационната база:
   
7. Когато щракнете върху бутона "Изпълни", ще се стартира процедурата за проверка и корекция, след което програмата ще покаже системно съобщение за успешното му завършване или списък с възможни проблеми:
   

Програмна обработка "Тест и коригиране" проверява и коригира вътрешната структура на конфигурацията и информационните данни. Файлът chdbfl.exe отговаря за проверката на физическата цялост на базата данни.

Този файл също проверява базата данни за грешки и се намира в инсталационната директория на технологичната платформа:

Формата на тази проверка е проста - просто изберете файла на информационната база, поставете отметка в квадратчето за автоматично коригиране на грешки и кликнете върху бутона "Изпълни" Програмата трябва да бъде затворена за всички потребители и, както винаги, архивирана:

При успешно завършване на проверката ще се покаже съответното съобщение:

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

Съвет: навременните резервни копия на данни ще помогнат, ако не за избягване, то за бързо и лесно възстановяване на програмата след неочакван отказ, само чрез връщане на програмата, докато нейното копие стане актуално.