შეცდომები, რომლებიც თავს იჩენს პროგრამული პროდუქტებთან მუშაობისას, ხშირად შეუძლებელს ხდის მათ გამოყენებას. სპეციალური ცოდნის არარსებობა მუშაობის ალგორითმების გასაგებად ასევე წარმოშობს ჩავარდნების დიაგნოზისა და გამოსწორების შეუძლებლობას. ამ სტატიაში მოდით გავეცნოთ პრობლემას "სერვერი 1C: საწარმო არ იქნა ნაპოვნი, როგორ გამოვასწოროთ აგენტი-სერვერის გაშვება?"

პრობლემის მოგვარების რამდენიმე გზა არსებობს 1C ოპერაციაში.

წარმოქმნილ შეცდომებს აქვს განსხვავებული ჩაშლა და მათი დალაგება ხდება კლების დონის მიხედვით:

• თვით ესეკის შემქმნელების მიერ კოდების არასწორი დანიშვნა;
• პროგრამისტების მიერ დაშვებული შეცდომები, რომლებიც შეცვლიან (ცვლიან) პროდუქტს კონკრეტული მომხმარებლის მოთხოვნებთან (დავალებებთან) დაკავშირებით;
• Cache მეხსიერების მუშაობაში შეცდომებით გამოწვეული წარუმატებლობები, რომლებიც ყველაზე ხშირად აფერხებს პროგრამისტებს;

რაც შეეხება შეცდომას "1C: Enterprise server not found", არარეალურია მისი მიკუთვნება ერთ-ერთ დასახელებულთან, ვინაიდან ასეთი შეტყობინება მომხმარებლისთვის მიანიშნებს, რომ არ შეასრულოს გარკვეული აუცილებელი მოქმედება პროგრამის მუშაობისთვის.

ჩვენ გამოვასწორეთ ის - დაიწყეთ სერვერი

ასე რომ, სიტუაცია, რომელსაც ეს პუბლიკაცია ეძღვნება, წარმოიქმნება მაშინ, როდესაც აგენტის სერვერის სერვისი ან გამორთულია, ან შეჩერებულია. გაითვალისწინეთ, რომ, როგორც წესი, ამის მიზეზები გაურკვეველი რჩება (ვინ არის აღიარებული).

ეს სერვისი მუშაობს ორი გზით - ან როგორც პროგრამა, ან როგორც სერვისი. მოდით ვნახოთ, როგორ გავაკეთოთ ეს ორივე შემთხვევაში:

როგორც აპი

აპლიკაციად გასაშვებად, შეასრულეთ ბრძანება:

ამ შემთხვევაში მითითებულია პორტი, პორტის დიაპაზონი, დონე და დირექტორია (მათ პარამეტრებში). თუ ეს პარამეტრები არ არის მითითებული, მაშინ მათ მნიშვნელობებს პროგრამა განსაზღვრავს "სტანდარტულად".

როგორც მომსახურება

როდესაც 1C- ს პირველი ინსტალაციის დროს, სერვისმა აირჩია გაშვების ვარიანტი, იგი რეგისტრირდება და შემდეგ ავტომატურად უნდა ამოქმედდეს (ოპერაციული სისტემის თითოეულ დასაწყისში).

თუ აგენტი თავდაპირველად დაინსტალირებული იყო აპლიკაციის მიერ, შეგიძლიათ ხელით დარეგისტრირდეთ და გაუშვათ. ეს მოხდება ბრძანებით (ნუ დაივიწყებთ პარამეტრების შესახებ):

ragent.exe -instsrvc -usr ‹მიუთითეთ სახელი› -pwd ‹მიუთითეთ პაროლი›

პორტი ‹ნავსადგურისთვის›

Seclev ‹სასურველი დონე› -d ‹განსაზღვრავს დირექტორიას›

რეგისტრაციის შედეგი იქნება ახალი სერვისის შექმნა (ამ შემთხვევაში, 1C ვერსიისთვის 8.3 64-ბიტიანი):

მეხსიერებისათვის

მომსახურების წაშლა (რეგისტრაციის გაუქმება):

შეჩერება:

