Malo je vjerovatno da će iko tvrditi da 1C: opšti program nije loše. Uostalom, loš program teško da bi postao toliko popularan. A vi ste, kao korisnik, vjerovatno navikli i poznajete ga dovoljno dobro, sa svim plusevima i minusima. Ali svaki program, dobar ili loš, i dalje ima kvarove.

Hajde da se prvo pozabavimo pojmom "kvar". Riječ glitch ima svoje korijene u riječi halucinacija, tj. nešto što se čini. Međutim, za razliku od halucinacija, kvarovi u programima su, nažalost, vrlo stvarna stvar. Kvar je, općenito, kvar programa, koji može biti redovan ili jednokratan (usput rečeno, ovo drugo je najodvratnije).

Greške su povezane ili s greškama u programskom kodu, ili s greškama u hardverskim kvarovima, pa, na primjer, napon je skočio, nešto je izgubljeno u memoriji i evo rezultata, program ne radi. Postoje i sve vrste hibridnih opcija, tj. Program radi na jednom računaru, ali ne radi na drugom.

Inače, često prilikom kupovine računara ne razmišljamo o tome kakvo je napajanje u njemu. Ali uzalud. Većina kvarova na hardveru je zbog jeftinog i, kao rezultat, lošeg napajanja. Uostalom, nije uzalud da prosječno kućište s jedinicom za napajanje košta oko 30-40 dolara, a dobra jedinica za napajanje košta odvojeno od 40. A dobro neprekidno napajanje također nije jeftino, kao ni dobar zaštitnik od prenapona. Ali ovo je lirska digresija od glavne teme.

Lično iskustvo pokazuje da 1C:Primary bolje radi na dobrom hardveru, a posebno na vrhunskim terminal serverima. To je zbog činjenice da su skupi serveri toliko skupi ne samo zato što su sastavljeni na brzim procesorima i tvrdim diskovima, već i zato što serveri koriste, prije svega, pouzdana napajanja, procesore, memoriju, čvrste diskove.

Na takvim računarima se retko dešavaju rušenja sa greškama tokom rada.

Međutim, čak i na takvoj opremi dolazi do grešaka. Štoviše, nažalost, radi se o greškama koje prelaze iz verzije u verziju tehnološke platforme 7.7. i čini se da ih programeri neće popraviti, iako su ih itekako svjesni. Stoga ih možemo samo izbjeći.

U stvari, postoji nekoliko uobičajenih i dobro poznatih grešaka u 1C: Acceptance. Ipak, program je već star više od 7 godina i za to vrijeme programeri su objavili čak 25 izdanja, čime su ispravili većinu grešaka.

Pa zapravo, pogledajmo greške:

Jedna od najčešćih grešaka je sljedeća. Kada radite u 1C:Primary, iznenada se sruši niotkuda s greškom. "Program je izvršio nevažeću grešku i prekinut će se." Zbog čega je došlo do takve greške, po pravilu, nije jasno, jer su one jednokratne prirode.

Rješenje: ako se greška ponovi u određenoj situaciji, tada trebate prenijeti podatke o njoj kompaniji koja opslužuje vašu kompaniju. Takve greške su obično povezane sa kvarovima hardvera ili operativnih sistema.

Nemogućnost pohranjivanja arhivske kopije (iz konfiguratora) na vanjski medij (flash memorija, magneto-optički diskovi, itd.). Čini se kako slijedi. Prilikom direktnog spremanja na vanjski medij, na kraju procesa daje grešku "Greška pri određivanju slobodnog prostora na disku" i, shodno tome, ne sprema ništa. Greška se javlja i pri istovaru podataka, kao i pri istovaru radi razmjene sa bazama podataka, kada se koristi URIB. U najnovijem izdanju platforme, greška je ispravljena, ali se ponekad i dalje javlja kod nekih operativnih sistema.

Rješenje:prvo sačuvajte na tvrdi disk (mrežu), a zatim kopirajte na vanjski medij. Neudobno, ali nema kuda.

"Prekid" prilikom testiranja i popravljanja sigurnosti informacija. Ako ste pokrenuli proceduru testiranja/ispravke iz konfiguratora, mogli biste primijetiti da je vrijedno prebaciti se s konfiguratora na drugi program, pa nazad, tada više ne vidimo šta se dešava. Čini se da se program zamrzava. U stvari, nastavlja da radi, ali ne vidimo napredak. Objašnjenja javne organizacije SAB-a za ovu nefatalnu, ali neugodnu grešku podsjećaju na objašnjenja protagonista filma „Ljudi u crnom“, da citiram otprilike: „Mjesečina se odbijala od Venere, što je izazvalo eksploziju močvarnog gasa." One. Normalnom čovjeku ova objašnjenja su nerazumljiva. Oni su generalno nerazumljivi za kompjuterske stručnjake. 1S:Pídpriêmstvo tako kaže, citiram: "To je zbog posebnosti interakcije između biblioteke mfc32.dll i Windowsa." Greška se javlja u verzijama operativnog sistema Windows počevši od Windows XP.

