1 verze podnikového souboru. Soubor nebo klient-server? Schéma práce ve verzi souboru

To vedlo k několika otázkám o režimech provozu 1C.

Režimy práce s infobází:
Souborová verze práce
Klient - serverová verze práce

Souborový režim provozu

Souborová verze díla je určena pro osobní práci jednoho uživatele, ale dostupná je i víceuživatelská práce po síti. Paralelní zaúčtování dokladů v tomto režimu není možné. V režimu souborů může v průměru pracovat přibližně 10 uživatelů současně.
Nákup klíčů serveru není vyžadován.
V souborovém režimu provozu je celá informační báze (databáze, konfigurace) uložena v souboru 1Cv8.1CD.

1Cv8.1CD je databáze souborů

Souborovou databázi (soubor 1Cv8.1CD) spravuje File DBMS, která je součástí platformy 1C:Enterprise.
V režimu souborů dochází k napodobování režimu provozu klient-server, takže stále musíte dodržovat mechanismus vývoje klient-server.

Pokud je soubor 1Cv8.1CD větší než 4 GB. Je čas přemýšlet o přechodu na verzi klient-server.

Velkou nevýhodou souborového režimu provozu je nízká informační bezpečnost.

Schéma práce ve verzi souboru

Aplikace tlustého klienta přímo přistupuje k infobázi a přijímá odpověď. Tenký klient také přistupuje k databázi přímo pomocí vlastního protokolu. Webový klient přistupuje k infobázi pomocí webového serveru.

Přepnutí z režimu souborů do režimu klient-server stačí nahrát infobázi ve formátu dt a poté ji nahrát do infobáze vytvořené na serveru.

Provoz klient-server

Možnost klient-server je vhodná pro práci s infobází velkého počtu uživatelů. Spolehlivost databáze je garantována DBMS, která obsahuje mechanismy pro automatickou archivaci a obnovu. Rychlost práce s daty je vyšší než v souborovém režimu práce.

Verze klient-server funguje podle třívrstvé architektury:
Uživatel
Aplikační server (klastr serverů)
DBMS

Klienti kontaktují správce clusteru, který přesměruje požadavek uživatele na funkční server (požadavek lze přesměrovat na volnější server). Poté server zavolá DBMS, aby získal potřebná data.
DBMS zpracuje požadavek a vrátí pole dat serveru, který vrátí zpracovaná data klientovi. V serverovém clusteru je možné konfigurovat redundantní servery, na které se přenášejí procesy v případě výpadku fungujícího serveru. Tím se zvyšuje spolehlivost.

Webový klient komunikuje (prostřednictvím protokolu http) s webovým serverem, který přistupuje ke shluku serverů. S tenkým klientem je také možné pracovat pomocí protokolu http (podle úplně stejného schématu)

Aktuální provozní režim lze zobrazit v konfigurátoru a v uživatelském režimu otevřením Nápověda -> O aplikaci (řádek "režim")

Normální aplikace vždy běží v režimu tlustého klienta. Spravovaná aplikace může běžet v tlustých i tenkých klientech. Funkčnost tenkého klienta je značně omezena.

Článek o běžných a spravovaných aplikacích, běžných a spravovaných formulářích 1C:Enterprise naleznete zde.

Zanechte prosím svůj komentář, cením si vašeho názoru.

P.S. Charlie Brooker - Schránka přání

Systém 1C zaujímá dominantní postavení na trhu automatizace pro malé a střední podniky. Pokud si společnost zvolila účetní systém 1C, pak v něm obvykle pracují téměř všichni zaměstnanci, od běžných specialistů až po management. V souladu s tím rychlost obchodních procesů společnosti závisí na rychlosti 1C. Pokud 1C pracuje neuspokojivou rychlostí, pak to přímo ovlivňuje práci celé společnosti a zisk.

Ve skutečnosti existuje tři způsoby zrychlení 1C:

• Zvýšení kapacity hardwaru.
• Optimalizace nastavení operačního systému a DBMS.
• Optimalizace kódu a algoritmů v 1C.