თქვენ ყველამ იცით "1C: საწარმოს სერვერი არ გამოვლენილა" და რა უნდა გაკეთდეს პრობლემის მიზეზების შესახებ.

დატოვეთ თქვენი კომენტარები.

ეს ხდება ერთხელ, უმიზეზოდ და რასაც 1C პროგრამა გვაძლევს: 1C: საწარმოს სერვერთან დაკავშირების შეცდომა არ მუშაობს ერთი მუშაკი. ბაზასთან კავშირი შეუძლებელია.

შეცდომებისა და ამოხსნების ძიების რამდენიმე ვარიანტი:

1. სერვერის შეცდომა - ყველაფერი შეიძლება მოხდეს

შეაჩერე პროცესები დავალებების მენეჯერში: ragent rphost rmngr და დაიწყე სერვისი "Server Agent 1C: Enterprise"

2. ელექტროენერგიის მოულოდნელი გათიშვის ან მსგავსი სიტუაციების შემთხვევაში - ფაილი დაზიანებულიაsrvribrg.lst

თქვენ უნდა წაშალოთ ყველაფერი საქაღალდიდან srvinfo

ვინდოუსისთვისგადადით დირექტორიაში c: \ პროგრამის ფაილები \ 1c \ 1cv82 \srvinfo, თუ Linux usr1cv8 / home / .1cv8 / 1C / 1cv8 ...

1C Enterprise სერვერების ადმინისტრაციის საშუალებით შექმენით ახალი 1C კლასტერი და დაამატეთ ინფოდაფები

3. გადაარქვეს სერვერს, რომელზედაც მუშაობს 1C აგენტი

Windows Server 2008 სერვერის გადარქმევის შემდეგ 1C: Enterprise 8.2 დაინსტალირებული, 1C: Enterprise 8.2 Server Agent სერვისმა შეწყვიტა მუშაობა. ის იწყება, გადის რამდენიმე წამით და ჩერდება. თუ სერვერის კონსოლის საშუალებით დაუკავშირდებით 1C: Enterprise 8.2 სერვერს, მოხდა შეცდომა:

სერვერთან 1C- სთან დაკავშირების შეცდომა: Enterprise 8.2 server_addr = tcp: // SERVER: 1540 descr = სერვერზე ქსელის წვდომის შეცდომა (Windows Sockets - 10061 (0x0000274D). კავშირი არ დამყარდა, რადგან დანიშნულების კომპიუტერმა უარყო კავშირის მოთხოვნა.) ხაზი = 590 ფაილი =. \ Src \ DataExchangeTcpClientItmpl.cpp

ამ სერვერზე მონაცემთა ბაზასთან დაკავშირებისას, ჩვენ გვაქვს შემდეგი შეცდომა:

არცერთი მუშაობის პროცესი არ მიმდინარეობს. ბაზასთან კავშირი შეუძლებელია.

ეს პრობლემა გამოწვეულია იმ ფაქტით, რომ 1C: Enterprise სერვერის კლასტერის პარამეტრები ინახება srvinfo დირექტორიაში (მისკენ მიმავალი გზა მითითებულია -d პარამეტრით 1C: Enterprise Server Agent სერვისის თვისებებში). ამიტომ, კომპიუტერის სახელის შეცვლის შემდეგ, უნდა შეასრულოთ შემდეგი დამატებითი ნაბიჯები:

ვინდოუსისთვისგადადით დირექტორიაში c: \ პროგრამის ფაილები \ 1c \ 1cv82 \srvinfo, თუ Linux- ფაილები არის მომხმარებლის საშინაო დირექტორიაში, რომლის სახელითაც ხდება სერვისი: usr1cv8 / home / .1cv8 / 1C / 1cv8 ...

შეცვალეთ ორი ფაილი ნებისმიერ ტექსტურ რედაქტორში: srvinfo \ srvribrg.lst და srvinfo \ reg_1541 \ 1CV8Reg.lst. შეცვალეთ სერვერის ძველი სახელი ახლით ამ ფაილებში.

დაიწყეთ 1C: Enterprise Server Agent სერვისი.

მითითებული მოქმედებების დასრულების შემდეგ - ყველაფერი იქნება

