Chyba pri otváraní indexového súboru tabuľky 1c 7.7. Konverzia súboru s jedným indexom na značku

Úvod

Bol slnečný letný deň a nič nenasvedčovalo problémom, keď zazvonil telefón a zamestnanec na druhej strane povedal: "Zdá sa, že som zabil klientskú základňu." Po vypočúvaní s vášňou sa ukázalo nasledovné: na bežnej vzdialenej ploche (RDP) bola vykonaná aktualizácia konfigurácie s reštrukturalizáciou databázy, takéto aktualizácie sa vykonávajú tisícpäťstokrát denne. Tentoraz sa však niečo pokazilo a databáza sa zrútila.

o reštart program vydal správu

a potom sa zrútil do systému Windows. Záložná kópia by umožnila rýchlo obnoviť databázu, ale ľudská neopatrnosť zamestnanca, ktorý jej vytvorením nevenoval ani pár minút navyše, viedla k tomu, že odstránenie problému trvalo asi štyri dni. , došlo k viacerým chybným krokom, ktoré neviedli k výraznému výsledku. Nižšie popisujem správny spôsob.

Obnova základne

Vyhľadávanie na internete viedlo k stránkam popisujúcim tieto problémy bez riešenia, ale čoskoro sa našli dva dôležité odkazy, ktoré boli východiskovým bodom pri obnove:

Krok 1.Robí zálohovanie poškodená základňa

Okrem prezerania zoznamu tabuliek je tu pre nás dôležitá funkcia na nahranie konfigurácie. Spustíme obslužný program, otvoríme databázu. Databáza sa otvorila bez akýchkoľvek chybových hlásení, čo je dobré znamenie!

Krok č. 3. Analýza štruktúry poškodeného databázového súboru

Takže, ako viete, súbor CD je v podstate úložiskom súborov tabuľky. Otvorte hexadecimálny editor (napríklad open source http://en.wikipedia.org/wiki/HxD), kliknite na odkaz 0x4000. Tu je tabuľka posunu hlavnej databázy a konfiguračných tabuliek.

Lyrická odbočka

Všetky adresy sú uložené v absolútnom adresovaní, čo sťažuje opravu manuálny mód, v prípade, že niektorá tabuľka nie je prvá v zozname. Na druhej strane to zjednodušuje prácu programátorom 1C a urýchľuje proces načítania potrebných tabuliek do pamäte.

Poďme sa teda pozrieť na tabuľku z HEX editora:

Tento obrázok zobrazuje HEX editor na ľavej strane a zoznam tabuliek z utility Tool_1CD na pravej strane. Ich poradie je rovnaké ako v súbore CD. Tu vidíme, že tabuľka CONFIG začína na 0x5000 a končí na 0x31F0FFF, kde tabuľka začína ďalej. CONFIGSAVE na 0x31F1000 (pre tých, ktorí nikdy neprogramovali v assembleri, poviem, že čísla sa v strojových kódoch píšu sprava doľava - pozostatok cárskeho režimu). Presne povedané, Nachádza sa hlavička tabuľky 0x5000 CONFIG, ktorý odkazuje na ešte jednu hlavičku a potom nasleduje samotná tabuľka (pozri popis formátu súboru na odkaze vyššie). Je rozumné predpokladať, že ak 1C nadáva na konfiguráciu, musíme opraviť túto tabuľku, preto musíme extrahovať tabuľku CONFIG z uloženej konfigurácie (alebo ak nie je uložená, berte konfiguráciu ako čo najbližšie k poškodenému) a nahraďte ho na adrese 0x5000, ale tabuľka nesmie prekročiť 0x31F0FFF.

Aktualizované 10.10.2012

Dôležitá poznámka :

1C odkazuje na tabuľky podľa názvu a nezáleží na tom, ktorá tabuľka je prvá v zozname, ktorá je druhá atď.Ide len o to, že pri vytváraní novej databázy 1C vytvorí potrebné tabuľky jednu po druhej v poradí, v akom programátori 1C napísali toto vytvorenie. Preto sa vždy ukáže, že na prvom mieste je CONFIG, na druhom mieste CONFIGSAVE atď. Ale ak by prvá tabuľka bola nejaká _REFERENCE152 a CONFIG by bola sedemnásta v zozname, 1C by s takouto základňou jednoducho fungovalo.

Krok 4a. Načítavanie nenačítanej konfigurácie do prázdnej konfigurácie (prepáčte za slovnú hračku)

Stiahnuté. Zaznamenané. Pozeráme sa do HEX editora

Niečo nie je v poriadku, pribudla nová tabuľka. Preto záver: Obnova sa musí vykonať na rovnakom vydaní platformy ako poškodená databáza.

Krok číslo 5b. Do prázdnej konfigurácie načítame nenačítanú konfiguráciu rovnakej verzie platformy

Pozrime sa na výsledok:

Áno, výsledok tiež nie je veľmi dobrý. Tabuľka CONFIG končí na 0x10FFF, zjavne nie je reštrukturalizovaná. Dobre, skúsme skopírovať pracovnú tabuľku Tool_1CD do nefunkčnej databázy. Vyberieme blok v pracovnej databáze a skopírujeme ho s náhradou na adresu 0x5000 do poškodenej databázy:

Otvorte CD Tool_1, otvorte poškodenú databázu, ale bohužiaľ Tool_1CD sa zablokuje pri pokuse o zobrazenie tabuľky CONFIG. Po niekoľkých chybných krokoch som dostal nápad: čo ak 1C pri načítavaní databázy štruktúruje tabuľky? Potom zostáva vyložiť a načítať databázu s funkčnou konfiguráciou.

Krok #5c. Načítame vyloženú konfiguráciu tej istej verzie platformy do prázdnej konfigurácie, vyložíme a naložíme základňu (nie konfiguráciu!).

Pozrime sa, ako teraz offsety vyzerajú:

Už lepšie. CONFIGSAVE sa teraz nachádza na 0x31FC000, čo je väčšie ako 0x31F1000. Ako skopírovať väčší blok tabuľky CONFIG v pracovnej databáze do menšieho bloku v poškodenej databáze? Odpoveď je jednoduchá: musíte odstrániť metadáta v pracovnej konfigurácii, ktorá neovplyvní jej štruktúru: spoločné moduly, obrázky, správy, spracovanie atď. Je pre nás dôležité spustiť poškodenú databázu, neskôr konfiguráciu obnovíme.

Po niekoľkých opakovaniach odstraňovania, vykladania a načítania databázy som dostal nasledujúci obrázok:

Nakoniec: CONFIGSAVE začína na 0x313B0000<0x31F1000. Teraz vyberte blok 0x5000- x313AFFF v pracovnej databáze a skopírujte na adresu 0x5000 v poškodenej databáze s náhradou

Zapisujeme si. Otvárame 1C. Dobre, všetko fungovalo.

Aktualizované 10.10.2012

Dôležitá poznámka

Spravidla sa pri offsete 0x4000 nachádzajú odkazy na súbory s popisom tabuľky. A už v súboroch s popisom tabuliek sú odkazy na tabuľky záznamov, indexov a BLOBov. Vo všeobecnosti, ak tabuľka CONFIG "začína" na adrese 0x5000 a tabuľka CONFIGSAVE na adrese 0x31f1000 a neexistuje žiadna záruka, že v intervale od 0x5000 do 0x31f1000 neexistuje žiadny blok, ktorý by patril inej tabuľke okrem CONFIG. Vo väčšine prípadov tabuľka CONFIG nie je fragmentovaná, vysvetľuje sa to myslím tým, že také usporiadanie súborov jednej tabuľky za sebou, takže celá tabuľka je akoby v súbore 1CD. v jednom súvislom kuse, vzniká ako výsledok aplikácie kompresie databázy počas testovania a opravy alebo pri použití pomôcky chdbfl.exe.

Zostáva len načítať pracovnú konfiguráciu do databázy, aby sa obnovila pracovná databáza. To je všetko, základňa bola obnovená.

P.S. Samozrejme, tento prípad popisuje opravu jednoduchých porúch, ale aj taký jednoduchý prípad môže zmiasť skúsených odborníkov, keď neexistujú žiadne typické spôsoby riešenia problému. Nezabudnite si vytvoriť záložné kópie.

Existujú situácie, keď sa tabuľka alebo index môže poškodiť. Môže to byť spôsobené zmenami v mysql alebo v spracovávanom súbore údajov. Napríklad chyba porovnávania vyžaduje opravu tabuľky, aby sa aktualizovali indexy v stĺpcoch znakov, ktoré používajú porovnávanie. Po skontrolovaní integrity tabuliek pomocou príkazov CHECK TABLE, mysqlcheck alebo mysql_upgrade môže byť potrebná aj obnova tabuliek.

Na obnovenie, opätovné vytvorenie tabuliek v prípade aktualizácie databázy mysql alebo downgradu použite iba metódu dump-and-reload (vytvorenie zálohy tabuľky a následné obnovenie z nej). Preto pred aktualizáciou databázy mysql alebo znížením verzie databázy musíte vytvoriť výpis databázy, napríklad pomocou mysqldump. Po inovácii alebo downgrade obnovte databázu zo súboru výpisu. Ak túto metódu používate iba na opätovné vytvorenie indexov, môžete urobiť výpis a obnoviť pred alebo po aktualizácii alebo vrátení verzie späť.

Ak chcete znova vytvoriť tabuľku pomocou výpisu a obnovy, postupujte takto:

mysqldump db_name table1 > dump_table.sql

mysql db_name< dump_teble.sql

Ak chcete obnoviť všetky tabuľky, nie je potrebné ich uvádzať, použite nasledujúce príkazy:

mysqldump db_name > dump.sql

mysql db_name< dump.sql

Ak chcete obnoviť všetky tabuľky vo všetkých databázach údaje mysql použite možnosť --všetky-databázy

mysqldump --all-databases > dump.sql

mysql< dump.sql

Na opätovné vytvorenie tabuľky pomocou príkazu ALTER TABLE nemeňte ukladací mechanizmus, použite ten, ktorý už máte, napríklad l pre MyIsam:

ALTER TABLE table1 ENGINE = MyISAM

Ak si nie ste istí, ktorý mechanizmus ukladania sa používa pre tabuľku, môžete to zistiť spustením príkazu:

ZOBRAZIŤ VYTVORIŤ TABUĽKU na zobrazenie možností tabuľky.

Ak potrebujete znovu vytvoriť tabuľku, pretože kontrola tabuľky vydala správu, že tabuľka je poškodená, použite príkaz: TABUĽKA OPRAV, iba ak daný typúložná tabuľka podporuje túto operáciu. Napríklad MyISAM podporuje, takže vykonáme:

TABUĽKA OPRAV tabuľka1

Pre stolové úložné systémy InnoDB, REPAIR TABLE nie sú podporované. Na opätovné vytvorenie a obnovenie takýchto tabuliek použite mysqldump vytvorte výpis a potom ho obnovte, ako je popísané na začiatku.

mysqlcheck --repair- poskytuje možnosť obnoviť tabuľky podobné ako REPAIR TABLE, len tento výraz je pohodlnejší, pretože môžete použiť možnosti --databases alebo --all-databases opraviť všetky tabuľky naraz v konkrétnych databázach a vo všetkých databázach mysql, v tomto poradí:

mysqlcheck --repair --databases db_name1 db_name2 ...

mysqlcheck --repair --all-databases

MySQL 5.1.24 má chybu č. 27877 v kódovaní utf8_general_ci a ucs2_general_ci, bola opravená v MySQL 5.1.62, 5.5.21 a 5.6.5. Nainštalujte ktorúkoľvek z verzií rýchlej opravy a potom skonvertujte tabuľky pomocou jednej z nasledujúcich metód:

Zmeňte kódovanie (porovnávanie) na utf8_general_mysql500_ci a ucs2_general_mysql500_ci, čo je utf8_general_ci a ucs2_general_ci v MySQL 5.1.24

Ak chcete skonvertovať ovplyvnené tabuľky po aktualizácii, zmeňte nastavenia pomocou nových hodnôt parametrov triedenia. Predpokladajme, že tabuľka obsahuje jeden alebo viacero problematických stĺpcov utf8. Na konverziu takýchto tabuliek použite príkaz:

ALTER TABLE table1 CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_mysql500_ci;

Ak chcete použiť zmeny v stĺpcoch, použite rovnaký príkaz, ale bez COLLATE:

ALTER TABLE table1 MODIFY c1 CHAR(N) CHARACTER SET utf8 COLLATE utf8_general_mysql500_ci;

Ak chcete aktualizovať pomocou postupu výpisu a obnovy. Vytvorte súbor výpisu, zmeňte kódovanie výrazov v ňom VYTVORIŤ TABUĽKU, možno to urobiť automatickým nahradením a následným obnovením zo súboru výpisu.

Po opravách KONTROLNÁ TABUĽKA by nemal vyvolávať chyby.

Ak máte problémy s databázou mysql a neviete ich vyriešiť, kontaktujte nás (kontakty), radi vám pomôžeme.

Indexový súbor je možné otvoriť iba vtedy, ak bol predtým otvorený príslušný tabuľkový súbor. V opačnom prípade sa zobrazí chybové hlásenie. Ak chcete otvoriť súbor indexu, zadajte príkaz:

NASTAVIŤ INDEX NA [zoznam indexových súborov]

[OP< cdx-súbor>]]

Účel volieb je rovnaký ako v príkazoch USE a INDEX ON.

Existujúci indexový súbor môžete otvoriť súčasne s otvorením súboru tabuľky pomocou príkazu USE (pozri časť 2.2 „Otvorenie tabuľky“).

Ak chcete zatvoriť všetky indexové súbory, musíte zadať jeden z príkazov: buď NASTAVIŤ INDEX NAžiadne možnosti, resp ZAVRIEŤ INDEX.

Nahradenie aktuálneho indexu

Pre každú tabuľku môže byť otvorených niekoľko indexových súborov súčasne, ale aktuálny (aktívny) bude iba jeden index. V predvolenom nastavení je aktuálny index prvý v poradí v indexovom súbore, ktorého názov je uvedený ako prvý v zozname názvov indexových súborov príkazu USE alebo príkazu NASTAVIŤ INDEX NA.

Akýkoľvek index z aktuálneho indexového súboru možno pomocou príkazu zmeniť na aktuálny

NASTAVIŤ OBJEDNÁVKU NA

[<выр. N1> | < idx-súbor> | ]

[ VSTUPNÝ | ZOSTUPNÝ]

Účel možností:

<выр.Nl> - nastaví aktuálny index podľa jeho sériového čísla v súbore s viacerými indexmi.

- urobí súbor s jedným indexom aktuálnym.

TAG<имя тега> - nastaví aktuálny index podľa názvu tagu zo zadaného multiindexového súboru. Ak je možnosť vynechaná, značka sa vyberie z aktuálneho súboru s viacerými indexmi.

IN<выр.N2> - označuje číslo pracovného priestoru, v ktorom sa nachádza indexový súbor. Voľba sa používa, ak je súbor tabuľky otvorený v jednom pracovnom priestore a súbor indexu je otvorený v inom pracovnom priestore.

Index môžete nastaviť ako aktuálny aj pomocou dialógového okna Návrhár tabuliek presunutím riadka popisu požadovaného indexu na prvé miesto.

Prebudovanie indexových súborov

Zmeny veľkých tabuliek sú časovo náročné, pretože každá zmena prebuduje všetky otvorené indexové súbory. Aby sa ušetril čas, indexové súbory sa zatvoria a v tabuľke sa vykonajú zmeny. V tomto prípade však existuje nesúlad medzi aktualizovanou tabuľkou a indexovými súbormi. Ak chcete vyriešiť túto nekonzistenciu, musíte prebudovať indexové súbory. Po otvorení všetkých indexových súborov patriacich do modifikovaného tabuľkový súbor, je potrebné vydať príkaz REINDEX. Príkaz ovplyvňuje všetky indexové súbory otvorené v aktuálnom pracovnom priestore. Opätovné indexovanie je možné vykonať aj zadaním príkazu z hlavného menu Tabuľka -> Obnoviť indexy.

Konverzia súboru s jedným indexom na značku

Ak súbor tabuľky vlastní jeden alebo viacero súborov s jedným indexom, možno ich skopírovať ako značky do súboru s viacerými indexmi. Na tento účel použite príkaz

KOPÍROVAŤ INDEXY< menáidx-súbory> | VŠETKY

Možnosť ALL je špecifikovaná, ak sa majú skopírovať všetky súbory s jedným indexom. Avšak zoznam mien <имена idx-файлов> nešpecifikované. Značkám sú priradené názvy súborov s jedným indexom. Pri kopírovaní niekoľkých súborov s jedným indexom sú ich názvy oddelené čiarkami. Ak je možnosť TO vynechaná, súbory s jedným indexom sa skopírujú do aktuálneho súboru s viacerými indexmi. Ak možnosť TO obsahuje názov neexistujúceho súboru s viacerými indexmi, vytvorí sa.

Je povolená aj reverzná operácia, to znamená, že jedna značka sa skonvertuje (skopíruje) do súboru s jedným indexom pomocou príkazu:

KOPÍROVAŤ ZNAČKU<список имен тегов>(z<с dx-súbor> ] TO< idx-súbor>]

Najprv je potrebné otvoriť súbor s viacerými indexmi. Jednotlivé značky môžete skopírovať zadaním<список имен тегов>, alebo všetky značky pomocou možnosti VŠETKY.

Skôr alebo neskôr v živote každého používateľa 1C príde ťažký okamih, keď sa s ním obľúbený program odmietne zaoberať, vôbec nezačne alebo vydá správy, ktoré sú pre neskúseného človeka často nepochopiteľné. Čo sa nám teda 1C snaží povedať a čo pre to môžeme urobiť?

1. "Chyba pri načítavaní metadát"

2. "Poradie triedenia nastavené pre databázu sa líši od poradia triedenia v systéme!"

Táto chyba sa vyskytuje, keď sa kódovanie systému a kódovanie informačnej databázy líšia (pozrite si http://www.goto1c.ru/2011/04/ordnochkprm.html).

3. "Chyba uzamknutia údajov"

Vaša základňa sa používa v exkluzívnom režime (možno ste to vy). Ak chcete tento problém vyriešiť, zatvorte reláciu 1C:Enterprise s výhradným prístupom k databáze a prihláste sa v rozdelenom režime. Ak na vašom počítači nie je spustený 1C: Enterprise vo exkluzívnom režime, sú možné dve možnosti.

Prvá možnosť je použiteľná, ak je v sieti málo počítačov používajúcich 1C: Enterprise alebo sú umiestnené blízko seba. Výberom položky ponuky 1C:Enterprise Help -> O programe na každom počítači uvidíte v riadku Pracovný režim. Ak je vľavo napísané „Exclusive“, musíte na tomto počítači zavrieť 1C: Enterprise.

Druhá možnosť by sa mala použiť, keď je v sieti veľa počítačov. Potom musíte spustiť Monitor pomocou príkazu Štart -> Programy -> 1C: Enterprise -> Monitor používateľa. Po spustení monitora je potrebné vybrať položku ponuky Monitor -> Aktívni používatelia. Zobrazí sa zoznam počítačov, z ktorých tento moment používa sa základňa (každý riadok je bežiaci komponent 1C: Configurator, Enterprise, Monitor, Debugger). Ak budete venovať pozornosť stĺpcu úplne vľavo, uvidíte, že na jednom z počítačov je spustený 1C: Enterprise v exkluzívnom režime (zobrazí sa červenou farbou výkričník vedľa ikony). Choďte k tomuto počítaču a zatvorte tam 1C: Enterprise. Problém by mal byť teraz vyriešený.

Niekedy je možné, že sa niektorý počítač vypol nesprávne (alebo jednoducho „zamrzol“), potom ho musíte vypnúť a znova zapnúť. Ak nie je možné určiť, ktorý počítač obsadil základňu a monitor neukazuje, že počítač používa exkluzívny režim, budete musieť nájsť a ukončiť proces 1cv7.exe v správcovi Úlohy systému Windows alebo vypnite všetky počítače (môžete jeden po druhom, skúste spustiť 1C po vypnutí každého počítača).

4. "Adresár používateľov je zaneprázdnený"

5. "Základný adresár sa nenašiel"

Stalo sa to v dôsledku skutočnosti, že priečinok, v ktorom sa nachádza základňa 1C, nie je k dispozícii. Ak sa databáza nachádza vo vašom počítači, s najväčšou pravdepodobnosťou ste ju niekam presunuli. Pamätajte si, či ste presunuli nejaké adresáre (priečinky). V poslednej dobe. Ak presne viete, kam bola základňa presunutá, potom pri spustení 1C vyberte v dialógovom okne tlačidlo „Zmeniť“ (vpravo sú tlačidlá OK, Zrušiť a ďalej - „Zmeniť“). Zadajte novú cestu k databáze a kliknutím na tlačidlo OK znova spustite 1C: Enterprise.

Ak databáza nie je na vašom počítači, ale je zapnutá vzdialený server, vtedy je lepšie vyhľadať pomoc od človeka, ktorý je zodpovedný za výkon počítačov vo vašej firme. Ak sa stále rozhodnete problém vyriešiť sami, musíte najskôr skontrolovať existenciu siete medzi dvoma počítačmi (prítomnosť serverového počítača môžete jednoducho skontrolovať v zozname počítačov dostupných klientovi kliknutím na ikona "Miesta v mojej sieti"). Po druhé, musíte zistiť umiestnenie adresára s databázou na serveri. Potom kliknutím na tlačidlo „Zmeniť“ v dialógovom okne spustenia 1C:Enterprise vyberte „Moje sieťové prostredie“ -> Server, na ktorom sa nachádza základňa -> Zadajte cestu k základni.

6. "Chyba pri otváraní indexového súboru tabuľky. Ak chcete obnoviť indexové súbory, spustite program v exkluzívnom režime"

Ak chcete tento problém vyriešiť, musíte program spustiť v exkluzívnom režime (pri spustení programu začiarknite políčko „Exkluzívne“). Samozrejme, najprv budete musieť požiadať všetkých používateľov, aby ukončili 1C: Enterprise. Na ponuku na obnovenie indexových súborov treba odpovedať kladne. Tento proces môže trvať značné množstvo času, od 1-2 minút pre databázy s veľkosťou 5-10 megabajtov až po približne hodinu pre veľké databázy. Ak nemôžete spustiť systém vo výhradnom režime, aj keď ste si istí, že všetci používatelia ukončili program, najskôr skontrolujte počítač, možno je tam stále spustená kópia programu. Ak to nepomohlo, skúste vypnúť klientske počítače (môžete to urobiť jeden po druhom s kontrolou po každom). Je pravdepodobné, že jeden z programov bol nesprávne ukončený a neuvoľnil databázu.

7. "Súbor denníka je poškodený"

Vo vašom základnom adresári (cesta k základni je napísaná v spodnej časti spúšťacieho okna) je podadresár Syslog. Tento adresár obsahuje súbor 1cv 7.mlg , toto je súbor denníka. Presuňte ho do iného adresára; ak si myslíte, že súbor denníka nepotrebujete, môžete ho odstrániť. Hlavná vec je odstrániť súbor denníka z tohto adresára. Pri ďalšom spustení 1C:Enterprise by sa mal úspešne spustiť a vytvoriť prázdny súbor denníka.

8. Po spustení programu sa zobrazí kontextová obrazovka s nápisom 1C: Enterprise a okamžite zmizne.

Táto chyba sa vyskytuje, ak platforma zistí, že sa majú spustiť súbory, ale aktuálny účet (účet operačného systému, nezamieňať s účtu„1C:Enterprise“) nemá prístupové práva k adresáru, kde sa nachádza infobáza. 1C:Enterprise na spustenie vyžaduje položku v tomto adresári. Ak chcete opraviť situáciu zo servera, na ktorom sa nachádza základňa, vyberte zdieľaný zdroj(disk alebo adresár s databázou), kliknite pravým tlačidlom myši, vyberte ponuku Vlastnosti, kartu Prístup, nastavte hodnotu na Úplné (alebo preusporiadajte indikátor na „Otvoriť všeobecný prístup do priečinka" pre Windows 2000). Uložte zmeny a skúste znova spustiť 1C: Enterprise.

9. "Chyba runtime! Program c:\Program Files\1Cv77\Bin\1Cv77.exe. Abnormálne ukončenie »

Príčin výskytu tejto chyby môže byť niekoľko. Najprv skopírujte svoj základný adresár na iné miesto, aby ste sa aj v najhoršom prípade (svetlá boli počas opravy vypnuté) mohli vrátiť do situácie pred začiatkom opravy. Môžete to urobiť sami Ďalšie kroky opravy tejto chyby. Po každom kroku skúste spustiť 1C: Enterprise.

a) Reštartujte počítač.

b) Preinštalujte 1C: Enterprise.

c)Skopírujte súbor 1Cv 7.md, ktorý sa nachádza v adresári NEW _STRU vašej základne, do adresára so základňou. Napríklad, ak sa vaša základňa nachádza v adresári c :\1C \base, musíte skopírovať súbor 1Cv 7.md z c :\1C \base \NEW _STRU do c :\1C \base . Na otázku: "Mám nahradiť aktuálny súbor?" by mal odpovedať „Áno“.

d)Spustite Konfigurátor, vyberte Správa -> Testovanie a oprava IS. Kliknite na tlačidlo Spustiť.

10. "Neopraviteľná chyba databázy. Kód - 10. Chyba pri otváraní slovníka databázy"

Skopírujte súbor 1Cv7.dd, ktorý sa nachádza v adresári NEW_STRU vašej základne, do vášho základného adresára. Napríklad, ak sa vaša základňa nachádza v adresári c:\1C\base, musíte skopírovať súbor 1Cv7.dd z c:\1C\base\NEW_STRU do c:\1C\base. Na otázku: "Mám nahradiť aktuálny súbor?" by mal odpovedať „Áno“. Ak takýto súbor v adresári NEW_STRU neexistuje, ale poznáte heslo pre konfiguráciu, môžete problémy vyriešiť premenovaním niektorého objektu metadát na seba (napríklad vymazaním posledného písmena „l“ v identifikátore MainBranch konštanta a znova). Uložte konfiguráciu.

11. Chyba prístupu k tabuľke DT*

Prekročili ste maximálny povolený počet súčasne otvorené súbory v systéme Windows 9x.

Faktom je, že Windows 95/98 vám umožňujú súčasne otvárať maximálne 1024 súborov. Toto obmedzenie sa prejaví, ak je databáza umiestnená na zdieľanom disku počítača spusteného pod Ovládanie Windows 95/98. Pri spustení 1C každý pripojený používateľ otvorí všetky súbory .dbf a .cdx, ktoré sú súčasťou konfigurácie. V závislosti od zložitosti konfigurácie môže v tomto režime s 1C súčasne pracovať 3-6 používateľov.

Ak sa stretnete s takýmto problémom, mali by ste použiť počítač s WinNT/2000/2003 ako súborový server (t. j. počítač, v ktorom je uložený adresár infobase). Len treba mať na pamäti, že WinNT Workstation (2000 Professional) nemá žiadne obmedzenie na počet otvorených súborov, ale nepovoľuje viac ako 10 simultánne spojenia. Tie. Na takomto počítači nemôže súčasne pracovať s databázami viac ako 10 používateľov. Ak potrebujete pracovať viac užívateľov súčasne, to znamená, že má zmysel zvážiť možnosť dedikovaného servera a operačné systémy Windows 2000/2003 Server.

Ak ste migrovali databázu na Windows 2003 Server a stále sa vám zobrazuje rovnaká chyba, skontrolujte počet licencií na pripojenie používateľov (počítačov) vo Win Server 2003 – štandardne je ich iba 5.

12. "Programový bezpečnostný kľúč sa nenašiel"

Táto chyba sa môže vyskytnúť z niekoľkých dôvodov. Riešenia závisia od toho, či máte sieťovú alebo lokálnu verziu. Začnime s miestne, ako v jednoduchšom prípade.

Odporúčame vám, aby ste urobili nasledovné. Po každom pokuse skúste spustiť 1C:Enterprise. Je možné, že problém sa vyrieši v prvom kroku a potom už nebudú potrebné všetky nasledujúce.

a) Reštartujte počítač kliknutím na Štart->Vypnúť ->Reštartovať počítač ->OK. Počkajte, kým sa počítač reštartuje, a potom skúste znova spustiť 1C.

b ) Možno ste pri inštalácii programu zabudli nainštalovať ochranný ovládač. Potom ho musíte spustiť kliknutím na Štart ->Programy->1C: Enterprise 7.7->Inštalovať ochranný ovládač. Reštartujte počítač a skúste znova spustiť 1C: Enterprise. Ak z nejakého dôvodu nebol ovládač nainštalovaný, nainštalujte ho z disku dodaného so softvérom alebo si ho stiahnite zo stránky http://www.aladdin.com/support/hasp/hasp4/enduser.aspx.

c) Skontrolujte fyzickú prítomnosť kľúča na počítači, možno vyskočil z počítača. Aby ste to urobili, musíte sa dostať na zadnú stenu skrinky počítača, kde sú pripojené vodiče. Dôležité: Dôrazne sa odporúča, aby ste najskôr vypli počítač. Kľúč vyzerá ako lišta asi 3x4x1 cm, s najväčšou pravdepodobnosťou bude červená alebo biela. Kľúč sa vkladá do portu LPT (na rovnakom mieste ako tlačiareň). V každom prípade môžete kľúč vložiť iba do portu LPT. Dôležité: nie je potrebné vyvíjať veľkú silu, námaha by mala byť porovnateľná s námahou pri zdvihnutí pohára čaju. Ak kľúč nezapadá do portu, nepokúšajte sa ho zasunúť silou, pretože to buď nie je kľúč, alebo ho nevkladáte do portu LPT. Je lepšie zavolať osobe zodpovednej za počítače vo vašej spoločnosti. Po vložení kľúča do portu zapnite počítač a skúste znova spustiť 1C: Enterprise.

d) Niekedy môže tlačiareň a iné vybavenie nainštalované „navrchu“ kľúča narušiť jeho určenie ochranným serverom. Po predchádzajúcom vypnutí počítača a tlačiarne skúste odpojiť periférne zariadenia (najčastejšie tlačiareň) od počítača a ponechajte kľúč na mieste. Teraz zapnite počítač a skúste spustiť 1C. Samozrejme, v tomto prípade nebudete môcť použiť deaktivované zariadenie.

Ak používate sieťová verzia a kľúč sa nenachádza vo vašom počítači, odporúča sa požiadať o pomoc osobu, ktorá je zodpovedná za výkon počítačov vo vašej spoločnosti. Ak ste touto osobou, môžeme vám poradiť, aby ste urobili nasledovné:

a) Skontrolujte, či problémový počítač „vidí“ server, na ktorom sa nachádza kľúč. Serveru môžete odoslať príkaz ping z príkazového riadka spustením programu ping z problémového počítača s názvom serverového počítača ako parametrom. Napríklad c: ping server 1c. Alebo môžete jednoducho skontrolovať prítomnosť serverového počítača v zozname počítačov dostupných klientovi kliknutím na ikonu „My Network Places“. Ak sa ukáže, že problémový počítač „nevidí“ server, budete musieť štandardná kontrola pri problémy so sieťou. Odporúčame vám začať kontrolou integrity káblov (nie sú žiadne prerušenia), prevádzkyschopnosti rozbočovača, prevádzkyschopnosti sieťovej karty, okrem toho by ste sa mali uistiť, že sú k dispozícii potrebné protokoly a že sú nakonfigurované. správne.

b) Uistite sa, že na počítači s hardvérovým kľúčom beží program „Protection Server“. Tento program je potrebný pre prácu klientov 1C: Enterprise v sieťovej verzii. Môžete ho spustiť kliknutím na Štart ->Programy->1C:Enterprise 7.7->Protection Server.

c ) Každý počítač s 1C:Enterprise má súbor nethasp .ini, ktorý sa štandardne nachádza v C :\Program Files \1Cv 77\BIN . Tento súbor obsahuje nastavenia pre program, ktorý kontroluje prítomnosť kľúča v sieti. Súbor je dobre zdokumentovaný a pravdepodobne pochopíte jeho štruktúru. Odporúčame venovať osobitnú pozornosť riadkom používaných protokolov (možno ostal jeden IPX /SPX, ktorý sa vo vašej sieti vôbec nepoužíva), čakacej dobe vyhľadávania kľúča (v prípade slabej siete môže program jednoducho nemáte čas ho nájsť) a odkazy na serverový počítač (počítač už možno neexistuje, bol presunutý alebo premenovaný).

Je možné, že hardvérový bezpečnostný kľúč je „mŕtvy“. V takom prípade musíte kontaktovať svojho dodávateľa softvér a napíšte žiadosť o výmenu bezpečnostného kľúča. Alebo vaša kópia „1C:Enterprise“ žiadne nemá daný kľúč. Koniec koncov, kľúč prichádza iba s licencovaným softvérom.

V článku boli použité materiály zo stránok http://help1c.com, http://www.ititi.ru, http://it-specialist.perm.ru.

Najčastejšie chyby 1C 7.7

1. Chyba pri otváraní indexového súboru tabuľky 1SCONST. Ak chcete obnoviť indexové súbory, spustite program vo výhradnom režime.

Zvyčajne sa to stane, keď počiatočná inštalácia základne Navrhuje sa riešenie)) Spúšťame 1C v exkluzívnom režime. 1C indexuje databázu a bude ju možné stiahnuť.

2. poradie triedenia sa líši od systémového.

Táto chyba sa najčastejšie vyskytuje počas počiatočnej inštalácie 1C na operačné systémy Windows Vista a Windows 7. Je spojená s rôznymi triediacimi mechanizmami v operačnom systéme Windows a programe 1C Enterprise 7.7.

Tu sú dve možnosti.

2.1. Máte jeden počítač so systémom Windows Vista/7 a 1C [b]alebo sieť, ale všetky počítače používajú systém Windows Vista / 7.
V tomto prípade musíte zmeniť poradie zoradenia pre 1C Enterprise 7.7 v samotnej databáze.

Robí sa to takto:
- Spustite 1C v režime Enterprise Configurator 7.7;
- Vyberte " Administrácia" -> "Tabuľka kódov stránok IB";
- V zozname vyberte najnižšiu položku - " Aktuálne inštalácia systému ";
- OK.

2.2 Máte verziu pre viacerých používateľov, ale pracujú v nej používatelia s rôznymi operačnými systémami - Windows XP, Windows Vista, Windows 7.
V tomto prípade musíte vypnúť kontrolu poradia triedenia.

Vytvorte súbor značiek s názvom OrdNoChk.prm s akýmkoľvek obsahom. môže byť prázdny;
- ak máte jeden základ, tak tento súbor môžete hodiť samotnému programu, t.j. v \\1Cv77\Bin\ Toto zakáže kontrolu poradia zoradenia v programe 1C. Ale to bude stále platiť pre všetky základne.
- ak máte veľa základov, potom je lepšie hodiť tento súbor do priečinka so základňou. Potom vypnutie kontroly poradia zoradenia ovplyvní iba túto základňu, kde sa nachádza tento súbor značky (alebo signálu). Povedzme, že máte tri základne. Pracujú s dvoma základňami v systéme Windows XP as treťou - s rôznych systémov. Potom, ak hodíme fixačný súbor iba na tretiu základňu, potom budú môcť pracovať s treťou základňou z rôznych systémov.

Prečo nehodiť súbor OrdNoChk.prm v BIN a nezakázať kontrolu poradia triedenia pre všetky databázy naraz?
Pretože:
- túto metódu funguje len od 26. nástupišťa a vyššie;
- 1C varuje: " Použitie tejto funkcie možno odporučiť len v extrémnych prípadoch, keď nie je možné zosúladiť poradie zoradenia systému s poradím zoradenia nastaveným pre infobázu. Pri zakázaní kontroly poradia triedenia v podmienkach používania komponentu správy distribuovanej informačnej databázy NESMIETE používať znaky žiadnej abecedy, okrem latinky, v trojpísmenovom identifikátore informačné základne zahrnuté v distribuovaných. Treba mať na pamäti, že 1C:Enterprise využíva možnosti triedenia oboch mechanizmov počas prevádzky a zakázanie kontrol identity objednávok v nich môže viesť k neočakávanému poradiu riadkov pre používateľa, napríklad pri generovaní správ.".

Preto ak pracujú s nejakou databázou v rovnakom systéme, je lepšie použiť štandardné funkcie. - Napríklad zmeniť tabuľku kódov stránok v samotnej databáze a pracovať normálne.
- Alebo použite súbor značiek, ale selektívne na základňu, s ktorou pracujú v rôznych operačných systémoch, bez toho, aby ste sa dotkli zvyšku.

Zdá sa, že tento prístup je flexibilnejší a správnejší.

Majte tiež na pamäti nasledovné!

Je žiaduce umiestniť databázy na počítač so systémom Windows XP a OrdNoChk.prm vložiť do priečinka BIN na počítači so systémom Windows 7 (Vista). Vyhnete sa tak prípadným problémom s prácou takých komponentov, ako napr URIB. Zároveň by sa malo pamätať na to, že stroj so systémom Windows 7 (Vista) možno použiť iba na prácu v režime 1C Enterprise.
Akékoľvek zmeny v režime konfigurátora by sa mali vykonávať iba na počítači so systémom Windows XP..
Pri umiestňovaní databáz na počítači so systémom Windows 7 (Vista) nezabudnite zmeniť kódovú stránku IS na systémovú (podľa prvého spôsobu) a na počítačoch so systémom Windows XP použite OrdNoChk.prm, inak pracujte s URIB alebo jednoducho načítanie predtým nahraných údajov do IB nebude možné.

3. Chyba pri vytváraní z komponentu V7Plus.dll (chýba CLSID)

Takáto chyba sa vyskytuje v dôsledku skutočnosti, že knižnice nie sú registrované v operačnom systéme. V tomto prípade - V7Plus.dll.
1C registruje knižnice dynamicky, t.j. pri prvom prístupe k požadovanej knižnici.
Ale nemôže.
Stáva sa to zvyčajne v dôsledku nedostatku práv alebo keď UAC(vo Windows Vista/7). Keď je povolené UAC 1C pracuje s používateľskými právami, a preto nemôže registrovať knižnicu.
Sú dve riešenia:
- kopírovať V7Plus.dll(alebo požadovanej knižnice) do priečinka BIN 1C (aby ste neboli viazaní na konkrétnu databázu) a spustite 1C raz v mene správcu alebo z účtu s právami správcu. Keďže je knižnica spustená s právami správcu, bude zaregistrovaná.
- zaregistrujte sa ručne. Aby sme to dosiahli, bežíme príkazový riadok s právami správcu a dať príkaz regsvr32\BIN\V7Plus.dll, výsledkom vykonania by mala byť správa o úspešnej registrácii knižnice.

4. Chyba „Prístup k databáze vyžaduje ovládač ODBC pre MS SQL Verzia servera 3.50.0303 alebo staršie.

Chyba sa vyskytuje pri pokuse o spustenie SQL verzie 1C Enterprise 7.7 v systéme Windows 7 (Vista) a spočíva v nedostatočnej podpore týchto verzií operačného systému SQL servera nižšie. SQL Server 2005 SP2.

Výňatok z oficiálnej tlačovej správy Microsoftu:
Poskytovať viac vysoký stupeň bezpečnosť, operačné systémy Microsoft Windows Server 2008 a Microsoft Windows Vista bude podporovať SQL Server 2005 Express SP1, zatiaľ čo všetky ostatné vydania SQL Servera budú vyžadovať SQL Server 2005 SP2 alebo novší. Viac skoré verzie SQL Server, vrátane SQL Server 2000 (všetky vydania, vrátane Desktop Engine Edition, známeho aj ako MSDE), SQL Server 7.0 a SQL Server 6.5, operačný systémy Windows Server 2008 a Windows Vista nebudú podporované.

K dnešnému dňu neexistuje žiadne riešenie (a je nepravdepodobné, že sa objaví).

Ako alternatíva môžete odporučiť spustenie 1C Enterprise na Windows Server 2003 v terminálovom režime, odporúčame rovnakú možnosť pre režim súborov 1C v sieti s rôznymi verziami systému Windows.