Optimalizace terminálového serveru na 1s 83. Formát materiálů se změnil

Hlavním účelem psaní článku není opakovat zjevné nuance těm správcům (a programátorům), kteří ještě nezískali zkušenosti s 1C.

Sekundární cíl, pokud mám nějaké nedostatky, tak mě na to nejrychleji upozorní Infostart.

Test V. Gileva se již stal jakýmsi „de facto“ standardem. Autor na svých stránkách dal celkem srozumitelná doporučení, ale já prostě dám nějaké výsledky a vyjádřím se k nejpravděpodobnějším chybám. Výsledky testů na vašem zařízení se samozřejmě mohou lišit, toto je pouze vodítko, co by mělo být a o co se můžete snažit. Chci hned poznamenat, že změny je třeba provádět krok za krokem a po každém kroku zkontrolovat, jaký výsledek přinesl.

Na Infostartu jsou podobné články, do příslušných sekcí na ně dám odkazy (pokud mi něco chybí, řekněte mi to prosím do komentářů, doplním). Předpokládejme, že zpomalíte 1C. Jak diagnostikovat problém a jak pochopit, kdo je na vině, správce nebo programátor?

Počáteční údaje:

Testovaný počítač, hlavní pokusný králík: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Pro srovnání, srovnatelné výsledky v jednovláknovém testu ukazuje Core i3-2100. Zařízení bylo speciálně převzato ne nejnovější, na moderním zařízení jsou výsledky znatelně lepší.

Pro testování vzdálených 1C a SQL serverů, SQL server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Pro testování 10Gbit sítě byly použity adaptéry Intel 520-DA2.

Verze souboru. (základna leží na serveru ve sdílené složce, klienti jsou připojeni v síti, protokol CIFS/SMB). Algoritmus krok za krokem:

0. Přidejte testovací databázi Gilev na souborový server ve stejné složce jako hlavní databáze. Připojíme se z klientského počítače, spustíme test. Výsledek si pamatujeme.

Rozumí se, že i pro staré počítače před 10 lety (Pentium na patici 775 ) doba od kliknutí na štítek 1C:Enterprise do zobrazení okna databáze by měla být kratší než minuta. ( Celeron = pomalá práce).

Pokud je váš počítač horší než zapnuté Pentium zásuvka 775 s 1 GB RAM, pak s vámi sympatizuji a bude pro vás obtížné dosáhnout pohodlné práce na 1C 8.2 ve verzi souboru. Zvažte buď upgrade (dlouho opožděný) nebo přechod na terminálový (nebo webový, v případě tenkých klientů a spravovaných formulářů) server.

Pokud na tom počítač není hůř, tak můžeš správce kopnout. Minimálně zkontrolujte fungování sítě, antiviru a ovladače ochrany HASP.

Pokud Gilevův test v této fázi ukázal 30 "papoušků" a více, ale pracovní základna 1C stále funguje pomalu - otázky jsou již pro programátora.

1. Pro vodítko, kolik dokáže klientský počítač "vymáčknout", zkontrolujeme provoz pouze tohoto počítače bez sítě. Testovací základnu jsme umístili na lokální počítač (na velmi rychlý disk). Pokud klientský počítač nemá normální SSD, vytvoří se ramdisk. Zatím nejjednodušší a bezplatný je Ramdisk enterprise.

K testování verze 8.2 stačí 256 MB ramdisku a! Nejdůležitější. Po restartu počítače s funkčním ramdiskem by měl mít volných 100-200 MB. Bez ramdisku by tedy pro normální provoz volné paměti mělo být 300-400 MB.

Pro testování verze 8.3 stačí 256 MB ramdisk, ale je potřeba více volné RAM.

Při testování je potřeba se podívat na vytížení procesoru. V případě blízkém ideálnímu (ramdisk) lokální soubor 1c zatěžuje během provozu 1 jádro procesoru. Pokud tedy během testování není jádro procesoru plně zatíženo, hledejte slabá místa. Trochu emotivní, ale obecně správný, je popsán vliv procesoru na chod 1C. Jen pro informaci, i na moderních Core i3 s vysokou frekvencí jsou čísla 70-80 zcela reálná.

Nejčastější chyby v této fázi.

a) Nesprávně nakonfigurovaný antivirus. Antivirů je mnoho, nastavení u každého je jiné, mohu jen říci, že při správné konfiguraci web ani Kaspersky 1C neruší. Při "výchozím" nastavení - lze odebrat asi 3-5 papoušků (10-15%).

b) Režim výkonu. Z nějakého důvodu tomu málokdo věnuje pozornost a efekt je nejvýraznější. Pokud potřebujete rychlost, musíte to udělat na klientských i serverových počítačích. (Gilev má dobrý popis. Jedinou výhradou je, že na některých základních deskách, pokud je vypnutý Intel SpeedStep, nelze zapnout TurboBoost).

Zkrátka při provozu 1C se hodně čeká na odezvu ostatních zařízení (disk, síť atd.). Při čekání na odezvu, pokud je režim výkonu vyrovnaný, procesor sníží frekvenci. Ze zařízení přichází odezva, 1C (procesor) musí pracovat, ale první cykly jdou se sníženou frekvencí, pak frekvence stoupá - a 1C opět čeká na odezvu zařízení. A tak - mnoho setkrát za sekundu.

