Tipy na automatizáciu. Tipy pre automatizáciu 1s 8.3 fungujú v sieti pomaly

Systém 1C zaujíma dominantné postavenie na trhu automatizácie pre malé a stredné podniky. Ak si spoločnosť vybrala účtovný systém 1C, potom v ňom zvyčajne pracujú takmer všetci zamestnanci, od bežných špecialistov až po manažment. Preto rýchlosť obchodných procesov spoločnosti závisí od rýchlosti 1C. Ak 1C pracuje neuspokojivou rýchlosťou, potom to priamo ovplyvňuje prácu celej spoločnosti a zisk.

V skutočnosti existuje tri spôsoby zrýchlenia 1C:

Zvýšenie kapacity hardvéru.
Optimalizácia operačného systému a nastavení DBMS.
Optimalizácia kódu a algoritmov v 1C.

Prvý spôsob vyžaduje nákup vybavenia a licencií, tretí vyžaduje veľa práce pre programátorov a v dôsledku toho oba spôsoby prinášajú značné finančné náklady. Najprv musíte venovať pozornosť programovému kódu, pretože žiadne zvýšenie kapacity servera nemôže kompenzovať nesprávny kód. Každý programátor vie, že pomocou niekoľkých riadkov kódu je možné vytvoriť proces, ktorý úplne načíta zdroje akéhokoľvek servera.

Ak je spoločnosť presvedčená, že programový kód je optimálny, no stále funguje pomaly, manažment sa zvyčajne rozhodne zvýšiť kapacitu servera. V tomto momente vyvstáva logická otázka: čo chýba, koľko a čo treba na záver doplniť.

Spoločnosť 1C dáva dosť nejasnú odpoveď na otázku, koľko zdrojov je potrebných; písali sme o tom skôr v našich príspevkoch. Preto musíte nezávisle vykonávať experimenty a zistiť, od čoho závisí výkon 1C. Experimenty s výkonom programu v EFSOL sú popísané nižšie.

Pri práci s 1C 8.2, najmä s konfiguráciami, ktoré používajú spravované formuláre, bola zaznamenaná zvláštna skutočnosť: 1C pracuje rýchlejšie na pracovnej stanici ako na výkonnom serveri. Okrem toho sú všetky charakteristiky pracovnej stanice horšie ako vlastnosti servera.

Tabuľka 1 – Konfigurácie, na ktorých sa vykonalo počiatočné testovanie

Pracovná stanica vykazuje o 155 % vyšší výkon ako server 1C s vynikajúcimi vlastnosťami. Začali sme zisťovať, čo sa deje, a zužovali sme pátranie.

Obrázok 1 – Merania výkonu na pracovnej stanici pomocou Gilevovho testu

Prvé podozrenie bolo, že Gilevov test bol neadekvátny. Merania otvárania formulárov, odosielania dokumentov, generovania správ atď. pomocou nástrojov prístrojového vybavenia ukázali, že Gilevov test vytvára hodnotenie úmerné skutočnej rýchlosti práce v 1C.

Počet a frekvencia pamäte RAM

Analýza informácií dostupných na internete ukázala, že mnohí píšu o závislosti výkonu 1C od frekvencie pamäte. Závisí to od frekvencie, nie od hlasitosti. Rozhodli sme sa otestovať túto hypotézu, pretože na serveri máme frekvenciu RAM 1066 MHz oproti 1333 MHz na pracovnej stanici a množstvo pamäte RAM na serveri je už oveľa vyššie. Rozhodli sme sa okamžite nainštalovať nie 1066 Mhz, ale 800 Mhz, aby bol zreteľnejší efekt závislosti výkonu od frekvencie pamäte. Výsledkom je, že produktivita klesla o 12 % a dosiahla 39,37 jednotiek. Na server sme nainštalovali pamäť s frekvenciou 1333 Mhz namiesto 1066 Mhz a zaznamenali sme mierny nárast výkonu - približne 11%. Produktivita bola 19,53 jednotiek. V súlade s tým to nie je záležitosť pamäte, hoci jej frekvencia mierne zvyšuje.

Obrázok 2 – Merania výkonu na pracovnej stanici po znížení frekvencie RAM

Obrázok 3 – Merania výkonu na serveri po zvýšení frekvencie RAM

Diskový subsystém

Ďalšia hypotéza sa týkala diskového subsystému. Okamžite vyvstali dva predpoklady:

SSD sú lepšie ako SAS disky, aj keď sú v raid 10.
iSCSI je pomalé alebo nesprávne.

Preto bol do pracovnej stanice namiesto SSD nainštalovaný bežný SATA disk a to isté sa urobilo so serverom - databáza bola umiestnená na lokálnom SATA disku. Merania výkonu sa vďaka tomu vôbec nezmenili. S najväčšou pravdepodobnosťou sa to stane, pretože existuje dostatočné množstvo pamäte RAM a disky sa počas testu prakticky žiadnym spôsobom nezapájajú.

CPU

Procesory na serveri sú samozrejme výkonnejšie a sú dva, ale frekvencia je o niečo nižšia ako na pracovnej stanici. Rozhodli sme sa skontrolovať vplyv frekvencie procesora na výkon: pre server neboli po ruke žiadne procesory s vyššou frekvenciou, preto sme frekvenciu procesora na pracovnej stanici znížili. Okamžite sme ju znížili na 1,6, aby sa korelácia stala jasnejšou. Test ukázal, že výkon výrazne klesol, ale aj s 1,6 procesorom vyrobila pracovná stanica takmer 28 jednotiek, čo je takmer 1,5-krát viac ako na serveri.

Obrázok 4 – Meranie výkonu na pracovnej stanici s 1,6 GHz procesorom

Grafická karta

Na internete sú informácie, že výkon 1C môže byť ovplyvnený grafickou kartou. Vyskúšali sme použitie integrovaného videa pracovnej stanice, profesionálneho adaptéra Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 a starej grafickej karty GeForce 16 MbSDR. Počas testu Gilev nebol zaznamenaný žiadny významný rozdiel. Možno má grafická karta stále vplyv, ale v reálnych podmienkach, keď potrebujete otvoriť spravované formuláre atď.

V súčasnosti existujú dve podozrenia, prečo pracovná stanica pracuje rýchlejšie aj s výrazne horšími vlastnosťami:

CPU. Typ procesora na pracovnej stanici je vhodnejší pre 1C.
Čipová súprava. Ak sú všetky ostatné veci rovnaké, naša pracovná stanica má novší čipset, možno je to problém.

Plánujeme nakúpiť potrebné komponenty a pokračovať v testovaní, aby sme konečne zistili, na čom výkon 1C vo veľkej miere závisí. Kým prebieha proces schvaľovania a obstarávania, rozhodli sme sa vykonať optimalizáciu, najmä preto, že to nič nestojí. Boli identifikované tieto fázy:

Fáza 1. Nastavenie systému

Najprv urobme nasledujúce nastavenia v systéme BIOS a operačnom systéme:

V systéme BIOS servera zakážeme všetky nastavenia, aby sme šetrili výkon procesora.
V operačnom systéme vyberte plán „Maximálny výkon“.
Procesor je tiež vyladený pre maximálny výkon. Môžete to urobiť pomocou pomôcky PowerSchemeEd.

Fáza 2. Nastavenie servera SQL a servera 1C:Enterprise

V nastaveniach servera DBMS a 1C:Enterprise vykonávame nasledujúce zmeny.

