K chybě obvykle dochází, když došlo k chybě během procesu ukládání konfigurace. V důsledku toho nebyla konfigurace správně uložena.
1. Zkuste to zkontrolovat pomocí testování a oprav nebo ChDBFl.exe
2. Podívejte se na následující řešení problému:

V některých případech to pomáhá kompletní úklid CACHE, V OS Windows 7 je C:\Users\Administrator\AppData\Roaming\1C\1Cv82 a C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64).

Nebo další podrobnosti:
1. Vyžaduje se čistá konfigurace stejné verze - funkční.
2. Úplně vymažte mezipaměť (viz výše).
3. Spusťte čistou databázi v režimu konfigurátoru a otevřete konfiguraci. Zároveň 1C vytvoří svou mezipaměť v C:\Users\Administrator\AppData\Local\1C\1Cv82 (soubor souborů a složek ve složce s ID konfigurace.) Potřebujeme také mezipaměť v C:\Users \Administrator\AppData\Roaming\1C \1Cv82. Po zavření 1C můžete jednoduše přejmenovat data složky.
4. Spusťte naši nefunkční databázi v režimu konfigurátoru a podívejte se na mezipaměť. A ve výsledku máme dvě složky s ID konfigurace (Alive a Dead).
5. Zavřete vše a vyměňte mezipaměť mrtvého konffa za živou úplně. Tito. odstranit aktuální složku a nahradit ji dříve přejmenovanou složkou.
6. Spouštíme nefunkční databázi v režimu konfigurátoru A TADY je první úspěch - konfigurační strom je otevřený, sekce nabídky správy konfigurace jsou aktivní.
7. Přejděte na správu podpory a podporu úplně odeberte. uložit, aktualizovat. Můžete jej aktualizovat pomocí souboru s konfigurací pracovní databáze.
8. Úplně vymažte mezipaměť.
9. Spustíme nefunkční databázi v režimu konfigurátoru, pokusíme se otevřít konfiguraci - vše se otevře, nejsou žádné chyby.
10. Spusťte 1C. Vše je k dispozici. Data jsou na místě.

Stejná zpráva se objevila, když jsem dynamicky aktualizoval konfiguraci centrální databáze a provedl výměnu na periferní a podobná zpráva se objevila na periferní.
1. Protože Ke konfigurátoru na periferii jsem se vůbec nemohl dostat, takže jsem musel smazat složku C:\Documents and Settings\Admin\Application Data\1C\1Cv81.
2. Přejděte do konfigurátoru a vyberte Konfigurace - Konfigurace databáze - Návrat do konfigurace databáze.
3. MainNode set undefined.
4. Konfigurace - Načtení konfigurace ze souboru (centrální konfigurace).
5. MainNode nainstaloval požadovaný.

Měl jsem podobnou situaci, ale 8.1. Při dynamické aktualizaci konfigurace zřejmě došlo k selhání, po kterém se při pokusu o uvolnění jak Main conf, tak DB conf a při dalším pokusu o načtení souboru do lokální databáze objevila hláška „integrita konfigurace struktura byla porušena“ bylo vyhozeno. Ale databáze je funkční. Ani testování a oprava, ani ChDBFl.exe nic nepřinesly.

Udělal jsem zálohu fungující databáze a nahrál ji do čisté databáze. Přidán plán výměny
http://kb.mista.ru/article.php?id=7
a vytvořil počáteční obrázek. Konfigurace v databázi obrázků byla opravena.

Pokud to nepomůže, mohu doporučit možnost, kterou jsem chtěl sám sobě:
1. najděte nejbližší konfigurační verzi, načtěte ji do čisté databáze (obnovitelné).
2. vytvořit zcela čistou databázi (střední)
3. otevřete konfigurátor poškozené databáze.
z poškozenou databázi na zprostředkující.
5. Nahrajte mezikonfiguraci.
6. Sloučte jej s databází, která se obnovuje.
7. Nahrajte obnovenou konfiguraci do souboru.
8. Načtěte konfiguraci z obnovované databáze do poškozené databáze.

Teoreticky by se měl výsledek co nejvíce blížit pracovní základně, ale práce to rozhodně není jednoduchá. Ale pořád je to lepší než přijít o celou základnu.

Další možnost, jak vyřešit problém spojený s poškozenou konfigurací dodavatele. Při aktualizaci konfigurace, která je podporována s možností úprav a je narušena integrita konfigurace dodavatele, se může zobrazit následující zpráva:

Mým řešením je nahradit konfiguraci našeho poskytovatele databáze.
Posloupnost akcí je následující:
1. Odstraňte konfiguraci dodavatele jejím odebráním z podpory (Konfigurace->Podpora->Nastavení podpory->Odebrat podporu)
2. Vytvořte konfigurační doručovací soubor (Konfigurace->Doručování konfigurace->Vytvořit doručovací soubory a aktualizace konfigurace). Nazvěme soubor work delivery file.cf
3. Spojíme naši konfiguraci s nově vytvořeným souborem doručení (Konfigurace->Porovnat, sloučit s konfigurací ze souboru). Budete vyzváni k vrácení konfigurace zpět do podpory.
V zobrazeném okně porovnání konfigurace klikněte na „Spustit“
4. Aktualizujte konfiguraci databáze (Konfigurace->Aktualizovat konfiguraci databáze).
V ideálním případě jsme provedením těchto kroků restrukturalizovali konfiguraci dodavatele.
Nyní se můžeme pokusit aktualizovat naši konfiguraci na další verzi jako obvykle.

Dnes vám řeknu, jaké kroky podniknout, pokud se po aktualizaci konfigurace 1C 8.2 objeví chyba „Došlo k porušení integrity struktury konfigurace“.
Takže k věci: problém můžete zkusit vyřešit následovně (před zahájením jakékoli konfigurační akce nezapomeňte provést archivní kopie databáze, napsal jsem, jak to udělat v poznámce):

• Vytvořte novou prázdnou databázi v nové složce a načtěte dříve uvolněnou do konfigurace informační základna, který je třeba aktualizovat.

Pokud tuto možnost využijeme jako principiální řešení problému, je nepříjemností, že při víceuživatelské práci budeme muset přepisovat cesty k databázi. Zkusme tuto konfiguraci aktualizovat a poté spustit.

Pokud je problém vyřešen, pravděpodobně budete muset vyčistit složku mezipaměti 1c ( C:\Documents and Settings\User\Local Settings\Application Data\1C\1Cv82). Složka bude s největší pravděpodobností ve výchozím nastavení skrytá, takže pokud nevíte, jak se k ní dostat skryté soubory A složky windows, doporučuji přečíst poznámku. Soubory v kořenových složkách 1Cv82 a 1Cv81 s aktuálním/posledním datem změny by se neměly dotýkat. Ukládají nastavení úvodního okna. Vše se v tomto případě spustí, ale pak budete muset počkat na první spuštění.

Po vyřešení problému (pokud vám navrhovaná metoda samozřejmě pomůže) doporučuji znovu vytvořit archivní kopii databáze a zkontrolovat konfiguraci na chyby pomocí standardního nástroje 1C „Testování a opravy“.

Testování a opravy informační bezpečnosti

Musíte přejít do konfigurátoru a v položce nabídky „Správa“ vybrat „Testování a opravy“:

Nástroj pracuje ve 2 režimech

• Testování je režim, který kontroluje pouze chyby konfigurace.

• Testování a oprava je režim, ve kterém se kontrolují a opravují obě konfigurační chyby.

Když informační základna funguje v verze souboru a možnost práce klient-server, je přípustné testovat a opravovat logickou integritu, referenční integritu a přepočítávat součty, Pro verze souboru informační základny je možné provádět reindexaci a kompresi databáze.

U distribuovaných infobází (DIB), ze kterých je možné přijímat data obsahující odkazy na objekty, které nejsou v testované infobázi, zrušte zaškrtnutí Kontrola referenční integrity infobáze vám umožní zakázat vytváření „neexistujících“ dat a ve svém důsledku nepovede k přenosu těchto dat do jiných uzlů distribuované informační báze.