თუ მოულოდნელად არა - გაიმეორე მე -2 პუნქტი!

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 სერვერთან, რაც, თავის მხრივ, წარმოქმნის საჭირო მოთხოვნებს DBMS სერვერთან. არ არის მოთხოვნა კლიენტისგან მონაცემთა ბაზის მართვის სერვერთან არ ხდება.

მნიშვნელოვანია: მომხმარებლის "postgres" არ არის დამოწმებული (იდენტურია)

ეს შეცდომა ხდება მაშინ, როდესაც სერვერები ვრცელდება სხვადასხვა კომპიუტერებზე ლოკალურ ქსელში არასწორად კონფიგურირებული ავტორიზაციის გამო. აღმოფხვრას ღია /var/lib/pgsql/data/pg_hba.confიპოვნეთ ხაზი:

უმასპინძლეთ ყველა 192.168.31.0/24 ident

და მიიტანეთ ფორმაში:

უმასპინძლეთ ყველა 192.168.31.0/24 md5

სად 192.168.31.0/24 - თქვენი ადგილობრივი ქსელის დიაპაზონი. თუ ასეთი ხაზი არ არის, ის უნდა შეიქმნას განყოფილებაში IPv4 ადგილობრივი კავშირები.

მონაცემთა ბაზის სერვერი ვერ მოიძებნა
ვერ თარგმნა მასპინძლის სახელი "NAME" მისამართით: სახელის გადაჭრის დროებითი შეფერხება

ერთი შეხედვით, შეცდომა გასაგებია: კლიენტს არ შეუძლია გადაჭრას DBMS სერვერის სახელი, ტიპიური შეცდომა მცირე ქსელებისთვის, სადაც არ არის ადგილობრივი DNS სერვერი. როგორც გამოსავალი, დაამატეთ ჩანაწერი ფაილში მასპინძლებიკლიენტზე, რაც შედეგს არ იძლევა ...

ახლა კი გავიხსენეთ ნათქვამი ცოტა ადრე. DBMS სერვერის კლიენტი არის 1C სერვერი, მაგრამ არა კლიენტის კომპიუტერი, შესაბამისად, ფაილი უნდა დაემატოს ფაილს 1C: Enterprise სერვერზე / etc / მასპინძლები Linux პლატფორმაზე ან Windows პლატფორმაზე.

მსგავსი შეცდომა მოხდება, თუ დამახსოვრება დაგავიწყდათ ჩანაწერის ტიპი Aადგილობრივ DNS სერვერზე DBMS სერვერისთვის.

ინფობსაზთან ოპერაციის შესრულებისას მოხდა შეცდომა
server_addr = NAME descr = 11001 (0x00002AF9): ეს მასპინძელი უცნობია.

ისევე როგორც წინა, ეს შეცდომაც გამოწვეულია კლიენტის მიერ სერვერის სახელის არასწორი გარჩევადობით. ამჯერად ეს იყო კლიენტის კომპიუტერი. როგორც გამოსავალი, დაამატეთ ფაილი / etc / მასპინძლები Linux პლატფორმაზე ან C: \ Windows \ System32 \ მძღოლები \ ა.შ. \ მასპინძლები Windows პლატფორმაზე, ფორმის ჩანაწერი:

192.168.31.83SRV-1C-1204

სადაც მიუთითებთ თქვენი 1C: საწარმოს სერვერის მისამართსა და სახელს. თუ იყენებთ ადგილობრივ DNS- ს, დაამატეთ Ჩანაწერი 1C სერვერისთვის.

DBMS შეცდომა: მონაცემთა ბაზა არ გამოდგება

ბევრად უფრო სერიოზული შეცდომა, რომელიც მიუთითებს იმაზე, რომ თქვენ დააინსტალირეთ PostgreSQL ვერსია, რომელიც შეუთავსებელია 1C- სთან: Enterprise ან დაუშვით უხეში შეცდომები ინსტალაციის დროს, მაგალითად, არ დააინსტალირეთ ყველა საჭირო დამოკიდებულება, განსაკუთრებით ბიბლიოთეკა libICU.

