Eroare la efectuarea unei operații cu informații. Erorile din baza de informații și soluțiile acestora
Modul fișier 1C: Enterprise 8.3 implică stocarea datelor despre informații despre program sub formă de fișiere combinate într-un singur folder. Se creează un folder separat pentru fiecare bază de informații (IB), a cărui adresă poate fi văzută în fereastra de lansare a programului:
Fiecare folder de date 1C este un set de fișiere de sistem, printre care 1Cv8.1CD este principalul fișier de securitate a informațiilor care conține datele primare introduse de utilizatori, structura configurației și mecanismele de funcționare a acestuia: 
Salvarea bazei de informații
Este recomandat să salvați zilnic o copie a informațiilor programului 1C pe un suport extern sau o resursă cloud, iar dacă sunteți activ și aveți un volum mare de documente, de mai multe ori pe zi. Acest lucru va ajuta la evitarea recuperării dureroase a datelor în cazul unui hard disk ars, al unei actualizări nereușite a programului sau al unui atac de viruși.
Încărcarea unei baze de date 1C se poate face în mai multe moduri:
- Cel mai simplu este să copiați întregul director IS sau un fișier 1Cv8.1CD pe alt mediu. Dacă este necesar, conectați acest folder din nou în fereastra de lansare și baza de date va fi restaurată.
- A doua modalitate, mai universală și chiar corectă, este utilizarea modului „Configurator”, cu condiția obligatorie ca nimeni să nu lucreze în program și să fie închis pentru toți utilizatorii.
În modul „Configurator”, selectați elementul de meniu: 
Și salvați fișierul încărcat cu extensia dt, care conține date de informații împachetate și structura de configurare, în orice director convenabil: 
Exportul bazei de date din 1C în directorul specificat a fost finalizat cu succes: 
Restaurarea bazei de informații
La alegerea primei metode de export a unei configurații 1C, baza de date este încărcată conectând directorul din fereastra de lansare a programului (Adăugare - Adăugarea unei baze de informații existente la listă) și apoi selectând folderul care conține o copie: 
Pentru al doilea caz, importul bazei de date 1C se realizează și în modul „Configurator”. În meniul „Administrare”, selectați comanda „Încărcați baza de informații” și specificați fișierul de descărcare *.dt: 
Trebuie să fiți de acord cu avertismentul despre suprascrierea datelor făcând clic pe butonul „Continuați”.
Dacă fișierul de date cu informații este încărcat cu succes, pe ecran va fi afișat următorul mesaj: 
Dacă nu sunt așteptate lucrări suplimentare în configurator, ar trebui să răspundeți „Nu”.
Erorile din baza de informații și soluțiile acestora
Există adesea cazuri când, din cauza supratensiunii aleatorii ale rețelei, a actualizărilor nereușite sau incomplete de securitate a informațiilor, a distrugerii hard disk-ului pe care se află directorul de date sau a unui atac de viruși, acestea conduc la o încălcare a structurii de configurare și pierderi de date. În astfel de cazuri, este posibil ca configurația 1C să nu pornească deloc și să afișeze mesajele corespunzătoare sau să pornească, dar să nu funcționeze corect.
Dacă dintr-un motiv oarecare nu a fost salvată o copie a datelor și nu este posibilă restaurarea acesteia cu o opțiune decentă, este necesar să se efectueze o verificare a integrității bazei de date pentru configurația 1C - este posibil, dar nu neapărat va ajuta la rezolvarea problemelor .
Testare și reparare
- În primul rând, folosind oricare dintre metodele recomandate mai sus, este necesar să se facă o copie de rezervă a securității informațiilor, deoarece orice modificare a structurii acesteia în timpul testării este ireversibilă.
- Programul trebuie lansat în modul „Configurator” și selectați elementul de meniu „Testare și reparare...”:
- Formularul de procesare a testării oferă mai multe opțiuni și moduri de verificare care sunt independente unele de altele. Cel mai bun mod este să le efectuați unul câte unul, să bifați caseta de lângă linia necesară, să rulați programul în modul „Enterprise” după verificare și să verificați dacă eroarea a fost corectată.
Pentru a aplica simultan corecții datelor și structurii, trebuie să setați radioul la Test și Fix.
- Există multe setări, o descriere a fiecărei poziții poate fi vizualizată folosind butonul „Ajutor” și puteți selecta sarcina corespunzătoare sau pe toate odată. Dacă baza de date este suficient de mare, testarea acesteia poate dura mult timp - nu poate fi întreruptă, deoarece este posibil să fi fost deja făcute modificări în structura de configurare și ar trebui să se asigure că acestea se finalizează în mod natural.
- Când se selectează verificarea integrității logice și referențiale a bazei de date, secțiunea inferioară a formularului devine activă, include o verificare a legăturilor existente către obiecte și oferă opțiuni pentru procesarea acestora:
- Elementul „Comprimați tabelele bazei de informații” nu are legătură directă cu corectarea erorilor, dar este o salvare pentru bazele de date mari - tabelele de sistem acumulează date temporare din perioadele anterioare de-a lungul timpului, utilizarea acestui articol vă permite să reduceți dimensiunea bazei de date:
- Când faceți clic pe butonul „Run”, se va lansa procedura de verificare și corectare, după care programul va afișa un mesaj de sistem despre finalizarea cu succes sau o listă de posibile probleme:
Procesarea software-ului de testare și corecție verifică și corectează structura internă a datelor de configurare și informații. Fișierul chdbfl.exe este responsabil pentru verificarea integrității fizice a bazei de date.
Acest fișier verifică și baza de date pentru erori și se află în directorul de instalare al platformei tehnologice: 
Forma acestei verificări este simplă - trebuie doar să selectați fișierul infobase, să bifați caseta de corectare automată a erorilor și să faceți clic pe butonul „Run” Programul trebuie să fie închis pentru toți utilizatorii și, ca întotdeauna, a fost efectuată o copie de rezervă: 
După finalizarea cu succes a verificării, va fi afișat următorul mesaj: 
Dacă metodele de testare și de recuperare a datelor discutate aici nu aduc rezultatul dorit, ar trebui să contactați specialiști calificați 1C pentru a restabili integritatea bazei de informații și a corecta erorile.
Sfat: copiile de rezervă ale datelor în timp util vor ajuta, dacă nu evita, apoi restabiliți rapid și ușor programul după o defecțiune neașteptată, pur și simplu prin derularea înapoi a programului până când copia sa este actualizată.
- Dr. Cuddy: Avem nevoie de un diagnostic. Femeie, 26 de ani, explozie de gaz sub clădire, a fost scoasă din dărâmături după 6 ore. Două operații din cauza numeroaselor fracturi și arsuri...
Dr. House: Cred că oasele rupte sunt rezultatul prăbușirii unei clădiri pe capul ei. - Dr. House: Imaginați-vă că acoperișul depozitului se prăbușește pe mașina dvs. de curățare preferată. Și începe să se supraîncălzească.
Mai curat: De ce ar trebui să iubesc o mașină de curățat podea? Bine... Poate impactul a deteriorat ceva în cablajul electric. Sau ceva s-a scurs înăuntru și l-a stricat...
Dr. House: Hmm, interesant. Pătrunderea infecției prin lacerații. Bacteriile ar reacționa la antibiotice. Căldura este prea intensă pentru un virus, eventual paraziți sau ciuperci.
Mai curat: Sau lupus.
House se întoarce uimit.
Mai curat: Bunica mea are lupus.
Dr. House:(nedumerit) Bine, autoimun. Voi verifica dacă există lupus. Deși o infecție este mai probabilă. Ar fi frumos să am și harta ei. Să trecem la partea cea mai proastă a muncii. Pentru a comunica cu familia de spălat pardoseli.
- Dr. House: Cardul spune că a fost bolnavă înainte ca clădirea să se prăbușească.
Soțul pacientului: Cred că este o răceală comună. Ce, crezi că asta are legătură?
Dr. House: Boala ei cu boala ei? Uneori se întâmplă. - Mama pacientului: Jurnalul spune că fiica mea ia aceste pastile?
Dr. House: Nu, dar din punct de vedere medical...
Dr. Cuddy: Ai găsit pastilele în casa ei?
Dr. House: Se pare că le-a ascuns în poşetă. M-am gândit că ar fi indecent să caut sub 1000 de tone de resturi. - Chirurg: Sângerează peste tot, cu excepția cazului în care avortul a fost făcut cu o pușcă.
Acest articol prezintă un exemplu de principii generale pentru analiza problemelor tehnologice care pot apărea atunci când lucrați cu 1C:Enterprise 8.1.
Toată lumea adoră să dea sfaturi, dar când vine vorba de asta, toată lumea are dintr-o dată lucruri mai importante de făcut :))). Probabil că ar fi corect să avertizez imediat că acest material a fost scris de mine mai degrabă ca informație pentru gândire, și nu ca o teorie pentru rezolvarea problemelor personale și a situațiilor neplăcute la locul de muncă. Cu toate acestea, cred că exemplele oferite aici din practica mea pot fi utile atunci când analizez probleme similare.
Următoarele vor fi discutate ca exemple:
Exemplul 1. Un utilizator s-a plâns de imposibilitatea lansării 1C: Contabilitate.
Textul mesajului:
„Eroare de conectare la serverul 1c: Enterprise 8.1:
server_addr=App1С:1540=Eroare la accesul la rețea la server
(Prize Windows - 10061(0x0000274D)
Nu s-a putut face nicio conexiune deoarece mașina țintă a refuzat-o în mod activ) linia =567
Exemplul 2. Accesul la baza de informații este „pierdut”.
Textul mesajului:
Eroare la efectuarea unei operații cu baza de informații
Microsoft OLE Furnizor DB pentru SQL Server: autentificarea eșuată pentru utilizatorul „user1c”
H REZULTAT=80040E4D, SQLSrvr: Stare eroare=1, Severitate=E, nativ=18456, linie=1
Exemplul 3. Eroare ciudată „necunoscută”.
Textul mesajului: „A apărut o eroare necunoscută pe serverul 1C Enterprise (80010108)”
1. Determinarea textului (manifestarea) erorii și localizarea sursei de apariție
- Înregistrați eroarea (text și/sau alte informații care pot fi utile pentru analiza problemei). Este mai bine să înregistrați problema folosind un jurnal de tehnologie. Concluzie: dacă nu utilizați jurnalul tehnologic pentru alte sarcini, configurați-l să colecteze în mod constant evenimente de „excepție” (EXCP) și să genereze dumpuri în cazul unui blocaj al platformei.
- Înregistrați ora la care a apărut eroarea. Acest lucru va ajuta și mai mult la localizarea locației studiului diferitelor jurnaluri.
- CITIȚI textul mesajului, încercați să înțelegeți imediat sursa problemei din conținutul acestui text.
- Caută o soluție în textul mesajului pe Internet sau în alte surse cunoscute de tine pentru rezolvarea problemei.
- Cei care nu s-au confruntat anterior cu problemele cu erorile platformei nu le vor rezolva, caută-i pe cei care au făcut sau fac asta.
Nota. Exemplul 1. O căutare de mai jos în secțiunea „Unde pot găsi o soluție gata făcută” folosind textul „10061” din această pagină va afișa imediat o explicație a motivului și soluţie: Serviciul s-a oprit pe serverul de aplicații" agent server 1c:Întreprinderea 8.1„. În consecință, trebuie lansat, de exemplu din linia de comandă:
net start Server Agent 1C:Enterprise 8.1
Dacă serverul de aplicații nu pornește, în unele cazuri, faceți o copie a folderului C:\Program Files\1cv81\server și ștergeți conținutul înainte de a încerca să porniți.
Combinația dintre serverul 1C:Enterprise și PostgreSQL este a doua cea mai populară dintre instalările 1C și cea mai utilizată soluție pe platforma Linux. Spre deosebire de implementările bazate pe Windows și MSSQL, unde este dificil să nu funcționeze, implementările bazate pe Linux sunt pline de multe capcane pentru un administrator fără experiență. Se întâmplă adesea ca totul să pară făcut corect, dar eroarea urmează erorii. Astăzi ne vom uita la cele mai tipice dintre ele.
Informații generale
Înainte de a începe să căutați erori de instalare și, în general, să începeți să implementați versiunea de server a 1C:Enterprise, ar fi bine să vă reîmprospătați înțelegerea despre cum funcționează:
În implementările mici, serverul 1C și serverul DBMS sunt de obicei combinate pe un singur server fizic, ceea ce restrânge ușor gama de erori posibile. În cazul nostru, vom lua în considerare o situație în care serverele sunt situate pe mașini diferite. În laboratorul nostru de testare am implementat următoarea schemă:
Avem două servere care rulează Ubuntu 12.04 x64, unul dintre ele are instalată versiunea de server 1C:Enterprise 8.3, celălalt are PostgreSQL 9.04 de la Ethersoft, precum și un client care rulează Windows. Vă reamintim că clientul lucrează numai cu serverul 1C, care, la rândul său, generează cererile necesare către serverul DBMS. Fără solicitări de la client la serverul de gestionare a bazei de date nu se întâmplă.
IMPORTANT: utilizatorul „postgres” nu este autentificat (Ident)
Această eroare apare atunci când serverele sunt distribuite pe diferite PC-uri din cauza autentificării configurate incorect în rețeaua locală. Pentru a rezolva, deschide /var/lib/pgsql/data/pg_hba.conf, găsiți linia:
Găzduiește toate identitățile 192.168.31.0/24
și aduceți-l în această formă:
Găzduiește toate 192.168.31.0/24 md5
Unde 192.168.31.0/24 - raza de acțiune a rețelei dvs. locale. Dacă nu există o astfel de linie, ar trebui creată în secțiune Conexiuni locale IPv4.
Serverul bazei de date nu a fost găsit
Nu s-a putut traduce numele de gazdă „NUME” la adresa: Eșec temporar la rezolvarea numelui
La prima vedere, eroarea este clară: clientul nu poate rezolva numele serverului DBMS, o eroare tipică pentru rețelele mici unde nu există un server DNS local. Soluția este să adăugați o intrare în fișier gazde asupra clientului, care nu dă niciun rezultat...
Și acum să ne amintim ce s-a spus puțin mai devreme. Clientul serverului DBMS este serverul 1C, dar nu PC-ul client, prin urmare, intrarea trebuie adăugată la fișierul de pe serverul 1C:Enterprise /etc/hosts pe platforma Linux sau pe platforma Windows.
O eroare similară va apărea dacă ați uitat să adăugați tip de înregistrare A pentru serverul DBMS de pe serverul DNS local.
Eroare la efectuarea unei operații cu baza de informații
server_addr=NAME descr=11001(0x00002AF9): Această gazdă este necunoscută.
La fel ca și precedenta, această eroare se datorează faptului că clientul a rezolvat incorect numele serverului. De data aceasta este PC-ul client. Ca o soluție, adăugați la fișier /etc/hosts pe platforma Linux sau C:\Windows\System32\drivers\etc\hosts pe platforma Windows, o intrare ca aceasta:
192.168.31.83SRV-1C-1204
unde indicați adresa și numele serverului dvs. 1C:Enterprise. Dacă utilizați DNS local, ar trebui să adăugați A-record pentru serverul 1C.
Eroare DBMS: BAZA DE DATE nu poate fi utilizată
O eroare mult mai gravă, care indică faptul că ați instalat o versiune de PostgreSQL care este incompatibilă cu 1C:Enterprise sau ați făcut greșeli grave în timpul instalării, de exemplu, nu ați instalat toate dependențele necesare, în special biblioteca libICU.
Dacă aveți suficientă experiență în administrarea sistemelor Linux, puteți încerca să instalați bibliotecile necesare și să reinițializați clusterul DBMS. În caz contrar, este mai bine să reinstalați PostgreSQL, amintindu-vă să ștergeți conținutul folderului /var/lib/pgsql.
Această eroare poate apărea și la utilizarea ansamblurilor 9.1.xŞi 9.2.x Postgre@Etersoft, vezi detalii mai jos.
Eroare DBMS:
EROARE: nu s-a putut încărca biblioteca „/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so”
O eroare destul de specifică, tipică pentru ansambluri 9.1.xŞi 9.2.x Postgre@Etersoft, poate duce și la eroarea anterioară. Motivul constă într-o eroare necorectată din biblioteca fasttrun.so. Soluția este să reveniți la build 9.0.x Postgre@Etersoft.
Eroare DBMS
EROARE: tipul „mvarchar” nu există la caracterul 31
Apare dacă baza de date a fost creată fără ajutorul sistemului 1C:Enterprise. Amintiți-vă, pentru a lucra cu 1C, bazele de date trebuie create numai folosind instrumentele platformei 1C: prin consolă
sau prin lansatorul 1C.
Serverul bazei de date nu a fost găsit
IMPORTANT: utilizatorul „postgres” nu este autentificat (prin parolă)
O greșeală foarte simplă. Parola pentru superutilizatorul DBMS postgres este specificată incorect. Există două soluții: amintiți-vă parola sau schimbați-o. În al doilea caz, va trebui să schimbați parola în proprietățile tuturor bazelor de informații existente prin intermediul snap-in-ului Administrarea serverelor 1C Enterprise.
Serverul bazei de date nu a fost găsit
FATAL: baza de date „NAME” nu există
O altă greșeală foarte simplă. Semnificația sa se rezumă la faptul că baza de date specificată nu există. Cel mai adesea apare din cauza unei erori la specificarea numelui bazei de date. Trebuie reținut că baza de informații 1C din cluster și baza de date DBMS sunt două entități diferite și pot avea nume diferite. De asemenea, ar trebui să vă amintiți că sistemele Linux sunt sensibile la majuscule și minuscule și pentru ele unf83Şi UNF83 două nume diferite.
Etichete:
