Kļūda: "Tika pārkāpta konfigurācijas struktūras integritāte." Kļūda: ir bojāta konfigurācijas struktūras integritāte. Bojāta 1s 8.2 konfigurācijas struktūra.

Parasti kļūda rodas, ja konfigurācijas saglabāšanas procesā radās kļūme. Rezultātā konfigurācija netika pareizi saglabāta.
1. Mēģiniet pārbaudīt, izmantojot testēšanu un labošanu vai ChDBFl.exe
2. Apskatiet tālāk norādītos problēmas risinājumus.

Dažos gadījumos palīdz pilnīga kešatmiņas notīrīšana. Operētājsistēmā Windows 7 ir C:\Users\Administrator\AppData\Roaming\1C\1Cv82 un C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64).

Vai sīkāka informācija:
1. Nepieciešama tās pašas versijas tīra konfigurācija - darbojas.
2. Pilnībā iztīriet kešatmiņu (norādīts iepriekš).
3. Palaidiet tīru datu bāzi konfiguratora režīmā un atveriet konfigurāciju. Tajā pašā laikā 1C izveido savu kešatmiņu mapē C:\Users\Administrator\AppData\Local\1C\1Cv82 (failu un mapju kopa mapē ar konfigurācijas ID.) Mums ir nepieciešama arī kešatmiņa mapē C:\Users. \Administrators\AppData\Viesabonēšana\1C \1Cv82. Pēc 1C aizvēršanas varat vienkārši pārdēvēt mapes datus.
4. Palaidiet mūsu nestrādājošo datu bāzi konfiguratora režīmā un apskatiet kešatmiņu. Rezultātā mums ir divas mapes ar konfigurācijas ID (Alive and Dead).
5. Aizveriet visu un pilnībā nomainiet mirušās konf kešatmiņu ar dzīvu. Tie. izdzēsiet pašreizējo un aizstājiet to ar iepriekš pārdēvēto mapi.
6. Konfiguratora režīmā palaižam nestrādājošu datu bāzi UN ŠEIT ir pirmais panākums - atvērts konfigurācijas koks, aktīvas konfigurācijas pārvaldības izvēlnes sadaļas.
7. Dodieties uz atbalsta pārvaldību un pilnībā noņemiet atbalstu. saglabāt, atjaunināt. Varat to atjaunināt, izmantojot failu ar darba datu bāzes konfigurāciju.
8. Pilnībā izdzēsiet kešatmiņu.
9. Konfiguratora režīmā palaižam nestrādājošu datu bāzi, mēģinām atvērt konfigurāciju - viss atveras, kļūdu nav.
10. Palaidiet 1C. Viss ir pieejams. Dati ir vietā.

Tas pats ziņojums bija, kad es dinamiski atjaunināju centrālās datu bāzes konfigurāciju un veicu apmaiņu uz perifērijas, un līdzīgs ziņojums parādījās perifērijas ierīcē.
1. Jo Es vispār nevarēju piekļūt konfiguratoram perifērijas ierīcē, tāpēc man bija jāizdzēš mape C:\Documents and Settings\Admin\Application Data\1C\1Cv81.
2. Dodieties uz konfiguratoru un atlasiet Konfigurācija - Datu bāzes konfigurācija - Atgriezties uz datu bāzes konfigurāciju.
3. MainNode kopa nav definēta.
4. Konfigurācija — ielādēt konfigurāciju no faila (centrālā konfigurācija).
5. MainNode ir instalējis vajadzīgo.

Man bija līdzīga situācija, bet 8.1. Konfigurācijas dinamiskās atjaunināšanas laikā acīmredzot radās kļūme, pēc kuras tika mēģināts izlādēt gan Main conf, gan DB conf un kad tālāk mēģināju ielādēt failu lokālajā datu bāzē, parādījās ziņojums “konfigurācijas integritāte struktūra tika pārkāpta” tika izmests. Bet datu bāze ir funkcionāla. Ne testēšana un labošana, ne ChDBFl.exe neko nedeva.

