To vyvolalo několik otázek o provozních režimech 1C.

Způsoby práce s informační základnou:
Souborová verze práce
Klient - serverová verze práce

Souborový režim provozu

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

1Cv8.1CD je databáze souborů

Souborovou databázi (soubor 1Cv8.1CD) spravuje File DBMS, která je součástí platformy 1C:Enterprise.
V souborovém režimu je simulován provoz klient-server, takže stále musíte dodržovat vývojový mechanismus klient-server.

Pokud soubor 1Cv8.1CD přesahuje 4 GB. Nyní je čas přemýšlet o přechodu na verzi klient-server.

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

Schéma práce ve verzi souboru

aplikace tlustý klient přímo přistupuje k informační základně a dostává odpověď. Tenký klient také přistupuje k databázi přímo pomocí vlastního protokolu. Webový klient přistupuje k infobázi pomocí pomocí webu server.

Chcete-li přepnout z režimu souborů do režimu klient-server Informační základnu stačí stáhnout ve formátu dt a poté ji nahrát do informační databáze vytvořené na serveru.

Klient-server verze práce

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

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

Klienti kontaktují správce clusteru, který přesměruje požadavek uživatele na nějaký funkční server (požadavek lze přesměrovat na volnější server). Poté se server obrátí na DBMS, aby získal potřebná data.
DBMS zpracuje požadavek a vrátí datové pole serveru, který vrátí zpracovaná data klientovi. V serverovém clusteru je možné konfigurovat záložní servery, na které jsou procesy přeneseny, pokud funkční server selže. To zvyšuje spolehlivost.

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

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

Běžná aplikace vždy běží v režimu tlustého klienta. Spravovaná aplikace může běžet v tlustém i tenkém klientovi. Funkčnost tenkého klienta je velmi omezená.

Článek o běžných a spravovaných aplikacích, pravidelných a kontrolované formy"1C:Enterprise", který se nachází zde.

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

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

Vyvstává otázka: který DBMS si vybrat pro 1C - soubor nebo SQL?

Zkusme přijít na to, co je souborová databáze a co je SQL klient-server.

DBMS je systém pro správu databází. Platforma 1C Enterprise podporuje následující možnosti DBMS:

• Soubor (vestavěný do 1C)
• SLEČNA SQL Server
• Věštec
• IBM DB2
• PostgreSQL

Možnost souboru je nejjednodušší způsob, jak implementovat 1C Enterprise. Nevyžaduje instalaci dalšího softwaru. Možnost soubor je veřejně přístupný databázový soubor, ke kterému lze přistupovat odkudkoli na webu.

Získejte 267 videolekcí na 1C zdarma:

Výhody možnosti souboru:

• Snadné nastavení.
• Nevyžaduje další software.
• Levné a veselé.

nedostatky:

• Neexistuje žádná bezpečnost. Soubor databáze může kopírovat kterýkoli uživatel systému.
• Nízká škálovatelnost systému - v některých případech začne systém pracovat pomalu i s 5-7 uživateli. To je způsobeno zvýšenou úrovní izolace transakcí.
• Některé funkce programu nefungují v režimu souborů (například rutinní úlohy).
• Omezená velikost (maximálně 4-12 GB).

Klient-server DBMS pro 1C

Tato možnost architektury je vhodná pro zvýšenou odolnost proti chybám a zabezpečení. V systému klient-server může současně pracovat velmi velký počet uživatelů (až 5000 nebo více).

Výhody použití:

• Zvýšená odolnost proti chybám.
• Umožňuje vám pracovat velký počet uživatelů současně.
• Velikost databáze je neomezená.
• Existují bezplatné DBMS (PostgreSQL).

• Ne všechny DBMS jsou zdarma, ty nejlepší (MS SQL Server) stojí poměrně hodně peněz.
• Je vyžadována administrace SQL serveru.

Pokyny pro migraci ze souborové databáze do SQL

Pokud se rozhodnete přenést databázi 1C 8.3 (8.2) ze souboru do režimu klient-server, postupujte podle následujících pokynů:

1. Vytvořit nová základna 1C data v SQL;
2. Nahrajte soubor *.dt z databáze souborů (Konfigurátor - Administrace - Nahrát infobázi);
3. Nahrajte výsledný soubor do nové databáze (Konfigurátor - Administrace - Nahrát infobázi).

závěry

Existují dva typy víceuživatelské práce s databázemi 1C. Tento - "klient - server verze 1C" A "verze souboru 1C". Možnost klientského serveru práci zde nebudeme zvažovat, zvážíme ji v jiném článku, Tady.

Tedy za účelem organizování práce pro více uživatelů databáze souborů 1C, potřebujete počítače připojené do jedné sítě. Pokud ještě není síť a není k dispozici žádné vybavení, nešetřete nákupem “ gigabitový přepínač"(Téměř všechny moderní počítače podporují síťové karty připojení až 1 GB/sec) a není nejlevnější, v budoucnu pouze ušetříte (představte si den výpadku vaší organizace nebo kvůli zvýšené zátěži manažeři pociťují chmurné brzdy).

Další Velmi důležitý bod!!! Pokud máte WI-FI síť , to znamená, že počítače jsou připojeny přes bezdrátové technologie, pak vám tato možnost nebude vyhovovat, ať už máte sebedůmyslnější WI-FI router, nestál!!! Vše se pomalu zpomalí, zamrzne a v důsledku toho můžete úplně zničit databázi, protože kanály vytvořené pomocí WI-FI připojení jsou velmi nespolehlivá a jakékoli přerušení při zápisu do databáze (například držení dokumentu) může zabít 1C databáze Jednou provždy!!! Nastavení připojení terminálu je jiná věc (existují levné analogy, které vám umožní vytvořit alternativu k připojení terminálů), ale to popíšu v jiném článek.

Dále vyberte nejrychlejší počítač v naší síti (nejlépe s „ SSD disky"), pod souborový server. Můžete si také zakoupit samostatný úložiště souborů(s disky SSD vázanými do RAID 1 kvůli spolehlivosti), ale o jeho nastavení zde neuvažujeme.

Pokud je již vše zakoupeno, připojeno a funguje, přistoupíme k nastavení přístupu na námi zvoleném počítači pod "1C souborový server".

Nejprve zkontrolujeme nastavení samotného počítače, abychom zjistili, zda je povoleno zobrazovat soubory a složky ve vašem lokální síť. Klikněte na ikonu internetové připojení v „zásobníku“ (v pravém dolním rohu, kde jsou hodiny) a vyberte "Centrum sítí a sdílení"

Otevře se ovládací okno, kde vybereme následující "Změna Extra možnosti obecný přístup":

Otevře se okno nastavení, kde je třeba zaškrtnout následující políčka:

Kontrolujeme a ukládáme.

Dále přejděte do mého počítače a vytvořte na samostatném počítači, “ NE systémový disk“ (pokud je v mém počítači například pouze jeden disk "jednotka C", pak není kam jít, vyberte jej) a vytvořte samostatná složka s titulem "Základ 1C".

V této složce uložíme naše 1C databáze. Dále nastavíme pro tuto složku, obecný přístup abyste k němu měli přístup z jiných počítačů. Klepněte pravým tlačítkem myši na tuto složku a vyberte vlastnosti.

V důsledku toho se otevře okno, kde vybereme kartu "Přístup" A zmáčknout tlačítko "Obecný přístup":

Otevře se následující okno, kde vybereme záložku "Všechno" a stiskněte tlačítko "Přidat":

Klikněte na novou hodnotu, která se zobrazí v seznamu "Všechno" a vyberte "Číst a psát" potom stiskněte tlačítko "Obecný přístup".

Mělo by se objevit okno, jako je toto, indikující, že vše proběhlo úspěšně a sdílený přístup ke složce je otevřen, klikněte na tlačítko "připraven" :

Výsledkem je, že z jiného počítače bychom při otevření síťového prostředí měli vidět počítač s otevřenou složkou pro přístup k databázím.

Na klientských počítačích instalace platformy 1C Podívejte se, jak nainstalovat. "DŮLEŽITÉ PLATFORMA 1C MUSÍ BÝT VŠUDE STEJNÁ VERZE!!!" Dále přes síť předepsat cesty k Bazam 1C

Problém

Na fórech je neustále kladena stejná otázka: proč je 1C+MSSQL pomalejší ve zpracování dotazů než verze souboru?

Pak obvykle nastává „záplava“ několika desítek stránek.

Na takových fórech jsou dva populární „trendy“ - někteří říkají, že je to normální pro volbu klient-server, verze souboru by měla vždy fungovat rychleji, jiní říkají, že 1C nefunguje dobře s databází.

V důsledku „bitev a zúčtování“ na fórech se lidé ve svých názorech liší.

Doporučujeme rozdělit otázku do několika:

1. Pracuje verze souboru rychleji v „exkluzivních“ operacích, kdy její činnost nezávisí na ostatních uživatelích v databázi?

„Exkluzivní povahou“ rozumíme jednoho aktivního (pracujícího) uživatele v informační základně.

2. Funguje verze souboru rychleji ve víceuživatelském režimu, kdy uživatelé aktivně soutěží o zdroje (např. při prodeji zboží hromadně přistupují k zůstatkům skladu)?

3. Jak významný je rozdíl v rychlosti mezi verzí souboru a verzí klient-server z obchodního hlediska?

Co doopravdy

Tabulka č. 1. Porovnání verzí souborů a klient-server 1C

Odpověď na první otázku: Funguje volba souboru rychleji v operacích „exkluzivní povahy“, kdy její činnost nezávisí na ostatních uživatelích v databázi - s pravděpodobností 99% verze souboru je rychlejší(za předpokladu, že jeho možnosti nejsou omezeny neúspěšným hardwarem a není dosaženo maximálních možností verze souboru)!.

Neberte nás za slovo – přesvědčte se sami. Vzít ( Detailní popis zde) a přesvědčte se sami (nejprve zkontrolujte verzi souboru, poté verzi klient-server).

Pokud testu nevěříte, tak otestujte operaci, o které si myslíte, že je vhodná pro ověření, také ve verzi soubor a klient-server. Doporučujeme vzít jako základ například „uzavření měsíce“ u databází o velikosti do 4 gigabajtů (jinak může verze souboru dosáhnout limitu velikosti).

Je jasné, že pokud pro vás uzavření měsíce pomocí možnosti souboru není možné, pak pro vás nemá smysl diskutovat o výhodách možnosti souboru, souhlasíte?

Nabízí se další průběžná otázka:

O kolik rychlejší je verze souboru než verze klient-server v číslech?

Odpověď na tuto otázku je mnohem zajímavější a praktičtější. Náš test a praxe ukazují:

1. v průměru operace na srovnatelných objemech dat téměř 2x rychlejší
2. v průměru operace, kdy objemy dat začnou překračovat dostupné množství paměť s náhodným přístupem a zvýšení intenzity čerpání - až 3-4x rychlejší - to je jen příklad uzavření měsíce

Je však důležité pochopit, co je to „průměrná“ operace. Ukazuje se, že operace, které pracují s daty v RAM ve verzi klient-server, neztrácejí a někdy dokonce překonávají verzi souboru!

Takových operací je však málo a jsou velmi vzdálené. Hlavní zátěž se skládá z operací, které skutečně přistupují k diskovému subsystému pro čtení, a co je obzvláště důležité, pro zápis dat.

Navíc i neškodný report, když je vytvořen, může také zapisovat data, například do databáze služby tempdb při použití MS SQL Server.

Při provádění požadavku ve verzi souboru neexistuje žádný datový zprostředkovatel v podobě 1C Serveru, tzn. o jeden segment požadavku méně, kterým projde. Je logické, že pokud například vykonáváte „práci bez zprostředkovatelů“, je to vždy rychlejší než „práce s zprostředkovateli“, podstatnou část funkcionality na straně DBMS navíc tvoří vlastně také „zprostředkovatelé“. potřebné například nejen pro provádění dotazů, ale také pro zajištění lepší paralelnosti pro práci s dalšími požadavky - například co nejpečlivěji aplikovat zámky na používaná data, aby nedošlo k blokování „zbytečných“, jako je soubor možnost ano. Je snazší zablokovat celou tabulku, protože se jedná o jeden záznam s informacemi o zámku, a uvalit zámky na tisíce řádků je řádově více dalších záznamů, ale co je důležitější, je to podstatně více vynaložených prostředků. (procesor, paměť a někdy i místo na disku).

Jinými slovy, volba klient-server vyžaduje více prostředků než verze souboru pro stejné množství práce.

Z toho plyne důsledek - na stejném počítači můžete udělat více práce ve verzi souboru V EXKLUZIVNÍM REŽIMU než v režimu klient-server (ve stejném monopolní režim) .

V důsledku toho se zdá, že možnost klient-server může dělat méně práce, vyžaduje více zdrojů, ale kde je „zisk“, proč se používá téměř všude?

Odpovědět nám pomůže druhá otázka našeho článku: funguje verze souboru rychleji ve víceuživatelském režimu, kdy uživatelé aktivně soutěží o zdroje (například při prodeji zboží hromadně přistupují k zůstatkům skladu)?

V tabulce číslo 1 vidíme tak významné nevýhody možnosti souborů, jako je malá velikost databází - ve většině podniků zabírají databáze 1C desítky nebo stovky gigabajtů. Ale co je důležitější, možnost souboru ukládá redundantní zámky (zbytečné), což výrazně snižuje možnost paralelní práce uživatelů.

Takže například podnik má 100 uživatelů 1C. Pro dobrou míru předpokládejme, že každý uživatel zadá 10 dokumentů rovnoměrně během dne a každý tabulkový oddíl obsahuje 10 řádků.

Dostaneme jednoduchou aritmetiku - 100 x 10 x 10 = 10 000 zadaných řádků informační systém během dne.

Pro snadnější pochopení se dohodneme, že každý uživatel pracuje s unikátními daty a ostatní uživatelé se navzájem nepřekrývají ani v tabulkové části dokumentu, ani ve skladbě detailů.

Ve verzi klient-server to bude fungovat. Dokumenty budou zpracovávány paralelně.

S vědomím redundance blokování ve verzi souboru spočítejme, co se stane, když 100 uživatelů ve verzi souboru v daný den současně zadá první dokument do systému, ale současně stiskne tlačítko.

Víme, že výchozí doba trvání časového limitu zámku je 20 sekund. Teoreticky lze předpokládat, že kromě prvního uživatele na sebe všichni následující uživatelé počkají 20 sekund a poté odevzdají své dokumenty. Celkové čekání bude 100 uživatelů x 1 dokument x 20 sekund = 2000 sekund čekání. Cítíte to – jedná se o půlhodinový výpadek uživatele.

V praxi je to ještě smutnější, lidé nejsou roboti, nevidí, kdy je systém zablokován nebo pravděpodobnost zpracování dokumentů je vysoká, tak prostě konstatují, že kvůli neustálému blokování není možné do systému zadávat data. . Nebo, jednodušeji, v praxi se podnik „zastaví“ v režimu souborů.

Ale i když si představíte, že do podniku přišel úžasný programátor a napsal program, aby se pokusy prováděly neustále automaticky, tato půlhodina výpadku nezmizí.

Navíc pokud zkusíte 2.3, dokumenty zhorší obraz a za den i s ideálním kódem verze souboru „nasbírá“ 100 uživatelů x 10 dokumentů x 20 sekund = 20 000 sekund ~ 5 a půl hodiny prostoje.

5 hodin je náskok pro variantu klient-server. Nezáleží ani na tom, jakou rychlostí budou zadány do každého vlákna ve verzi klient-server. Je důležitější, aby byly zadány, a ve verzi souboru v tuto chvíli čekají na redundantní zámky.

Protože kromě redundantních zámků existují i ​​nezbytné zámky, zformulujme znovu pojem výkonu.

Z obchodního hlediska je produktivita množství práce za den, kterou vykoná všech 100 uživatelů, nejen jeden. Pro firmu je tedy důležitější, kolik dat do systému zadají všichni uživatelé celkem. Při hodnocení výkonu kolektivní práce je verze souboru desítky až stokrát nižší než verze klient-server.

A znovu vás žádáme, abyste nás nebrali za slovo. Proveďte 1C: Standardní zátěžový test http://v8.1c.ru/expert/etp.htm nebo si vytvořte vlastní kolektivní test a přesvědčte se sami o spolehlivosti našich prohlášení.

Pokud máte nějaké dotazy k testu nebo jeho výsledkům, můžete je prodiskutovat na fóru.

Můžete si také koupit 1C:KIP, věnujte pozornost funkcím.

Nyní odpovězme na třetí otázku: Jak významný je rozdíl v rychlosti mezi možností souboru a možností klient-server z obchodního hlediska?

Verze souboru je mírně před verzí klient-server v exkluzivním režimu a velmi výrazně ztrácí v režimu pro více uživatelů.

Musíte však pochopit, že podnik má jiné úkoly, které mají téměř vždy vyšší prioritu, jmenovitě odolnost proti chybám, nepřetržitý provoz, spolehlivost a stabilitu. Provoz serveru v clusteru s podporou převzetí služeb při selhání vyžaduje dodatečné náklady na zrcadlení dat. Vždy tedy musí existovat rovnováha mezi různými cíli: výkonem, spolehlivostí, bezpečností atd.

Verze souboru nemá mechanismy kontroly integrity dat. Pokud například dojde k výpadku sítě při přenosu dat nebo vypadne proud, pak ve verzi souboru se některé věci zaznamenají a některé ne. Integrita dat bude zničena. Ve verzi klient-server bude v takových případech neúplná transakce jednoduše vrácena zpět a neúplná data se do systému nedostanou, integrita dat bude zachována.

Tito. Nejen, že čím vyšší je počet uživatelů v systému, tím více bude souborová varianta ztrácet ve prospěch možnosti klient-server, ale také procedury obnovy dat v případě selhání změní souborovou variantu na absolutně ztrátovou možnost.

Nyní si musíme položit „správnou otázku“:

4. Proč vyvstala otázka vyhodnotit rozdíl v rychlosti mezi možnostmi souboru a klient-server?

Stejná korespondence a záplava na fórech začíná tím, že tazatel má problémy s výkonem ve verzi klient-server.

Ale místo toho, aby studoval důvody, které způsobily problém ve verzi klient-server, zjistí, že ve verzi souboru žádný takový problém není. Neobává se, že problém může být v „prostředníkovi“, který ve verzi souboru chybí.

Správná odpověď je, že nezáleží na tom, o kolik rychlejší je soubor nebo možnost klient-server, ale důležité je, co přesně způsobuje zpomalení v každém KONKRÉTNÍM případě. Slovo PRODUKTIVITA je nebezpečné, protože ve skutečnosti by mělo být popsáno jako seznam operací v systémech, které dohromady tvoří tuto produktivitu. Je nutné zvážit každou operaci, počínaje tou, která nejvíce přispívá ke zpomalení.

Obecně to je to, co děláme profesionálně a úspěšně již mnoho let.

Jsme připraveni se zdarma podívat na konkrétní provoz, který pomalu funguje a odhadnout náklady na jeho řešení. Vyhovují-li Vám podmínky a cena, pak provoz urychlíme, a pokud dosáhne Vámi zadaných podmínek, pak pouze v tomto případě platíte za naši práci.

Existují 1C - soubor, server a web. Jaký je rozdíl?

Jaké jsou možnosti instalace 1C?

1C se tedy dělí na platformu a konfigurace. O tom, co je, jsme diskutovali v předchozích vydáních několikrát.

Na základě konfigurace 1C vytvoříme databázi. Databáze obsahuje adresáře a dokumenty přidané uživateli.

Od ledna 2010 existují tři možnosti pro práci s 1C:

• soubor 1C
• síť 1C (1C server a 1C klient)
• web 1C ( tenký klient 1C).

Také další možnosti:

• pro vývojáře
• používat webové služby 1C nebo webová rozšíření 1C.

Existuje soubor 1C a síť 1C, každý z nich je potřebný ve svém vlastním případě, takže jednoznačně říci, že síť 1C je lepší než soubor 1C, není správné.

Soubor 1C

Nejstarší verze 1C. Databáze je umístěna ve složce na pevném disku počítače.

Složka s databázovými soubory může být buď na disku vašeho počítače, nebo na jakémkoli veřejném disku v lokální síti (takové veřejné disky se také nazývají „share“).

V tomto případě stačí nainstalovat platformu 1C na uživatelské počítače.

Síť 1C

Také se nazývá „klient-server 1C“. To znamená, že musíte nainstalovat samostatný „klient 1C“ a samostatný „server 1C“.

Databáze je uložena v speciální program pro správu databáze.

Programy pro správu databází podporované 1C: Microsoft SQL, Postgre SQL, Oracle (poslední podporuje pouze 1C 8.2).

V tomto případě je část platformy 1C nainstalována na serveru - „server 1C“. Instalují tam také program pro správu databází. Na počítačích je nainstalována platforma 1C a speciální komponenta „Access to 1C Server“.

Tenký klient 1C ( spravovaná aplikace 1C)

Nejnovější možnost. V tomto případě je kromě možnosti klient-server vyžadován webový server. Webové servery podporované 1C: Microsoft IIS, Apache.

Na server nainstalují „1C server“, program pro správu databází, webový server a komponentu „1C web server extension“.

Na uživatelských počítačích jsou k dispozici dvě možnosti:

Možnost 1: nic neinstalujte – použijte jakýkoli běžný prohlížeč.

Možnost 2: instalace tenkého klienta 1C.

Příklad práce s 1C přes webový prohlížeč je k vidění zde.

Jedná se o skutečnou databázi 1C, která je nainstalována na serveru ve společnosti 1C.

Další možnost - pro vývojáře

Když skupina vývojářů současně pracuje na vývoji konfigurace 1C, je nutné nainstalovat doplněk - úložiště 1C SQL.

Ve výchozím nastavení může s konfigurací pracovat vždy pouze 1 programátor. Úložiště umožňuje kolektivní vývoj.

Úložiště musí být nainstalováno na serveru nebo jako úložný server musí být použit jeden z počítačů vývojářů.

Další možnost - webové služby 1C a webové rozšíření 1C

Například ve vaší kanceláři jsou záznamy uchovávány v 1C:Enterprise. Máte také webové stránky. Chtěli byste, aby web dynamicky přebíral určitá data od 1C. To lze provést pomocí webových služeb. Toto je další součást platformy 1C. Je součástí platformy, musíte toto políčko zaškrtnout.

Webové rozšíření, alternativní mechanismus pro webové služby, se objevilo dříve.

Proč je síť 1C lepší než soubor 1C

1) Ve verzi souboru je databáze umístěna v jednom souboru. Velikost souboru může být teoreticky omezena FAT. Dnes je opravdu těžké si to představit operační systém na FAT – všude se používá NTFS.

2) Mechanismus práce s databázovým souborem v 1C je oproti SQL výrazně zjednodušen. Zejména to funguje hůře, když se zvětší velikost souboru nebo počet uživatelů („začne se to zpomalovat“).

Když se tedy bavíme o třech až pěti uživatelích a malé databázi, jedná se výhradně o souborovou verzi. Databáze o velikosti 4 GB a více než 10 uživatelů – možná si myslíte. Ještě více – rozhodně klient-server.

Pro školení nám samozřejmě stačí verze souboru.

Instalace platformy 1C