Výkonový režim můžete (a nejlépe) povolit na dvou místech:

Přes BIOS. Zakázat režimy C1, C1E, Intel C-state (C2, C3, C4). V různých bios se nazývají různě, ale význam je stejný. Hledání po dlouhou dobu, je vyžadován restart, ale pokud jste to udělali jednou, můžete zapomenout. Pokud je vše v BIOSu provedeno správně, rychlost se přidá. Na některých základních deskách lze nastavení BIOSu nastavit tak, že režim výkonu Windows nebude hrát roli. (Příklady nastavení systému BIOS od Gileva). Tato nastavení se týkají hlavně serverových procesorů nebo "pokročilého" BIOSu, pokud jste jej nenašli ve svém systému a nemáte Xeon - je to v pořádku.

Ovládací panel – Napájení – Vysoký výkon. Mínus - pokud počítač nebyl delší dobu v servisu, bude silněji bzučet ventilátorem, bude se více zahřívat a spotřebovávat více energie. To je cena výkonu.

Jak zkontrolovat, zda je režim povolen. Spusťte Správce úloh - Výkon - Monitor prostředků - CPU. Čekáme, až bude procesor ničím zaneprázdněn.

Toto jsou výchozí nastavení. BIOS C-stav zahrnuta, režim vyváženého výkonu
BIOS C-stav zahrnuta, vysoce výkonný režim Pro Pentium a Core se můžete zastavit tam, z Xeonu můžete ještě vymáčknout nějaké "papoušky".
BIOS C-stav vypnuto, režim vysokého výkonu. Pokud nepoužíváte Turbo boost – tak by to mělo vypadat server vyladěný na výkon

A teď ta čísla. Připomenu: Intel Xeon 5650, ramdisk. V prvním případě test ukazuje 23,26, ve druhém - 49,5. Rozdíl je téměř dvojnásobný. Čísla se mohou lišit, ale poměr zůstává téměř stejný pro Intel Core.

Vážení administrátoři, můžete 1C nadávat, jak chcete, ale pokud koncoví uživatelé potřebují rychlost, musíte povolit režim vysokého výkonu.

c) Turbo Boost. Nejprve musíte pochopit, zda například váš procesor tuto funkci podporuje. Pokud ano, pak stále můžete zcela legálně získat nějaký výkon. (Nechci se dotknout problémů přetaktování, zejména serverů, dělejte to na vlastní nebezpečí a riziko. Souhlasím však s tím, že zvýšení rychlosti sběrnice ze 133 na 166 poskytuje velmi znatelné zvýšení rychlosti i odvodu tepla)

Jak zapnout turbo boost je napsáno například. Ale! Pro 1C existují některé nuance (ne nejzřetelnější). Potíž je v tom, že maximální účinek turbo boostu se projeví při zapnutém C-stavu. A vznikne něco jako tento obrázek:

Upozorňujeme, že násobič je maximální, rychlost jádra je nejkrásnější, výkon je vysoký. Ale co se stane v důsledku 1s?

Ale nakonec se ukazuje, že podle testů výkonu CPU je napřed varianta s násobitelem 23, podle Gilevových testů v souborové verzi je výkon s násobitelem 22 a 23 stejný, ale v klient-server verze, varianta s násobitelem 23 horor horor horor (i když je C-state nastaven na úroveň 7, je stále pomalejší než s vypnutým C-statem). Proto doporučení, ověřte si obě možnosti sami a vyberte si z nich tu nejlepší. Každopádně rozdíl mezi 49,5 a 53 papoušky je dost výrazný, tím spíš, že je to bez větší námahy.

Závěr – turbo boost je třeba započítat. Připomínám, že nestačí povolit v BIOSu položku Turbo boost, je potřeba se podívat i na další nastavení (BIOS: QPI L0s, L1 - zakázat, vyžadovat scrubbing - zakázat, Intel SpeedStep - povolit, Turbo boost - Ovládací panel - Napájení - Vysoký výkon) . A ještě bych se (i u verze souboru) zastavil u možnosti, kdy je c-state vypnutý, i když násobiče je tam méně. Získejte něco takového...

Poněkud kontroverzním bodem je frekvence pamětí. Například frekvence paměti se ukazuje jako velmi vlivná. Moje testy takovou závislost neodhalily. Nebudu porovnávat DDR 2/3/4, ukážu výsledky změny frekvence v rámci stejné čáry. Paměť je stejná, ale v BIOSu vnucujeme nižší frekvence.

A výsledky testů. 1C 8.2.19.83, pro verzi souboru místní ramdisk, pro klient-server 1C a SQL na jednom počítači, Sdílená paměť. Turbo boost je deaktivován v obou možnostech. 8.3 ukazuje srovnatelné výsledky.

Rozdíl je v rámci chyby měření. Konkrétně jsem vytáhl snímky obrazovky CPU-Z, abych ukázal, že se změnou frekvence se mění i další parametry, stejná latence CAS a zpoždění RAS na CAS, které vyrovnává změnu frekvence. Rozdíl bude, když se paměťové moduly fyzicky změní, z pomalejších na rychlejší, ale ani tam nejsou čísla příliš podstatná.