Es izveidoju darba datu bāzes dublējumu un ielādēju to tīrā datu bāzē. Pievienots apmaiņas plāns
http://kb.mista.ru/article.php?id=7
un izveidoja sākotnējo attēlu. Konfigurācija attēlu datubāzē ir izlabota.

Ja tas nepalīdz, es varu ieteikt iespēju, kuru es gribēju izmantot pats:
1. atrodiet tuvāko konfigurācijas izlaidumu, ielādējiet to tīrā datu bāzē (atjaunojamā).
2. izveidojiet pilnīgi tīru datu bāzi (vidēja līmeņa)
3. atveriet bojātās datu bāzes konfiguratoru.
4. kopēt un ielīmēt moduļus un objektus, kuros ir notikušas izmaiņas kopš pēdējās izlaiduma (manā gadījumā tas ir daudz vienkāršāk, jo izmaiņas notika tikai moduļos un formās, datu struktūra palika nemainīga un visas izmaiņas tiek dokumentētas ar plakātiem) no plkst. bojāto datu bāzi uz starpposmu.
5. Augšupielādējiet starpkonfigurāciju.
6. Apvienojiet to ar atjaunojamo datu bāzi.
7. Augšupielādējiet atjaunoto konfigurāciju failā.
8. Ielādējiet konfigurāciju no atjaunojamās datu bāzes bojātajā datu bāzē.

Teorētiski rezultātam vajadzētu būt pēc iespējas tuvāk darba bāzei, taču darbs noteikti nav viegls. Bet tas joprojām ir labāk nekā zaudēt visu bāzi.

Vēl viena iespēja atrisināt problēmu, kas saistīta ar bojātu piegādātāja konfigurāciju. Atjauninot konfigurāciju, kas tiek atbalstīta ar iespēju rediģēt un tiek apdraudēta piegādātāja konfigurācijas integritāte, var tikt parādīts šāds ziņojums:

Mans risinājums ir aizstāt mūsu datu bāzes nodrošinātāja konfigurāciju.
Darbību secība ir šāda:
1. Dzēsiet piegādātāja konfigurāciju, noņemot to no atbalsta (Konfigurācija->Atbalsts->Atbalsta iestatījumi->Noņemt atbalstu)
2. Izveidojiet konfigurācijas piegādes failu (Konfigurācija->Konfigurācijas piegāde->Izveidot piegādes failus un konfigurācijas atjauninājumus). Sauksim failu par darba piegādi file.cf
3. Apvienojam savu konfigurāciju ar jaunizveidoto piegādes failu (Konfigurācija->Salīdzināt, sapludināt ar konfigurāciju no faila). Jums tiks piedāvāts atjaunot konfigurāciju atbalsta režīmā.
Parādītajā konfigurācijas salīdzināšanas logā noklikšķiniet uz “Palaist”.
4. Atjauniniet datu bāzes konfigurāciju (Konfigurācija->Atjaunināt datu bāzes konfigurāciju).
Ideālā gadījumā, veicot šīs darbības, mēs pārstrukturējām piegādātāja konfigurāciju.
Tagad mēs varam mēģināt atjaunināt savu konfigurāciju uz nākamo versiju, kā parasti.

Atjauninot 1C platformu, sistēma ļoti bieži parāda kļūdas ziņojumu. Apskatīsim, kā novērst kļūdu “Atjauninot 1C, tika pārkāpta konfigurācijas struktūras integritāte”.

Šādi izskatās kļūda par konfigurācijas struktūras integritātes pārkāpumu

Šādas problēmas rašanās ir saistīta ar dažādu iemeslu dēļ. Tas var notikt, atjauninot konfigurāciju (īpaši dinamisku), ģenerējot atskaites, mēģinot ievietot dokumentu utt. Tas notiek tā, it kā tas parādās "no zila gaisa" - kad šķiet, ka neviens neko nav darījis, bet ir kļūda. Pareizāk šajā gadījumā būtu teikt, ka cēlonis nav noskaidrots.

Tas ir atrodams pilnīgi dažādās platformās - failu datu bāzēs, klienta-servera u.c.

