Žebro podle organizace. Pokyny ke konfiguraci databáze RIB (Distributed Information Base) prostřednictvím prostředku FTP

V tomto materiálu podrobné pokyny o nastavení výměny RIB za 1C: Enterprise 8 a problémech, s nimiž se autor potýkal.

1. Vytváření uzlů
Vytvořit nové uzly (hlavní a podřízené): v uživatelském režimu „Provoz / Plány výměny / Plné“
Zvolte výměnný plán „Plný“
Vytvoříme dva záznamy:
- pojmenujeme první záznam „Central Bank“ (hlavní uzel), označíme kód „Central Bank“,
- druhý záznam se bude jmenovat „Slave node“, kód bude „PU“.
Ikona se zeleným kruhem - „Centrální banka“ (hlavní uzel)

U podřízeného uzlu klikněte na ikonu „Vytvořit počáteční obrázek“. (Vyžaduje se exkluzivní přístup)
Vytvořte počáteční obrázek
Dále v okně, které se otevře, vyplňte parametry nové databáze. Po dokončení klikněte na tlačítko „Dokončit“
Vytváření počátečního obrazu zabezpečení informací
Vytvoření počátečního obrazu podřízeného uzlu distribuovaného informační základna, po dokončení se zobrazí zpráva „Vytvoření počátečního obrazu bylo úspěšně dokončeno“. Klikněte na tlačítko „OK“.
Přidejte základnu podřízeného uzlu do seznamu základen, spusťte jej.
V této podřízené základně otevíráme úplný směnný plán - ikona „Centrální banka“ je červená, což znamená, že tento uzel je hlavní pro informační základnu, ve které se nacházíme.

2. Nastavení předpon
U každé základny nastavte v předvolbách v nastavení účetních parametrů (v UPP „Parametry služby / účetnictví“) na kartě „Výměna dat“. To se provádí tak, aby nedocházelo ke konfliktům v počtech a kódech dokumentů a adresářů vytvořených ve dvou databázích.
U automatické výměny zaškrtněte políčko „Použít mechanismus automatické výměny ...“
Karta Výměna dat

3. Přidejte nastavení výměny dat mezi uzly
Otevřeno: "Service \\ Distribuovaná informační základna (RIB) \\ Konfigurace uzlů RIB"
Klikněte na „Přidat“, otevře se okno „Nastavení výměny dat“
Nastavení komunikace

Klikněte na ikonu „Provést výměnu při aktuálním nastavení“
Proveďte výměnu s aktuálním nastavením

Nyní o „úskalích“
1. Výměnu dat lze provádět automaticky a lze ji inicializovat v následujících případech:
* Když spuštění programu... Výměna proběhne při spuštění programu,
* Až dokončíte práci s programem. Výměna proběhne dříve, než uživatel dokončí práci s programem,
* Když se zobrazí katalog. Výměna bude provedena pouze v případě, že adresář určený uživatelem nebyl viditelný, ale je aktuálně viditelný. Toto nastavení lze použít k provedení automatické výměny při připojení k lokální síť nebo flash karta... Program bude pravidelně kontrolovat viditelnost adresáře uvedeného v nastavení a označit jeho aktuální stav,
* Když se soubor zobrazí. Doporučuje se použít tento režim, když potřebujete provést výměnu, pokud se objeví příchozí soubor pro výměnu dat. V tomto případě stačí uvést celá cesta do příchozího souboru pro výměnu dat. Program pravidelně analyzuje přítomnost souboru a jakmile se objeví, proběhne výměna a po výměně bude tento soubor násilně ODSTRANĚN (provádí se tak, aby postup výměny nebyl prováděn neustále),
* Periodická výměna dat. Výměna proběhne podle nastavení periodické výměny dat. Pokud infobáze pracuje v režimu souborového serveru, pak pravidelnou výměnu provádí pouze uživatel, který je v nastavení účetních zásad uveden jako „Uživatel pro naplánované úlohy v režimu souboru“. Ve verzi klient-server se výměna provádí na serveru 1C: Enterprise.

Mám možnost Klient-server - aby fungovala naplánovaná automatická výměna, musel jsem server přetížit

2. Windows kódování.
Výměna byla přerušena chybou - protože soubor není komprimován. To je způsobeno chybou cyrilice v příkazový řádek při komprimaci.
Léčí se opravou kódování v registru.
Například pro Windows Server 2008 -
Kód

REGEDIT4
"1250" \u003d "c_1251.nls"
"1251" \u003d "c_1251.nls"
"1252" \u003d "c_1251.nls"
"1253" \u003d "c_1251.nls"
"1254" \u003d "c_1251.nls"
"1255" \u003d "c_1251.nls"

3. Při vytváření kopie databáze (například pro revizi) ve verzi klient-server je NUTNÉ, aby REGULAČNÍ ÚLOHY KOPIE databáze byly VYPNUTY. Zamykání naplánovaných úloh pro kopírování ZAPNUTO

Pokud nejsou blokovány, kopie provede výměny ve stejném plánu jako hlavní základna. To znamená, že některé zprávy vzdáleným uzlům budou generovány z pracovní databáze a některé z kopie, což povede k desynchronizaci konfigurací.

Vytvoření a konfigurace distribuované databáze (RIB) v 1C 8.3 Účetnictví (a další konfigurace) je nutné v případech, kdy není možné pracovat pro více uživatelů při současném připojení k jedné databázi. To je v dnešní době poměrně vzácné, protože standardní vzdálená plocha funguje skvěle a existují i \u200b\u200bjiné programy, které ji poskytují vzdálené připojení na centrální počítačkde se databáze nachází.

Existují však situace, kdy jednoduše neexistuje internet. A data by měla skončit v jedné infobase. K tomu je vytvořena distribuovaná databáze.

Obvykle se hlavní základna nazývá centrální a zbytek se nazývá periferní. Závěrem je, že v ručním nebo automatickém režimu (v závislosti na nastavení) jsou databáze sloučeny do jedné. Aby se zabránilo duplikaci počtu nově zadaných dokumentů a kódů adresářů, je každé databázi přiřazena předpona.

V tomto kurzu použijeme příklad k vytvoření centrální a periferní databáze, zkontrolujeme výměnu mezi nimi. Tato příručka je vhodná jak pro 1C 8.3 účetnictví, tak pro 1C Trade Management (UT) a další konfigurace.

Nastavení hlavní (centrální) distribuované databáze RIB

Pojďme do nabídky Správa 1C, pak následujeme odkaz „Nastavení synchronizace dat“. V okně, které se otevře, zaškrtněte políčko „Synchronizace dat“. Odkaz „Synchronizace dat“ bude aktivní. Okamžitě zde nastavíme předponu hlavní infobáze - například „Centrální banka“:

Přejdeme na odkaz „Synchronizace dat“, otevře se okno s tlačítkem „Konfigurovat synchronizaci dat“. Kliknutím na toto tlačítko se otevře rozevírací seznam, ve kterém musíte vybrat režim „Plný“. Pokud potřebujete synchronizovat pouze jednu organizaci, musíte vybrat možnost „Podle organizace ...“.

V dalším okně nám program nabídne vytvoření zálohy. Důrazně to doporučuji, protože následující kroky instalace nemusí být reverzibilní.

Po vytvoření záloha stiskněte tlačítko „Další“. Na další krok musíme se rozhodnout, jak bude synchronizace probíhat:

  • prostřednictvím místního adresáře nebo adresáře v místní síti;
  • přes internet přes FTP.

Pro jednoduchost a přehlednost příkladu zvolíme lokální adresář. Označil jsem následující cestu: „D: \\ Base 1C \\ Synchronization“. Nebude nadbytečné kontrolovat vstup do tohoto adresáře, k tomu slouží speciální tlačítko:

Získejte zdarma 267 1C videonávodů:

Přeskočte další kroky pro konfiguraci synchronizace FTP a e-mailu. Zastavíme se u nastavení názvů hlavních a periferních databází. Zde nastavíme předponu pro periferní základnu:

Nezapomeňte, že předpony pro každou databázi musí být jedinečné. V opačném případě se zobrazí chyba „Hodnota předpony první infobáze není jedinečná.“

Klikněte na „Další“, zkontrolujte zadané informace a znovu klikněte na „Další“, poté - „Dokončit“. Do pole „Celé jméno základny souboru“ zadejte soubor 1Cv8.1CD v adresáři, který byl vytvořen pro synchronizaci. Vytvoříme počáteční obraz distribuované databáze 1C:

Po vytvoření počátečního obrazu RIB v 1C můžete nastavit plán synchronizace nebo ručně synchronizovat:

Po synchronizaci se můžete připojit k nové databázi a zajistit, aby se tam stáhly informace z centrální databáze:

Stačí přidat do nové periferní základny alespoň jednoho uživatele s právy správce.

Nastavení synchronizace v periferní databázi

V periferní základně 1C je nastavení mnohem jednodušší. Stačí zaškrtnout políčko „Synchronizace dat“ a následovat odkaz se stejným názvem. A téměř okamžitě se ocitneme v okně pomocí tlačítka „Synchronizovat“. Zkusme vytvořit testovací položku v periferní databázi a nahrát ji do hlavní pomocí RIB:

V 1C 8,3 nebo v 1C 8,2? Konfigurace distribuované informační základny. Pokyny krok za krokem.

Distribuce infobáze se používá, když je nutné udržovat společné účetnictví v databázích, které z různých důvodů nemohou mít fyzické spojení... Příkladem je vedení záznamů v jedné společnosti, která má divizi ve velkém městě a malé vesnici bez možnosti připojení k internetu. Nebo v některých zvláštních případech periodická potřeba pracovat se stejnou databází v kanceláři i mimo kancelář, například doma. V takových a podobných případech je použití distribuované informační základny (RIB) oprávněné a nezbytné.


V tomto článku budeme uvažovat o organizaci distribuce jedné informační databáze v konfiguraci 1C Accounting for Russia verze 8.3 prostřednictvím místního nebo síťového adresáře. Ve verzi 8.2 1C tento pokyn bude také užitečné jako popisuje v podstatě jeden proces s výrazně malými rozdíly.

==== Nastavení hlavní základny ====

Po otevření 1C 8.3 v režimu „Enterprise“ přejděte do části „Správa“. Ve verzi 1C 8.2 musíte nejprve přejít do hlavní nabídky „Služba“ - „Distribuovaná informační základna (RIB)“ - „Konfigurovat uzly RIB“.

Dále budeme uvažovat o procesu v kontextu IS verze 8.3. V sekci „Správa“ tedy vyberte „Nastavení programu“. V nastavení přejděte do sekce „Synchronizace dat“. Zde zaškrtneme políčko „Použít synchronizaci dat“ a určíme předponu databáze. Označujeme „CB“, což znamená centrální základnu.

Poté se v pravém menu zobrazí položka „Synchronizace dat“. Pojďme si to vybrat. V otevřeném podřízeném okně klikněte na tlačítko „Konfigurovat synchronizaci dat“. V rozevírací nabídce můžete vybrat nastavení pro různé případy použití synchronizace. Vybrali jsme „Distribuovaná informační databáze ...“.

Pro obecný vývoj se seznamte s obsahem dalšího okna a klikněte na „Další“.

V dalším okně vyplňte adresář, kterým bude procházet. Označíme kompresi dat, abychom zmenšili velikost nahrávání, a můžete okamžitě určit heslo pro archiv s daty. Je důležité na to nezapomenout. Plnění potvrdíme tlačítkem „Další“.

Další dvě okna jsou určena pro zadání nastavení pro výměnu prostřednictvím fTP server a skrz e-mailem... Jak již bylo zmíněno dříve, uvažujeme o způsobu výměny prostřednictvím adresáře, takže přeskočíme nastavení pro FTP a e-mail.

Další okno je určeno pro specifikaci parametrů výměny v části periferní databáze. Uveďme jeho název a předponu. Další - tlačítko „Další“.

Pojďme zkontrolovat parametry výměny, které jsme vytvořili, a potvrdit jejich správnost tradičním tlačítkem „Další“.

Automaticky se vytvoří potřebná sada nastavení pro výměnu. Bude to chvíli trvat.

Důležité! Vytvoření počátečního obrazu pro podřízený uzel trvá dlouho. Velikost tohoto významu závisí na počítačových zdrojích a objemu účtování v hlavní databázi.

Řekněme, že jsme se rozhodli vytvořit obrázek. Po kliknutí na tlačítko „Dokončit“ v předchozím okně vstoupíme do nastavení pro vytvoření obrazu podřízeného informačního zabezpečení. Zvažujeme nejjednodušší případ pro místní operace. Za tímto účelem v okně, které se otevře, označíme požadované podrobnosti. Zvláštní pozornost věnujte parametru „Celé jméno základny souboru“. Musí být zadán v plném formátu UNC, který předpokládá vytvoření místní cesty ve formátu „síť“. Například - „\\\\ Server1C \\ Databáze \\ RIB“. Přidejte název souboru databáze na zadanou cestu - 1Cv8.1CD.

Po kliknutí na tlačítko „Vytvořit počáteční obrázek“ se spustí proces generování obrázku pro podřízenou základnu.

Po skončení procesu bude v zadaném adresáři vytvořen databázový soubor. Tuto nově vytvořenou základnu je třeba před plným použitím nakonfigurovat.

==== Nastavení pro periferní základnu ====

Chcete-li to provést, musíte jej připojit k 1C. Jak to udělat, najdete v pokynech v našem článku - Po připojení musíte spustit novou databázi v režimu konfigurátoru a vytvořit uživatele. Dále musí být IB spuštěn v režimu 1C „Enterprise“.

Pokud je z jakéhokoli důvodu nutné odložit vytvoření uživatelů na později, můžete po připojení jednoduše spustit databázi v režimu 1C „Enterprise“. Zobrazí se výzva k vytvoření uživatele správce, souhlasíte s ním a počáteční populace bude dokončena.

Pak musíte pokračovat v nastavování párování s hlavní základnou. Toto nastavení je podobné nastavení popsanému výše pro hlavní základnu.

Bude vytvořeno nastavení pro komunikaci s hlavní základnou.

============================================

Nyní jsme tedy vytvořili hlavní a periferní základny. V každé z těchto databází bylo také vytvořeno nastavení synchronizace. Nyní můžete přistoupit k úpravě těchto nastavení a jejich uvedení do vhodné formy. Můžete vytvořit pravidla automatické výměny nebo provést ruční výměnu.

Udělejme to v hlavní databázi. Periferní základna je nakonfigurována stejným způsobem.

Úpravy lze použít na pravidla a plán synchronizace dat.

Kliknutím na tlačítko „Konfigurovat“ v části „Časový plán synchronizace dat“ musíte upravit skripty pro automatický pracovní plán pro nahrávání / stahování dat pro vybranou databázi. Nemusíte to upravovat, pouze souhlasíte s výchozími možnostmi.

Chcete-li upravit parametry, stačí kliknout na odkaz s automatickými daty plánu. A pak upravíme dočasné parametry pro spouštění úkolů. Procházením kartami můžete změnit čas i data a dny v týdnu spuštění.

Kliknutím na tlačítko „Spustit úlohu“ v hlavním okně skriptu můžete úlohu spustit ručně.

Kliknutím na tlačítko „Konfigurovat“ v části „Pravidla synchronizace dat“ můžete provádět operace, které mění skripty spuštění úlohy, a také zobrazit protokol průběhu nahrávání / stahování. Ten druhý je dostatečně důležitý pro správu přístupu a sledování pravidelnosti výměn.

Po dokončení vytváření a úprav skriptů automatické spuštění výměna distribuované databáze, můžete přistoupit k uvolnění a následnému načtení dat.

Tím se v zásadě dokončí konfigurace distribuované databáze pro centrální a periferní uzly.

Stáhněte si ilustrované pokyny

Distribuovaná informační základna. Pokyny krok za krokem
Distribuovaná informační základna (RIB) 1C: Enterprise
Vytvoření distribuované informační základny a její konfigurace
jak nastavit žebra za 1 s 8.2
Jak nastavit distribuovanou infobase v 1C
Jak nastavit v 1C
Jak nastavit v 1C
Nastavení distribuované informační základny (RIB) v 1C
Příklad konfigurace RIB pro 1C: Účetnictví 8
Vytvoření distribuované databáze a konfigurace

V praxi často existují situace, kdy jsou různé divize nebo větve geograficky umístěny na různých místech. Zároveň se data zadaná do programu ve vzdálených divizích musí nějak dostat do centrály, aby bylo vedeno obecné účetnictví.

V současné době tento problém často řešeno poskytnutím geograficky vzdálených zaměstnanců vzdálený přístup na společnou základnu. Toho lze dosáhnout publikováním databáze na webovém serveru, prostřednictvím vzdálené plochy atd.

Takové situace však nejsou neobvyklé, když v geograficky vzdálené kanceláři jednoduše neexistuje internet nebo není dostatečně stabilní, aby fungoval ve společné informační základně. K tomu má 1C mechanismus pro konfiguraci distribuované databáze.

Jednoduše řečeno, hlavní základna se nachází v ústředí. Vzdálené oddělení používá podřízeného. Může existovat několik takových podřízených základen. Výsledkem je, že taková distribuovaná základna je sloučena do jedné prostřednictvím synchronizace. Lze jej provádět jak v automatickém režimu podle plánu, tak i ručně.

V tomto článku zvážíme nastavení distribuované databáze pro 1C: Accounting 3.0. Navzdory tomu jsou pokyny vhodné pro většinu ostatních konfigurací 1C 8.3.

Poznámkaže všechny nezbytné úpravy konfigurace by měly být prováděny pouze v hlavní databázi RIB. Během synchronizace budou tyto změny přeneseny do všech podřízených bází a projeví se.

Hlavní informační základna

Při použití distribuované databáze hlavní nastavení spadá do hlavní databáze. Musí být vytvořeny v sekci „Správa“, jak je znázorněno na obrázku níže.

V okně, které se otevře, okamžitě zaškrtněte políčko „Synchronizace dat“. Ve spodní části zadejte předponu main (aktuální základna). Může mít až dva znaky. V našem případě bude předpona „BG“, protože máme na mysli, že tento RIB 1C „Hlavní účetnictví“.

Nyní můžete začít nastavovat samotnou synchronizaci, konkrétně určit, která databáze (nebo databáze) bude použita k výměně dat. Postupujte podle hypertextového odkazu „Nastavení synchronizace dat“. K přechodu bude k dispozici, pouze pokud je zaškrtnuto políčko vlevo.

V okně, které se otevře, vyberte z nabídky položku „Celý ...“. Umožní nám určit jakoukoli informační základnu 1C pro synchronizaci.

V prvním okně pro připojení podřízené základny umístěné v geograficky vzdálené kanceláři vyberte příznak, že připojení bude provedeno prostřednictvím místního nebo síťového adresáře. V našem případě je to „D: \\ DB \\ InfoBase“. Rovněž předem zkontrolujeme možnost zápisu.

Nezapomeňte zadat různé předpony pro různé báze. Faktem je, že při synchronizaci dat je nastavena konkrétní předpona pro data přetížená z každé databáze. Pokud jsou duplikovány, práce bude nesprávná, takže vám program tuto příležitost neposkytne.

Když vás program vyzve k vytvoření počátečního obrazu, vyberte tuto možnost. Tento postup bude nějakou dobu trvat, poté jej uložte do počítače s názvem „1Cv8.1CD“.

Samotnou synchronizaci lze provést jak automaticky podle plánu, který si můžete sami nakonfigurovat, nebo ručně. V druhém případě stačí ve vhodnou dobu kliknout na tlačítko „Synchronizovat“.

RIB slave uzel

Počet nastavení provedených v podřízené základně je mnohem menší. Ve stejné sekci nastavte příznak „Synchronizace dat“ a kliknutím na příslušný odkaz bude k dispozici tlačítko „Synchronizovat“.

V rámci našeho příkladu byly do hlavní databáze přidány dvě položky nomenklatury: „Beam“ a „Board“. Po synchronizaci skončili v podřízené základně. Jak vidíte na obrázku níže, byla jim přidělena předpona „BG“. Další dvě pozice („ Soustruh„A„ Paleta “) byla přidělena předpona„ BP “, protože byly zadány přímo do podřízené základny.

Poznámkaže číslování prvků je v našem případě spojité, ale pouze v rámci stejné předpony.

OLEG FILIPPOV, ANT-Inform, zástupce vedoucího oddělení rozvoje, [chráněno e-mailem]

RIB v 1C. Meze možností

Technologie distribuované informační základny (RIB) v platformě 1C: Enterprise vyvolává mnoho kontroverzí. Pokusíme se přijít na to, kdy je vhodné jej použít a kdy je lepší preferovat alternativní řešení

Když čtete fóra nebo články online autorů o RIB v 1C, často se můžete setkat s protichůdnými názory z „toto je nejlepší a jediný, který lze použít“, „je beznadějně zastaralý“. Zkusme přijít na to, jak to ve skutečnosti je.

V listopadovém čísle pro rok 2016 jsem již psal o některých vlastnostech RIB ve vztahu ke konkrétnímu praktickému úkolu, takže jen pár slov o základech a pojďme trochu hlouběji do technologických detailů.

RIB - 1C: Podnikově distribuovaná technologie infobase - nelze zaměňovat s univerzální výměnou, s podobnou technologií, ale zásadně odlišnou podporou pro centralizovanou aktualizaci konfigurací infobase. Skládá se z následujících funkčních částí (které lze použít samostatně):

  • Změňte registrační službu - pokud je povoleno, začne automaticky registrovat změny objektů nebo záznamů pro výměnu (nebo jiné účely). V režimu RIB se také používá k registraci změn konfigurace infobase.
  • Serializace objektů / záznamů do XML. Téměř jakýkoli objekt 1C: Enterprise je serializován do XML běžným způsobem.
  • Mechanismus pro udržování stejné konfigurace pro všechny uzly distribuované infobase. V režimu RIB je výměna dat mezi různými uzly možná pouze v případě, že mají stejnou konfiguraci. Přenáší se automaticky během výměny. Na koncovém uzlu stačí pouze přijmout změny.
  • Infrastruktura distribuovaných zpráv informační systém - zaručené dodání. Registrované změny jsou zabaleny ve zprávách a odeslány do koncového uzlu v dávkách. Odstraní se z registrace až po potvrzení doručení zásilky.
  • Infrastruktura na úrovni aplikace. Samozřejmě, všechno výše uvedené nebude fungovat bez rozvinutých mechanismů na úrovni aplikovaných řešení, z nichž některá jsou již obsažena v BSP. Řešení mají schopnost nahrávat data podle určitých pravidel, měnit principy jejich registrace a určovat způsob doručení balíku.

Jak vidíte, RIB v 1C může být docela hodně. Ve většině případů je tato funkce více než dost. Například na obr. 1 ukazuje formu uzlu infobase v 1C, kde můžete vidět možnost stáhnout pravidla registrace, specifikovat parametry připojení a zobrazit seznam objektů registrovaných k výměně.

Z výše uvedeného popisu můžeme učinit závěr o schopnostech RIB 1C jako distribuovaného systému:

  • Podpora pro jednotnou konfiguraci databáze (poloautomatická).
  • Změna podpory sledování.
  • Zaručené dodání.
  • Schéma Master-Master.
  • Možnost „hvězdného“ schématu.
  • Možnost selektivně filtrovat změny.

Dost dobré - potřeby malá síť docela uspokojující. RIB má ale určitá omezení, do značné míry související s architektonické prvky Platformy 1C, které ukládají určitá omezení pro používání této technologie:

  • Potřeba aktualizace konfigurace databáze v ručním režimu po vypnutí uživatelů. Zastavení výměny před aktualizací konfigurace.
  • Transakční omezení infrastruktury zpráv při načítání dat. Při načítání změn pro vykládku je databázová tabulka uzamčena, aby zaznamenávala nové změny; u velkých vykládacích svazků to může trvat dlouho a zastavení práce.
  • Režie udržování velkého počtu synchronizačních uzlů (počet záznamů služby se rovná počtu uzlů).
  • Problémy s načítáním velkých dat.

Zkusme to nyní porovnat s jakýmkoli „pokročilým“ systémem, který má mechanismus replikace.