Nastavenie protokolu zdieľanej pamäte:
- Zdieľaná pamäť bude povolená iba na platforme počnúc 1C 8.2.17; v starších vydaniach bude povolená Pomenovaná sieť - mierne nižšia prevádzková rýchlosť. Táto technológia funguje iba vtedy, ak sú služby 1C a MSSQL nainštalované na rovnakom fyzickom alebo virtuálnom serveri.
Odporúča sa prepnúť službu 1C do režimu ladenia, pretože to paradoxne zvyšuje výkon. V predvolenom nastavení je ladenie na serveri zakázané.
Nastavenie SQL servera:
- Potrebujeme len server, ostatné služby, ktoré s ním súvisia a možno ich niekto používa, len spomaľujú prácu. Zastavujeme a deaktivujeme služby ako: Fulltextové vyhľadávanie (1C má vlastný mechanizmus fulltextového vyhľadávania), Integračné služby atď.
- Nastavili sme maximálne množstvo pamäte pridelenej serveru. Je to potrebné, aby SQL server vypočítal toto množstvo a vopred vyčistil pamäť.
- Nastavíme maximálny počet vlákien (Maximum work threads) a nastavíme zvýšenú prioritu servera (Boost priority).

Fáza 3: Nastavenie produkčnej databázy

Po optimalizácii servera DBMS a 1C:Enterprise prejdeme k nastaveniam databázy. Ak databáza ešte nebola rozšírená zo súboru .dt a poznáte jej približnú veľkosť, potom je lepšie ihneď uviesť veľkosť inicializácie do primárneho súboru pomocou „>=“ veľkosti databázy, ale to je vec chuti, pri expanzii ešte porastie. Veľkosť automatického zvyšovania však musí byť špecifikovaná: približne 200 MB na základňu a 50 MB na denník, pretože Predvolené hodnoty – rast o 1 MB a 10 % veľmi spomaľujú prácu servera, keď potrebuje zväčšiť súbor pri každej 3. transakcii. Ak sa používa pole RAID, je tiež lepšie špecifikovať uloženie databázového súboru a protokolového súboru na rôznych fyzických diskoch alebo skupinách RAID a obmedziť rast protokolu. Odporúča sa presunúť súbor Tempdb do vysokorýchlostného poľa, pretože DBMS k nemu pristupuje pomerne často.

Fáza 4. Nastavenie naplánovaných úloh

Naplánované úlohy sa vytvárajú celkom jednoducho pomocou Plánu údržby v sekcii Manažment, pomocou grafických nástrojov, takže nebudeme podrobne popisovať, ako sa to robí. Pozrime sa, aké operácie je potrebné vykonať na zlepšenie produktivity.

Defragmentáciu indexov a aktualizáciu štatistík je potrebné vykonávať denne, pretože ak je fragmentácia indexu > 25 %, výrazne znižuje výkon servera.
Defragmentácia a aktualizácia štatistík sa vykonáva rýchlo a nevyžaduje odpojenie používateľov. Odporúča sa to robiť aj denne.
Úplná reindexácia – vykonáva sa so zablokovanou databázou, odporúča sa ju vykonávať aspoň raz týždenne. Prirodzene, po úplnom preindexovaní sa indexy okamžite defragmentujú a štatistiky sa aktualizujú.

Výsledkom je, že pomocou doladenia systému, SQL servera a fungujúcej databázy sa nám podarilo zvýšiť produktivitu o 46 %. Merania sa uskutočňovali pomocou nástroja 1C KIP a pomocou Gilevovho testu. Ten ukázal 25,6 jednotiek oproti 17,53, ktoré boli pôvodne.

Stručný záver

Výkon 1C veľmi nezávisí od frekvencie RAM. Po dosiahnutí dostatočného množstva pamäte ďalšie rozširovanie pamäte nemá zmysel, pretože nevedie k zvýšeniu výkonu.
Výkon 1C nezávisí od grafickej karty.
Výkon 1C nezávisí od diskového subsystému za predpokladu, že sa neprekročí front na čítanie alebo zápis na disk. Ak sú nainštalované disky SATA a ich front nie je prekročený, inštalácia SSD nezlepší výkon.
Výkon je dosť závislý od frekvencie procesora.
Správnou konfiguráciou operačného systému a MSSQL servera je možné dosiahnuť zvýšenie výkonu 1C o 40-50% bez akýchkoľvek materiálových nákladov.

POZOR! Veľmi dôležitý bod! Všetky merania boli vykonané na testovacej základni pomocou Gilevovho testu a prístrojových nástrojov 1C. Správanie reálnej databázy so skutočnými používateľmi sa môže líšiť od získaných výsledkov. Napríklad v testovacej databáze sme nenašli žiadnu závislosť výkonu od grafickej karty a veľkosti RAM. Tieto závery sú dosť otázne a v reálnych podmienkach môžu mať tieto faktory významný vplyv na výkon. Pri práci s konfiguráciami, ktoré používajú spravované formuláre, je dôležitá grafická karta a výkonný grafický procesor urýchľuje prácu z hľadiska kreslenia programového rozhrania, čo sa vizuálne prejavuje v rýchlejšej práci 1C.

Beží vám 1C pomaly? Objednajte si IT údržbu počítačov a serverov od špecialistov EFSOL s dlhoročnými skúsenosťami alebo preneste svoje 1C na výkonný virtuálny server 1C odolný voči chybám.

Integrácia systému. Poradenstvo

Nastavenie rutinných úloh a úloh na pozadí;
Diagnostika a odstraňovanie chýb v informačnej báze, ktorá má súborový formát na ukladanie údajov;
Začnite indexovať fulltextové vyhľadávanie v 1C alebo ho úplne vypnite;
Spustenie databázy na najnovších platformách 8.3.8;
Beží v tenkom klientovi;
Zvýšenie rýchlosti opätovného prenosu dokumentov, keď je antivírus vypnutý;
Spustite prepočet súčtov a obnovenie postupnosti;
Vykonajte testovanie a opravu databázy, kontrolu pomocou nástroja chdbfl.exe;
Ak konfigurácia nie je štandardná, tj modifikovaná programátormi pre konkrétnu organizáciu, vykonajte Kontrolu konfigurácie;
Zakázať nepotrebné funkčné režimy;
Konfigurácia používateľských práv;
Konvolúcia základne;
Aktualizácia hardvéru.

Metóda 1. Nastavenie rutinných úloh a úloh na pozadí

Aplikácia v novom vydaní 1C Accounting 3.0 okrem vykonávania hlavnej práce spúšťa operácie na pozadí, ktoré vedú k zníženiu výkonu programu.

Režim na pozadí je pohotovostný režim, to znamená, že operácia je stále spustená, hoci sa nepoužíva.

Krok 1. Nastavenie rutinných úloh a úloh na pozadí

Otvárame zoznam rutinných úloh a úloh na pozadí: sekcia Administrácia – Podpora a údržba – Bežné operácie – Rutinné úlohy a úlohy na pozadí:

Po spustení programu 1C 8.3 sa automaticky spúšťajú úlohy na pozadí a vykonávajú sa rutinné úlohy, ktoré využívajú obrovské množstvo zdrojov a spomaľujú program. Preto je potrebné analyzovať prácu účtovníkov a určiť, ktoré úlohy na pozadí by sa mali ponechať v automatickom spustení a ktoré by sa mali deaktivovať.

Na obrázku vidíme zoznam rutinných úloh, ktoré sa spúšťajú v účtovníctve 1C 8.3:

Na obrázku vidíme zoznam dokončených úloh na pozadí:

Napríklad,

Účtovný program 1C 8.3 je neustále pripojený k stránke, aby aktualizoval rôzne klasifikátory;
Ak podnik nevykonáva operácie súvisiace s cudzou menou, potom nie je potrebné sledovať výmenné kurzy;
Ak účtovník v programe nepoužíva fulltextové vyhľadávanie, potom nie je vhodné spúšťať proces „Extrahovanie textu“.

Krok 2: Zakážte nepotrebné úlohy

Pozrime sa bližšie na to, ako zakázať sťahovanie. Umiestnite kurzor na požadovaný riadok a dvakrát kliknite:

Ak chcete úlohu zakázať, zrušte začiarknutie políčka Povolené:

Krok 3. Nastavenie plánu rutinných úloh

Pozrime sa bližšie na to, ako nastaviť rozvrh. Umiestnite kurzor na požadovaný riadok a dvakrát kliknite:

Vyberte položku Plán:

V okne, ktoré sa otvorí, prejdite na požadovanú kartu a vykonajte príslušné nastavenia:

Metóda 2. Diagnostika a odstraňovanie chýb v informačnej databáze, ktorá má formát na ukladanie údajov súboru

Krok 1.

Vytvoríme záložnú kópiu databázy.

Krok 2.

Začnime s postupom. Ak to chcete urobiť, otvorte konfigurátor a spustite postup Testovanie a oprava informačnej databázy: časť Administrácia – Testovanie a oprava. Vyberte kontroly a režimy, ktoré je potrebné vykonať pre informačnú základňu:

Pozrime sa bližšie na navrhované možnosti overenia:

Preindexovanie tabuliek infobáz – prebuduje indexy tabuliek na zlepšenie výkonu databázy;
Kontrola logickej integrity informačnej bázy – kontrola logiky databázy;
Kontrola referenčnej integrity informačnej základne - kontrola logickej integrity databázy na zistenie „nefunkčných“ odkazov;
Prepočet súčtov – prepočet súčtov tabuliek registra akumulácie;
Kompresia tabuliek infobáz – znižuje veľkosť databázy po testovaní a oprave;
Reštrukturalizácia infobázových tabuliek – optimalizuje štruktúru databázy pomocou pomocných súborov za účelom zvýšenia stability a výkonu.

Ak v režime Kontrola referenčnej integrity režimu infobáz vyberieme možnosť Testovací a opravný postup, sprístupnia sa položky nastavení spracovania chýb databázy:

Odsek Keď existujú odkazy na neexistujúce objekty znamená, že keď sa zistia „nefunkčné“ odkazy, spracuje odkazy pomocou zvolenej možnosti;
Odsek V prípade čiastočnej straty údajov o objekte znamená, že zostávajúce dáta sú dostatočné na obnovenie dát nejakého objektu.

Postup testovania a opravy informačnej základne 1C je možné vykonať iba vo výhradnom režime.

Metóda 3. Začnite indexovať fulltextové vyhľadávanie v 1C alebo ho úplne vypnite

Spoločnosť 1C vyvinula fulltextové vyhľadávanie údajov, ktoré používateľovi uľahčí vyhľadávanie neznámych informácií. Funkciou fulltextového vyhľadávania údajov v 1C 8.3 je:

Používateľ môže zadať vyhľadávací dopyt v jednoduchom formulári a použiť špeciálne operátory, ako napríklad: a, alebo, nie.
Fulltextové vyhľadávanie údajov pracuje s poľami typu ValueStorage a s dlhými textovými poľami a používateľovi sa nezobrazia výsledky, na ktoré nemá práva.

Napríklad je potrebné nastaviť fulltextové vyhľadávanie v dokumentoch Advance Report.

Krok 1.

Krok 2.

Otvorte dokument Advance report: menu Konfigurátor – Otvoriť konfiguráciu.

Krok 3.

V riadku Fulltextové vyhľadávanie zvoľte Použiť: Predbežný prehľad – Vstupné pole – Fulltextové vyhľadávanie:

Krok 4.

Spustíme program a aktualizujeme režim fulltextového vyhľadávania. Otvorte pravidelné operácie: časť Administrácia – Nastavenia programu – Podpora a údržba:

Krok 5.

Otvorte nastavenia a aktualizujte index pomocou tlačidla Aktualizovať index:

Metóda 4. Spustenie databázy na najnovších platformách 8.3.8

Ako aktualizovať technologickú platformu 1C 8.3, pozrite si náš video tutoriál:

Špecialisti 1C zlepšili rozloženie zaťaženia:

Je možné presnejšie kontrolovať množstvo pamäte spotrebovanej procesmi servera, vďaka čomu je klaster odolnejší voči neopatrným akciám používateľov.
Reštrukturalizácia informačných báz v pozadí. Nová funkcia vám umožňuje minimalizovať prestoje systému potrebné na aktualizáciu aplikačných riešení.
Platforma verzie 8.3 dostala nové rozhranie pre aplikácie „Taxi“, pohodlnejšie a vizuálne s novým jasným dizajnom. Vylepšené možnosti navigácie v aplikácii. Používateľ si môže nezávisle prispôsobiť svoj pracovný priestor umiestnením panelov do rôznych oblastí obrazovky. Nový mechanizmus zadávania riadkov výrazne urýchľuje vyhľadávanie údajov. Viac informácií o nových funkciách rozhrania „Taxi“ účtovného programu 1C 8.3 nájdete v našom videu:

Metóda 5. Spustenie v tenkom klientovi

Práca v režime tenkého klienta je možná len v režime riadenej aplikácie. V režime tenkého klienta sa všetky akcie vykonávajú na serveri a používateľ dostáva iba zobrazenie prijatých informácií. Tento režim prevádzky nevyžaduje veľké zdroje systému ani komunikačného kanála.

Metóda 6. Zmeňte antivírusový softvér

Ak máte nainštalovaný antivírus Avast alebo Kaspersky, je vhodné ho nahradiť iným. Skúsenosti ukázali, že rýchlosť prenosu dokumentov, keď je antivírus vypnutý, sa výrazne zvyšuje, pretože antivírusy zaberajú počítačové zdroje.

Metóda 7. Testovanie a oprava databázy, kontrola pomocou utility chdbfl.exe

Po vytvorení kópie je potrebné vykonať testovanie a opravu databázy.

Krok 1. Vytvorte kópiu databázy

Ako vytvoriť záložnú kópiu 1C 8.3, pozrite si nasledujúci video tutoriál:

Krok 2. Skontrolujte pomocou pomôcky chdbfl.exe

Pomôcka chdbfl.exe sa používa v prípadoch, keď sa systém nespustí ani v režime konfigurátora. Pomôcka sa nachádza v priečinku „bin“ nainštalovanej technologickej platformy, napríklad: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Skontrolujeme pomocou nástroja chdbfl.exe:

Krok 3. Vykonajte testovanie a opravu databázy

Vykonajte Testovanie a opravu databázy spustením systému v režime konfigurátora.

Krok 4. Obnovenie poradia dokumentov

Ak chcete obnoviť postupnosť v 1C 8.3, otvorte Všetky funkcie: hlavné menu - Všetky funkcie. Vyberte požadovanú položku a otvorte ju pomocou tlačidla Otvoriť:

V okne, ktoré sa otvorí, prejdite na kartu Obnoviť sekvencie a kliknite na položku Obnoviť alebo Obnoviť všetko:

Metóda 8. Ak konfigurácia nie je štandardná, skontrolujte konfiguráciu

Ak konfigurácia nie je štandardná, teda upravená programátormi pre konkrétnu organizáciu, tak konfiguráciu skontrolujeme.

Krok 1.

Program spustíme v režime Konfigurátor.

Krok 2.

Otvorte konfiguráciu databázy: časť Konfigurácia – Konfigurácia databázy:

Krok 3.

Vyberte položku Skontrolovať konfiguráciu a vykonajte nastavenia:

Metóda 9: Vypnite nepotrebné funkčné režimy

Otvorte funkčnosť programu 1C 8.3: časť Hlavné - Nastavenia - Funkcie, vykonajte nastavenia pre každú časť:

Metóda 10. Konfigurácia používateľských práv

Krok 1.

Spúšťame 1C 8.3 v režime konfigurátora.

Krok 2.

Otvorte zoznam užívateľov: sekcia Administrácia – Používatelia. Na karte Iné určíme, ktoré roly je potrebné používateľovi prideliť a zaškrtneme ich.

Zníženie vybranej funkcionality skracuje čas, ktorý potrebuje program na zoradenie spravovaných formulárov pri otváraní zoznamu dokumentov, to znamená, že čím menej zbytočného je spravované rozhranie, tým rýchlejšie funguje:

Metóda 11. Defragmentácia disku s databázou súborov

Procedúra defragmentácie disku optimalizuje súbory umiestnené na pevnom disku, aby sa zvýšila rýchlosť systému. Defragmentácia by sa mala vykonávať iba v prípade potreby, pretože zvyšuje opotrebovanie disku.

S vybratým pevným diskom použite pravé tlačidlo myši na vyvolanie príkazu Vlastnosti:

Na karte Nástroje vyberte položku Optimalizácia a defragmentácia disku:

Metóda 12. Skladanie základne

– ide o zápis aktuálnych zostatkov k určitému dátumu a odstránenie starých nepotrebných dokladov. Táto metóda môže byť užitočná, ak je databáza veľká, napríklad niekoľko rokov. Súhrn sa musí vykonať bez toho, aby v systéme pracovali používatelia.

Krok 1. Vytvorte kópiu databázy

Krok 2. Vykonáme postup na zbalenie databázy 1C 8.3

Sekcia Administrácia – Služba – Kolaps informačnej bázy.

V prvej fáze program 1C 8.3 navrhuje vytvoriť záložnú kópiu, kde musíte zadať adresár, ktorý chcete uložiť. Kliknite na tlačidlo Ďalej:

Je váš 1C opäť pomalý?Strácate čas prípravou reportáže?Už vás nebaví piť čaj počas čakania na výmenu údajov?

Situácia s pomalou prevádzkou 1C nie je nezvyčajná. Môžete sa s tým zmieriť, alebo môžete optimalizovať nastavenia 1C a vybavenia, čo výrazne zvýši rýchlosť vašej práce.

Naše služby vám pomôžu urobiť viac počas vášho pracovného dňa! Vieme, ako zrýchliť 1C, aby ste nikdy neopakovali slová „1C zamrzne“.

Prečo môže 1C zamrznúť alebo spomaliť?

Môžu sa vyskytnúť problémy so zariadením. Nedostatok pamäte na serveri 1C, nestabilná prevádzka v lokálnej sieti, problémy s pevným diskom alebo bezpečnostnými kľúčmi - to všetko môže 1C spomaliť a znervózniť. Okrem toho môže 1C zamrznúť v dôsledku:

slabá kompatibilita platformy a konfigurácie,
hrubé chyby začínajúcich programátorov 1C,
veľká základná veľkosť,
veľký počet používateľov.

Dokonca aj chyby počas bežnej prevádzky s 1C môžu tiež viesť k jeho pomalej prevádzke.

Ako zrýchliť 1C?

Postupujeme takto:

Kontrolujeme, či zariadenia spĺňajú technologické požiadavky 1C. Možno budete musieť zvýšiť RAM, nastaviť server 1C, vymeniť disk alebo skontrolovať rýchlosť vašej lokálnej siete. Inými slovami, vykonávame komplexnú kontrolu všetkých zariadení, ktoré sú súčasťou procesu.
Kontrolujeme nastavenia ďalších služieb zapojených do prevádzky 1C. Napríklad nesprávne nakonfigurovaná databáza SQL alebo nespoľahlivý terminálový prístup môže výrazne spomaliť 1C.
Kontrolujeme správnosť konfiguračného kódu 1C, s ktorým sú problémy. Nie je žiadnym tajomstvom, že ten istý softvérový problém možno vyriešiť rôznymi spôsobmi. Neoptimálny kód často spôsobuje zamrznutie 1C.
Pri práci s 1C kontrolujeme vzor práce používateľa. Niekedy samotní používatelia spomaľujú 1C a nie sú si toho vedomí.

Ako zrýchliť prácu v 1C: Účtovníctvo 8.3 (edícia 3.0) alebo zakázať rutinné úlohy a úlohy na pozadí

2019-01-15T13:28:19+00:00

Tí z vás, ktorí už prešli na nové vydanie 1C: Accounting 8.3 (edícia 3.0), si všimli, že je pomalšie ako 2. Nejaké zvláštne spomalenia, nekonečné úlohy na pozadí niekoľkokrát denne, o ktorých vykonanie ju bez nášho vedomia nikto nežiadal.

Moji účtovníci mi hneď po prechode povedali, že nové vydanie 1C: Accounting 3.0 je v porovnaní s predchádzajúcimi úplne pomalé! A je jednoducho nemožné pracovať.

Začal som sa tým zaoberať a veľmi skoro som zistil, že hlavnou príčinou zamrznutia a následnej nespokojnosti používateľov sú rutinné úlohy a úlohy na pozadí, z ktorých mnohé sú štandardne povolené, hoci pre drvivú väčšinu účtovníkov nie sú potrebné.

Prečo napríklad potrebujeme spúšťať úlohu „Extrahovanie textu“ stokrát denne, ak nevykonávame fulltextové (účtovníci, neľakajte sa) vo všetkých objektoch v našej databáze.

Alebo prečo neustále sťahovať menové kurzy, ak nemáme menové transakcie alebo ich robíme príležitostne (a predtým môžeme sami kliknúť na tlačidlo sťahovania kurzov).

To isté platí pre neustály pokus spoločnosti 1C pripojiť sa na stránku a kontrolovať a aktualizovať bankové klasifikátory. Prečo? Ja sám stlačím tlačidlo na aktualizáciu klasifikátorov, ak nenájdem správnu banku podľa jej BIC.

Ako to urobiť krok za krokom nižšie.

1. Prejdite do časti „Správa“ a na paneli akcií vyberte „Údržba“ ():

2. V okne, ktoré sa otvorí, nájdite a vyberte „Rutinné úlohy a úlohy na pozadí“:

3. Otvorte každú úlohu, ktorá má v stĺpci „Zapnuté“ hodnotu „Zapnuté“. je tam daw.

4. Zrušte začiarknutie políčka „Povolené“ a kliknite na tlačidlo „Uložiť a zatvoriť“.

5. Urobte to s každou zo zahrnutých úloh a užite si nové vydanie. Celkovo je to podľa mňa oveľa lepšie ako dvojka.

Platforma zároveň povolí niektoré z naplánovaných úloh, ktoré ste zakázali.

Hlavným účelom písania tohto článku je vyhnúť sa opakovaniu zjavných nuancií pre tých správcov (a programátorov), ktorí ešte nezískali skúsenosti s 1C.

Sekundárnym cieľom je, že ak mám nejaké nedostatky, tak ma na to najrýchlejšie upozorní Infostart.

Test V. Gileva sa už stal akýmsi „de facto“ štandardom. Autor na svojej webovej stránke dal celkom jasné odporúčania, ale ja jednoducho uvediem niektoré výsledky a vyjadrím sa k najpravdepodobnejším chybám. Prirodzene, výsledky testov na vašom zariadení sa môžu líšiť, toto je len návod na to, čo by malo byť a o čo sa môžete snažiť. Hneď by som chcel poznamenať, že zmeny sa musia robiť krok za krokom a po každom kroku skontrolujte, aký výsledok priniesol.

Na Infostarte sú podobné články, odkazy na ne dám do príslušných sekcií (ak mi niečo chýba, navrhnite ma v komentároch, doplním). Predpokladajme teda, že váš 1C je pomalý. Ako diagnostikovať problém a ako pochopiť, kto je na vine, správca alebo programátor?

Počiatočné údaje:

Testovaný počítač, hlavný pokusný králik: HP DL180G6, vybavený 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Pre porovnanie, Core i3-2100 vykazuje porovnateľné výsledky v jednovláknovom teste. Zariadenie, ktoré som zámerne vybral, nebolo najnovšie, s moderným vybavením sú výsledky o poznanie lepšie.

Na testovanie samostatných serverov 1C a SQL server SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Na testovanie 10 Gbit siete boli použité adaptéry Intel 520-DA2.

Verzia súboru. (databáza je na serveri v zdieľanom priečinku, klienti sa pripájajú cez sieť, protokol CIFS/SMB). Algoritmus krok za krokom:

0. Pridajte Gilevovu testovaciu databázu na súborový server do rovnakého priečinka ako hlavné databázy. Pripojíme sa z klientskeho počítača a spustíme test. Výsledok si pamätáme.

Rozumie sa, že aj pre staré počítače spred 10 rokov (Pentium na pätici 775 ) čas od kliknutia na skratku 1C:Enterprise po zobrazenie okna databázy by mal uplynúť menej ako minútu. ( Celeron = pomalý).

Ak máte počítač horší ako Pentium zásuvka 775 s 1 GB RAM, potom s vami súcitím a bude pre vás ťažké dosiahnuť pohodlnú prácu na 1C 8.2 vo verzii súboru. Myslite buď na upgrade (je najvyšší čas) alebo prechod na terminálový (alebo webový, v prípade tenkých klientov a spravovaných formulárov) server.

Ak počítač nie je o nič horší, môžete správcu nakopnúť. Minimálne skontrolujte fungovanie siete, antivírus a ovládač ochrany HASP.

Ak Gilevov test v tejto fáze ukázal 30 „papagájov“ alebo viac, ale pracovná základňa 1C stále funguje pomaly, otázky by mali smerovať na programátora.

1. Ako návod na to, koľko dokáže klientsky počítač „vyžmýkať“, skontrolujeme fungovanie iba tohto počítača bez siete. Testovaciu databázu nainštalujeme na lokálny počítač (na veľmi rýchly disk). Ak klientsky počítač nemá normálny SSD, vytvorí sa ramdisk. Zatiaľ najjednoduchší a bezplatný je Ramdisk enterprise.

Na testovanie verzie 8.2 stačí 256 MB ramdisk a! Najdôležitejšie. Po reštarte počítača pri spustenom ramdisku by na ňom malo byť voľných 100-200 MB. Preto bez ramdisku by pre normálnu prevádzku malo byť 300 - 400 MB voľnej pamäte.

Na testovanie verzie 8.3 postačí 256 MB ramdisk, no potrebujete viac voľnej RAM.

Pri testovaní sa treba pozrieť na vyťaženie procesora. V prípade blízkom ideálu (ramdisk) lokálny súbor 1c pri spustení načítava 1 jadro procesora. Preto, ak počas testovania nie je jadro procesora plne zaťažené, hľadajte slabé miesta. Trochu emotívny, ale vo všeobecnosti správny, je popísaný vplyv procesora na chod 1C. Len pre informáciu, aj na moderných Core i3 s vysokými frekvenciami sú čísla 70-80 celkom reálne.

Najčastejšie chyby v tejto fáze.

a) Nesprávne nakonfigurovaný antivírus. Existuje veľa antivírusov, nastavenia pre každý sú iné, poviem len, že pri správnej konfigurácii nezasahuje ani web, ani Kaspersky 1C. Pri predvolenom nastavení je možné odobrať približne 3-5 papagájov (10-15%).

b) Výkonnostný režim. Z nejakého dôvodu tomu málokto venuje pozornosť, ale efekt je najvýznamnejší. Ak potrebujete rýchlosť, musíte to urobiť na klientskych aj serverových počítačoch. (Gilev má dobrý popis. Jedinou výhradou je, že na niektorých základných doskách, ak vypnete Intel SpeedStep, nemôžete zapnúť TurboBoost).

Skrátka, kým 1C beží, veľa sa čaká na odozvu iných zariadení (disk, sieť a pod.). Počas čakania na odpoveď, ak je povolený režim výkonu, procesor zníži svoju frekvenciu. Zo zariadenia prichádza odozva, 1C (procesor) musí pracovať, ale prvé hodinové cykly sú na zníženej frekvencii, potom sa frekvencia zvyšuje - a 1C opäť čaká na odpoveď zo zariadenia. A tak - mnoho stokrát za sekundu.

Výkonný režim môžete (a najlepšie) povoliť na dvoch miestach:

Cez BIOS. Zakázať režimy C1, C1E, Intel C-state (C2, C3, C4). V rôznych bios sa nazývajú inak, ale význam je rovnaký. Vyhľadávanie trvá dlho, vyžaduje sa reštart, ale ak to urobíte raz, môžete na to zabudnúť. Ak urobíte všetko správne v systéme BIOS, rýchlosť sa zvýši. Na niektorých základných doskách môžete nakonfigurovať nastavenia systému BIOS tak, aby režim výkonu systému Windows nehral žiadnu úlohu. (Príklady nastavení systému BIOS od spoločnosti Gilev). Tieto nastavenia sa týkajú hlavne serverových procesorov alebo „pokročilých“ BIOSov, ak ste to nenašli a NEMÁTE Xeon, nevadí.

Ovládací panel - Napájanie - Vysoký výkon. Mínus - ak počítač nebol dlhší čas v servise, bude vydávať väčší hluk ventilátora, viac sa zahrieva a spotrebuje viac energie. Ide o výkonnostný poplatok.

Ako skontrolovať, či je režim povolený. Spustite správcu úloh - výkon - monitor zdrojov - CPU. Čakáme, kým nebude procesor ničím zaneprázdnený.

Toto sú predvolené nastavenia.

V stave C systému BIOS zahrnuté,

režim vyváženej spotreby energie

V stave C systému BIOS zahrnuté, režim vysokého výkonu

Pre Pentium a Core sa môžete zastaviť tam,

Z Xeonu sa predsa len dá vyžmýkať trocha „papagájov“.

V stave C systému BIOS vypnutý, režim vysokého výkonu.

Ak nepoužívate Turbo boost, takto by to malo vyzerať

server vyladený na výkon

A teraz čísla. Dovoľte mi pripomenúť: Intel Xeon 5650, ramdisk. V prvom prípade test ukazuje 23,26, v poslednom - 49,5. Rozdiel je takmer dvojnásobný. Čísla sa môžu líšiť, ale pomer zostáva v podstate rovnaký pre Intel Core.

Vážení správcovia, 1C môžete kritizovať, koľko chcete, ale ak koncoví používatelia potrebujú rýchlosť, musíte povoliť režim vysokého výkonu.

c) Turbo Boost. Najprv musíte pochopiť, či váš procesor podporuje túto funkciu, napr. Ak to podporuje, stále môžete celkom legálne získať nejaký výkon. (Nechcem sa dotýkať otázok pretaktovania frekvencie, najmä serverov, robte to na vlastné nebezpečenstvo a riziko. Súhlasím však s tým, že zvýšenie rýchlosti zbernice zo 133 na 166 poskytuje veľmi výrazné zvýšenie rýchlosti aj rozptylu tepla)

Ako zapnúť turbo boost je napísané napríklad . Ale! Pre 1C existujú určité nuansy (nie najzreteľnejšie). Problém je v tom, že maximálny účinok turbo boost nastáva, keď je zapnutý C-stav. A dostaneme niečo takéto:

Upozorňujeme, že multiplikátor je maximálny, rýchlosť jadra je krásna a výkon je vysoký. Ale čo sa stane ako výsledok s 1s?

	Faktor	Rýchlosť jadra (frekvencia), GHz	CPU-Z Single Thread	Test Gileva Ramdiska verzia súboru	Test Gileva Ramdiska Klientsky server
Bez Turbo boost
C-stav vypnutý, Turbo boost				53.19	40,32
C-stav zapnutý, Turbo boost			1080	53,13	23,04

Ale nakoniec sa ukazuje, že podľa testov výkonu CPU je verzia s násobiteľom 23 popredu, podľa Gilevových testov v súborovej verzii je výkon s násobiteľom 22 a 23 rovnaký, ale v klient-server verzia - verzia s multiplikatorom 23 je strasne strasna strasna (aj ked je C -stav nastaveny na uroven 7, stale je to pomalsie ako s vypnutym C-stavom). Odporúča sa preto skontrolovať si obe možnosti a vybrať si tú najlepšiu. V každom prípade rozdiel medzi 49,5 a 53 papagájmi je dosť výrazný, hlavne bez väčšej námahy.

Záver – treba zapnúť turbo boost. Pripomínam, že nestačí povoliť v BIOSe položku Turbo boost, treba sa pozrieť aj na ďalšie nastavenia (BIOS: QPI L0s, L1 - vypnúť, požadovať čistenie - zakázať, Intel SpeedStep - povoliť, Turbo boost - Ovládací panel - Možnosti napájania - Vysoký výkon). A este by som (aj pre verziu suboru) zvolil moznost, kde je vypnuty c-state, aj ked je nasobilka mensia. Dopadne to nejako takto...

Pomerne kontroverzným bodom je frekvencia pamätí. Napríklad sa ukázalo, že frekvencia pamäte má veľmi silný vplyv. Moje testy neodhalili takú závislosť. Nebudem porovnávať DDR 2/3/4, ukážem výsledky zmeny frekvencie v rámci toho istého riadku. Pamäť je rovnaká, no v BIOSe sme nútení nastaviť nižšie frekvencie.

A výsledky testov. 1C 8.2.19.83, pre verziu súboru lokálny ramdisk, pre klient-server 1C a SQL na jednom počítači, zdieľaná pamäť. Turbo boost je v oboch verziách vypnutý. 8.3 ukazuje porovnateľné výsledky.

Rozdiel je v rámci chyby merania. Konkrétne som vytiahol screenshoty CPU-Z, aby som ukázal, že so zmenou frekvencie sa menia aj iné parametre, rovnaká CAS Latency a RAS to CAS Delay, čo neutralizuje zmenu frekvencie. Rozdiel bude, keď sa pamäťové moduly fyzicky vymenia, z pomalších na rýchlejšie, ale ani tam nie sú čísla zvlášť významné.

2. Keď máme vytriedený procesor a pamäť klientskeho počítača, prejdeme na ďalšie veľmi dôležité miesto – sieť. O ladení siete bolo napísaných veľa kníh, existujú články o Infostart ( a iné), ale tu sa nebudem venovať tejto téme. Pred začatím testovania 1C sa prosím uistite, že iperf medzi dvoma počítačmi zobrazuje celú šírku pásma (pre 1 Gbit karty - teda aspoň 850 Mbit, alebo ešte lepšie 950-980), že bola dodržaná Gilevova rada. Potom - najjednoduchším testom prevádzky bude, napodiv, skopírovanie jedného veľkého súboru (5-10 gigabajtov) cez sieť. Nepriamym znakom bežnej prevádzky na 1 Gbit sieti bude priemerná rýchlosť kopírovania 100 MB/s, dobrá prevádzka - 120 MB/s. Chcel by som upozorniť na skutočnosť, že slabým miestom (vrátane) môže byť zaťaženie procesora. SMB Protokol na Linuxe je dosť slabo paralelizovaný a počas prevádzky môže celkom ľahko „zožrať“ jedno jadro procesora a viac nespotrebovať.

A ďalej. Pri predvolenom nastaveni funguje windows klient najlepsie s windows serverom (alebo aj windows pracovnou stanicou) a protokolom SMB/CIFS, linuxovy klient (debian, ubuntu nepozerali ostatnych) funguje lepsie s linuxom a NFS ( funguje to aj s SMB, ale na NFS sú papagáje vyššie). To, že sa pri lineárnom kopírovaní Windows Linux server na NFS skopíruje do jedného streamu rýchlejšie, nič neznamená. Tuning Debianu pre 1C je téma na samostatný článok, ešte na to nie som pripravený, aj keď môžem povedať, že v súborovej verzii som dostal ešte o niečo lepší výkon ako Win verzia na rovnakom vybavení, ale s postgresom s nad 50 užívateľov Stále mám všetko veľmi zlé.

Najdôležitejšie , ktoré „vypálení“ správcovia poznajú, no začiatočníci neberú do úvahy. Existuje mnoho spôsobov, ako nastaviť cestu k databáze 1c. Môžete urobiť \\server\share, môžete urobiť \\192.168.0.1\share, môžete použiť sieť z: \\192.168.0.1\share (a v niektorých prípadoch bude táto metóda tiež fungovať, ale nie vždy) a potom špecifikujte disk Z. Zdá sa, že všetky tieto cesty smerujú na to isté miesto, ale pre 1C existuje iba jeden spôsob, ktorý poskytuje normálny výkon celkom spoľahlivo. Takže toto je to, čo musíte urobiť správne:

Na príkazovom riadku (alebo v politikách alebo v čomkoľvek, čo je pre vás výhodné) - použite DriveLetter: \\server\share. Príklad: čisté využitie m: \\server\bases. Osobitne zdôrazňujem NIE IP adresu, a to názov server. Ak sa názov servera nezobrazuje, pridajte ho do DNS na serveri alebo lokálne do súboru hosts. Ale adresa musí byť na meno. Podľa toho na ceste do databázy vstúpte na tento disk (pozri obrázok).

A teraz číslami ukážem, prečo je to rada. Počiatočné údaje: Karty Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Aplikované najnovšie ovládače, aktualizácie. Pred testovaním som sa uistil, že Iperf poskytuje plnú šírku pásma (okrem 10 Gbit kariet sa mu podarilo vytlačiť iba 7,2 Gbit, uvidím neskôr, testovací server ešte nie je správne nakonfigurovaný). Disky su rozne, ale vsade je SSD (specialne som na test vlozil jeden jeden disk, nie je zatazeny inym) alebo raid z SSD. Rýchlosť 100 Mbit bola získaná obmedzením nastavení adaptéra Intel 362. Nebol rozdiel medzi 1 Gbit medeným Intel 350 a 1 Gbit optickým Intel X520-DA2 (získaným obmedzením rýchlosti adaptéra). Maximálny výkon, turbo boost je vypnutý (len pre porovnateľnosť výsledkov, turbo boost pre dobré výsledky pridáva o niečo menej ako 10%, pre zlé výsledky to nemusí mať vôbec žiadny efekt). Verzie 1C 8.2.19.86, 8.3.6.2076. Neuvádzam všetky čísla, ale len tie najzaujímavejšie, aby ste mali s čím porovnávať.

	Win 2008 - Win 2008 kontakt cez ip adresu	Win 2008 - Win 2008 Volanie podľa mena	Win 2008 - Win 2008 Kontakt cez IP adresu	Win 2008 - Win 2008 Volanie podľa mena	Win 2008 - Win 7 Volanie podľa mena	Win 2008 - Debian Volanie podľa mena	Win 2008 - Win 2008 Kontakt cez IP adresu	Win 2008 - Win 2008 Volanie podľa mena
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Závery (z tabuľky a z osobnej skúsenosti. Platí len pre verziu súboru):

Cez sieť môžete získať celkom normálne čísla pre prácu, ak je táto sieť správne nakonfigurovaná a cesta je zadaná správne v 1C. Aj prvy Core i3 dokaze kludne vyprodukovat 40+ papagajov, co je celkom dobre, a to nie su len papagajy, v realnej praci je rozdiel aj znatelny. Ale! Obmedzením pri práci s viacerými (viac ako 10) používateľmi už nebude sieť, tu stále stačí 1 Gbit, ale blokovanie pri práci viacerých používateľov (Gilev).

Platforma 1C 8.3 je mnohonásobne náročnejšia na správnu konfiguráciu siete. Základné nastavenia – viď Gilev, ale myslite na to, že všetko sa dá ovplyvniť. Videl som zrýchlenie od odinštalovania (a nielen vypnutia) antivírusu, od odstránenia protokolov ako FCoE, od zmeny ovládačov na staršiu, ale Microsoftom certifikovanú verziu (hlavne pre lacné karty ako ASUS a DLC), od odstránenia druhej sieťovej karty zo servera. Možností je veľa, sieť si nastavte opatrne. Môže nastať situácia, keď platforma 8.2 poskytuje prijateľné čísla a 8.3 - dvakrát alebo dokonca viackrát menej. Skúste sa pohrať s verziou platformy 8.3, niekedy získate veľmi veľký efekt.

1C 8.3.6.2076 (možno neskôr, ešte som nehľadal presnú verziu) je stále jednoduchšie nakonfigurovať cez sieť ako 8.3.7.2008. Normálnu prevádzku po sieti od 8.3.7.2008 (u porovnateľných papagájov) sa mi podarilo dosiahnuť len párkrát, pre všeobecnejší prípad som to nevedel zopakovať. Veľa som tomu nerozumel, ale súdiac podľa zábalov nôh z Process Explorer tam záznam nie je taký dobrý ako v 8.3.6.

Napriek tomu, že pri práci na 100 Mbit sieti je jej graf zaťaženia malý (môžeme povedať, že sieť je voľná), prevádzková rýchlosť je stále oveľa nižšia ako na 1 Gbit. Dôvodom je latencia siete.

Ak sú všetky ostatné veci rovnaké (dobre fungujúca sieť), pre 1C 8.2 je pripojenie Intel-Realtek o 10 % pomalšie ako Intel-Intel. Ale realtek-realtek môže vo všeobecnosti spôsobiť prudký pokles z ničoho nič. Preto, ak máte peniaze, je lepšie mať sieťové karty Intel všade; ak nemáte peniaze, nainštalujte Intel iba na server (váš CO). A návodov na ladenie sieťových kariet Intel je mnohonásobne viac.

Predvolené nastavenia antivírusu (ako príklad použijeme drweb verzia 10) zaberajú asi 8-10% papagájov. Ak ho nakonfigurujete tak, ako má (povolíte procesu 1cv8 robiť všetko, hoci to nie je bezpečné), rýchlosť je rovnaká ako bez antivírusu.

NEČÍTAJTE Linuxových guruov. Server so sambou je skvelý a bezplatný, ale ak na server nainštalujete Win XP alebo Win7 (alebo ešte lepšie - server OS), verzia súboru 1c bude fungovať rýchlejšie. Áno, samba a zásobník protokolov a nastavenia siete a oveľa, oveľa viac sa dá dobre vyladiť v debian/ubuntu, ale toto sa odporúča pre špecialistov. Nemá zmysel inštalovať Linux s predvolenými nastaveniami a potom povedať, že je pomalý.

Celkom dobre je skontrolovat chod diskov pripojenych cez net use pomocou fio . Aspoň bude jasné, či ide o problémy s platformou 1C, alebo so sieťou/diskom.

Pri verzii pre jedného používateľa si neviem predstaviť testy (alebo situáciu), kde by bol viditeľný rozdiel medzi 1 Gbit a 10 Gbit. Jediná vec, kde 10Gbit pre verziu súboru dávalo lepšie výsledky, je pripojenie diskov cez iSCSI, ale to je téma na samostatný článok. Napriek tomu si myslím, že pre verziu súboru stačí 1 Gbit karty.

Nerozumiem, prečo pri 100 Mbit sieti funguje 8.3 výrazne rýchlejšie ako 8.2, ale bola to skutočnosť. Všetky ostatné zariadenia, všetky ostatné nastavenia sú úplne rovnaké, len sa v jednom prípade testuje 8.2 a v druhom - 8.3.

Nevyladené NFS win-win alebo win-lin dáva 6 papagájov, do tabuľky som ich nezaradil. Po naladení som dostal 25, ale bolo to nestabilné (rozdiel v meraniach bol viac ako 2 jednotky). Zatiaľ nemôžem poskytnúť odporúčania týkajúce sa používania systému Windows a protokolu NFS.

Po všetkých nastaveniach a kontrolách opäť spustíme test z klientskeho počítača a radujeme sa z vylepšeného výsledku (ak bude fungovať). Ak sa výsledok zlepšil, existuje viac ako 30 papagájov (a najmä viac ako 40), súčasne pracuje menej ako 10 používateľov a pracovná databáza je stále pomalá - takmer určite problém s programátorom (alebo máte už dosiahli špičkové možnosti verzie súboru).

Terminálový server. (databáza je na serveri, klienti sa pripájajú cez sieť, protokol RDP). Algoritmus krok za krokom:

0. Pridajte Gilevovu testovaciu databázu na server do rovnakého priečinka ako hlavné databázy. Pripojíme sa z rovnakého servera a spustíme test. Výsledok si pamätáme.

1. Rovnakým spôsobom ako vo verzii súboru nastavíme prácu. V prípade terminálového servera hrá vo všeobecnosti hlavnú úlohu procesor (predpokladá sa, že neexistujú žiadne zjavné slabé miesta, ako je nedostatok pamäte alebo veľké množstvo nepotrebného softvéru).

2. Nastavenie sieťových kariet v prípade terminálového servera nemá prakticky žiadny vplyv na fungovanie 1c. Ak chcete zabezpečiť „špeciálny“ komfort, ak váš server produkuje viac ako 50 papagájov, môžete hrať s novými verziami protokolu RDP, len pre pohodlie používateľov, rýchlejšiu odozvu a rolovanie.

3. Ak aktívne pracuje veľké množstvo používateľov (a tu už môžete skúsiť pripojiť 30 ľudí k jednej databáze, ak sa o to pokúsite), je veľmi vhodné nainštalovať SSD disk. Z nejakého dôvodu sa predpokladá, že disk nijako zvlášť neovplyvňuje činnosť 1C, ale všetky testy sa vykonávajú s vyrovnávacou pamäťou radiča povolenou na zápis, čo je nesprávne. Testovacia základňa je malá, celkom dobre sa zmestí do cache, preto tie vysoké čísla. Na skutočných (veľkých) databázach bude všetko úplne iné, takže vyrovnávacia pamäť je pre testy zakázaná.

Napríklad som skontroloval fungovanie testu Gilev s rôznymi možnosťami disku. Namontoval som disky z toho, čo bolo po ruke, len aby som ukázal tendenciu. Rozdiel medzi 8.3.6.2076 a 8.3.7.2008 je malý (vo verzii Ramdisk Turbo boost 8.3.6 produkuje 56.18 a 8.3.7.2008 produkuje 55.56, v ostatných testoch je rozdiel ešte menší). Spotreba energie - maximálny výkon, turbo boost vypnutý (ak nie je uvedené inak).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Jeden SSD	Ramdisk		Vyrovnávacia pamäť povolená RAID radič
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Povolená vyrovnávacia pamäť radiča RAID eliminuje všetky rozdiely medzi diskami; čísla sú rovnaké pre sat aj cas. Testovanie s ním na malom množstve údajov je zbytočné a nie je indikatívne.

Pre platformu 8.2 je rozdiel vo výkone medzi možnosťami SATA a SSD viac ako dvojnásobný. Toto nie je preklep. Ak sa počas testu na SATA diskoch pozriete na monitor výkonu. potom môžete jasne vidieť „Prevádzkový čas aktívneho disku (v %)“ 80-95. Áno, ak povolíte vyrovnávaciu pamäť samotných diskov na nahrávanie, rýchlosť sa zvýši na 35, ak povolíte vyrovnávaciu pamäť radiča raid - až 49 (bez ohľadu na to, ktoré disky sa momentálne testujú). Ale toto sú syntetické papagáje vyrovnávacej pamäte; v skutočnej práci s veľkými databázami nikdy nebude 100% pomer zásahov do vyrovnávacej pamäte zápisu.

Rýchlosť aj lacných SSD diskov (testoval som na Agility 3) úplne postačuje na spustenie verzie súboru. Zdroj nahrávania je vec druhá, na to si treba pozrieť v každom konkrétnom prípade, je jasné, že Intel 3700 to bude mať rádovo vyššie, ale cena tomu zodpovedá. A áno, chápem, že pri testovaní SSD disku vo väčšej miere testujem aj cache tohto disku, reálne výsledky budú menšie.

Najsprávnejšie (z môjho pohľadu) riešenie by bolo vyčleniť 2 SSD disky v zrkadlovom raide pre súborovú databázu (alebo viacero databáz súborov), a nič iné tam neumiestňovať. Áno, so zrkadlom sa SSD disky opotrebovávajú rovnako, a to je mínus, ale aspoň je elektronika radiča nejako chránená pred chybami.

Hlavné výhody SSD diskov pre verziu súboru sa prejavia, keď existuje veľa databáz, každá s niekoľkými používateľmi. Ak sú 1-2 databázy a je tam asi 10 používateľov, budú stačiť disky SAS. (ale v každom prípade si pozri načítanie týchto diskov aspoň cez perfmon).

Hlavné výhody terminálového servera sú, že môže mať veľmi slabých klientov a nastavenia siete ovplyvňujú terminálový server oveľa menej (opäť vaše K.O.).

Závery: ak spustíte test Gilev na terminálovom serveri (z toho istého disku, kde sa nachádzajú pracovné databázy) a v momentoch, keď sa pracovná databáza spomalí, a test Gilev ukazuje dobrý výsledok (nad 30), potom pomalý chod hlavnej pracovnej databázy má na svedomí s najväčšou pravdepodobnosťou programátor.

Ak Gilevov test ukazuje malé čísla a máte procesor s vysokým taktom a rýchle disky, potom musí správca vziať aspoň perfmon, niekde zaznamenať všetky výsledky a sledovať, pozorovať a vyvodzovať závery. Neexistujú žiadne definitívne rady.

Možnosť klient-server.

Testy boli vykonané až 8.2, pretože na 8.3 všetko dosť vážne závisí od verzie.

Na testovanie som vybral rôzne možnosti serverov a siete medzi nimi, aby som ukázal hlavné trendy.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Fibre channel - SSD	SQL: Xeon E5-2630 Fibre channel - SAS	SQL: Xeon E5-2630 Lokálny SSD	SQL: Xeon E5-2630 Fibre channel - SSD	SQL: Xeon E5-2630 Lokálny SSD	1C: Xeon 5650 =	1C: Xeon 5650 = Zdieľaná pamäť	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Zdá sa, že som zvážil všetky zaujímavé možnosti, ak vás ešte niečo zaujíma, napíšte do komentárov, pokúsim sa to urobiť.

SAS na úložných systémoch je pomalší ako lokálne SSD, aj keď úložné systémy majú väčšie veľkosti vyrovnávacej pamäte. SSD, lokálne aj na úložných systémoch, pracujú pri Gilevovom teste porovnateľnými rýchlosťami. Nepoznám žiadny štandardný viacvláknový test (nielen nahrávanie, ale všetko vybavenie) okrem záťažového testu 1C z MCC.

Zmena servera 1C z 5520 na 5650 takmer zdvojnásobila výkon. Áno, konfigurácie servera sa úplne nezhodujú, ale ukazuje to trend (žiadne prekvapenie).

Zvýšenie frekvencie na serveri SQL má určite efekt, ale nie rovnaký ako na serveri 1C; Server MS SQL je vynikajúci (ak sa pýtate) na používanie viacerých jadier a voľnej pamäte.

Zmena siete medzi 1C a SQL z 1 Gbit na 10 Gbit dáva približne 10 % papagájov. Čakal som viac.

Povolenie zdieľanej pamäte má stále účinok, aj keď nie 15 %, ako je opísané. Určite to urobte, našťastie je to rýchle a jednoduché. Ak počas inštalácie niekto dal serveru SQL pomenovanú inštanciu, potom, aby 1C fungoval, názov servera musí byť špecifikovaný nie FQDN (tcp/ip bude fungovať), nie cez localhost alebo len ServerName, ale napríklad cez ServerName\InstanceName zz-test\zztest. (V opačnom prípade sa vyskytne chyba DBMS: Microsoft SQL Server Native Client 10.0: Poskytovateľ zdieľanej pamäte: Knižnica zdieľanej pamäte použitá na vytvorenie spojenia so serverom SQL Server 2000 sa nenašla. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, stav=1, závažnosť=10, natívny=126, riadok=0).

Pre menej ako 100 používateľov je jediným bodom rozdelenia na dva samostatné servery licencia Win 2008 Std (a staršia), ktorá podporuje iba 32 GB RAM. Vo všetkých ostatných prípadoch je určite potrebné nainštalovať 1C a SQL na jeden server a poskytnúť im viac pamäte (najmenej 64 GB). Dávať MS SQL menej ako 24-28 GB RAM je neopodstatnená chamtivosť (ak si myslíte, že na to máte dostatok pamäte a všetko funguje dobre, možno by vám stačila verzia súboru 1C?)

Ako horšie funguje kombinácia 1C a SQL vo virtuálnom stroji, je témou samostatného článku (nápoveda - výrazne horšie). Ani v Hyper-V nie je všetko také jasné...

Režim vyváženého výkonu je zlý. Výsledky sú celkom v súlade s verziou súboru.

Mnohé zdroje uvádzajú, že režim ladenia (ragent.exe -debug) spôsobuje výrazné zníženie výkonu. No, znižuje, áno, ale 2-3% by som nenazval významným účinkom.