První způsob vyžaduje nákup vybavení a licencí, třetí vyžaduje mnoho práce pro programátory a v důsledku toho oba způsoby znamenají značné finanční náklady. Nejprve musíte věnovat pozornost programovému kódu, protože žádné zvýšení kapacity serveru nemůže kompenzovat nesprávný kód. Každý programátor ví, že s několika řádky kódu je možné vytvořit proces, který zcela zatíží zdroje jakéhokoli serveru.

Pokud je společnost přesvědčena o optimalitě programového kódu a stále běží pomalu, obvykle se management rozhodne navýšit kapacitu serveru. V tuto chvíli se nabízí logická otázka: co chybí, jak moc a co je ve výsledku potřeba přidat.

Společnost 1C dává poměrně vágní odpověď na otázku, kolik zdrojů je potřeba, psali jsme o tom dříve v našich příspěvcích. A tak musíte nezávisle provádět experimenty a zjistit, na čem závisí výkon 1C. Experimenty s výkonem na EFSOL jsou popsány níže.

Při práci s 1C 8.2, zejména s konfiguracemi, které používají spravované formuláře, byl zaznamenán zvláštní fakt: 1C běží rychleji na pracovní stanici než na výkonném serveru. Navíc všechny vlastnosti pracovní stanice jsou horší než vlastnosti serveru.

Tabulka 1 – Konfigurace, na kterých bylo provedeno počáteční testování

Pracovní stanice vykazuje výkon o 155 % vyšší než server 1C s vynikajícím výkonem. Začali jsme zjišťovat, o co jde, a zužovali jsme okruh hledání.

Obrázek 1 - Měření výkonu na pracovní stanici pomocí Gilevova testu

První podezření bylo, že Gilevův test byl nedostatečný. Měření otevírání formulářů, odesílání dokumentů, generování zpráv atd. pomocí instrumentačních nástrojů ukázalo, že Gilevův test poskytuje odhad úměrný skutečné rychlosti práce v 1C.

Počet a frekvence paměti RAM

Analýza informací dostupných na internetu ukázala, že mnozí píší o závislosti výkonu 1C na frekvenci paměti. Je to z frekvence a ne z hlasitosti. Rozhodli jsme se tuto hypotézu otestovat, protože na serveru máme frekvenci RAM 1066 Mhz oproti 1333 Mhz na pracovní stanici a množství paměti RAM na serveru je již mnohem vyšší. Rozhodli jsme se dát ne 1066 Mhz, ale hned 800 Mhz, abychom více zviditelnili vliv závislosti výkonu na frekvenci paměti. Výsledek - produktivita klesla o 12 % a činila 39,37 jednotek. Na server jsme nainstalovali paměť s frekvencí 1333 Mhz místo 1066 Mhz a dosáhli mírného nárůstu výkonu - asi 11%. Produktivita byla 19,53 jednotek. V souladu s tím nejde o paměť, i když její frekvence mírně zvyšuje.

Obrázek 2 - Měření výkonu na pracovní stanici po snížení frekvence paměti RAM

Obrázek 3 - Měření výkonu na serveru po zvýšení frekvence RAM

Diskový subsystém

Další hypotéza se týkala diskového subsystému. Okamžitě vyvstaly dvě hypotézy:

• SSD jsou lepší než disky SAS, i když jsou v raid 10.
• iSCSI je pomalé nebo nefunguje správně.

Do pracovní stanice byl proto místo SSD nainstalován běžný SATA disk a se serverem totéž - základna byla umístěna na lokální SATA disk. V důsledku toho se měření výkonu nijak nezměnilo. S největší pravděpodobností se to děje, protože RAM je dostatek a disky se během testu prakticky žádným způsobem nepoužívají.

procesor

Procesory na serveru jsou samozřejmě výkonnější a jsou dva, ale frekvence je o něco nižší než na pracovní stanici. Rozhodli jsme se ověřit vliv frekvence procesoru na výkon: pro server nebyly k dispozici procesory s vyšší frekvencí, a tak jsme frekvenci procesoru na pracovní stanici snížili. Okamžitě jsme ji snížili na 1,6, aby se korelace projevila jasněji. Test ukázal, že výkon výrazně klesl, ale i s procesorem 1,6 vyrobila pracovní stanice téměř 28 jednotek, což je téměř 1,5krát více než na serveru.