Rješenje:strpljivo sačekajte dok se proces ne završi.

"Odlazak" 1C: Prihvatanje s greškom na početku. Zapravo, sam program nije kriv. Ovdje postoje različite opcije, ali u pravilu je to zbog činjenice da postoje greške na disku računara. Po pravilu se radi o izgubljenim klasterima.

Rješenje:U ovom slučaju pokušavamo učiniti sljedeće - vršimo provjeru diska, ako to ne pomogne, a zatim prolazimo kroz Moj računar do fascikle baze podataka. Sadrži fasciklu SYSLOG. Izbrišite ovaj folder. Tako gubimo evidenciju registracije, ali 1C:Primary će raditi. Ako ovo ne pomogne, onda morate potražiti problem na drugom mjestu. Ova greška je možda najgadnija i najopasnija jer zahvaljujući njoj možete izgubiti pola dana, pa čak i dan posla.

Gubitak podataka pri ponovnom redoslijedu. A sada je ovo veoma gadna greška. Javlja se u konfiguracijama koje nemaju komponentu Operativno računovodstvo, tj. "Knjigovodstveni izgled za Ukrajinu", "Budžet za Ukrajinu", "Izvođač života", "Rarus hromadaske kharchuvannya" i dr. Radnje koje izvrši korisnik u bazi podataka neće biti sačuvane po izlasku! One. pokrenuli smo knjiženje, ne kroz Uslužnu obradu dokumenata, već kroz Akcije-Knjiženje dokumenta, a neki od dokumenata nisu objavljeni. Recimo da smo to popravili. Dakle, ako izađemo iz programa, sve ispravke će biti izgubljene. Greška se ne javlja u konfiguracijama "PUB", "Kompleks", "Trgovina i skladište", tj. gdje je prisutna komponenta "Operativno računovodstvo".

Očigledno je da je priroda greške povezana sa činjenicom da se, kako bi se ubrzalo knjiženje dokumenata, knjiži u transakciji. Zaista, prevlačenje kroz radnje-objavljivanje dokumenata je brže od obrade dokumenata iz menija Alati. U slučaju greške tokom transakcije, transakcija se ne završava i ulazi dalje društvo vjeruje da sve naše radnje obavljamo u istoj transakciji. I na kraju programa 1C: Prihvatanje, transakcija nije fiksna.

Bag je takođe dobro poznat programerima.

Rješenje:Nemojte koristiti Knjiženje dokumenata iz menija Akcije. Ili, u slučaju greške, s takvim ponašanjem, izađite iz 1C: Pídpriêmstvo, unesite ga i tek onda izvršite promjene.

Sljedeća greška se javlja već kada koristimo Servis - Obrada dokumenata. Greška je uočena samo u Windows 2003 Server. Sastoji se u sljedećem: prilikom prijenosa dokumenta sa liste zadržanih na listu nepodržanih (dugmad -> i =>>), javlja se greška „Naišao je na nevažeći argument“. Kada pritisnete dugme OK, program se čvrsto zamrzne, iako se pretvara da nešto radi. Greška se u principu ponavlja, ali se ne javlja redovno, tj. ne mora nužno proizaći iz prvog pritiska, ali se dešava. Informacije o grešci su također proslijeđene programerima.

Rješenje:Zapravo nema rješenja. Nadam se da se greška neće dogoditi.

Sada možda najpoznatija platformska greška. Nemogućnost spremanja velikih izvještaja u Excel. Suština greške je da kada pokušate da sačuvate veliki izveštaj u Excel formatu, program se jednostavno zamrzne. Štaviše, ne izgleda kao da ušteda vremena u Excelu direktno zavisi od veličine datoteke. Jednostavno, kada se dostigne određena veličina, fajlovi se više ne pohranjuju. U mxl formatu (unutarnji format tabele programa), datoteka je uspješno sačuvana. Ali pokušaj da se otvori u Excel-u (pomoću posebno isporučenog mxl2xls pretvarača) također ne uspijeva i zamrzava Excel. Greška je odavno otkrivena i programerima je poznata odlična. Najgore je što je u verziji 8.0 to već ispravljeno, tako da greška nije toliko kritična da se ne može popraviti, ali programeri iz nekog razloga ne žele da je isprave.