2. Když jsme přišli na procesor a paměť klientského počítače, přejdeme na další velmi důležité místo - síť. O ladění sítě bylo napsáno mnoho knih, existují články o Infostartu ( a další), zde se tomuto tématu nebudu věnovat. Před zahájením testování 1C se prosím ujistěte, že iperf mezi dvěma počítači ukazuje celé pásmo (pro 1 Gbit karty - no, alespoň 850 Mbit, ale lépe 950-980), že jsou dodržovány Gilevovy rady. Pak - nejjednodušším testem práce bude, kupodivu, zkopírování jednoho velkého souboru (5-10 gigabajtů) přes síť. Nepřímé znamení Běžný provoz v síti 1 Gbit bude mít průměrnou rychlost kopírování 100 Mb/s, dobrý provoz - 120 Mb/s. Chci vás upozornit na skutečnost, že zatížení procesoru může být také slabým místem (včetně). SMB protokol na Linuxu je dost špatně paralelizovaný a za provozu může celkem snadno „sežrat“ jedno jádro procesoru a už ho nespotřebovat.

A dál. Ve výchozím nastavení funguje windows klient nejlépe s windows serverem (nebo i windows pracovní stanicí) a protokolem SMB / CIFS, linuxový klient (debian, ubuntu se na ostatní nedívalo) nejlépe s linuxem a NFS (funguje i s SMB, ale na papoušcích NFS výše). To, že se při lineárním kopírování win-linux serveru na nfs zkopíruje do jednoho streamu rychleji, nic neznamená. Vyladění debianu pro 1C je téma na samostatný článek, ještě na to nejsem připravený, i když můžu říct, že v souborové verzi jsem dokonce dostal o něco lepší výkon než Win verze na stejném vybavení, ale s postgresem s uživatelé nad 50 let mám stále všechno velmi špatné.

Nejdůležitější , kterou znají „spálení“ správci, ale začátečníci neberou v úvahu. Existuje mnoho způsobů, jak nastavit cestu k databázi 1c. Můžete provést \\server\share, můžete \\192.168.0.1\share, můžete použít síť z: \\192.168.0.1\share (a v některých případech bude tato metoda také fungovat, ale ne vždy) a poté určit disk Z. Zdá se, že všechny tyto cesty směřují na stejné místo, ale pro 1C existuje pouze jeden způsob, který poskytuje poměrně stabilní výkon. Zde je to, co musíte udělat správně:

Na příkazovém řádku (nebo v zásadách, nebo jak se vám to hodí) - net použijte DriveLetter: \\server\share. Příklad: net use m:\\server\bases. Konkrétně zdůrazňuji NE IP adresu, jmenovitě název server. Pokud server není viditelný podle názvu, přidejte jej do DNS na serveru nebo lokálně do souboru hosts. Ale odvolání musí být jmenovité. Podle toho na cestě do databáze přistupte na tento disk (viz obrázek).

A teď v číslech ukážu, proč takové rady. Počáteční údaje: Intel X520-DA2, Intel 362, Intel 350, karty Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Nejnovější ovladače, aktualizace použity. Před testováním jsem se ujistil, že Iperf dává plnou šířku pásma (kromě 10 Gbit karet se ukázalo, že vytlačí jen 7,2 Gbit, později uvidím proč, testovací server ještě není správně nakonfigurováno). Disky jsou různé, ale všude je SSD (speciálně vložený jediný disk pro testování, nic jiného se nenačítá) nebo raid z SSD. Rychlost 100 Mbit byla získána omezením nastavení adaptéru Intel 362. Mezi 1 Gbit měděnou Intel 350 a 1 Gbit optikou Intel X520-DA2 (získanou omezením rychlosti adaptéru) nebyl žádný rozdíl. Maximální výkon, turbo boost je vypnutý (jen pro srovnatelnost výsledků, turbo boost přidává o něco méně než 10% pro dobré výsledky, pro špatné výsledky to nemusí ovlivnit vůbec). Verze 1C 8.2.19.86, 8.3.6.2076. Neuvádím všechna čísla, ale jen ta nejzajímavější, aby bylo s čím porovnávat.

Závěry (z tabulky az osobní zkušenosti. Platí pouze pro verzi souboru):

Přes síť můžete získat docela normální čísla pro práci, pokud je tato síť normálně nakonfigurována a cesta je správně napsána v 1C. Dokonce i první Core i3s mohou dát 40+ papoušků, což je docela dobré, a nejsou to jen papoušci, v reálné práci je rozdíl také znatelný. Ale! omezením při práci s více (více než 10) uživateli již nebude síť, zde stále stačí 1 Gbit, ale blokování při víceuživatelské práci (Gilev).

Platforma 1C 8.3 je mnohonásobně náročnější na kompetentní nastavení sítě. Základní nastavení – viz Gilev, ale mějte na paměti, že vše může ovlivnit. Zrychlení jsem viděl v tom, že odinstalovali (a nejen vypnuli) antivirus, z odebrání protokolů jako FCoE, ze změny ovladačů na starší, ale microsoftem certifikovanou verzi (zejména pro levné karty jako asus a dlinks), z odstranění druhá síťová karta ze serveru . Mnoho možností, konfigurujte síť promyšleně. Může nastat situace, kdy platforma 8.2 poskytuje přijatelná čísla a 8.3 - dvakrát nebo dokonce vícekrát méně. Zkuste si pohrát s verzemi platformy 8.3, někdy získáte velmi velký efekt.

1C 8.3.6.2076 (možná později, přesnou verzi jsem ještě nehledal) přes síť je stále jednodušší nastavit než 8.3.7.2008. Od 8.3.7.2008 k dosažení normálního provozu sítě (u srovnatelných papoušků) se to povedlo jen párkrát, pro obecnější případ jsem to nemohl zopakovat. Moc jsem tomu nerozuměl, ale soudě podle footcloth z Process Exploreru tam záznam nejde tak, jako v 8.3.6.

Navzdory skutečnosti, že při práci na 100Mbps síti je její rozvrh zatížení malý (můžeme říci, že síť je volná), rychlost práce je stále mnohem nižší než na 1 Gbps. Důvodem je latence sítě.

Ceteris paribus (dobře fungující síť) pro 1C 8.2, připojení Intel-Realtek je o 10 % pomalejší než Intel-Intel. Ale realtek-realtek obecně dokáže z ničeho nic prudce klesnout. Proto, pokud jsou peníze, je lepší mít síťové karty Intel všude, pokud nejsou peníze, dát Intel pouze na server (vaše KO). Jo a návodů na ladění síťových karet intel je mnohonásobně více.

Výchozí nastavení antiviru (například verze drweb 10) odebere asi 8-10 % papoušků. Pokud to správně nakonfigurujete (povolíte procesu 1cv8 dělat vše, ačkoli to není bezpečné) - rychlost je stejná jako bez antiviru.

NEČTĚTE Linuxové guru. Server se sambou je skvělý a zdarma, ale pokud na server dáte Win XP nebo Win7 (nebo ještě lépe - serverový OS), pak ve verzi souboru 1c bude fungovat rychleji. Ano, samba i zásobník protokolů a nastavení sítě a mnohem více v debian / ubuntu jsou dobře vyladěné, ale toto je doporučeno pro specialisty. Nemá smysl instalovat Linux s výchozím nastavením a pak říkat, že je pomalý.

Disky připojené přes net use je dobré otestovat pomocí fio . Alespoň bude jasné, zda se jedná o problémy s platformou 1C, nebo se sítí / diskem.

U varianty pro jednoho uživatele mě nenapadají testy (nebo situace), kdy by byl viditelný rozdíl mezi 1Gb a 10Gb. Jediným místem, kde 10Gbps pro verzi souboru dávalo lepší výsledky, bylo připojení disků přes iSCSI, ale to je téma na samostatný článek. Přesto si myslím, že na souborovou verzi stačí 1Gbit karty.

Proč se 100 Mbit sítí funguje 8.3 znatelně rychleji než 8.2 - nechápu, ale skutečnost se stala. Všechna ostatní zařízení, všechna ostatní nastavení jsou naprosto stejná, pouze v jednom případě je testováno 8.2 a ve druhém - 8.3.

Nenaladěno NFS win - win nebo win-lin dává 6 papoušků, nezahrnul do tabulky. Po naladění jsem dostal 25, ale je nestabilní (náběh v měření je více než 2 jednotky). Zatím nemohu dát doporučení k používání oken a protokolu NFS.

Po všech nastaveních a kontrolách spouštíme test znovu z klientského počítače, radujeme se z vylepšeného výsledku (pokud to vyšlo). Pokud se výsledek zlepšil, papoušků je více než 30 (a zejména více než 40), současně pracuje méně než 10 uživatelů a pracovní databáze se stále zpomaluje - téměř určitě problém programátora (nebo jste již měli dosáhl vrcholu možností verze souboru).

terminálový server. (základna leží na serveru, klienti jsou připojeni v síti, protokol RDP). Algoritmus krok za krokem:

0. Přidejte testovací databázi Gilev na server do stejné složky jako hlavní databáze. Připojíme se ze stejného serveru a spustíme test. Výsledek si pamatujeme.

1. Stejným způsobem jako ve verzi souboru nastavíme dílo. V případě terminálového serveru obecně hraje hlavní roli procesor (rozumějte, že neexistují žádné zjevné slabiny, jako je nedostatek paměti nebo velké množství zbytečného softwaru).

2. Nastavení síťových karet v případě terminálového serveru nemá na provoz 1s prakticky žádný vliv. Chcete-li poskytnout "zvláštní" komfort, pokud váš server rozdává více než 50 papoušků, můžete si pohrát s novými verzemi protokolu RDP, jen pro pohodlí uživatelů, rychlejší odezvu a rolování.

3. Při aktivní práci velkého počtu uživatelů (a zde již můžete zkusit připojit 30 lidí k jedné základně, pokud se o to pokusíte), je velmi žádoucí nainstalovat SSD disk. Z nějakého důvodu se předpokládá, že disk nijak zvlášť neovlivňuje provoz 1C, ale všechny testy se provádějí s mezipamětí řadiče povolenou pro zápis, což je špatně. Testovací základna je malá, vejde se do cache, proto ta vysoká čísla. Na skutečných (velkých) databázích bude vše úplně jinak, takže cache je pro testy zakázána.