Obrázek 4 - Měření výkonu na pracovní stanici s procesorem 1,6 GHz

grafická karta

Na internetu jsou informace, že grafická karta může ovlivnit výkon 1C. Vyzkoušeli jsme integrované video pracovní stanice, profesionální adaptér Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5, starou grafickou kartu GeForce 16MbSDR. Během testu Gilev nebyl zaznamenán žádný významný rozdíl. Možná grafická karta stále ovlivňuje, ale v reálných podmínkách, když potřebujete otevřít spravované formuláře atd.

V tuto chvíli existují dvě podezření, proč pracovní stanice běží rychleji i při znatelně horším výkonu:

1. PROCESOR. Typ procesoru na pracovní stanici je vhodnější pro 1C.
2. Čipová sada. Pokud jsou ostatní věci stejné, naše pracovní stanice má novější čipovou sadu, což může být důvod.

Plánujeme nákup potřebných komponent a pokračování v testech, abychom konečně zjistili, na čem výkon 1C ve větší míře závisí. Zatímco probíhá proces schvalování a nákupu, rozhodli jsme se provést optimalizaci, zejména proto, že to nic nestojí. Byly identifikovány následující kroky:

Fáze 1. Nastavení systému

Nejprve proveďte následující nastavení v systému BIOS a operačním systému:

1. V BIOSu serveru deaktivujte všechna nastavení, abyste šetřili výkon procesoru.
2. Vyberte plán "Maximální výkon" v operačním systému.
3. Procesor je také vyladěn pro maximální výkon. To lze provést pomocí nástroje PowerSchemeEd.

Fáze 2. Nastavení serveru SQL a serveru 1C:Enterprise

V nastavení serveru DBMS a 1C:Enterprise provádíme následující změny.

1. Konfigurace protokolu sdílené paměti:
   
   
   • Sdílená paměť bude povolena pouze na platformě počínaje 1C 8.2.17, v dřívějších verzích bude povoleno Named Pipe - poněkud nižší v rychlosti. Tato technologie funguje pouze v případě, že jsou na stejném fyzickém nebo virtuálním serveru nainstalovány služby 1C a MSSQL.
2. Doporučuje se přepnout službu 1C do režimu ladění, paradoxně to zvyšuje výkon. Ve výchozím nastavení je ladění na serveru zakázáno.
3. Nastavení SQL serveru:
   
   
   • Potřebujeme pouze server, zbytek služeb, které k němu patří a možná je někdo používá, jen zpomalují práci. Zastavujeme a deaktivujeme takové služby jako: Fulltextové vyhledávání (1C má vlastní mechanismus fulltextového vyhledávání), Integrační služby atd.
   • Nastavte maximální množství paměti přidělené serveru. To je nutné, aby sql server počítal s tímto množstvím a předem vyčistil paměť.
   • Nastavte maximální počet vláken (Maximum work threads) a nastavte zvýšenou prioritu serveru (Boost priority).

Fáze 3. Nastavení fungující databáze

Po optimalizaci DBMS serveru a 1C:Enterprise přejdeme k nastavení databáze. Pokud základ ještě nebyl nasazen ze souboru .dt a znáte jeho přibližnou velikost, pak je lepší ihned označit inicializační velikost primárního souboru „>=“ základní velikosti, ale to je věc chuti, při nasazení ještě poroste. Ale musí být specifikováno automatické zvýšení velikosti: přibližně 200 MB na databázi a 50 MB na protokol, protože. výchozí hodnoty - růst o 1 MB a o 10 % velmi zpomalit server, když potřebuje zvětšit soubor s každou 3. transakcí. Je také lepší uložit základní soubor a soubor protokolu na různé fyzické disky nebo skupiny RAID, pokud se používá pole RAID, a omezit růst protokolu. Doporučuje se přesunout soubor Tempdb do vysokorychlostního pole, protože DBMS k němu přistupuje poměrně často.

Fáze 4. Nastavení naplánovaných úloh

Naplánované úlohy se vytvářejí zcela jednoduše pomocí Plánu údržby v sekci Správa pomocí grafických nástrojů, takže nebudeme podrobně popisovat, jak se to dělá. Pojďme se pozastavit nad tím, jaké operace je potřeba provést pro zlepšení výkonu.

• Indexy by měly být defragmentovány a statistiky by měly být denně aktualizovány. pokud je fragmentace indexu > 25 %, výrazně to sníží výkon serveru.
• Defragmentace a aktualizace statistik – provádí se rychle a nevyžaduje odpojování uživatelů. Doporučuje se také provádět denně.
• Úplná reindexace – provádí se se zámkem databáze, doporučuje se ji provádět alespoň jednou týdně. Po úplném přeindexování jsou indexy přirozeně defragmentovány a statistiky jsou okamžitě aktualizovány.

V důsledku toho se nám pomocí doladění systému, SQL serveru a pracovní základny podařilo zvýšit produktivitu o 46 %. Měření byla provedena pomocí přístroje 1C a pomocí Gilevova testu. Ten ukázal 25,6 jednotek oproti 17,53, které byly původně.

Stručný závěr

1. Výkon 1C moc nezávisí na frekvenci RAM. Při dosažení dostatečného objemu nemá další rozšiřování paměti smysl, protože nevede ke zvýšení výkonu.
2. Výkon 1C nezávisí na grafické kartě.
3. Výkon 1C nezávisí na diskovém subsystému za předpokladu, že není překročena fronta pro čtení nebo zápis disků. Pokud jsou nainstalovány disky SATA a nepřekročily frontu, instalace SSD nezlepší výkon.
4. Výkon je dost závislý na frekvenci procesoru.
5. Při správné konfiguraci operačního systému a MSSQL serveru je možné dosáhnout zvýšení výkonu 1C o 40-50% bez jakýchkoliv materiálových nákladů.

POZORNOST! Velmi důležitý bod! Všechna měření byla provedena na testovací základně pomocí Gilevova testu a instrumentačních nástrojů 1C. Chování skutečné databáze se skutečnými uživateli se může lišit od získaných výsledků. Například v testovací databázi jsme nenašli žádnou závislost výkonu na grafické kartě a velikosti RAM. Tyto závěry jsou spíše pochybné a v reálných podmínkách mohou mít tyto faktory významný vliv na výkon. Při práci s konfiguracemi, které využívají spravované formuláře, je důležitá grafická karta a výkonný grafický procesor urychluje práci z hlediska kreslení rozhraní programu, vizuálně se to projevuje rychlejším provozem 1C.

Běží váš 1C pomalu? Objednejte si IT údržbu počítačů a serverů u specialistů EFSOL s mnohaletými zkušenostmi nebo přeneste své 1C na výkonný virtuální server 1C odolný proti chybám.

Systémová integrace. Poradenství

Jak zrychlit práci v 1C: Accounting 8.3 (verze 3.0) nebo deaktivovat naplánované úlohy a úlohy na pozadí

Ti z vás, kteří již stihli přejít na nové vydání 1C: Accounting 8.3 (verze 3.0), si všimli, že je pomalejší než dvojka. Nějaká podivná zpomalení, nekonečné úkoly na pozadí několikrát denně, o které ji nikdo nežádal bez našeho vědomí.

Ihned po přechodu mi moji účetní řekli, že nové vydání 1C: Accounting 3.0 upřímně zpomaluje ve srovnání s předchozími! A je nemožné pracovat.

Začal jsem to zjišťovat a velmi brzy jsem zjistil, že hlavní příčinou zamrzání a následné nespokojenosti uživatelů jsou rutinní úkony a úkony na pozadí, z nichž mnohé jsou standardně povoleny, i když pro drtivou většinu účetních nejsou nutné.

Proč například potřebujeme spouštět úlohu "Extrakce textu" stokrát denně, když neprovádíme fulltextové (účetní, nebojte se) vyhledávání napříč všemi objekty v naší databázi.

Nebo proč neustále stahovat směnné kurzy, když nemáme měnové transakce nebo je děláme příležitostně (a předtím můžeme sami kliknout na tlačítko stáhnout kurzy).