Je nemožné povolit kontrolu referenční integrity IS a zároveň zakázat kontrolu logické integrity. Zakázání kontroly referenční integrity také neznamená, že je zakázána kontrola typu reference.

Nejslabším místem např. v Účetnictví je Obratová rozvaha, takže před a po zpracování doporučuji vytvořit rozvahu a porovnat výsledné ukazatele před a po testování a opravě. To samozřejmě není vrchol testování, ale alespoň něco.

To je vše, co jsem vám dnes chtěl říct. Do příště.

Dynamická aktualizace se nezdařila. Program zůstal uživatelům dostupný v režimu Enterprise, ale přestal se otevírat konfigurátor.

Počáteční údaje: 1C Enterprise 8.3, databáze klient-server, MS SQL 2012, zálohování konfigurováno pomocí MS SQL, zálohy jsou vytvářeny jednou denně, v noci.

Konfigurace je upravena a aktivně se na ní pracuje, takže jsem měl druhou serverovou základnu, na které probíhal vývoj, plus předchozí den byly uploady do dt z obou základen. Článek bude používat „MyBase“ jako název pracovní databáze a „MyTestBase“ jako název databáze záložního serveru.

V mém případě byla databázová tabulka ConfigSave prázdná, jako v popsaných materiálech, a tabulky Config a Params obsahovaly řádky s hodnotou "DynamicallyUpdated" v poli FileName

Materiály ze sítě, které jsem použil k vyřešení problému:

Zákazník se rozhodl provést restaurátorské práce na konci pracovního dne s rizikem ztráty dat pro aktuální den (v případě selhání procedury obnovy a nutnosti návratu k noční zálohě).

K vyřešení problému byly provedeny následující kroky:

1. Všechny uživatelské relace 1c jsou zakázány

2. Prostřednictvím konzoly pro správu serverů 1c byl zablokován začátek relací a bylo zrušeno spouštění rutinních úloh.

3. Byla provedena záloha pracovní databáze pomocí MS SQL SQL Server Management Studio. Dotazy z tabulek

záznamy s hodnotami "DynamicallyUpdated" v poli FileName byly odstraněny z tabulek Config a Params:

A
Smazat z..
KDE JAKO "Dynamicky aktualizováno"

4. Pomocí nástrojů konfigurátoru byl do záložní databáze načten poslední unloading.dt z pracovní databáze (večer předchozího dne) a nahoře byla načtena poslední pracovní konfigurace aktuálního dne ze stávajícího souboru .cf ( je uložena celá historie změn konfigurace samostatné soubory s čísly verzí)

5. Ve správci úloh jsem musel zakázat zavěšené procesy 1s8

6. Služba 1c serveru byla zastavena

7. Vymazána mezipaměť 1C

V mém případě to bylo přejmenování složek C:\Users\Administrator\AppData\Local\1C\1сv8

C:\Users\Administrator\AppData\Roaming\1C\1CEStart

C:\Users\Administrator\AppData\Roaming\1C\1Cv82

C:\Users\Administrator\AppData\Roaming\1C\1Cv8

8. Služba serveru byla spuštěna

9. Po vymazání mezipaměti je okno se seznamem databází při spuštění 1C prázdné, takže přidáme existující fungující databázi serveru

10. Otevře se konfigurátor. Pro každý případ nahrajeme fungující databázi v aktuálním „rozbitém“ stavu do .dt a zavřeme konfigurátor

11. Spusťte SQL Server Management Studio a pomocí dotazu vymažte konfigurační tabulku v pracovní databázi a přepište ji obsahem podobné tabulky z rezervní základny s:

Smazat z..

INSERT INTO .. ​​​​SELECT * Z ..

U autorů použitých materiálů (viz odkazy výše) byla po provedených akcích obnovena funkčnost databáze. V mém případě v aktuální fázi chyba zůstala, nebylo možné otevřít okno databáze v konfigurátoru. Po porovnání počtu záznamů v tabulkách Params pracovních a záložních databází jsem došel k závěru, že stojí za to zkusit to také přepsat:

Smazat z..

INSERT INTO .. ​​​​SELECT * Z ..

Poté jsem mohl spustit konfigurátor a otevřít konfigurační okno. Pro jistotu jsem to nahrál v aktuálním stavu do .dt a navrch nahrál nejnovější pracovní konfiguraci aktuálního dne.

12. Vypněte blokování spuštění relace a přejděte do podnikového režimu

Provoz byl plně obnoven, žádná data nebyla ztracena.

13. Vypněte blokování naplánovaných úloh.

Jedna z mnoha možností řešení chyby „Je narušena integrita struktury konfigurace“.
Pokud se s touto chybou náhodou setkáte, rozhodně kontaktujte specialistu 1C. Existuje mnoho možných řešení, ale v závislosti na situaci a zdroji problému jsou řešení zcela odlišná.

Upozorňuji na jednu z těchto situací.
Popis ulohy:
Aktualizace konfigurace proběhla automaticky. Při spuštění režimu konfigurátoru 1C se zobrazí zpráva „Došlo k porušení integrity struktury konfigurace“. Během automatické aktualizace nebylo možné správně aktualizovat konfiguraci dodavatele. Spuštění v uživatelském režimu způsobí chybu odkazující na modul v konfiguraci.
Nejprve musíte vymazat mezipaměť. V OS Windows 7 je C:\Users\Administrator\AppData\Roaming\1C\1Cv82 a C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64). Po vymazání mezipaměti 1C začněte v režimu konfigurátoru. Když se pokusím otevřít konfiguraci 1C, spadne. Nahrajte informační základnu do záložního souboru. Testování a oprava nepomáhá. Nástroj pro kontrolu databáze souborů říká, že nejsou žádné chyby. Položky nabídky pro načítání, nahrávání konfigurace, podporu atd. bez otevřené konfigurace nejsou aktivní. K dispozici je ukládání konfigurace dat - to znamená, že data nejsou zničena, což je hlavní..
Také z konfigurátoru do uživatelského režimu v režimu ladění se může spustit, nebo možná ne, na situaci to nemá vliv.
Pokus načíst infobázi do SQL nepovede k pozitivnímu výsledku.

A pak vyvstane myšlenka, že by bylo možné vzdát se databáze... obnovit ze staré zálohy, pokud nějaká existuje... a snažit se obnovit data ručně.

Řešení:
1. Vyžaduje se čistá konfigurace stejné verze - funkční.
2. Úplně vymažte mezipaměť (viz výše).
3. Spusťte čistou databázi v režimu konfigurátoru a otevřete konfiguraci. Zároveň 1C vytvoří svou mezipaměť v C:\Users\Administrator\AppData\Local\1C\1Cv82 (soubor souborů a složek ve složce s ID konfigurace.) Potřebujeme také mezipaměť v C:\Users \Administrator\AppData\Roaming\1C \1Cv82. Po zavření 1C můžete jednoduše přejmenovat data složky.
4. Spusťte naši nefunkční databázi v režimu konfigurátoru a podívejte se na mezipaměť. A ve výsledku máme dvě složky s ID konfigurace (Alive a Dead).
5. Zavřete vše a vyměňte mezipaměť mrtvého konffa za živou úplně. Tito. odstranit aktuální složku a nahradit ji dříve přejmenovanou složkou.
6. Spouštíme nefunkční databázi v režimu konfigurátoru A TADY je první úspěch - konfigurační strom je otevřený, sekce nabídky správy konfigurace jsou aktivní.
7. Přejděte na správu podpory a podporu úplně odeberte. uložit, aktualizovat. Můžete jej aktualizovat pomocí souboru s konfigurací pracovní databáze.
8. Úplně vymažte mezipaměť.
9. Spustíme nefunkční databázi v režimu konfigurátoru, pokusíme se otevřít konfiguraci - vše se otevře, nejsou žádné chyby.
10. Spusťte 1C. Vše je k dispozici. Data jsou na místě.

Zde je další možnost záchrany navržená uživatelem infostar Tavalikem:

1. "Konfigurace" - "Konfigurace databáze" - "Návrat do konfigurace databáze"
2. "Konfigurace" - "Aktualizovat konfiguraci databáze"

"Bylo zjištěno narušení integrity systému," mnoho uživatelů vidělo tuto chybu při přihlášení do 1C. Chyba je způsobena tím, že v prosinci 2017 vydalo 1C platformy s verzemi 8.3.10.2699 a 8.3.11.2899, ve kterých zavedly mechanismus pro kontrolu legálnosti programu.

Pokud je verze vaší platformy 1C vyšší než 8.3.10.2699 nebo 8.3.11.2899, pak při práci s databáze souborů dat, pravděpodobně se vám zobrazí chyba „Bylo zjištěno narušení integrity systému“. Tato chyba dojde, i když máte licencovanou verzi 1C.

Proč dochází k chybě „Zjištěno narušení integrity systému“?

Pojďme zjistit, proč k chybě dochází. Mechanismus ověřování zákonnosti 1C je postaven na následujícím principu. Když spustíte 1C a vstoupíte do databáze, program provede několik kontrol:

• soubor backbas.dll změněn (kontrolní součet je zkontrolován)
• jsou nainstalované emulátory?
• přítomnost v registru záznamů z emulátorů

Pokud je zjištěna nelegální verze (možná jednoduše nesprávná nainstalovaný program) 1C zobrazí chybu a dá vám na výběr „Vypnout“ nebo „Restartovat“ 1C.

Při prohlížení detailu č dodatečné informace nedostaneme to.

Zde uživatelé začnou panikařit a zběsile začnou volat svým správci systému. Nic zlého se nestalo. Vaše základna je bezpečná a zdravá. Žádné testování a opravy, stejně jako programy pro obnovu 1C databází, nepomohou. Tato chyba nemá nic společného s databází 1C.

Chyba se zobrazí, když je zjištěna nelegální verze 1C nebo jsou nainstalovány emulátory klíčů. Možná máte licencovanou verzi, ale s největší pravděpodobností jste před zakoupením licence použili nelicencovanou verzi a neodstranili jste ji nebo po ní zůstaly v systému stopy.

Jak se zbavit chyby „Zjištěno narušení integrity systému“.

Existuje několik způsobů, jak tuto chybu překonat.

Vraťte verzi 1C:Enterprise na dřívější verzi. Nejnovější verze, které fungují bez kontroly souboru backbas.dll a emulátorů 8.3.10.2667 A 8.3.11.2867 . Toto řešení je dočasné, protože... dříve nebo později vyjde konfigurace, která v těchto verzích nebude fungovat.

Odinstalujte emulátor HASP. Existuje mnoho emulátorů, takže je těžké psát univerzální návod pro jejich odstranění. Můžete zkusit následující kroky:

1. Najděte a odstraňte soubory VUsb.sys a vusbbus.sys
2. Spusťte příkazy v příkazový řádek jménem správce:
   loaddrv.exe -stop haspflt
   loaddrv.exe -odstranit haspflt
   del %systemroot%\system32\drivers\haspflt.sys
   Doporučuje se také odstranit klíče registru HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\haspflt\
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Emulato r
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Emu

No, jako poslední možnost, rbc_icp patcher (Integrity Check Patcher). Pokud máte licenční klíč pro 1C a USB konektory jsou pro vás životně důležité, pak můžete použít nelegální metodu. Tato oprava zakáže kontrolu integrity systému nejnovější verze 1C:Podniky, kde je implementován.

Patch změní následující soubory:

• backbas.dll (používá se unipatch 1c8_UP.exe)
• frntend.dll (zakázat kontrolu integrity v tlustém klientovi)
• mngcln.dll (zakázat kontrolu integrity v tenkém klientovi)

Nechybí ani možnost nelegálně obejít kontrolu. Pomocí libovolného hex editoru otevřete soubor backend.dll (pokud máte verzi 8.1) nebo backbas.dll (pokud máte verzi 8.2,8.3) z adresáře bin v adresáři s nainstalovaným 1C, vyhledejte HEX hodnoty: 100000FFD085C00F8208F8FEFF0F8416 a nahraďte 85 31.

Informace na konci článku jsou poskytovány pouze pro informační účely a nenabádají k nezákonnému jednání!

UPD. 15.01.2019

Skript pro odstranění VUSBBUS a HASPFLT
Kód: