Si të konfiguroni telefonat inteligjentë dhe PC. Portali informativ
  • në shtëpi
  • Internet, Wi-Fi, rrjete lokale
  • Gabim: Skedari i bazës së të dhënave është i dëmtuar. Gabim: Skedari i bazës së të dhënave është i dëmtuar 1c gabim i ndërmarrjes duke punuar me skedarin

Gabim: Skedari i bazës së të dhënave është i dëmtuar. Gabim: Skedari i bazës së të dhënave është i dëmtuar 1c gabim i ndërmarrjes duke punuar me skedarin

Gabimi 1C "Skedari i bazës së të dhënave është i dëmtuar" ndodh rregullisht kur punoni me versionet e platformës 8.2 dhe 8.3. Ky gabim mund të ndodhë si gjatë fillimit të infobazës ashtu edhe gjatë çdo operacioni. Le të shohim se si mund ta rregulloni këtë gabim.

Oriz. 1. Dritarja e gabimit

Para së gjithash, SIGURUAR (!!!) të bëni një kopje të bazës së të dhënave të dëmtuara. Është më mirë të bëni një kopje të skedarit 1Cv8.1CD. Për ta bërë këtë, duhet të shkoni në drejtorinë ku ruhet baza e të dhënave, ta kopjoni dhe ta ruani në çdo drejtori të përshtatshme për ju.


Oriz. 2. Kopjimi i bazës së të dhënave


Oriz. 3. Futja e bazës së të dhënave në katalog

Pas kopjimit të bazës së të dhënave, është i nevojshëm testimi i brendshëm. Për ta bërë këtë, shkoni në bazën tonë të të dhënave përmes konfiguruesit, shkoni te skedari "Administrimi" dhe klikoni në "Testimi dhe korrigjimi".


Oriz. 4. Hapni Konfiguratorin


Oriz. 5. Testimi dhe rregullimi

Para nesh shfaqet një dritare për testimin dhe korrigjimin e bazës së informacionit. Kontrolloni kutitë siç tregohet në Figurën 6 dhe filloni testimin.


Oriz. 6. Kryeni testimin dhe rregullimet

Pas testimit të brendshëm, duhet të kryhet edhe testimi i jashtëm. Për ta bërë këtë, ne mbyllim konfiguruesin dhe hapim mjetin chdbfl.exe. Ndodhet në dosjen e platformës, e cila zakonisht gjendet në dosjen C:\Program Files (x86)\1cv8\8.3.10.2252\bin.

Fig.7. Rruga drejt shërbimeve

Ne e ekzekutojmë këtë skedar, në fushën "Emri i skedarit DB" shkruajmë shtegun ku ndodhet databaza jonë dhe kontrollojmë kutinë "Korrigjoni gabimet e zbuluara, më pas kryeni testimin".


Oriz. 8. Nisni testimin e jashtëm

Pasi të keni përfunduar të gjitha operacionet, mund të regjistroheni në bazën e të dhënave. Nëse asnjë nga metodat e mësipërme nuk ndihmoi në rivendosjen e bazës së të dhënave të dëmtuar, do të duhet ta trajtoni atë manualisht. Vetëm një programues i kualifikuar mund ta bëjë këtë.

Pivkin Andrey. Specialist i linjës së konsultimit

Gabimi 1C "Skedari i bazës së të dhënave është i dëmtuar" ndodh rregullisht kur punoni me versionet 8.2 dhe 8.3. Shkaku më i zakonshëm i prishjes së bazës së të dhënave është mbyllja e papritur për shkak të dështimit të harduerit ose ndërprerjes së energjisë.

Ekzistojnë 4 opsione për të zgjidhur këtë problem në nivelin e përdoruesit:

  1. Rivendosja nga rezervimi më i fundit.
  1. Krijimi i një kopje rezervë nga një bazë të dhënash e dëmtuar dhe më pas rivendosja e saj prej saj.
  1. Korrigjimi i bazës së të dhënave duke përdorur mjete të integruara.
  1. Riparimi i bazës së të dhënave duke përdorur mjetin chdbfl.exe.

Sigurisht, zgjedhja e një ose një algoritmi tjetër varet nga situata specifike. Për të kuptuar aftësitë dhe avantazhet e secilës metodë, le të shohim secilën prej tyre në më shumë detaje.

  1. Rivendosja nga një kopje rezervë

Ky opsion është optimal për korrigjimin e një gabimi të skedarit të bazës së të dhënave 1C nëse një kopje rezervë krijohet automatikisht çdo ditë. Sigurohuni që të mbani në mend se të gjitha të dhënat e futura pas krijimit të një kopje rezervë do të humbasin. Nëse kjo është e papranueshme, vazhdoni menjëherë në metodën e dytë.

Për të rivendosur nga një kopje rezervë që funksionon, duhet të hapni konfiguruesin, më pas zgjidhni nën-artikullin "Ngarko infobazën..." në menynë "Administrimi".

Nëse po riktheni një bazë të dhënash për herë të parë, sigurohuni që të bëni një kopje rezervë përpara se të filloni të gjitha manipulimet (si të bëni një kopje rezervë të bazës së të dhënave 1C: Enterprise me dorë përshkruhet në paragrafin tjetër).

Rekomandohet rikthimi në një bazë të dhënash të re. Kjo do të sigurojë një garanci shtesë që të gjitha gabimet e grumbulluara do të eliminohen. Nëse nuk ka kopje rezervë të freskët ose të dhënat në të nuk janë të përditësuara, mund të provoni të rivendosni bazën e të dhënave të dëmtuara (kjo është arsyeja pse nevojitet një kopje rezervë).

  1. Puna me një kopje rezervë të një baze të dhënash të dëmtuar

Në konfigurues, hapni menynë "Administrimi" dhe zgjidhni nën-artikullin "Shkarko infobazën...". Si rregull, ngarkimi i të dhënave vazhdon pa probleme, por nëse programi ndërpritet rëndë, rezervimi duke përdorur mjete standarde mund të dështojë. Ju mund ta zgjidhni këtë problem duke kopjuar manualisht skedarin e bazës së të dhënave, i cili quhet 1Cv8.1CD. Kopjojeni këtë skedar në çdo mënyrë të përshtatshme në një drejtori të zbrazët.

Keni një pyetje apo keni nevojë për ndihmë nga një konsulent?

Tashmë në këtë fazë, mund të provoni të ngarkoni të dhënat në mënyrën normale duke u lidhur me një skedar bazë të dhënash të vendosur në një drejtori tjetër. Shkaku i gabimit 1C "Skedari i bazës së të dhënave është i dëmtuar" mund të jetë dëmtimi jo në vetë bazën e të dhënave, por në cache, i cili do të rivendoset plotësisht pas këtyre manipulimeve.

Nëse baza e të dhënave ende nuk hapet, duhet të përpiqeni ta rivendosni atë nga kopja e dëmtuar që sapo keni ruajtur duke përdorur metodën e përshkruar në paragrafin e mëparshëm. Gjatë transferimit të informacionit, programi mund të injorojë hyrjet e gabuara dhe të korrigjojë vetë bazën e të dhënave.

  1. Korrigjimi duke përdorur mjete të integruara

Eliminimi i gabimeve në skedarin e bazës së të dhënave 1C mund të bëhet duke përdorur programin e përfshirë në paketë. Për ta ekzekutuar atë, duhet të zgjidhni artikullin "Testimi dhe rregullimi..." në menynë e konfiguruesit "Administrimi".

Përdoruesit me përvojë mund të rregullojnë konfigurimin sipas dëshirës, ​​por në shumicën e rasteve opsioni i paraqitur në ilustrim do të jetë optimal. Mund të eksperimentoni me bllokun e cilësimeve "Kontrollo dhe mënyra", duke riorganizuar kutitë e kontrollit dhe duke vlerësuar efektin.

Nuk ka kuptim të zgjidhni kutinë e kontrollit "Vetëm Testimi" (me kusht që të keni rezervuar bazën e të dhënave të dëmtuara dhe veprimet e shërbimit nuk do ta përkeqësojnë situatën).

Një nga shkaqet më të zakonshme të gabimit 1C "Skedari i bazës së të dhënave është i dëmtuar" janë lidhjet që çojnë në objekte që nuk ekzistojnë. Kur kontrolloni kutinë "Krijo objekte", programi do të krijojë një objekt të ri për çdo lidhje të gabuar.

Pasi të keni zgjedhur konfigurimin e kërkuar, filloni procesin e riparimit me butonin "Run". Pas përfundimit të punës, shërbimi do të raportojë rezultatin.

  1. mjeti chdbfl.exe

Nëse metoda e mëparshme nuk funksionoi, ose baza e të dhënave është aq e dëmtuar sa është e pamundur të futet në konfigurues, mund të provoni ta ekzekutoni programin direkt nga disku. Mund të gjendet në drejtorinë me paketën e instaluar të softuerit. Ju mund ta gjeni këtë direktori duke përdorur shkurtoren përmes së cilës nis programi. Për ta bërë këtë, hapni menunë e kontekstit (duke klikuar me të djathtën në shkurtore) dhe zgjidhni "Properties".

Për 1C-Bitrix: Menaxhimi i sitit, integrimi me 1C nuk është problem. Ky është një funksion standard që ka qenë i pranishëm për një kohë të gjatë që nga versioni produkte softuerike"1C: Enterprise 8.1", botimi Trade Management (versioni 10.3.4) dhe "1C-Bitrix: Site Management" versioni 6.5, botimet Small Business, Business dhe Big Business.

Tregtimi në internet nuk ndryshon nga shitja e zakonshme me pakicë për sa i përket kontabilitetit. Në këtë drejtim, lind pyetja e koordinimit të shitjeve përmes një dyqani në internet dhe postimit të tyre duke përdorur sistemin e kontabilitetit 1C. Për ": Menaxhimi i sitit" integrimi me "1C" nuk është problem. Ky është një tipar standard që ka qenë i pranishëm për një kohë të gjatë që nga versioni i produkteve "1C:Enterprise 8.1", edicioni Menaxhimi i tregtisë(versioni 10.3.4) dhe " " versioni 6.5, i ndryshuar Biznes i vogël, Biznesi Dhe Biznes i madh.

Pavarësisht dokumentacionit ekzistues për produktin, shumë zhvillues faqesh interneti kanë vështirësi në shkëmbimin e të dhënave në këto dy programe. Vështirësitë e integrimit ndryshojnë. Le të shohim disa nga më të zakonshmet që lindin për shumë përdorues.

Problemet tipike mund të grupohen afërsisht si më poshtë:

  • Probleme të performancës nga ana e serverit
  • Gabime gjatë punës me skedarët e të dhënave
  • Probleme me autorizimin
  • Gabimet e MySQL
  • Gabime logjike

Le të fillojmë me radhë.

Gabime nga ana e serverit

Gabimet në anën e serverit ndodhin për një sërë arsyesh, por e përbashkëta e tyre është se nuk fajësohen aq shumë cilësimet e programit "" ose ". 1C: Ndërmarrja", sa janë cilësimet ose problemet e serverit në linjat e komunikimit. Në thelb, ato "trajtohen" nga konfigurimi i duhur i harduerit dhe softuerit të serverit. Dhe vetëm nëse kjo nuk është e mundur - duke ulur njëkohësisht vëllimet e ngarkimit. Për të zgjidhur shumicën e këtyre problemeve, ju nuk mund të shmangni kontaktimin me kompaninë pritëse të mbështetjes teknike ku është pritur uebfaqja juaj.

Manifestimet më të zakonshme të këtyre gabimeve:

  • Gabim gjatë punës me internetin, shfaqet mesazhi i mëposhtëm: dërgimi i të dhënave të dështuara te peer (pa tituj, pa të dhëna).;
  • U mor një përgjigje boshe e serverit;
  • Gabimet 502, 500 ose gabimi 404 janë tashmë në proces shkëmbimi;
  • Gabim jashtë kujtesës, për shembull shfaqet mesazhi i mëposhtëm: Gabim fatal: Madhësia e lejuar e kujtesës prej 67108864 bajt është shteruar (u përpoq të ndante 102401…)‏
  • Gjendja aktuale e procesit të shkëmbimit dështoi. Të dhënat e shkëmbimit janë dërguar por nuk janë shkarkuar.

Zgjidhjet e zakonshme janë ndryshimi i cilësimeve të serverit. Së pari, mund të rrisni kohën dhe kufirin e kujtesës në cilësimet e PHP.

  • php.ini.oci, e vendosur në dosje / apache.
  • Gjeni grupin e parametrave në skedar Kufijtë e burimeve.
  • Rritni vlerat e parametrave max_ekzekutimi_koha Dhe kujtesa_limit.
  • Rinisni serverin.

Së dyti, rritja e kohëzgjatjes së serverit shpesh ndihmon. Është më mirë të kontaktoni hostin për këtë, pasi me shumë mundësi nuk do të keni të drejta aksesi për këtë. Por nëse keni mundësinë ta bëni vetë, atëherë duhet të kryeni sekuencën e mëposhtme të veprimeve:

  • Hapni skedarin për redaktim httpd.conf vendosur në një dosje / apache/conf/
  • Ndryshoni vlerën e parametrit Kohëzgjatja.
  • Rinisni serverin.

Një zgjidhje tjetër për këtë problem (nëse hosti nuk pranon të rrisë kohën e skadimit) është të barazoni kohën e skadimit dhe skadimit të serverit. 1C-Bitrix: Menaxhimi i sitit" (faqe Dyqani > Cilësimet e dyqanit > Integrimi me 1C, fushë Intervali prej një hapi në sekonda). Në këtë rast, ekzekutimi hap pas hapi do të vazhdojë në mënyrë sinkronike.

Nëse masat e specifikuara nuk ndihmojnë ose parametrat e specifikuar nuk mund të ndryshohen, atëherë, si mjeti i fundit, mund të bëni sa më poshtë:

Së fundi, ju mund të zvogëloni vëllimin e shkarkimit të mallrave në të njëjtën kohë. Vendosni një filtër sipas artikullit në anën "1C":

  • Ekzekutoni magjistarin e konfigurimit të komunikimit ( Shërbimet > Shkëmbimi i të dhënave me sajtin WEB > Konfiguro shkëmbimin e të dhënave me sajtin WEB)
  • Në hapin e parë të magjistarit, zgjidhni Ndryshoni një cilësim ekzistues të komunikimit dhe shtypni butonin Me tutje.
  • Zgjidhni cilësimin që dëshironi të modifikoni dhe klikoni dy herë mbi të.
  • Shënuar në faqe Shkarkimi i mallrave(Ose Shkëmbimi i porosive, në varësi të situatës) ndryshoni vlerat e filtrit.
  • Ruani ndryshimet tuaja dhe sinkronizoni përsëri.

Gabime gjatë punës me skedarët e të dhënave

Gabimet gjatë punës me skedarë shkaktohen kryesisht nga cilësimet e gabuara të të drejtave të hyrjes në skedar. Mesazhet tipike duken kështu: "Gabim në hapjen e skedarit" dhe "Gabim në shkrimin e skedarit." Mënyra për të zgjidhur problemin, natyrisht, është të vendosni të drejtat e aksesit në nivelin e sistemit operativ.

Le t'i kushtojmë vëmendje shprehjes "në nivelin e sistemit operativ". Të drejtat në nivel " 1C-Bitrix: Menaxhimi i sitit", si rregull, vendosen gjithmonë si duhet. Sidoqoftë, nuk dëmton të kontrolloni të drejtat tuaja të importit/eksportit. Kjo bëhet në faqe Dyqani > Cilësimet e dyqanit > Integrimi me 1C.

Arsyet më të mundshme:

  • Përdoruesi nga i cili shkëmbehen të dhënat nuk ka të drejta shkrimi në dosje /Ngarkoni .
  • Skedari krijohet me leje që nuk lejojnë leximin e skedarit.
  • Skedari gjithashtu mund të transferohet në server në një arkiv zip, por për arsye të caktuara arkivi nuk mund të shpaketohej, për shembull, funksioni nuk funksionon siç duhet zip_open në server.

Zgjidhjet e këtyre problemeve janë mjaft të thjeshta dhe të kuptueshme nga vetë problemet dhe mund të zgjidhen duke kontaktuar hostin, i cili do të vendosë të drejtat e nevojshme.

Vendosja e të drejtave të sakta për skedarët e krijuar brenda " 1C-Bitrix: Menaxhimi i sitit"bëhet si më poshtë:

  • Hapni skedarin për redaktim dbconn.php nga dosja / bitrix/ php_interface.
  • Ne rresht define("BX_FILE_LEJE", 0644); vendosni vlerat e rekomanduara nga hosti në vend të 0644 të paracaktuar.

Në të njëjtën mënyrë, duhet të kontrolloni lejet për dosjet e krijuara. Vetëm kjo bëhet në linjë define("BX_DIR_PERMISSIONS", 0755);.

Kështu duket kontrollimi për praninë e një shtesë ZIP në cilësimet PHP:

Vini re se gabimet gjatë punës me skedarët e të dhënave mund të ndodhin edhe për faktin se kompjuteri në të cilin është instaluar sistemi i kontabilitetit 1C ka një mur zjarri ose antivirus që pengon transferimin e saktë të skedarit ose bllokon dërgimin e skedarit në server.

1C nuk mund të kalojë procedurën e vërtetimit për sitin dhe për këtë arsye hidhet një gabim. Kjo zakonisht shkaktohet nga cilësimet e gabuara " 1C-Bitrix: Menaxhimi i sitit».

1C mund të marrë një përgjigje të pasaktë kur përpiqet të identifikohet në sit. Ky mund të jetë një gabim nga zhvilluesi i faqes suaj të internetit. Fakti është se kur autorizon, rreshti i parë i përgjigjes nga "1C" pret "sukses". Por gjatë krijimit të faqes, zhvilluesit mund të lënë aksidentalisht vargjet e testimit në skedarët e daljes gjatë procesit të zhvillimit.

Për shembull, në skedarin /bitrix/php_interface/init.php ose /bitrix/php_interface/dbconn.php, etj.
Kështu, 1C mund të marrë një përgjigje jo "sukses", por "sukses provë", megjithëse autorizimet e dhëna janë dërguar saktë.

Një gabim tjetër i zakonshëm janë lejet e importit të drejtorisë. Autorizimi mund të mos kryhet nëse përdoruesi që kryen importin nuk ka një nivel të mjaftueshëm të të drejtave. Ju mund ta kontrolloni këtë në faqe Dyqani > Cilësimet e dyqanit > Integrimi me 1C.

Shkoni në faqen e specifikuar dhe bëni sa më poshtë:

  • Në fushë Lejo shkarkimet te grupet e përdoruesve shikoni se cilët përdorues lejohen të importojnë/eksportin të dhëna.
  • Në varësi të situatës suaj specifike, ose ndryshoni të drejtat e hyrjes së importit për grupet e kërkuara ose përfshini përdoruesin e dëshiruar në grupin që lejohet të importojë nga 1C.

Por gabime të veçanta mund të ndodhin edhe në autorizim. Për shembull, kur ekzekutoni PHP në modalitetin CGI. Kjo është tipike për faqet e pritura në serverët e Windows. Ju mund ta kontrolloni këtë duke përdorur skedarin provë.php, siç bëmë kur kontrollonim pronat ZIP. Në vetitë e serverit Apache ne rresht API-ja e serverit në atë rast ia vlen CGI. Mund të përpiqeni ta kapërceni këtë problem, dhe nëse kjo nuk funksionon, atëherë këshillohet të kontaktoni mbështetjen teknike të pritjes.

Për të "punuar" problemin, është e nevojshme që përpunimi të aktivizohet në server .htaccess dhe mbështetje mod_rishkruaj. Ndiqni këto hapa:

  • Në rrënjën e faqes në një skedar .htaccess shtoni rreshtat:
    RewriteEngine ndezur
    RewriteRule .* -
  • Komentoni rreshtat e mëposhtëm në dosje .htaccess dosjet bitrix/admin/, të cilat fiken mod_rishkruaj:
    #

    #RewriteEngineOff

    #

  • Për të paraqitur dbconn.php dosjet bitrix/php_ndërfaqe/ shtoni rreshtat:
    $remote_user = $_SERVER["REMOTE_USER" ]

    ? $_SERVER["REMOTE_USER" ] : $_SERVER["REDIRECT_REMOTE_USER"];

    Nëse ($strTmp)

    List($_SERVER["PHP_AUTH_USER"], $_SERVER["PHP_AUTH_PW"]) = shpërthejë (":", $strTmp) ;

Gabimet e MySQL

Gabimet e bazës së të dhënave mund të kenë shumë shkaqe, si dhe zgjidhje. Më të dukshmet prej tyre janë si më poshtë:

  • Mesazhi shfaqet: Humbi lidhjen me serverin MySQL gjatë pyetjes. Gabimi ka shumë të ngjarë në afatin kohor.

Zgjidhja e mundshme e problemit: $DB->Query("SET wait_timeout=28800");

Nëse kjo nuk ju ndihmon, atëherë duhet të kontaktoni shërbimin mbështetës të kompanisë pritëse për të rritur afatin.

  • Konflikti i kodimit. Për shembull, shfaqet mesazhi:

Arsyeja është se tabelat e bazës së të dhënave janë në një kodim, dhe vetë baza e të dhënave është në një tjetër. Në këtë rast, baza është latinisht1 dhe krijohen tabela të reja në latinisht1. Kur shkarkoni nga 1C, krijohet një tabelë e përkohshme b_xml_pema në kodim "të pasaktë". latinisht1.

Zgjidhja është e thjeshtë dhe e qartë: ndryshoni kodimin bazë në atë të duhurin. Për të zgjidhur këtë problem, duhet të kontaktoni hostin tuaj.

Gabime logjike

Gabimet logjike ndodhin nëse përdoruesi keqkupton procesin e shkëmbimit të të dhënave dhe, në përputhje me rrethanat, kryen disa veprime gabimisht.

Gabimi më i zakonshëm gjatë shkarkimit të një katalogu produkti shfaqet me mesazhin: "Ndryshimet e produktit nuk janë regjistruar. Mallrat nuk janë shkarkuar”. Si rregull, në këtë rast, filtri i produktit është konfiguruar gabimisht. Ju duhet të kontrolloni këto cilësime. Si rregull, ka parametra të zgjedhur që nuk ju lejojnë të filtroni saktë parametrat për ngarkim.

Por ka situata kur një mesazh i tillë është një situatë normale. Kjo ndodh nëse në cilësimet Mënyra e shkëmbimit të të dhënave me faqen WEB instaluar: Ngarkoni vetëm objektet që kanë ndryshuar që nga shkëmbimi i fundit.

Një gabim tjetër gjatë ngarkimit të një katalogu produkti është mesazhi: "Lloji i artikullit nuk u gjet". Ky gabim ndodh nëse "1C" nuk ka llojet "Shërbimi" dhe "Produkti". Këto lloje janë kritike për procesin e komunikimit me sitin. Zgjidhja e problemit është krijimi i llojeve të specifikuara të nomenklaturës në 1C.

Nëse gjatë procesit të shkëmbimit ndodh një gabim: "Fusha e objektit nuk u gjet", kjo do të thotë se nuk janë krijuar përputhje për fushat e rendit në " 1C-Bitrix: Menaxhimi i sitit" Kontrolloni cilësimet e specifikuara në Eksporto në " 1C: Ndërmarrja" faqe Cilësimet > Cilësimet e produktit > Cilësimet e modulit > Dyqani në internet. Fushat "Emri i plotë" dhe "Titulli" janë kritike për 1C, domethënë, pa detyrën e përputhjes së këtyre fushave, eksporti nuk do të kryhet. Ju lutemi vini re se përputhja është konfiguruar veçmas për lloje të ndryshme paguesish.

Përmbledhje

Eksporti/importi i mallrave dhe porosive në lidhje me " 1C-Bitrix: Menaxhimi i sitit"Dhe" 1C: Ndërmarrja» ju lejon të zgjidhni problemet e sinkronizimit të të dhënave në faqen e internetit dhe në sistemin e kontabilitetit. Ashtu si në funksionimin e çdo sistemi tjetër kompleks, në këtë "paketë" mund të shfaqen probleme dhe pasaktësi. Megjithatë, ato janë të gjitha të zgjidhshme. E disponueshme nga partnerët e 1Soft.

Robert Basyrov

Të gjitha të drejtat e rezervuara. Për pyetje në lidhje me përdorimin e këtij artikulli, ju lutemi kontaktoni


Shumë gabime të ndryshme mund të ndodhin në bazat e të dhënave të informacionit në platformën 1C:

shkelja e integritetit logjik/fizik të bazës së të dhënave, gabimet e përdoruesit, kodi "i shtrembër" i zhvilluesit dhe shumë më tepër.

Mund të ketë shumë arsye: rryma ishte fikur dhe nuk kishte furnizim me energji të pandërprerë, ose mbrëmja e së premtes ishte e suksesshme dhe përdoruesi nuk mund të kujtojë të hënën se çfarë bëri në atë mënyrë.

Së pari, ia vlen t'i bëni disa pyetje sqaruese përdoruesit:

1) Publikimet e platformës/konfigurimit.

2) Teksti i plotë i mesazhit të gabimit. Përdoruesit kanë tendencën për të ardhur keq që të mos lexojnë mesazhe të tilla në tërësinë e tyre dhe ndoshta ato përmbajnë rekomandime për zgjidhjen e problemeve.

3) Sa kohë më parë u ngrit dhe në çfarë rrethanash shfaqet. Nuk ka gjasa të jemi në gjendje të rregullojmë gabime të pa riprodhueshme që nuk i kemi hasur më parë.

4) A ndodh kjo nëse ekzekutoj 1c nga një kompjuter tjetër/nga një përdorues tjetër? Kjo do të na japë ushqim për të menduar - nëse pastrimi i cache-it, vendosja e lejeve ose pastrimi i cilësimeve të përdoruesit mund të ndihmojë.

Tani pak për vetë gabimet dhe si t'i zgjidhni ato.

Të përgjithshme:
Disa gabime ndodhin kur përdorni softuer të palicencuar (Windows, 1C, etj.).

Një shembull i zakonshëm është një platformë e prishur. Një nga arnimet hakon një version specifik të platformës, kështu që pas instalimit të një versioni të ri të platformës dhe përpjekjes për të hyrë në bazën e të dhënave, mund të shihni dritaren "Nuk u gjet licencë falas".

Nëse keni hasur në një gabim për herë të parë - ndoshta dikush tashmë e ka hasur atë -

kërkoni në google, mbase dikush tashmë e ka hasur këtë dhe e ka zgjidhur problemin dhe nuk do të humbisni nja dy orë shtesë nga koha juaj.

Publikimi i konfigurimeve duhet të jetë i përditësuar (kryesisht për konfigurimet nga të cilat paraqitet raportimi i rregulluar); jo pa arsye që linja e konsultimit pothuajse gjithmonë sugjeron përditësimin fillimisht dhe më pas kërkimin e mëtejshëm.

Lëshimi aktual i platformës - për çdo konfigurim shkruhet se cili version i platformës rekomandohet për të punuar me këtë konfigurim.

Regjistri teknologjik ju lejon të regjistroni të gjitha ngjarjet 1C: Enterprise (ose pjesë, duke përdorur një filtër).
Ju gjithashtu mund të lexoni për të.

!!!E RËNDËSISHME

Para çdo veprimi me bazën e të dhënave, bëni një kopje arkivore!

Nëse baza e të dhënave nuk hapet në konfigurues, kopjoni dosjen me bazën e të dhënave dhe kryeni të gjitha veprimet në kopje!

1) Baza e të dhënave nuk hapet fare, as në modalitetin e përdoruesit, as në konfigurues.

  • Gjëja më e shpejtë që mund të bëni është të pastroni skedarët e përkohshëm (fshini bazën e të dhënave nga lista e bazave të të dhënave dhe lidheni përsëri)

    Ky veprim nuk do të fshijë skedarët e përkohshëm (cache), por do të krijojë një dosje të re për skedarët e përkohshëm të bazës së të dhënave. Ju mund të fshini skedarët:
    Në Windows 7 në C:\Users\Username\AppData\Roaming\1C\1Cv8x
    Në Windows XP C:\Documents and Settings\User_Emri\Application Data\1C\1Cv8х

  • Ju gjithashtu mund të provoni të hyni në bazën e të dhënave nga një përdorues tjetër.
  • Nëse baza e të dhënave është e bazuar në skedarë, atëherë ia vlen të ekzekutoni programin për testimin e integritetit fizik të bazës së të dhënave chdbfl. Ndodhet në dosjen:
    C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe
  • Nëse baza e të dhënave është sql, atëherë testimi duke përdorur sql.
  • Nëse as njëra dhe as tjetra nuk ju ndihmon, atëherë mund të përditësoni platformën (shiko në cilën platformë funksionon lëshimi)
  • Nëse asnjë nga sa më sipër nuk funksionon, mund të përdorni programin Tool_1CD.

2) Nëse baza e të dhënave hidhet pas fillimit.

  • Çaktivizoni përshpejtimin e harduerit të kartës video:
  1. Vetitë e ekranit të hapur. Kjo mund të bëhet përmes Panelit të Kontrollit, ose thjesht duke klikuar me të djathtën kudo në desktop që nuk ka dritare dhe ikona, dhe duke zgjedhur artikullin e menysë së kontekstit "Properties".
  2. Në dritaren e cilësimeve të ekranit që hapet, shkoni te skedari "Cilësimet" dhe klikoni në butonin "Advanced".
  3. Në dritaren e veçorive të kartës video që hapet, shkoni te skeda "Diagnostics".
  4. Zhvendosni rrëshqitësin "Përshpejtimi" në pozicionin e majtë ("jo") dhe klikoni "Apliko" ose "OK". Përshpejtimi i harduerit është i çaktivizuar. Ndryshimet do të hyjnë në fuqi pasi sistemi të riniset.
  1. Hapni panelin e kontrollit (Fillimi - Paneli i Kontrollit).
  2. Gjeni dhe hapni elementin Screen.
  3. Në pjesën e majtë të dritares që hapet, klikoni në lidhjen "Konfiguro cilësimet e ekranit".
  4. Në dritaren që hapet, klikoni në lidhjen "Cilësimet e avancuara".
  5. Shkoni te skeda Diagnostics dhe klikoni butonin Ndrysho cilësimet.
  6. Në dritaren që hapet, zhvendoseni rrëshqitësin në pozicionin e majtë ("jo") dhe klikoni "Ok". Nëse UAC është aktivizuar, do të duhet të konfirmoni që ndryshimet janë të autorizuara nga përdoruesi. Përshpejtimi i harduerit është i çaktivizuar. Ndryshimet do të hyjnë në fuqi pasi sistemi të riniset.

Në Windows 7, në disa raste butoni "Ndrysho cilësimet" do të jetë gri. Në këtë rast, është e pamundur të çaktivizoni përshpejtimin e harduerit, pasi karta video dhe drejtuesi i saj nuk mbështesin manipulimin e përshpejtimit të harduerit.

  • Nëse keni antivirus Kaspersky, mund të provoni të çaktivizoni vetëmbrojtjen dhe të riemërtoni skedarët kloehk.dll dhe mzvkbd3.dll në dosjen Kaspersky. (Gabimi ka ndodhur në versionet më të vjetra nga 2011, por përsëri ndodh ndonjëherë)
  • Kontrolloni që platforma/konfigurimi i lëshimit përputhet.
  • Provoni të regjistroheni në bazën e të dhënave nga një platformë tjetër.

3) Baza e të dhënave hapet në konfigurues, por nuk dëshiron të hyjë në modalitetin e përdoruesit.

  • Pastrimi i skedarëve të përkohshëm
  • Duke u përpjekur të identifikoheni si një përdorues tjetër
  • chdbfl / testimi duke përdorur sql
  • Testimi dhe korrigjimi i sigurisë së informacionit:
    Në konfiguruesin Administrimi-Testimi dhe Korrigjimi - kutitë e kontrollit në varësi të situatës.
  • Mundohuni të krijoni një përdorues tjetër me të drejta të plota dhe identifikohuni si ai.
  • Provoni ta transferoni në një PC tjetër dhe hapeni atje, ndoshta diçka nga PC.

4) Kur ndodh ndonjë veprim, ai hedh kodin në konfigurues.

  • Për të kontrolluar, duhet të pastroni cache.
  • Nëse nuk ndihmon, atëherë ka shumë të ngjarë që të ketë një gabim në kod - kjo është veçanërisht e vërtetë për konfigurimet jo standarde dhe të shkruara vetë, por ndonjëherë ndodh edhe në ato standarde.

Nëse konfigurimi është atipik, atëherë ose përditësimi ishte i pasaktë ose zhvilluesi që finalizoi konfigurimin nuk parashikoi të gjitha mundësitë e gabimeve të përdoruesit - i pagabueshëm (nëse është e mundur!).

Nëse është tipike, atëherë mund të ketë një gabim në lëshim.

Në çdo rast, ia vlen të kaloni nëpër korrigjues dhe të shihni se çfarë nuk shkon.

5) Nën një përdorues ju lejon të bëni diçka, nën një tjetër jo.

  • Cilësimet e të drejtave të përdoruesit.
  • Cilësimet e përdoruesit.
  • Pastrimi i cache-it.

6) Identifikohet nga një PC, por jo nga një tjetër.

  • Kontrolloni në Explorer për të parë nëse baza e të dhënave është e dukshme - ndoshta dosja me bazën e të dhënave nuk është e ndarë.
  • Pastrimi i cache-it.
  • Identifikohu si një përdorues tjetër.

7) Nuk bëra/bëra asgjë, por gjithçka u prish për mua

  • Nëse ata mund t'ju tregojnë se çfarë saktësisht "nuk kanë bërë" dhe kur, atëherë mund ta përdorni
  • Regjistrohu me zgjedhje dhe ndoshta zbulo se cili është problemi.
  • Libri i regjistrave mund të gjendet në konfigurues:
  • Administrata - libër ditar.

    Ose në modalitetin e përdoruesit - vendndodhja varet nga konfigurimi.

8) Nuk ka memorie të mjaftueshme.

Kam pasur një rast, erdhi një klient dhe tha që kur mbyllet muaji shfaqet gabimi "Memorie e pamjaftueshme". Unë mora përsipër këtë problem. Mendova se ishte e lehtë, së pari shtova RAM - një gabim. Ishte 2 gigabajt, tani është 4, por 1 s ende nuk mjafton. Ndryshova madhësinë e skedarit paging - një gabim, riinstalimi i sistemit (instaluar Windows 7) dha vetëm një rezultat të përkohshëm, për rreth një javë. Provova gjithçka. Pas disa kohësh, u gjet një zgjidhje.

Zgjidhje

Në kompjuterin e klientit, ekzekutoni vijën e komandës si administrator dhe shkruani sa vijon:

BCDEdit /set rrituserva xxxx- në vend të xxxx, shkruani sasinë e hapësirës së adresës virtuale në megabajt, d.m.th. sa memorie nevojitet për ekzekutimin e aplikacioneve. Parazgjedhja është 2 giga. Në përgjithësi, sistemet operative 32-bit shpërndajnë 4 gigabajt: 2 për aplikacione dhe 2 për nevojat e vetë OS. Zgjodha 3000 (dmth. CDEdit /set rrituserva 3000 ). Sidoqoftë, sistemi mund të jetë me gabime. Sidomos nëse keni 2 giga RAM, si unë. Kjo është për familjen OS Windows Vista, 7, Windows 2008.

Për Windows XP\Windows 2003 ne shkruajmë
/ 3 GB /userva=xxxx (xxxx në MB në intervalin 2048 - 3072) në skedarin boot.ini, vlerat maksimale të rekomanduara përdoruesva 2900-3030.

9) Elementet e formës mbivendosen me njëri-tjetrin dhe janë pozicionuar gabimisht.

  • Pastrimi i cache-it.

10) Gabim DBMS Gabim i brendshëm në komponentin dbeng8

  • Gabimi është për shkak të dallimeve në kodin midis versioneve të ndryshme të platformës kur përdoruesit përpiqen të përdorin opsionin e skedarit. Për versionin klient-server, kontrolli ndodh në fillim dhe puna me versione të ndryshme të platformës është në parim e pamundur.

Zgjidhja: përditësoni versionin më të fundit në të gjitha stacionet e punës.

Nëse nuk ju ndihmon, atëherë bëni sa më poshtë:

  • Testimi dhe rregullimi

11) Gabim në platformën 8.3.4.428

  • Në versionin 8.3.4.428 të platformës 1C:Enterprise, u zbulua një gabim kritik që ndodh gjatë ristrukturimit të të dhënave. Ky gabim është lokalizuar dhe do të rregullohet në versionin e ardhshëm të platformës.

12) Konflikti i bllokimit gjatë ekzekutimit të transaksionit:


Ofruesi i Microsoft OLE DB për SQL Server: Nuk mund të vazhdonte skanimin me NOLOCK për shkak të lëvizjes së të dhënave.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, gjendja=3, Ashpërsia=C, vendase=601, rreshti=1

"Si të kontrolloni (rivendosni) një bazë të dhënash në MS SQL Server duke përdorur mjetet e serverit
Kontrollimi i integritetit logjik duhet të kryhet duke përdorur mjetet standarde 1C: Enterprise (Testimi dhe Korrigjimi IS). Nëse një kontroll i tillë nuk mund të kryhet, duhet të kontrolloni integritetin fizik të bazës së të dhënave duke përdorur MS SQL. Për të kontrolluar integritetin duke përdorur MS SQL, duhet të ekzekutoni komandën e mëposhtme:
Kodi:
DBCC CHECKDB ("",REPAIR_REBUILD)
Përpara se të ekzekutoni këtë komandë, duhet të kaloni bazën e të dhënave në modalitetin "përdorues i vetëm":
Kodi:
sp_dboption "","përdorues i vetëm",e vërtetë
Gjatë funksionimit të DBCC CHECKDB, gabimet mund të zbulohen dhe disa mund të korrigjohen menjëherë. Nëse gabimet mbeten, atëherë me sa duket ato nuk mund të rikthehen pa humbur disa të dhëna. Në këtë rast, duhet të ekzekutoni DBCC CHECKDB me parametrin REPAIR_ALLOW_DATA_LOSS (është e këshillueshme që të bëni një kopje të skedarëve të bazës së të dhënave përpara se të ekzekutoni).
Kodi:
DBCC CHECKDB ("",REPAIR_ALLOW_DATA_LOSS)
Pas ekzekutimit të DBCC CHECKDB, duhet të mbani mend të ktheheni në modalitetin normal (dalja nga modaliteti "përdorues i vetëm"):
Kodi:
sp_dboption "","përdorues i vetëm",false" (Marrë nga faqja)

Sigurisht, lista është larg nga kompletimi, kështu që do të jem i lumtur nëse plotësohet në komente.

Artikujt më të mirë mbi këtë temë