Například jsem ověřil práci Gilev testu s různými možnostmi disku. Dal jsem disky z toho, co bylo po ruce, jen abych ukázal tendenci. Rozdíl mezi 8.3.6.2076 a 8.3.7.2008 je malý (ve verzi Ramdisk Turbo boost 8.3.6 dává 56,18 a 8.3.7.2008 dává 55,56, v ostatních testech je rozdíl ještě menší). Spotřeba energie - maximální výkon, turbo boost deaktivován (pokud není uvedeno jinak).

Přiložená cache řadiče RAID eliminuje všechny rozdíly mezi disky, čísla jsou stejná pro sat i sas. Testování s ním pro malé množství dat je zbytečné a není indikátorem.

U platformy 8.2 je rozdíl ve výkonu mezi možnostmi SATA a SSD více než dvojnásobný. Nejedná se o překlep. Pokud se při testu na SATA discích podíváte na monitor výkonu. pak je jasně vidět "Čas aktivního disku (v %)" 80-95. Ano, pokud povolíte mezipaměť pro zápis samotných disků, rychlost se zvýší na 35, pokud povolíte mezipaměť řadiče raid - až 49 (bez ohledu na to, které disky jsou v tuto chvíli testovány). Ale to jsou syntetickí papoušci cache, v reálné práci s velkými databázemi nikdy nebude 100% zápis cache hit ratio.

Rychlost i levných SSD (testoval jsem na Agility 3) stačí na to, aby verze souboru fungovala. Zápisový zdroj je věc druhá, zde je potřeba hledat v každém konkrétním případě, je jasné, že Intel 3700 to bude mít o řád vyšší, ale tam tomu odpovídá cena. A ano, chápu, že při testování SSD disku ve větší míře testuji i cache tohoto disku, reálné výsledky budou menší.

Nejsprávnější (z mého pohledu) řešení by bylo vyčlenit 2 SSD disky na mirror raid pro souborovou základnu (nebo více souborových základen), a nic jiného tam nedávat. Ano, se zrcadlem se SSD opotřebovávají stejně a to je mínus, ale alespoň jsou nějak pojištěny proti chybám v elektronice řadiče.

Hlavní výhody SSD disků pro verzi souboru se projeví, když existuje mnoho databází a každá s několika uživateli. Pokud existují 1-2 základny a uživatelé v oblasti 10, budou stačit disky SAS. (ale v každém případě - podívejte se na načítání těchto disků alespoň přes perfmon).

Hlavní výhody terminálového serveru jsou, že může mít velmi slabé klienty a nastavení sítě ovlivní terminálový server mnohem méně (opět vaše KO).

Závěry: pokud spustíte Gilev test na terminálovém serveru (ze stejného disku, kde jsou pracovní databáze) a v těch okamžicích, kdy se pracovní databáze zpomalí a Gilev test ukáže dobrý výsledek (nad 30), pak pomalý na vině je provoz hlavní pracovní databáze, pravděpodobně programátor.

Pokud Gilev test ukazuje malá čísla a máte jak procesor s vysokou frekvencí, tak rychlé disky, tak zde musí správce vzít alespoň perfmon a všechny výsledky někam zaznamenat a sledovat, pozorovat, vyvozovat závěry. Žádná definitivní rada nebude.

Možnost klient-server.

Testy byly provedeny pouze 8.2, tk. Na 8.3 vše docela vážně závisí na verzi.

Pro testování jsem zvolil různé možnosti serveru a sítě mezi nimi, abych ukázal hlavní trendy.

Zdá se, že jsem zvážil všechny zajímavé možnosti, pokud vás zajímá něco jiného - napište do komentářů, pokusím se to udělat.

SAS na úložišti je pomalejší než místní SSD, i když úložiště má velké velikosti mezipaměti. SSD a místní a úložné systémy pro test Gilev pracují srovnatelnými rychlostmi. Neznám žádný standardní vícevláknový test (nejen záznamy, ale veškeré vybavení) kromě zátěže 1C z MCC.

Změna serveru 1C z 5520 na 5650 přinesla téměř zdvojnásobení výkonu. Ano, konfigurace serveru se úplně neshodují, ale ukazuje to trend (nic překvapivého).

Zvýšení frekvence na serveru SQL má jistě efekt, ale ne stejný jako na serveru 1C, MS SQL server je dokonale schopen (pokud se ptáte) používat vícejádrovou a volnou paměť.

Změna sítě mezi 1C a SQL z 1 Gbps na 10 Gbps dává asi 10 % papoušků. Očekává se více.

Povolení sdílené paměti stále poskytuje efekt, i když ne 15%, jak je popsáno. Ujistěte se, že to uděláte, je to rychlé a snadné. Pokud někdo dal SQL serveru během instalace pojmenovanou instanci, pak aby 1C fungoval, název serveru musí být specifikován nikoli pomocí FQDN (tcp / ip bude fungovat), ne prostřednictvím localhost nebo pouze ServerName, ale například prostřednictvím ServerName\InstanceName zz-test\zztest. (V opačném případě dojde k chybě DBMS: Microsoft SQL Server Native Client 10.0: Poskytovatel sdílené paměti: Knihovna sdílené paměti použitá pro připojení k serveru SQL Server 2000 nebyla nalezena. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE =08001, stav=1, závažnost=10, nativní=126, řádek=0).

Pro uživatele do 100 let je jediným bodem rozdělení na dva samostatné servery licence pro Win 2008 Std (a starší verze), která podporuje pouze 32 GB RAM. Ve všech ostatních případech by 1C a SQL rozhodně měly být nainstalovány na stejném serveru a měly by mít více (alespoň 64 GB) paměti. Dávat MS SQL méně než 24-28 GB RAM je neopodstatněná chamtivost (pokud si myslíte, že na to máte dostatek paměti a vše funguje dobře - možná by vám stačila verze souboru 1C?)

O kolik hůře funguje hromada 1C a SQL ve virtuálním stroji, je téma na samostatný článek (nápověda - znatelně horší). Ani v Hyper-V nejsou věci tak jasné...

Režim vyváženého výkonu je špatný. Výsledky jsou v dobré shodě s verzí souboru.

Mnoho zdrojů uvádí, že režim ladění (ragent.exe -debug) výrazně snižuje výkon. No, snižuje to ano, ale 2-3% bych nenazval významným efektem.

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 naplánované úlohy, které používají velké množství zdroje a zpomalit 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 zvolíme variantu 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 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ší:

S vydáním platformy 8.2 mnoho uživatelů zaznamenalo snížení rychlosti programu, zvýšení doby odezvy při kliknutí na odkazy a zprávy se začaly generovat pomaleji. Ve skutečnosti 1s nefungovaly pomaleji, jde jen o to, že s rozvojem technologie se objevuje mnoho dalších funkcí, které ne každý potřebuje. Máme ale dobrou zprávu – všechny tyto funkce lze deaktivovat podle uvážení a přání uživatele. Podívejme se na všechny důvody, proč může 1C pracovat neuspokojivou rychlostí.

Zrychlení programu na příkladu 1C: Účetnictví

První věc, kterou uděláme, je vypněte mechanismus fulltextového vyhledávání.

1. Jdeme do našeho programu 1C Účetnictví;
2. V levém horním rohu klikněte na šipku dolů, vyberte -> "Služba" -> "Možnosti". Jak je znázorněno na snímku obrazovky;
   
3. Zaškrtněte políčko "Zobrazit příkaz" Všechny funkce ". Jak je znázorněno na snímku obrazovky;
4. Opět v levém horním rohu klikněte na šipku dolů, vyberte „Všechny funkce“, jak je znázorněno na snímku obrazovky;
5. Posouváme seznam úplně dolů, ve stromě objektů dvakrát klikneme myší, vybereme "Standardní" -> "Správa fulltextového vyhledávání";
6. Klikněte na tlačítko "Vypnout", čímž vypneme mechanismus fulltextového vyhledávání;
   

Fulltextové vyhledávání je zakázáno, nyní musíte zakázat zbytečné naplánované úlohy:

1. Na navigačním panelu, jak je znázorněno na snímku obrazovky, přejděte na kartu „Správa“ a vyberte „Pravidelné úlohy a úlohy na pozadí“ Pokud chybí položka „Pravidelné úlohy a úlohy na pozadí“, podívejte se do pravého horního rohu, klikněte na odkaz „Nastavení navigace“
2. Na panelu nastavení navigace v levém sloupci najdeme a vybereme „Pravidelné úlohy a úlohy na pozadí“, klikněte na tlačítko „Přidat“ a poté na „OK“, jak je znázorněno na obrázku.
3. Přejděte tedy na „Pravidelné úkoly a úkoly na pozadí“, jak je uvedeno v odstavci 1;
4. Chcete-li naplánovanou úlohu zakázat, klepněte pravým tlačítkem na její název a vyberte možnost Zakázat;
5. V případě potřeby můžete zakázat všechny naplánované úlohy a systém bude fungovat správně. Nedoporučujeme vypínat monitor účetní.

Tyto akce zaručeně zvýší rychlost 1C a výkon systému. Odstraní se zamrzání, výrazně se zkrátí doba načítání programu.

Důvody poklesu rychlosti práce v 1C

• Používání programů upravených bezohlednými programátory. Jedním z důvodů může být kvalita softwarových vylepšení;
• Chyby v nastavení programu;
• Chyby v nastavení zařízení;
• Chyby v nastavení externího softwaru, serveru;

Systém 1C je dnes jedním z hlavních nástrojů pro řízení malých a středních podniků. Přístup k programu mají zpravidla všichni zaměstnanci organizace. Pokud tedy 1C začne zpomalovat nebo pracovat pomalu, výrazně to ovlivní podnikání. Zvažte, jak můžete sami urychlit a optimalizovat práci v 1C.

Optimalizace s aktualizací 1C

Nové verze 1C vždy fungují úspěšněji a rychleji, takže nezapomeňte sledovat aktualizace. Účetnictví se doporučuje aktualizovat co nejčastěji. Zvláště, když existují verze regulovaného výkaznictví.

Mnozí již dlouho využívají možnost automatické aktualizace programu. Ačkoli je tento problém pro 1s Enterprise 8.3 snadno vyřešen ručně, aktualizace nezpůsobí potíže.

Prvním krokem je stažení nejnovější verze platformy, která se aktuálně používá. A to buď pomocí ITS disku nebo přes webové rozhraní, kde poskytují průběžnou podporu uživatelům programu jako je 1s Enterprise 8.3, jehož aktualizace konfigurace je také oficiálně dodávána.

V druhém případě se archiv s aktualizačními daty stahuje samostatně. Jeho rozbalení probíhá v libovolné složce, která je pro uživatele považována za nejpohodlnější. Poté musíte spustit soubor .exe. V dalším okně stačí kliknout na tlačítko "Další".

Objeví se další stránka. Na něm uživatel vybere cestu, ve které je instalace dokončena. Tento krok se však doporučuje pouze pokročilým majitelům osobního počítače. K vyřešení většiny problémů obvykle stačí výchozí funkce. Standardně je v tomto případě určena jedna složka, kam se nainstalují všechny aktualizace najednou. To je mnohem pohodlnější, než když jsou konečné cesty jiné. Stačí několikrát kliknout na tlačítka „Další“ v programu 1s Enterprise 8.3, jehož aktualizace konfigurace by měla proběhnout rychle.

Zbývá pouze závěrečné tlačítko, které nabízí „Instalace“.

Jak zrychlit 1C, pokud se platforma zpomalí

Nejčastěji problémy vyplývají ze skutečnosti, že v jedné z fází klesá koncentrace pozornosti interpreta. Zde je důležité správně zvolit schéma samotné aktualizace, pouze v tomto případě nenarazíme na problém, kdy při aktualizaci zamrzne 1s.

Aktualizace verze 7.7

Existuje několik typů konfigurace. Podle toho se volí průběh dalších akcí.

• Typické – v tomto případě se předpokládá, že aktualizace se provádí i pro regulované hlášení.
• Typické průmyslové konfigurace - v mnoha ohledech připomínají předchozí možnosti. Je důležité si předem přečíst pokyny poskytnuté vývojářem. V opačném případě nebudete schopni zjistit, proč 1s 8.3 během aktualizace havaruje.
• Upravený standard - uživatel má vždy možnost si aplikaci sám upravit tak, aby odpovídala aktuálním potřebám. Další možností rozšíření funkčnosti je přechod na nové platformy. Například 8. verze.

O verzi 8.0 a 8.1

Platforma 8.0 je aktuálně stažena z podpory. Nové obecné návrhy budou fungovat pouze při použití nejnovějších verzí. Jen je potřeba nezapomenout, že všechny mezivydání procházejí bez problémů. V opačném případě existuje vysoká pravděpodobnost pouhé ztráty informací. Nebo se dostanete do situace, kdy při aktualizaci konfigurace zamrzne 1s.

Je možné, že se zavede nová standardní konfigurace a pak se do ní přenesou zbytky ze starých infobází.

Pokud jde o verzi 8.1, existuje několik způsobů, jak na ni upgradovat:

1. ručně;
2. v automatickém režimu;
3. apelovat na specialisty firem poskytujících služby v této oblasti.

Práce s nestandardními nebo upravenými verzemi

Zpočátku se jakákoli konfigurace týká typického vývoje. Přestává jím být, pokud jsou v podniku provedeny určité změny. Například při instalaci. Existují dvě třídy, které vyčnívají z atypických konfigurací:

1. změněno;
2. vytvořené od nuly s přihlédnutím k potřebám konkrétního podniku.

Někdy je uživatelům aktivně distribuována konfigurace druhé třídy. Pak to patří ke standardu. Jen se za výrobce nepovažuje samotný 1C, ale společnost, která novou verzi vytvořila.

Aktuálnost konfigurací lze udržovat pomocí následujících akcí:

• Oprava chyb.
• Funkční rozšíření.
• Zlepšení.
• Změna 1s 8.3, konfigurace se neaktualizuje v případě chyb služby.

Proces instalace může trvat různě dlouho v závislosti na rychlosti internetu, kterou právě používáte. V samostatném okně si uživatel vybere, zda provede aktualizaci na konci práce, nebo ihned. U druhé možnosti se musíte ujistit, že s aplikací nepracuje nikdo jiný. Samotný proces zahrnuje použití exkluzivního režimu uvnitř aplikace 1c Enterprise 8.3, Poslední aktualizace není výjimkou.

• Je třeba mít na paměti, že ne všechny vydané verze mohou odpovídat aktuální konfiguraci.
• Pokud aktualizace nebyly prováděny po dlouhou dobu, možná budete muset stáhnout několik souborů nebo archivů najednou.
• V seznamu je snadné pochopit, která verze 1s Enterprise 8.3 je potřebná, aktualizaci si vybere sám uživatel.

Po ukončení procesu lze samotný konfigurátor zavřít. Právě tento režim se nejčastěji používá, pokud je nutná aktualizace. Je to pohodlné, automatizuje téměř celý proces. Při příštím prvním spuštění se vám může zobrazit zpráva, že platforma je zastaralá. A že se to momentálně nedoporučuje používat.

Další důvody pro brzdění

Pokud je program aktualizován správně a bez chyb, 1C se však stále zpomaluje, může být důvod následující:

• Antivirus - pokud je správně nakonfigurován, žádný antivirus nebude zasahovat do systému, ale pokud použijete tovární nastavení, může se výkon 1C snížit o 5–10%. Antivir můžete optimalizovat pomocí dalších nastavení odstraněním režimu na pozadí (je-li to nezbytně nutné).
• Parametry počítače – často nedostatečně výkonné počítače vedou k silnému poklesu výkonu 1C. Zvláštní pozornost by měla být věnována grafické kartě, operačnímu systému a procesoru.

Takové metody výrazně optimalizují a urychlí práci v 1C pro jakoukoli společnost nebo podnik, poté se výkon programu výrazně zvýší.

Pošlete mi tento článek na můj mail

Postupem času si mnoho uživatelů 1C všimne, že systém začíná pracovat pomaleji a je stále „buggy“, i když používají typické konfigurace „out of the box“.

Hlavní stížnosti hlášené uživateli:

Dokumenty se začaly pomalu vyřizovat

Generování přehledů trvá příliš dlouho

Program častěji zamrzne

Známé stížnosti, že?

Pokusme se pochopit hlavní faktory degradace výkonu a najít řešení.

Starší vybavení

V první řadě eliminujeme možnost hardwarových problémů.

Chcete-li to provést, musíte zkontrolovat hardwarové požadavky pro 1C 8.3

To lze provést na oficiálních stránkách http://1c.ru/rus/products/1c/predpr/compat/hard/demand.htm

Nerelevantní platforma

Někteří uživatelé neradi aktualizují konfiguraci znovu, protože věří, že dřívější verze jsou stabilnější. Bohužel, takový konzervatismus může být škodlivý: vývojáři pravidelně aktualizují platformu, opravují chyby v kódu a optimalizují mechanismy, takže použití zastaralé verze (se značným zpožděním ve vydáních) může nepříznivě ovlivnit výkon.

Špatný výkon serveru

Výkon je možné zvýšit úpravou nastavení serverů SQL a 1C: Enterprise.

Chcete-li to provést, vypněte všechny možnosti v systému BIOS, abyste ušetřili výkon procesoru a nastavte výkon na maximum. Je vhodné to provést například pomocí nástroje PowerSchemeEd.

Služby, které se používají zřídka, by měly být zakázány. Tyto služby zahrnují fulltextové vyhledávání a integrační služby.

Nezapomeňte nastavit množství paměti, která je přidělena serveru, na maximum. To je vyžadováno, aby měl SQL server čas předem vyčistit paměť a kontrolovat plnění.

Případně je možné přepnout službu 1C do režimu ladění. To dále zvyšuje optimalizaci 1C.

Velká databáze

Při práci se objem každé databáze v průběhu času zvětšuje. Nezapomínejte proto na pravidelnou preventivní údržbu systému. Je vhodné to provést pomocí standardního nástroje "Testování a oprava infobáze".

Tento nástroj pomůže optimalizovat databázi restrukturalizací a reindexací. Chcete-li použít zpracování, musíte být v režimu konfigurátoru. Zpracování vypadá takto:

Nesprávné nastavení pozadí a naplánovaných úloh

Je vhodné defragmentovat indexy a aktualizovat statistiky denně, protože když se fragmentace indexu sníží, optimalizace 1C se výrazně sníží.

Se stejnou frekvencí je žádoucí defragmentovat a aktualizovat statistiky. Operace je provedena rychle, pro její implementaci není nutné odpojovat aktivní uživatele a bylo prokázáno efektivní zrychlení 1C z používání.

Úplná reindexace se provádí, když je databáze uzamčena. Jedná se o delší proces, ale je nutné jej provádět alespoň jednou týdně v kombinaci s defragmentací a aktualizací statistik.

Nesprávná interakce s jiným softwarem

Kromě toho může problém s výkonem 1C:Enterprise souviset s jiným předinstalovaným softwarem.

Nejčastěji se jedná o antiviry s nesprávným nastavením. V souladu s tím, aby byla zajištěna správná funkce 1C, je nutné zkontrolovat nastavení použitého antiviru. Například pro Kaspersky jsou nastavení uvedena na oficiálních stránkách https://support.kaspersky.ru/general/compatibility/11683

Nestabilní komunikační kanál

Nejčastěji je tento problém relevantní při práci v 1C prostřednictvím webového rozhraní nebo vzdálené plochy. Pokud společnost využívá vzdálený přístup, pak je nutné zkontrolovat funkčnost komunikačního kanálu.

Zrychlení 1C v uživatelském režimu

Naštěstí se v moderních dodávkách optimalizace a akcelerace 1C provádí také v uživatelském režimu.

Na kartě „Podpora a údržba“ (část „Správa“) je k dispozici široký seznam funkcí, které zvyšují zrychlení 1C:

Zakázání automatického spouštění nepoužívaných naplánovaných úloh;

Vypnout fulltextové vyhledávání;

Konvoluce databáze za předchozí období;

Mazání označených objektů;

1C optimalizace

Optimalizace a zrychlení 1C je samozřejmě dosaženo nejen uvedenými metodami, takže seznam tipů není všelékem, ale může poskytnout pouze obecnou představu o možnosti zlepšení práce.

Problémy s databázemi často vyžadují zapojení kvalifikovaných specialistů, takže se na nás můžete kdykoli obrátit s žádostí o radu.