Risinājums

Ir vairākas iespējas, kā ārstēt integritāti (neaizmirstiet, ka pirms jebkādām darbībām, kas jums jādara rezerves kopija tās bāze):

• Izdzēsiet pagaidu failus (lasiet mūsu). Tas palīdz, ja kļūda rodas tikai vienam no lietotājiem;
• Ja konfigurators ir pieejams un to var atvērt, pārbaudiet to un izlabojiet to (skatiet tālāk). Ja nevarat to atvērt, dariet to ar utilītu chdbfl.exe (bet tikai tad, ja datu bāze ir faila). Tās aptuvenā atrašanās vieta: - C:\ProgramFiles(x86)\1cv8\8.3.4.389\bin);
• Ja datu bāze ir klients-serveris un ir instalēta SQL serverī, izmantojiet pieprasījumu “delete*fromconfigsave”;
• Ja konfigurators ir pieejams, mēģiniet augšupielādēt un lejupielādēt datu bāzi;
• Dažas kļūdas ir novērstas jaunākajās platformas versijās - instalējiet jaunu platformu;

Ja neviena no iespējām nepalīdz novērst problēmu, sazinieties ar speciālistu.

SVARĪGS. Noteikti izveidojiet kopiju vismaz reizi nedēļā!

Apskatīsim sistēmas utilīta izmantošanas specifiku datu bāzes pārbaudei un labošanai.

Pirms jebkādu darbību veikšanas izveidojiet savu datu rezerves kopiju!

Lai pārietu uz testēšanas/labošanas režīmu, dodieties uz sistēmas konfiguratoru, izvēlnē atlasiet Administrēšana/Testēšana-fiksēšana.

Testa logs un režīmi

Šis logs ir paredzēts, lai norādītu utilītai veikto darbību sarakstu. Aprakstīsim katra no tām funkcijas:

Tabulu pārindeksēšana

Kad šī opcija ir iestatīta, norādītās tabulas tiek atkārtoti indeksētas. Tas nozīmē pilnīgu indeksu atjaunošanu. Pēc šādas procedūras sistēmas veiktspēja ievērojami palielinās - tas nebūs lieki.

Loģiskā integritāte

Šī funkcija pārbauda datu bāzes loģisko un strukturālo integritāti un atrod kļūdas datu organizēšanā.

Atsauces integritāte

Šajā gadījumā informācija tiek pārbaudīta, vai nav “bojātu” saišu. Tās ir nepareizas datu apstrādes sekas – visbiežāk, kad tās tiek dzēstas vai apmainītas.

Kad tie tiek atklāti, ir pieejamas trīs darbības iespējas:

• Izveidot objektus - sistēma izveido tukšus stub elementus (tos vēlāk var aizpildīt ar informāciju);
• Notīrīt saites – tās tiks notīrītas programmatiski;
• Nemainīt - tiks rādītas tikai saites.

Rezultātu pārrēķins

Kopsummas ir grāmatvedības datu aprēķinu un rezultātu tabula. To pārrēķins palielina produktivitāti.

Tabulas saspiešana

Saspiešanas iespēja un galu galā datu bāzes apjoma samazināšana ir saistīta ar faktu, ka, dzēšot datus, 1C tos fiziski neizdzēš. Tas ir, lietotājs tos neredz, bet tie pastāv. Tā ir saspiešanas funkcija, kas neatgriezeniski dzēš neredzamos ierakstus. Līdzīgs efekts tiek panākts, augšupielādējot/lejupielādējot datu bāzes failu (ar paplašinājumu dt).

Pārstrukturēšanas tabulas

Tabulas atkārtotas izveides procedūra tiek izsaukta, kad mainās metadatu struktūra. Pilnīga pārstrukturēšana ir ļoti ilgs process, jums jābūt īpaši uzmanīgiem.

Ja pārbaude/labošana nedod pozitīvu rezultātu, izmantojiet lietojumprogrammu chdbfl.exe.

Dublējuma izveide (manuāli un automātiski)

Arhivēšana ir svarīga darbība, kas nepieciešama ikvienam lietotājam, programmētājam un administratoram. Šādu datu bāzes kopiju bieži sauc par 1C dublējumu.

Rezerves kopija palīdz saglabāt savu prātu, laiku, naudu un daudz ko citu neparedzētās un neparedzamās situācijās. Ja kāds izvilka vadu no sistēmas bloka, bija strāvas padeves pārtraukums, kafijas plūdi applūdināja datoru, bet kas zina, kas...

Dublējuma izveide aizņem līdz desmit minūtēm.

Ja rodas šāda situācija un jums nav rezerves, jūs noteikti to izveidosit tūlīt!

Ir divu veidu administratori: daži veido dublējumus, citi veidos dublējumus.

Notiek faila augšupielāde

Ja programmas sākotnējā logā atlasīsit savu uzņēmumu un noklikšķināsit uz attēlā redzamās pogas, mēs ievadīsim 1C režīmā “Konfigurators”.

Šis režīms parasti ir paredzēts izstrādei un administrēšanai. Pēc tam izvēlnē atlasiet “Administrēšana/augšupielādes informācijas bāze...”.

Pēc tam jums būs jāatbild sistēmai, kad tiks piedāvāts izvēlēties ceļu — kur tieši fails ir jāaugšupielādē, un tā nosaukumu.

Par veiksmīgu operāciju uzzināsiet pirmais.

Dublējuma faila atjaunošana

Datubāze tiek atjaunota arī no pazīstamā konfiguratora režīma, taču tagad mēs izvēlamies opciju “Administrēšana/”:

Atlasiet Ielādēt informācijas bāzi

Ir jāatlasa iepriekš saglabāts fails (ar paplašinājumu mdt). Pēc tam piekrītiet sistēmas brīdinājumam par nesaglabātās informācijas zudumu (tiks pazaudēts).

Ja tas izdosies, 1C piedāvās restartēt konfiguratoru.

Automātiska arhivēšana

Lai izvairītos no aizmāršības, varat izmantot kādu no automātiskās arhīva programmām, piemēram, Effector saver 3.

Tas ļauj viegli, veicot dažas darbības, automatizēt dublējumu izveidi. Spēj pildīt savas funkcijas gan ar failu sistēmu, gan ar klienta-servera sistēmu. Tās iestatīšana aizņem tikai aptuveni piecpadsmit minūtes, taču tās priekšrocības nav apspriežamas.

Šī lietojumprogramma var apstrādāt jebkuru 1C versiju: ​​7.7, 8.1, 8.2, 8.3. Nav svarīgi, ko apstrādāt - faila datus vai atrašanās vietu MS SQL vai PostgreSQL serverī. Turklāt tas ir bezmaksas (ir komerciāla versija, paplašināta).

Vispirms lejupielādējiet un instalējiet Effector Saver izplatīšanu.

Pēc direktorija norādīšanas pēdējais solis ir grafika konfigurēšana. Lai to izdarītu, tāda paša nosaukuma cilnē ir norādīts uzdevuma apstrādes režīms un tā izpildes laiks:

Lai pārliecinātos, ka iestatījumi ir pareizi, jums jānoklikšķina uz pogas apakšējā panelī - “pārbaudīt”. Ja pārbaude ir veiksmīga, jāparādās patīkamam ziņojumam “Pamata parametri ir aizpildīti pareizi”.

Mēs esam iepazīstinājuši jūs ar problēmas "1C konfigurācijas struktūras integritāte ir pārkāpta" cēloņiem un labošanu. Pēc šī materiāla izlasīšanas jūs viegli tiksit galā ar šo problēmu.

Viena no daudzajām iespējām, kā atrisināt kļūdu “Tika pārkāpta konfigurācijas struktūras integritāte”.
Ja gadās saskarties ar šo kļūdu, noteikti sazinieties ar 1C speciālistu. Ir daudz iespējamo risinājumu, taču atkarībā no situācijas un problēmas avota risinājumi ir pilnīgi atšķirīgi.

Es vēršu jūsu uzmanību uz vienu no šīm situācijām.
Uzdevuma apraksts:
Konfigurācijas atjaunināšana notika automātiski. Palaižot 1C konfiguratora režīmu, tiek parādīts ziņojums “Ir pārkāpta konfigurācijas struktūras integritāte”. Automātiskās atjaunināšanas laikā piegādātāja konfigurāciju nevarēja pareizi atjaunināt. Darbojoties lietotāja režīmā, tiek parādīta kļūda, kas attiecas uz konfigurācijas moduli.
Pirmkārt, jums ir jāiztīra kešatmiņa. Operētājsistēmā Windows 7 ir C:\Users\Administrator\AppData\Roaming\1C\1Cv82 un C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64). Pēc 1C kešatmiņas iztīrīšanas sāciet konfiguratora režīmā. Kad mēģinu atvērt 1C konfigurāciju, tā avarē. Augšupielādējiet informācijas bāzi dublējuma failā. Pārbaude un labošana nepalīdz. Failu datu bāzes pārbaudes utilīta saka, ka kļūdu nav. Izvēlnes vienumi ielādei, konfigurācijas augšupielādei, atbalstam utt. bez atvērtas konfigurācijas tie nav aktīvi. Ir pieejama datu konfigurācijas saglabāšana - tas nozīmē, ka dati netiek iznīcināti, kas ir galvenais.
Arī no konfiguratora uz lietotāja režīmu atkļūdošanas režīmā tas var sākties vai varbūt ne, tas neietekmē situāciju.
Mēģinājums ielādēt informācijas bāzi SQL nedos pozitīvu rezultātu.

Un tad rodas doma, ka varētu atteikties no datubāzes... atgūt no senlaicīgas dublējuma, ja tāds ir... un sasprindzināt, lai atjaunotu datus manuāli.

Risinājums:
1. Nepieciešama tās pašas versijas tīra konfigurācija - darbojas.
2. Pilnībā iztīriet kešatmiņu (norādīts iepriekš).
3. Palaidiet tīru datu bāzi konfiguratora režīmā un atveriet konfigurāciju. Tajā pašā laikā 1C izveido savu kešatmiņu mapē C:\Users\Administrator\AppData\Local\1C\1Cv82 (failu un mapju kopa mapē ar konfigurācijas ID.) Mums ir nepieciešama arī kešatmiņa mapē C:\Users. \Administrators\AppData\Viesabonēšana\1C \1Cv82. Pēc 1C aizvēršanas varat vienkārši pārdēvēt mapes datus.
4. Palaidiet mūsu nestrādājošo datu bāzi konfiguratora režīmā un apskatiet kešatmiņu. Rezultātā mums ir divas mapes ar konfigurācijas ID (Alive and Dead).
5. Aizveriet visu un pilnībā nomainiet mirušās konf kešatmiņu ar dzīvu. Tie. izdzēsiet pašreizējo un aizstājiet to ar iepriekš pārdēvēto mapi.
6. Konfiguratora režīmā palaižam nestrādājošu datu bāzi UN ŠEIT ir pirmais panākums - atvērts konfigurācijas koks, aktīvas konfigurācijas pārvaldības izvēlnes sadaļas.
7. Dodieties uz atbalsta pārvaldību un pilnībā noņemiet atbalstu. saglabāt, atjaunināt. Varat to atjaunināt, izmantojot failu ar darba datu bāzes konfigurāciju.
8. Pilnībā izdzēsiet kešatmiņu.
9. Konfiguratora režīmā palaižam nestrādājošu datu bāzi, mēģinām atvērt konfigurāciju - viss atveras, kļūdu nav.
10. Palaidiet 1C. Viss ir pieejams. Dati ir vietā.

Šeit ir vēl viena glābšanas iespēja, ko piedāvā infostar lietotājs Tavalik:

1. "Konfigurācija" - "Datu bāzes konfigurācija" - "Atgriezties uz datu bāzes konfigurāciju"
2. "Konfigurācija" - "Atjaunināt datu bāzes konfigurāciju"

Šodien es jums pastāstīšu, kādas darbības jāveic, ja pēc 1C 8.2 konfigurācijas atjaunināšanas parādās kļūda “Tika pārkāpta konfigurācijas struktūras integritāte”.
Tātad, uz lietu: varat mēģināt atrisināt problēmu šādi (pirms jebkuru darbību uzsākšanas ar konfigurāciju, neaizmirstiet izveidot datu bāzes arhīva kopiju, kā es rakstīju piezīmē, kā to izdarīt):

• Izveidojiet jaunu tukšu datu bāzi jaunā mapē un ielādējiet konfigurācijā iepriekš izlādēto informācijas bāzi, kas ir jāatjaunina.

Ja izmantosim šo iespēju kā problēmas risinājumu principā, neērtības ir tādas, ka vairāku lietotāju darba laikā mums būs jāpārraksta ceļi uz datu bāzi. Mēģināsim atjaunināt šo konfigurāciju un pēc tam palaist to.

Ja problēma ir atrisināta, visticamāk, jums ir jāiztīra 1c kešatmiņas mape ( C:\Dokumenti un iestatījumi\Lietotājs\Lokālie iestatījumi\Lietojumprogrammu dati\1C\1Cv82). Mape, visticamāk, pēc noklusējuma tiks paslēpta, tāpēc, ja nezināt, kā piekļūt slēptiem Windows failiem un mapēm, iesaku izlasīt šo piezīmi. Failus saknes mapēs 1Cv82 un 1Cv81 ar pašreizējo/pēdējo modificēšanas datumu nedrīkst aizskart. Tie saglabā sākuma loga iestatījumus. Šajā gadījumā viss sāksies, bet pēc tam jums būs jāgaida, kad pirmo reizi to sākat.

Pēc problēmas atrisināšanas (ja, protams, piedāvātā metode jums palīdz), iesaku vēlreiz izveidot datu bāzes arhīva kopiju un pārbaudīt, vai konfigurācijā nav kļūdu, izmantojot standarta 1C “Testēšanas un labošanas” rīku.

Informācijas drošības pārbaude un korekcija

Jums jādodas uz konfiguratoru un izvēlnes vienumā "Administrēšana" atlasiet "Pārbaude un labošana":

Instruments darbojas 2 režīmos

• Testēšana ir režīms, kas pārbauda tikai konfigurācijas kļūdas.

• Testēšana un labošana ir režīms, kurā tiek pārbaudītas un izlabotas abas konfigurācijas kļūdas.

Kad darbojas informācijas bāze faila versija un darba variants klients-serveris, atļauts pārbaudīt un labot loģisko integritāti, atsauces integritāti un pārrēķināt kopsummas Informācijas bāzes faila versijai iespējams veikt datu bāzes pārindeksēšanu un saspiešanu.

Noņemiet atzīmi no izplatītajām informācijas bāzēm (DIB), no kurām ir iespējams saņemt datus, kas satur saites uz objektiem, kas neatrodas pārbaudāmajā informācijas bāzē Informācijas bāzes atsauces integritātes pārbaudeļaus atspējot “neesošu” datu izveidi un rezultātā nenovedīs pie šo datu pārsūtīšanas uz citiem izplatītās informācijas bāzes mezgliem.

Nav iespējams iespējot IS atsauces integritātes pārbaudi, vienlaikus atspējojot loģiskās integritātes pārbaudi. Turklāt atsauces integritātes pārbaudes atspējošana nenozīmē, ka ir atspējota atsauces veida pārbaude.

Vājākā vieta, piemēram, Grāmatvedībā, ir Apgrozījuma bilance, tāpēc pirms un pēc apstrādes iesaku izveidot bilanci un salīdzināt kopsummas pirms un pēc testēšanas un korekcijas. Tas, protams, nav pārbaužu apogejs, bet tas vismaz ir kaut kas.

Tas ir viss, ko es šodien gribēju jums pateikt. Līdz nākamajai reizei.