Rješenje:ovdje nema rješenja. Ili formirajte izvještaj u komadima ili zamolite programera da prepiše izvještaj na način da se odmah formira u Excelu. Istina, u drugom slučaju, Excel mora biti instaliran na računaru.

Sljedeća greška nije dovoljno ozbiljna i programeri uglavnom pate od nje. Njegova suština je da ako kopiramo tekst ili tabelu kroz Windows međuspremnik i istovremeno u program iz kojeg sada kopiramo, vrijedi engleski jezik, tada će u program u koji kopiramo ruski (ukrajinski) tekst biti umetnut kao prošireni latinični znakovi.

Rješenje:Ne zaboravite promijeniti jezik nije ruski.

U zaključku, želim reći da uprkos svim greškama, program 1C:Pídpriêmstvo još uvijek nije loš i nosi se sa svojim zadatkom. Da su programeri brže reagirali na informacije o greškama... Međutim, i one se mogu razumjeti. Sviđalo se to vama ili ne, ali 7.7. - već prošlost, koja je podržana inercijom, sada je 1C:Pídpriêmstvo usko okupirano 8.2. Ali ovo je drugačiji program i potpuno drugačiji kvarovi.

Ovaj članak je nastavak serije članaka "Prvi koraci u 1C". U njemu se razmatraju tipične metode za obnavljanje 1C baze podataka na platformi 1C:Enterprise 8 nakon kvarova. Pretpostavlja se da baza podataka radi u fajl modu. Vraćanje baze podataka u klijent-server način rada se ne razmatra, jer ovo pitanje je očigledno izvan okvira "prvih" koraka stručnjaka početnika.

Materijal članka će detaljno otkriti odgovore na sljedeća pitanja:

Šta je potrebno učiniti prije početka bilo kakvih restauratorskih radova? (kopija, Carl!)
Koje su suptilnosti pri korištenju uslužnog programa za verifikaciju?
Koji alati za oporavak su dostupni u konfiguratoru?
Kada i zašto trebate upload/download u *.dt format?
Ako sve gore navedeno nije pomoglo, šta još možete pokušati?

Primjenjivost

Članak je napisan za verziju platforme 1C:Enterprise 8.3.4.496, ali ne brinite ako radite sa starijom verzijom! Sav materijal je apsolutno ažuran.

Kako vratiti oštećenu bazu podataka 1C:Enterprise 8 u 1C

Ponekad se za početnika ovaj zadatak čini jednostavno nerealnim. Iako, u stvari, postoji niz jednostavnih standardnih alata za testiranje 1C baza podataka i metoda za ispravljanje grešaka koje se javljaju.

Pojava raznih vrsta sistematskih kvarova (greške, netačno prikazani podaci, hitno zatvaranje programa) može se smatrati oštećenjem baze podataka.

Uzroci kritičnih grešaka su različiti. Najčešće, problemi nastaju zbog nestanka struje.

Sa sigurnošću možemo reći da je u klijent-server načinu rada baza podataka otpornija na greške.

Kao dio naših članaka, razmotrit ćemo način datoteka baze podataka. I prva stvar na koju treba upozoriti klijenta je da je veoma poželjno imati besprekidno napajanje na računaru na kojem je instalirana baza podataka.

Dakle, glavna stvar je da se ne bojite prije nego pokušate vratiti bazu podataka napravite kopiju.

Na primjer, možete prvo kopirati cijelu mapu u kojoj se nalazi baza podataka, a zatim ostaviti samo 1Cv8.1CD datoteku (osnovni fajl) i 1Cv8Log folder (dnevnik događaja) u ovoj fascikli.

Zapravo, u većini slučajeva baze podataka se mogu oporaviti. Neki 1C nadimci su to shvatili i rado presreću takve klijente. U većini slučajeva ne morate sami da radite ništa posebno, klijent je uplašen, a rad testnih programa oduzima dosta vremena.

Pređimo na praksu. Prvo, saznajte od klijenta koliko davno i pod kojim okolnostima su se kvarovi počeli javljati. Saznajte kako korisnici izvode ažuriranje konfiguracije i kako su ta dva događaja povezana u vremenu. Odredite veličinu baze.

Čak i ako u ovom konkretnom slučaju razjašnjene okolnosti ne utječu presudno na vaše daljnje radnje, moći ćete prikupiti neke statističke podatke koji mogu biti korisni u budućnosti.

Obavezno saznajte da li je platforma ažurirana i pod kojim je izdanjem platforme baza podataka radila prije.

Prije svega, izbrišite sve datoteke i mape koje okružuju osnovnu datoteku (1Cv8.1CD) u navedenom direktoriju. Da, ovo su neki servisni fajlovi koji obezbeđuju punopravni rad, ali se svakako napominje da ponekad dolazi do neslaganja u radu ovih datoteka.

Neće se dogoditi ništa strašno, jer sljedeći put kada pokrenete bazu podataka, svi potrebni fajlovi će se iznova kreirati. Sa lansiranjem, čekaćemo za sada.

Sada koristimo najefikasniji, ali daleko od posljednjeg lijeka. U imeniku C:\Program Files\1cv82 (za platforme 8.3 - 1cv8)\(u daljem tekstu broj izdanja platforme)\bin pokrenite uslužni program chdbfl.exe.

Pažnja! Svako izdanje platforme ima svoj vlastiti uslužni program chdbfl.exe. Preporučljivo je koristiti uslužni program iz izdanja platforme s kojom je korišten data baza. U većini slučajeva, ovo je najnovije instalirano izdanje platforme.

Ovdje je vrijedno spomenuti jednu osobinu, ako se trenutak oštećenja baze podataka približno poklapa s trenutkom ažuriranja platforme, onda uslužni program chdbfl.exe prethodne platforme često daje bolje rezultate u pronalaženju i ispravljanju grešaka.

Posebnost ovog uslužnog programa je da ako nije bilo ispravljenih grešaka tokom prvog prolaza (uslužni program nije mogao da ispravi ni jednu grešku), onda se može reći da je beskorisno ponovo ga pokrenuti.

Međutim, ako nisu sve greške ispravljene, ali postoji smanjenje broja grešaka, onda ima smisla ponovo pokrenuti uslužni program.

Bilo je slučajeva da se tokom drugog prolaza broj pronađenih grešaka promijenio na nulu. Jednom riječju, ponavljajte operaciju dok ne dođe do smanjenja broja grešaka. Čini se da vam neke greške ispravljene u sljedećem prolazu omogućavaju da popravite druge.

Bolje je ne dirati same parametre testiranja i korekcije, ako ne razumijete sasvim jasno šta tačno radite.

Nije zabilježeno poboljšanje rezultata ispitivanja uz ponovljeno korištenje ovog alata.

Treba reći io kontroloru konfiguracije. Iz iskustva, greške koje je primijetio ovaj alat nisu posebno kritične. Umjesto toga, oni jednostavno usporavaju samu bazu podataka. Što se, zapravo, za baze podataka veće od 4 GB može smatrati i oštećenjem baze podataka.

4 GB je maksimalna dozvoljena veličina ne same baze podataka, već tabele u bazi podataka. Ali neki registri mogu biti mnogo veći od drugih i zauzeti većina osnovna veličina.

U ovom obliku, također bez apsolutno jasnog razumijevanja, ne treba mijenjati postavke.

Treba reći o još jednoj ne sasvim očiglednoj metodi. Činjenica je da pri istovaru baze podataka u datoteku s ekstenzijom dt postoji izuzetno mala vjerovatnoća da je neće biti moguće učitati nazad.

Međutim, prilikom učitavanja dolazi do određenog restrukturiranja memorije, što vam u nekim slučajevima omogućava vraćanje baze podataka kroz sekvencijalno rasterećenje i učitavanje.

Ako nakon svih provedenih mjera i testiranja ustanovite da je vaša baza ostala oštećena, onda je preporučljivo koristiti i ovaj alat.

Istovar se vrši u konfiguratoru preko menija Administracija, stavka Preuzmite infobazu.

Pojavit će se dijaloški okvir u kojem ćete morati odrediti smjer istovara. Naziv kreirane datoteke može se koristiti po defaultu - 1Cv8.dt.

Treba napomenuti da je upload također jedan od mogućih načina kopiranja.

Učitavanje je najbolje izvršiti u novu bazu podataka bez konfiguracije. Da biste kreirali takvu bazu podataka, u prozoru infobaze kliknite na dugme Dodati. Sačuvajte postavku u sljedećem koraku. Kreiranje novog baza informacija i kliknite na dugme Dalje.

U obrascu koji se pojavi promijenite postavku u Kreiranje infobaze bez konfiguracije i također kliknite na dugme Dalje. U sljedeća dva koraka odredite naziv baze podataka i direktorij (prazan) u kojem će se nalaziti.

Dodatne parametre možete ostaviti praznim i kliknuti na dugme Spreman. Informacija bez konfiguracije će biti kreirana.

Još par trenutaka. Ako su kvarovi u radu baze podataka zabilježeni samo na jednom računalu, trebali biste pokušati promijeniti računar. Ako samo jedan korisnik ima problema, pokušajte ponovo kreirati korisnika.

Ponekad pomaže uklanjanje baze sa liste u prozoru infobaze, a zatim dodavanje iste postojeće baze podataka na listu (vraćanje putanje do nje).

U zaključku, želio bih reći da se, naravno, ne mogu vratiti sve baze podataka, neke od njih se mogu vratiti složenijim metodama. Ali ne brinite, takvi slučajevi su prilično rijetki.

Kao preventivnu mjeru, možemo vam savjetovati da ažurirate baze podataka putem konfiguratora i koristite standardne alate za testiranje i ispravljanje grešaka prije svakog ažuriranja. Korisnici koji posjeduju osnovne verzije i ispunjavaju uslove za besplatnu nadogradnju također mogu unaprijed preuzeti datoteke za nadogradnju sa stranice.

U sljedećem članku ćemo razmotriti opcije za postavljanje liste infobaza.

U bazama informacija na platformi 1C može se pojaviti mnogo različitih grešaka:

kršenje logičkog/fizičkog integriteta baze podataka, korisničke greške, "krivi" programski kod i još mnogo toga.

Razloga može biti mnogo: ugasili su svjetlo, a nije bilo neprekidnog napajanja, ili je petak uveče bio uspješan, a korisnik se više ne sjeća šta je radio u ponedjeljak.

Prvo, vrijedi postaviti nekoliko pojašnjavajućih pitanja korisniku:

1) Izdanja platforme/konfiguracije.

2) Cijeli tekst poruke o greškama. Korisnici imaju nesretnu naviku da takve poruke ne čitaju u cijelosti, a možda sadrži i preporuku za rješavanje problema.

3) Pre koliko vremena se to dogodilo i pod kojim okolnostima se pojavljuje. Neponovljive greške koje nismo ranije vidjeli, malo je vjerovatno da ćemo moći popraviti.

4) Da li se to dešava ako pokrenete 1s sa drugog računara / od drugog korisnika? Ovo će nam dati povoda za razmišljanje – može li vam pomoći brisanje keša, podešavanje dozvola ili brisanje korisničkih postavki.

Sada malo o samim greškama i kako ih riješiti.

generalno:
Neke greške se javljaju pri korištenju nelicenciranog softvera (windows, 1C, itd.).

Čest primjer je pokvarena platforma. Jedna od zakrpa hakuje određenu verziju platforme, tako da nakon instaliranja nove verzije platforme i pokušaja ulaska u bazu podataka, možete vidjeti prozor “No free license found”.

Ako ste se prvi put susreli sa greškom - možda ju je neko već sreo -

potražite na googleu, možda se neko već susreo sa ovim i riješio problem, a vi nećete gubiti par sati dodatnog vremena.

Izdavanje konfiguracija mora biti ažurno (prvenstveno za konfiguracije iz kojih se dostavlja regulirano izvještavanje), nije bez razloga što konsultacijski red gotovo uvijek predlaže prvo ažuriranje, a zatim traženje dalje.

Trenutno izdanje platforme - svaka konfiguracija ima opis koje se izdanje platforme preporučuje za rad s ovom konfiguracijom.

Tehnološki dnevnik vam omogućava da evidentirate sve događaje 1C:Enterprise (ili dio koji koristi filter).
Možete čitati o njemu.

!!!BITAN

Prije bilo kakvih radnji s bazom - napravite arhivsku kopiju!

Ako se baza podataka ne otvori u konfiguratoru - kopirajte mapu s bazom podataka i izvršite sve operacije na kopiji!

1) Baza podataka se uopće ne otvara ni u korisničkom modu ni u konfiguratoru.

Najbrže što možete učiniti je izbrisati privremene datoteke (izbrišite bazu podataka sa liste baza podataka i ponovo se povežite)
Ova radnja neće izbrisati privremene datoteke (keš memorije), ali će kreirati novi folder za privremene datoteke baze podataka, možete izbrisati datoteke:
Na Windows 7 u C:\Users\UserName\AppData\Roaming\1C\1Cv8x
Na Windows XP C:\Documents and Settings\Username\Application Data\1C\1Cv8x

Također možete pokušati pristupiti bazi podataka od drugog korisnika.

Ako je baza podataka datoteka, onda je vrijedno pokrenuti uslužni program za testiranje fizičkog integriteta chdbfl baze podataka. Nalazi se u folderu:
C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe

Ako je baza sql-ta onda testiranje pomoću sql-a.

Ako ni jedno ni drugo nije pomoglo, onda možete ažurirati platformu (pogledajte pod kojom platformom izdanje funkcionira)
Ako se ništa od navedenog nije dogodilo, možete koristiti program Tool_1CD.

2) Ako baza ide u dump pri pokretanju.

Onemogućite hardversko ubrzanje grafičke kartice:

Otvorite svojstva prikaza. Ovo se može uraditi preko kontrolne table ili jednostavnim klikom desnim tasterom miša na bilo koje mesto na radnoj površini bez prozora i ikona i odabirom stavke kontekstnog menija „Svojstva“.
U prozoru postavki ekrana koji se otvori, idite na karticu "Postavke" i kliknite na dugme "Napredno".
U prozoru sa svojstvima grafičke kartice koji se otvori idite na karticu "Dijagnostika".
Pomaknite klizač "Ubrzanje" na krajnju lijevu poziciju ("ništa") i kliknite "Primijeni" ili "U redu". Hardversko ubrzanje je onemogućeno. Promjene će stupiti na snagu nakon ponovnog pokretanja sistema.

Otvorite Control Panel (Start - Control Panel).
Pronađite i otvorite element Screen.
U lijevom dijelu prozora koji se otvori kliknite na link "Prilagodi postavke ekrana".
U prozoru koji se otvori kliknite na vezu "Napredne opcije".
Idite na karticu "Dijagnostika" i kliknite na dugme "Promijeni postavke".
U prozoru koji se otvori, pomaknite klizač u krajnju lijevu poziciju ("ne") i kliknite na "OK". Ako je UAC omogućen, morat ćete potvrditi da je korisnik autorizirao promjene. Hardversko ubrzanje je onemogućeno. Promjene će stupiti na snagu nakon ponovnog pokretanja sistema.

U Windows 7, u nekim slučajevima, dugme Promeni postavke će biti zasivljeno. U ovom slučaju ne možete onemogućiti hardversko ubrzanje, jer video kartica i njen drajver ne podržavaju manipulaciju hardverskim ubrzanjem.

Ako je antivirusni program Kaspersky, tada možete pokušati onemogućiti samoodbranu i preimenovati datoteke kloehk.dll i mzvkbd3.dll u fascikli Kaspersky. (Greška se dogodila na starijim verzijama iz 2011, ali se još uvijek povremeno javlja)
Provjerite odgovara li izdanje/konfiguracija platforme.
Pokušajte pristupiti bazi podataka s druge platforme.

3) Baza se otvara u konfiguratoru, ali ne želi ući u korisnički mod.

Čišćenje privremenih datoteka
Pokušajte se prijaviti kao drugi korisnik
chdbfl / sql testiranje
Testiranje i popravljanje informacione sigurnosti:
U konfiguratoru Administracija-Testiranje i ispravka - potvrdni okviri ovisno o situaciji.
Pokušajte stvoriti drugog korisnika s punim pravima i prijavite se od njega.
Pokušajte da prebacite na drugi računar i otvorite tamo, možda nešto sa računara.

4) Kada neka radnja izbaci kod u konfiguratoru.

Za provjeru vrijedi očistiti keš memoriju.
Ako nije pomoglo, onda je najvjerojatnije greška u kodu - to je posebno istinito za nestandardne i samonapisane konfiguracije, ali ponekad se javlja i u tipičnim.

Ako je konfiguracija netipična, onda je ili ažuriranje pošlo po zlu ili programer koji je finalizirao konfiguraciju nije predvidio sve mogućnosti korisničkih grešaka - siguran (ako je moguće!).

Ako je tipično, onda je možda greška u izdanju.

U svakom slučaju, vrijedi proći kroz program za otklanjanje grešaka i vidjeti šta nije u redu.

5) Pod jednim korisnikom vam dozvoljava da uradite nešto, pod drugim ne.

Postavke korisničkih prava.
Korisničke postavke.
Brisanje keša.

6) Dolazi sa jednog računara, ali ne sa drugog.

Proverite da li istraživač vidi bazu podataka - možda fascikla sa bazom podataka nije deljena.
Brisanje keša.
Prijavite se kao drugi korisnik.

7) Nisam radio/uradio ništa, ali mi se sve pokvarilo

Ako vam mogu reći šta tačno "nisu uradili" i kada, onda možete koristiti

dnevnik sa odabirima i možda otkriti u čemu je problem.
Dnevnik se može pronaći u konfiguratoru:
Administracija - evidencija registracije.
Bilo u korisničkom načinu rada - lokacija ovisi o konfiguraciji.

8) Nema dovoljno memorije.

Imao sam slučaj, došao je klijent, kaže, kada se zatvori mjesec greška "Nema dovoljno memorije". Prihvatio sam ovaj problem. Mislio sam da je lako, u početku sam dodao RAM - greška. Bilo je 2 gigabajta, postalo je 4, ali i dalje 1s nije dovoljno. Promijenjena veličina datoteke stranične memorije - greška, ponovna instalacija sistema (instaliran Windows 7) dala je samo privremeni rezultat, otprilike tjedan dana. Probao sve. Nakon nekog vremena pronađeno je rješenje.

Rješenje

Na klijentskom računaru pokrenite komandnu liniju kao administrator, unesite sljedeće:

BCDEdit /set povećanjeuserva xxxx- umjesto xxxx upisati količinu virtuelnog adresnog prostora u megabajtima, tj. Koliko memorije vam je potrebno za pokretanje aplikacija? Zadana vrijednost je 2 svirke. Generalno, 4 gigabajta se dodeljuju u 32-bitnim operativnim sistemima: 2 za aplikacije i 2 za potrebe samog OS-a. Izabrao sam 3000 (tj. CDEdit /set povećanjeuserva 3000 ). Međutim, sistem može biti u grešci. Pogotovo ako imate 2 giga RAM-a, kao ja. Ovo je za porodicu OS Windows Vista, 7, Windows 2008.

Za Windows XP \ Windows 2003 pišemo
/3GB /userva=xxxx (xxxx u MB u rasponu 2048 - 3072) u datoteci boot.ini, preporučene maksimalne vrijednosti userva 2900-3030.

9) Elementi forme se međusobno preklapaju i nalaze se u pogrešnom položaju.

Brisanje keša.

10) DBMS greška interna greška dbeng8 komponente

Greška se odnosi na razliku u kodu različitih verzija platforme kada korisnici pokušavaju koristiti verziju datoteke. Za verziju klijent-server, kontrola se javlja pri pokretanju i rad sa različitim verzijama platforme je u osnovi nemoguć.

Rješenje: nadogradite na najnoviju verziju na svim radnim stanicama.

Ako ne pomogne, uradite sledeće:

Testiranje i popravljanje

11) Greška na platformi 8.3.4.428

U verziji 8.3.4.428 platforme 1C:Enterprise pronađena je kritična greška koja se javlja tokom restrukturiranja podataka. Ova greška je lokalizirana i bit će ispravljena u sljedećoj verziji platforme.

12) Sukob zaključavanja tokom izvršavanja transakcije:

Microsoft OLE DB dobavljač za SQL Server: Nije moguće nastaviti skeniranje sa NOLOCK zbog kretanja podataka.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, stanje=3, ozbiljnost=C, izvorno=601, red=1

„Kako provjeriti (vratiti) bazu podataka na MS SQL Server pomoću serverskih alata
Provjera logičkog integriteta mora se obavljati redovnim sredstvima 1C: Enterprise (Testiranje i popravljanje sigurnosti informacija). Ako takva provjera ne uspije, trebali biste provjeriti fizički integritet baze podataka pomoću MS SQL-a. Da biste provjerili integritet pomoću MS SQL-a, potrebno je pokrenuti sljedeću naredbu:
kod:
DBCC CHECKDB("",REPAIR_REBUILD)
Prije izvršavanja ove naredbe, baza podataka mora biti postavljena na "single user" mod:
kod:
sp_dboption "","pojedinačni korisnik",true
U procesu pokretanja DBCC CHECKDB greške mogu biti pronađene i neke se mogu odmah ispraviti. Ako greške ostanu, onda se očito ne mogu vratiti bez gubitka nekih podataka. U ovom slučaju morate pokrenuti DBCC CHECKDB sa parametrom REPAIR_ALLOW_DATA_LOSS (prije pokretanja, preporučljivo je napraviti kopiju datoteka baze podataka).
kod:
DBCC CHECKDB("",REPAIR_ALLOW_DATA_LOSS)
Nakon što pokrenete DBCC CHECKDB, morate zapamtiti da se vratite u normalan način rada (izlazak iz "single user" moda):
kod:
sp_dboption "","single user",false" (preuzeto sa )

Naravno, lista je daleko od potpune, pa će mi biti drago ako se dopuni u komentarima.

Sandbox

autoritet 18. septembar 2013. u 15:24

1C, vraćanje konfiguracije baze podataka pomoću MS SQL-a

Jednom sam naišao na problem: prilikom ažuriranja konfiguracije iz spremišta, dogodio se kvar i 1C se zatvorio.

Kako se kasnije ispostavilo, skladište konfiguracije je uništeno, a kada je konfiguracija ažurirana, konfiguracija baze podataka je također izletjela iz skladišta. Slična greška se dogodila ranije s dinamičkim ažuriranjem IB-a.

Jer Ovaj problem se pojavio više nego jednom odlučio podijeliti opciju liječenja.

Sljedeći put kada pokrenete konfigurator, pojavila se greška: “Pažnja!!! Došlo je do greške prilikom ažuriranja podataka nakon posljednjeg restrukturiranja. Pokušati ponovo ažurirati?" ako je odgovor da, dobijamo poruku: “Otkrivena je nepotpuna operacija spremanja konfiguracije. Da biste nastavili s radom, morate dovršiti operaciju ”tada se aplikacija zatvara.

Analizom ovog problema pronađeno je nekoliko rješenja problema, svako rješenje funkcionira u različitim slučajevima.

Opcija 1 (ako imate SQL sigurnosnu kopiju s kopijom identične konfiguracije):

Kopija IB-a se postavlja i traži se sljedeća konstrukcija:
KORISTI GO DELETE FROM .. GO INSERT IN .. SELECT * FROM .. GO
Istovremeno se ponovo popunjava tabela u kojoj je pohranjena IS konfiguracija. Nakon ove operacije preporučljivo je izvršiti IS testiranje i korekciju.

Opcija 2 (ako nema rezervne kopije):

To ovu opciju okrenuo do poslednje slamke. Jer konfiguracija je bila u razvoju i malo su zaboravili na backup, oslanjajući se na skladište.
U bazi podataka, dva zapisa se brišu iz tabele "Config" po vrijednosti u koloni "FileName" - dbStruFinal i urezivanje

Upućuje se sljedeći zahtjev:
KORISTI GO DELETE FROM . WHERE FileName = "dbStruFinal" GO DELETE FROM . WHERE FileName = "urezivanje" GO
Začudo, baza oživljava.

Oznake: 1s enterprise 8.2, SQL, vraćanje konfiguracije

Ovaj članak ne podliježe komentarima, jer njegov autor još nije punopravni član zajednice. Autora ćete moći kontaktirati tek nakon što primi

1C softverski proizvodi su dizajnirani da optimizuju aktivnosti preduzeća, a kvarovi u njihovom radu ometaju normalan tok radnih procesa u organizaciji. U najgorem slučaju, kvarovi u programu mogu uzrokovati potpuni zastoj u aktivnostima pojedinih struktura preduzeća: računovodstva, finansija, kadrova, proizvodnje i mnogih drugih. Čak i ako je kvar kratkotrajan, može privremeno ograničiti pristup važnim dokumentima. U tom smislu, efikasnost otklanjanja kvarova dolazi do izražaja. Uz određene probleme, zaposlenik obučen za rad sa 1C proizvodima može se sam nositi. Drugi zahtijevaju kvalificiranu pomoć stručnjaka iz servisnog centra. Hajde da analiziramo glavne uzroke kvarova u radu 1C i načine za njegovo vraćanje.

Algoritam djelovanja kada se otkriju problemi trebao bi izgledati ovako:

Definicija greške i njeni uzroci. Efikasnost akcija u ovoj fazi pomoći će da se izbjegne gubljenje vremena u budućnosti. Ponekad nesistematski postupci zaposlenih čiji je program prestao da funkcioniše samo pogoršavaju problem, ali ga ne rešavaju.
Reprodukcija pada. Modeliranje greške je neophodno za izradu kompetentne strategije za njeno ispravljanje.
Ispravka greške. Kada testiranje pokaže da je interpretacija greške izvršena ispravno, stručnjak za 1C odgovoran za rješavanje problema s 1C može početi s radom. Na primjer, ako koristite program 1C: Enterprise, ovo rješenje će podržati zaposlenici servisnog centra s kojim ste sklopili ugovor.

Greške u radu 1C mogu se klasificirati na sljedeći način:

1. Korisničke greške. Ove greške su uzrokovane pogrešnim postupcima zaposlenika i često su rezultat nedovoljnog poznavanja specifičnosti 1C programa. Najčešće greške ove vrste su nepravilna izrada dokumenta, nepravilna upotreba funkcionalnosti programa, slučajno blokiranje 1C itd. Kako bi se spriječila pojava ovakvog problema u budućnosti, preporučuje se provođenje obuke za sve zaposlenike koji imaju pristup 1C. To može biti i korporativna obuka od strane stručnjaka licenciranih centara za podršku i samostalna obuka uz korištenje tematske literature.

2. Softverske greške. Najčešći kvarovi u ovoj kategoriji su:

Greške prilikom pokretanja programa mogu biti uzrokovane nedostatkom sigurnosnog ključa, kvarovima na lokalnoj mreži ili kršenjem strukture konfiguracije.
Greške u instalaciji najčešće su rezultat pogrešno unesenog ključa.
Greške u ažuriranju su najčešće softverske greške uzrokovane neblagovremenim ažuriranjem komponenti programa.

Da biste riješili softverske greške, morate koristiti usluge stručnjaka za rad s 1C proizvodima.

3. Tehničke greške. Ove greške su obično povezane s neispravnim ili problematičnim hardverom. Na primjer, spor rad programa može biti uzrokovan nedovoljnim kapacitetom servera. Da biste riješili ovaj problem, trebate se posavjetovati s IT stručnjacima i slijediti njihove preporuke.

Banke