თუ Linux- ის სისტემების ადმინისტრირების საკმარისი გამოცდილება გაქვთ, შეგიძლიათ სცადოთ დააყენოთ საჭირო ბიბლიოთეკები და განაახლოთ DBMS კასეტერი. წინააღმდეგ შემთხვევაში, PostgreSQL უმჯობესია დააინსტალიროთ, გახსოვდეთ საქაღალდის შინაარსის წაშლა / var / lib / pgsql.

ასევე, ეს შეცდომა შეიძლება მოხდეს ასამბლეების გამოყენებისას 9.1.გდა 9.2.გ [ელ.ფოსტით დაცულია] დეტალებისთვის იხილეთ ქვემოთ.

DBMS შეცდომა:
შეცდომა: შეუძლებელია ბიბლიოთეკის ჩატვირთვა "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

საკმაოდ კონკრეტული შეცდომა, რომელიც სპეციფიკურია ასამბლეებისთვის 9.1.გდა 9.2.გ [ელ.ფოსტით დაცულია] , ასევე შეიძლება გამოიწვიოს წინა შეცდომა. მიზეზი მდგომარეობს fasttrun.so ბიბლიოთეკაში გამოუსწორებელ შეცდომაში. გამოსავალი არის შეკრებაზე დაბრუნება 9.0.გ [ელ.ფოსტით დაცულია] .

DBMS შეცდომა
შეცდომა: ტიპი "მვარჩარი" არ არსებობს 31-ე სიმბოლოში

ხდება, თუ მონაცემთა ბაზა შეიქმნა 1C: Enterprise სისტემის დახმარების გარეშე. გახსოვდეთ, რომ 1C- თან სამუშაოდ, მონაცემთა ბაზები უნდა შეიქმნას მხოლოდ 1C პლატფორმის ინსტრუმენტების გამოყენებით: კონსოლის საშუალებით

ან 1C გამშვების საშუალებით.

მონაცემთა ბაზის სერვერი ვერ მოიძებნა
მნიშვნელოვანია: მომხმარებლის "postgres" არ არის დამოწმებული (პაროლით)

ძალიან მარტივი შეცდომა. Postgres DBMS სუპერმომხმარებლის პაროლი არასწორია. არსებობს ორი გამოსავალი: გახსოვდეთ პაროლი ან შეცვალეთ იგი. მეორე შემთხვევაში, თქვენ უნდა შეცვალოთ პაროლი ყველა არსებული ინფო ბაზის თვისებებში, რომელიც იყენებს snap-in- ს 1C Enterprise სერვერების ადმინისტრაცია.

მონაცემთა ბაზის სერვერი ვერ მოიძებნა
FATAL: მონაცემთა ბაზა "NAME" არ არსებობს

კიდევ ერთი ძალიან მარტივი შეცდომა. მისი მნიშვნელობა იქიდან მოდის, რომ მითითებული მონაცემთა ბაზა არ არსებობს. ყველაზე ხშირად ეს ხდება ბაზის სახელის მითითების შეცდომის გამო. უნდა გვახსოვდეს, რომ კლასტერში 1C ინფოდაფა და DBMS მონაცემთა ბაზა ორი განსხვავებული ერთეულია და მათ შეიძლება ჰქონდეთ განსხვავებული სახელები. აქვე უნდა გვახსოვდეს, რომ Linux სისტემები მგრძნობიარეა მცირე და მცირე ზომისთვის 83და UNF83ორი განსხვავებული სახელი.

• ტეგები:

გთხოვთ, ჩართოთ JavaScript

გასულ კვირას ჩვენ შემოვიტანეთ ახალი სერვერი 1C- სთვის. პროცესორები HP Proliant 380 G6 2 2.58 GHz, 6 გბ ოპერატიული მეხსიერება და სამი დისკი, რომელთა ტევადობაა 72 გბ და როტაციის სიჩქარე 15 კბ. ვინაიდან Windows 2008 1C მეტსახელები არ მონელდება (ეს ჯერ კიდევ არ არის), მე დავაინსტალირე Windows Server 2003 x64 Standart Edition.

პირველი საკომისიო შემოვიდა, როდესაც სერვერი „საბრძოლო რეჟიმში“ დავიწყეთ, ბუნებრივია, მას სახელი დავარქვით: სერვერის „აგენტის აგენტი 1C: საწარმო 8.2“ სერვისის ავარია დაიწყო (ის იწყება, მუშაობს 10 წამით და ჩერდება).