Totéž platí pro neustálý pokus 1C o připojení k webu a kontrolu a aktualizaci bankovních klasifikátorů. Proč? Sám stisknu tlačítko pro aktualizaci klasifikátorů, pokud nenajdu správnou banku podle jejího BIC.

O tom, jak to udělat v bodech níže.

1. Přejděte do sekce "Správa" a na panelu akcí vyberte položku "Údržba" ():

2. V okně, které se otevře, najděte a vyberte položku "Pravidelné úlohy a úlohy na pozadí":

3. Otevřete každou úlohu, která má sloupec Zapnuto. stojí za kavku.

4. Zrušte zaškrtnutí políčka „Povoleno“ a klikněte na tlačítko „Uložit a zavřít“.

5. Udělejte to s každým ze zahrnutých úkolů a užijte si nové vydání. Obecně je podle mě mnohem lepší než dvojka.

Zároveň platforma stále zapne některé naplánované úlohy, které jste zakázali.

Programy 1C:Enterprise, které se staly lídrem v oblasti automatizace, jsou stále více integrovány do obchodní a podnikové sítě. 8. verze programu již není určena pouze pro vedení účetnictví a dávno přesáhla hranice jednoho či dvou počítačů. Jeho schopnosti stále častěji využívají nejen manažeři pro kontrolu finančních transakcí, ale také manažeři v CRM, skladníci pro skladové účetnictví atp.

V tomto ohledu se prudce zvýšila zátěž na místní počítačovou síť podniku a na počítačové centrum - server, na kterém jsou umístěny základny 1C. Vývojář si to uvědomil a poskytl několik možností pro nasazení programů 1C:Enterprise - soubor a klient-server.

Verze souboru 1C: výhody a nevýhody

Nejjednodušší a nejlevnější možností nasazení platformy 1C:Enterprise 8 je souborová možnost. Mnoho lidí mylně říká, že není vhodný pro víceuživatelské sítě. Ani ne, tuto pracovní možnost lze využít jak pro práci jednoho uživatele bez síťových verzí, tak pro sdílení až 5 klientů. Chcete-li nakonfigurovat provoz možnosti souboru 1C, můžete použít jednoduchý počítač, na kterém je adresář „sdílen“ (přístup ke sdílené složce je otevřen), ve kterém je ve skutečnosti jeden jediný soubor s databází. Tento počítač musí být přirozeně neustále zapnutý, aby uživatelé měli přístup k databázi. Druhým nepříliš příjemným momentem je plný přístup všech uživatelů pracujících s programem do této sdílené složky, tedy každý z nich může nejen pracovat s 1C, ale má také možnost zkopírovat tuto databázi do svého počítače (flash disk, vyměnitelný disk atd. .d) nebo jednoduše smazat. To vede k závěru, že je nemožné kontrolovat bezpečnost dat ve velké společnosti. A samozřejmě nelze neříct, že při použití možnosti nasazení souboru 1C jsou všechny výpočty a operace prováděny na počítači klienta, takže pracovní stanice musí mít pořádnou zásobu výpočetního výkonu: výkonný procesor a dostatečnou RAM. A to si při současném kurzu dolaru nemůže dovolit každý, navíc vzhledem k tomu, že s vydáním každé nové verze programu se požadavky na hardware jen zvyšují.

Za významnou výhodu lze považovat téměř nulové náklady na serverovou část - může to být jednoduchý výkonný počítač, na kterém například hlavní účetní pracuje s dobrým pevným diskem a síťovou kartou s šířkou pásma 1 Gb/s. Dokonce i konvenční (neserverové) operační systémy poskytnou až 5 klientských připojení 1C. Je také docela jednoduché provádět zálohování, které lze mimochodem v nejnovějších verzích konfigurovat běžnými prostředky samotného 1C.

Připojení klientů k souboru 1C