სერვერის კონსულის მეშვეობით 1C: Enterprise 8.2 სერვერთან დაკავშირებისას, შეცდომაა:

"სერვერთან დაკავშირების შეცდომა 1C: საწარმო 8.2

server_addr = tcp: // s02: 1540 descr = სერვერზე ქსელის წვდომის შეცდომა

(Windows Sockets - 10061 (0x0000274D). კავშირი არ დამყარდა, რადგან დანიშნულების კომპიუტერმა უარყო კავშირის მოთხოვნა.) Line = 590 ფაილი =. \ Src \ DataExchangeTcpClientItmpl.cpp "

ამ სერვერზე მონაცემთა ბაზასთან დაკავშირებისას მივიღებთ შემდეგ შეცდომას:

"სამუშაო ნაკადი არ მიმდინარეობს. მონაცემთა ბაზასთან კავშირი შეუძლებელია."

Firewall გამორთულია, DEP ასევე გამორთულია (ჩართულია მხოლოდ Windows სერვისებისთვის). სერვერის გადატვირთვა და პლატფორმის გადაყენება არ დაეხმარა. ორჯერ გადავხედეთ რეესტრს, ასევე უშედეგოდ.

გამოდის, რომ 1C: Enterprise სერვერის კლასტერის პარამეტრები ინახება srvinfo დირექტორიაში (ამ დირექტორიის გეზის ნახვა შეგიძლიათ 1C: Enterprise 8.2 Server Agent სერვისის თვისებებში, -d პარამეტრით). ამ დირექტორიაში ინახება კლასტერის სახელი და მისი პარამეტრები (უსაფრთხოების ჩათვლით) და ამ უსაფრთხოების კლასთან დაკავშირებული ინფორმაციის უსაფრთხოების სიები და მათი პარამეტრები. ეს ორი ფაილია: srvinfo \ srvribrg.lst და srvinfo \ reg_1541 \ 1CV8Reg.lst. სერვერის ძველი სახელი ამ კონფიგურაციის ფაილებში დარჩა.

შემდეგი შეცდომა: V82.ComConnector შეწყვიტა დარეკვა - დაწერა კლასი არ არის რეგისტრირებული. ხანმოკლე გუგლის შემდეგ, პრობლემის გადაწყვეტა ვიპოვნე რესურსზე http://www.gilev.ru/1c/hasp/

15. 64-ბიტიანი პროგრამის სერვერთან COM კავშირისთვის გამოიყენეთ
შესაძლებელია მხოლოდ იმ კომპიუტერზე, რომელზეც დაყენებულია გასაღები
64-ბიტიანი სერვერი 1C: საწარმო (და არა ტერმინალის სესიიდან).

ამისთვის
V81.COMConnector– ის გამოყენებით კომპიუტერებზე, რომლებსაც მხოლოდ წვდომა აქვთ
კლიენტის გასაღებები, შეგიძლიათ დარეგისტრირდეთ 32-ბიტიანი V81.COMConnector- ში
COM +.

• კომპონენტური სერვისების დაწყება;


• შექმენით ცარიელი COM + პროგრამა აქტივაციის ტიპით - სერვერული პროგრამა და სახელი, მაგალითად, V81_COMConnector, მიუთითეთ ვინდოუსის მომხმარებლის სახელი, რომლის ქვეშაც იმუშავებს კომპონენტი ცალკეული dllhost.exe პროცესის მისამართების სივრცეში;


• კომპონენტების ფილიალში 1C: Enterprise load modules დირექტორიიდან დაამატეთ ახალი comcntr.dll კომპონენტი.

ამ შემთხვევაში, V81.COMConnector იწარმოებს ცალკე 32-ბიტიან პროცესში და მისი გამოყენება შესაძლებელია როგორც 32-ბიტიანი, ისე 64-ბიტიანი პროგრამებით.

მე თვითონ დავამატებ, რომ თქვენ გჭირდებათ მომხმარებელი, რომლის ქვეშ მუშაობს სერვერი 8.2, რომ დაამატოთ ეს ახალი კომპონენტი მომხმარებლებს.