Pro uživatele, aby mohli pracovat s verzí souborového serveru 1C:Enterprise, jsou možné 2 možnosti: „tlustý klient“ a webový klient. První možnost je nejjednodušší, používá se v místních verzích a není hodná velké pozornosti. Při použití webového klienta ale prakticky není potřeba instalovat software. Pro práci v tomto režimu potřebujete pouze kompatibilní webový prohlížeč, který lze provozovat téměř na jakékoli platformě a dokonce i na tabletu přes 3G internet. Nastavení si samozřejmě budete muset trochu zkomplikovat, protože kromě souborového budete potřebovat i webový server, ale přinese to spoustu výhod:

• pracovat na jakémkoli zařízení a libovolném operačním systému (MacOS, Linux, Windows, tablet Android atd.);
• pracovat z jakéhokoli místa, kde je internet (samozřejmě s příslušným nastavením);
• není potřeba instalovat a aktualizovat software na pracovních stanicích.

  Obecné momenty nasazení souborového serveru 1C

  Otázku licencování nelze obejít: pro připojení každého klienta bez ohledu na typ připojení je kromě samotného programu nutné zakoupit klientskou licenci pro přístup současně pracujícího uživatele. Může to být hardwarový klíč (USB token) nebo softwarový PIN.

  V další části článku se podrobně zaměřím na verzi klient-server 1C: Enterprise, na výhody a nevýhody tohoto přístupu a možnosti, jak ušetřit na softwaru.

1. Nastavení naplánovaných úloh a úloh na pozadí;
2. Diagnostika a odstraňování chyb v infobázi, která má formát souboru pro ukládání dat;
3. Spusťte indexování fulltextového vyhledávání v 1C nebo jej úplně vypněte;
4. Spuštění databáze na nejnovějších platformách 8.3.8;
5. Spustit v tenkém klientovi;
6. Zvýšení rychlosti opětovného odesílání dokumentů, když je antivirus vypnutý;
7. Spusťte přepočet součtů a opětovné sekvenování;
8. Spusťte Testování a opravu databáze, kontrolu pomocí nástroje chdbfl.exe;
9. Pokud konfigurace není typická, tj. upravená programátory pro konkrétní organizaci, proveďte Configuration Check;
10. Zakázat nepotřebné funkční režimy;
11. nastavit uživatelská práva;
12. základní konvoluce;
13. Upgrade hardwaru.

Metoda 1: Nastavení naplánovaných úloh a úloh na pozadí

Aplikace v novém vydání 1C Accounting 3.0 kromě provádění hlavní práce spouští operace na pozadí, které vedou ke snížení výkonu programu.

Režim na pozadí je pohotovostní režim, to znamená, že operace stále běží, i když se nepoužívá.

Krok 1. Nastavení naplánovaných úloh a úloh na pozadí

Otevřete seznam naplánovaných úloh a úloh na pozadí: Viz Správa - Podpora a údržba - Plánované operace - Naplánované úlohy a úlohy na pozadí:

Po spuštění programu 1C 8.3 se automaticky spouštějí úlohy na pozadí a provádějí se rutinní úlohy, které využívají obrovské množství zdrojů a zpomalují program. Proto je nutné analyzovat práci účetních a určit, které úlohy na pozadí by měly být ponechány v automatickém spuštění a které by měly být zakázány.

Na obrázku vidíme seznam rutinních úloh, které běží v 1C 8.3 Accounting:

Obrázek ukazuje seznam dokončených úloh na pozadí:

Například,

• Program 1C 8.3 Účetnictví pro aktualizaci různých klasifikátorů je neustále připojeno k webu;
• Pokud společnost neprovádí operace související s cizí měnou, není třeba sledovat směnné kurzy;
• Pokud účetní v programu nepoužívá fulltextové vyhledávání, pak není vhodné spouštět proces "Extrakce textu".

Krok 2 Zakažte nepotřebné úlohy

Podívejme se podrobně na to, jak zakázat stahování. Umístěte kurzor na požadovaný řádek a dvakrát klikněte:

Chcete-li úlohu deaktivovat, zrušte zaškrtnutí políčka Povoleno:

Krok 3. Naplánujte naplánované úlohy

Podívejme se blíže na to, jak nastavit rozvrh. Umístěte kurzor na požadovaný řádek a dvakrát klikněte:

Vyberte položku Plán:

V okně, které se otevře, přejděte na požadovanou kartu a proveďte příslušná nastavení:

Metoda 2. Diagnostika a eliminace chyb v infobázi, která má formát ukládání dat souborů

Krok 1.

Vytvoříme zálohu databáze.

Krok 2

Zahájíme proceduru. Chcete-li to provést, otevřete Konfigurátor a spusťte proceduru Testování a opravy infobáze: Viz Správa – Testování a opravy. Vyberte kontroly a režimy, které se mají pro informační databázi provést:

Zvažte podrobněji navrhované možnosti ověření:

• Přeindexování tabulek infobázových tabulek – přestaví indexy tabulek za účelem zlepšení výkonu databáze;
• Kontrola logické integrity databáze - kontrola logiky databáze;
• Kontrola referenční integrity infobáze - kontrola logické integrity databáze pro detekci "nefunkčních" odkazů;
• Přepočet součtů - přepočet součtů tabulek akumulačních registrů;
• Komprese tabulek infobázových informací – snižuje velikost databáze po testování a opravě;
• Restrukturalizace tabulek Infobase - optimalizuje strukturu databáze pomocí pomocných souborů za účelem zvýšení stability a výkonu.

Pokud v režimu kontroly referenční integrity Infobase vybereme možnost procedury Testování a opravy, zpřístupní se položky nastavení pro řešení chyb databáze:

• Odstavec Když existují odkazy na neexistující objekty znamená, že když jsou detekovány "nefunkční" odkazy, zpracuje odkazy pomocí vybrané možnosti;
• Odstavec S částečnou ztrátou dat objektu znamená, že zbytek dat stačí k obnovení dat nějakého objektu.

Postup testování a opravy infobáze 1C lze provést pouze v exkluzivním režimu.

Metoda 3. Spusťte indexování fulltextového vyhledávání v 1C nebo jej úplně vypněte

Fulltextové vyhledávání dat bylo vyvinuto společností 1C, aby usnadnilo vyhledávání neznámých informací uživatelem. Funkce fulltextového vyhledávání dat v 1C 8.3 je:

• Uživatel může zadat jednoduchý vyhledávací dotaz a použít speciální operátory, jako jsou: a nebo ne.
• Fulltextové vyhledávání dat pracuje s poli typu ValueStorage a s dlouhými textovými poli, přičemž uživateli nebudou zobrazeny výsledky, ke kterým nemá práva.

Například je potřeba nastavit fulltextové vyhledávání v dokumentech Výkazy výdajů.

Krok 1.

Krok 2

Otevřete dokument Advance report: menu Konfigurátor - Otevřít konfiguraci.

Krok 3

V řádku Fulltextové vyhledávání vyberte položku Použití: Předběžná sestava - Vstupní pole - Fulltextové vyhledávání:

Krok 4

Spustíme program a aktualizujeme režim fulltextového vyhledávání. Otevřít Naplánované operace: sekce Administrace - Nastavení programu - Podpora a údržba:

Krok 5

Otevřete nastavení a aktualizujte index pomocí tlačítka Aktualizovat index:

Metoda 4: Spusťte databázi na nejnovějších platformách 8.3.8

Jak aktualizovat technologickou platformu 1C 8.3, podívejte se na náš video tutoriál:

Specialisté 1C zlepšili rozložení zátěže:

• Můžete přesněji řídit množství paměti spotřebované pracovními procesy serveru, což může zvýšit odolnost clusteru vůči neopatrným akcím uživatelů.
• Restrukturalizace infobází na pozadí. Tato nová schopnost minimalizuje prostoje systému potřebné k aktualizaci aplikačních řešení.
• Platforma verze 8.3 obdržela nové aplikační rozhraní „Taxi“, pohodlnější a intuitivnější s novým jasným designem. Vylepšené možnosti navigace v aplikaci. Uživatel si může nezávisle přizpůsobit svůj pracovní prostor umístěním panelů do různých oblastí obrazovky. Nový vstupní mechanismus řádek po řádku výrazně urychluje získávání dat. Další informace o nových funkcích rozhraní 1C 8.3 Accounting Taxi naleznete v našem videu:

Metoda 5. Spuštění v tenkém klientovi

Práce v režimu tenkého klienta je možná pouze v režimu spravované aplikace. V režimu tenkého klienta jsou všechny akce prováděny na serveru, uživateli se zobrazuje pouze zobrazení přijatých informací. Tento režim provozu nevyžaduje velké zdroje jak systému, tak komunikačního kanálu.

Metoda 6: Změňte svůj antivirový software

Pokud existuje antivirus Avast nebo Kaspersky, je vhodné jej vyměnit za jiný. Zkušenosti ukázaly zvýšení rychlosti přeposílání dokumentů s občas vypnutým antivirem, protože antiviry zabírají počítačové zdroje.

Metoda 7. Testování a oprava databáze, kontrola pomocí nástroje chdbfl.exe

Je nutné provést Testování a opravu základny po předchozím vytvoření kopie.

Krok 1. Vytvoření kopie databáze

Jak zálohovat 1C 8.3, viz následující video tutoriál:

Krok 2. Kontrola pomocí nástroje chdbfl.exe

Utilita chdbfl.exe se používá v případech, kdy se systém nespustí ani v režimu konfigurátoru. Nástroj se nachází ve složce „bin“ nainstalované technologické platformy, například: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Provedeme kontrolu pomocí nástroje chdbfl.exe:

Krok 3. Proveďte testování a upevnění základny

Spusťte Testování a opravu databáze spuštěním systému v režimu konfigurátoru.

Krok 4: Obnovení sekvence dokumentů

Chcete-li obnovit sekvenci v 1C 8.3, otevřete Všechny funkce: hlavní nabídka - Všechny funkce. Vyberte požadovanou položku a otevřete ji pomocí tlačítka Otevřít:

V okně, které se otevře, na kartě Obnovit sekvence klikněte na Obnovit nebo Obnovit vše:

Metoda 8. Pokud konfigurace není typická, zkontrolujte konfiguraci

Pokud není konfigurace typická, tedy upravená programátory pro konkrétní organizaci, pak konfiguraci zkontrolujeme.

Krok 1.

Spusťte program v režimu konfigurátoru.

Krok 2

Otevřete konfiguraci databáze: sekce Konfigurace - Konfigurace databáze:

Krok 3

Vyberte položku Zkontrolovat konfiguraci a proveďte nastavení:

Metoda 9. Zakažte nepotřebné funkční režimy

Otevíráme funkcionalitu programu 1C 8.3: sekce Hlavní - Nastavení - Funkce, proveďte nastavení pro každou sekci:

Metoda 10. Nastavte uživatelská práva

Krok 1.

Spouštíme 1C 8.3 v režimu Konfigurátor.

Krok 2

Otevřete seznam uživatelů: sekce Administrace - Uživatelé. Na záložce Ostatní určíme, které role je potřeba uživateli přiřadit a zaškrtneme je.

Omezení vybrané funkčnosti zkracuje čas na řazení spravovaných formulářů programem při otevírání seznamu dokumentů, to znamená, že čím méně je ve spravovaném rozhraní zbytečné, tím rychleji funguje:

Metoda 11. Defragmentace disku se souborovou základnou

Procedura defragmentace disku optimalizuje soubory umístěné na pevném disku, aby se zvýšila rychlost systému. Defragmentace by měla být prováděna pouze v případě potřeby, protože zvyšuje proces opotřebení disku.

Po výběru pevného disku kliknutím pravým tlačítkem myši vyvolejte příkaz Vlastnosti:

Na kartě Nástroje vyberte Optimalizace a defragmentace disku:

Metoda 12. Konvoluce základny

- jedná se o zadání aktuálních zůstatků k určitému datu a odstranění starých nepotřebných dokladů. Tato metoda může být užitečná, pokud je databáze velká, například několik let. Rollup musí být proveden, aniž by v systému pracovali uživatelé.

Krok 1. Vytvořte kopii databáze

Krok 2. Provedeme postup pro konvoluci základny 1C 8.3

Sekce Správa - Služba - Rollup Infobase.

V první fázi Program 1C 8.3 nabízí vytvoření záložní kopie, kde musíte zadat adresář, který chcete uložit. Klikněte na Další: