RIB er en distribuert informasjonsbase, som er en trelignende struktur, hvis grener er individuelle distribuerte 1C Enterprise-databaser. Disse databasene kalles distribuerte informasjonsbasenoder (heretter ganske enkelt noder). En utveksling av informasjon dannes mellom disse nodene for å synkronisere alle noder (konfigurasjoner og databaser).

Hovedmekanismen er en utvekslingsmekanisme med noen særegne og universelle evner. Hovedforskjellen er at RIB-utvekslingsmekanismen er mer spesialisert og smal, mens universelle utvekslinger gir brukeren et bredere spekter av muligheter.

Grunnleggende driftsprinsipper for RIB

Det er mulig å endre konfigurasjonsstrukturen bare i hovedrotnoden til den distribuerte infobasen. Disse endringene forplantes deretter hierarkisk til de underordnede nodene. Dermed gir dette et enkelt konfigurasjonsstrukturrom på tvers av alle RIB-noder.

Data kan endres i hvilken som helst av nodene, som igjen distribueres til alle andre noder. Dessuten trenger ikke disse dataene nødvendigvis å overføres til andre deltakere i systemet, og deres fullstendige identitet kan ikke opprettholdes. Utvikleren kan tilpasse sammensetningen av dataene som deltar i utvekslingen med andre RIB-deltakere etter ønske. Dessuten kan innstillinger gjøres ikke bare på konfigurasjonsmetadatanivået, men også på nivået til individuelle elementer, som spesielle valg kan brukes på.

Som nevnt ovenfor oppnås RIB-mekanismen gjennom bruk av utvekslingsplaner. men for at en bestemt plan skal kunne brukes i denne hierarkiske strukturen, må egenskapen "Distribuert infobase" aktiveres.

Alle data overføres til RIB via meldinger. Innholdet i disse meldingene er klart regulert og kan ikke være vilkårlig, som i den universelle utvekslingsmekanismen. Data plasseres i en melding ved hjelp av XML-serialiseringsprinsippet. I tillegg til disse dataendringene, inneholder meldingen også informasjon om konfigurasjonsendringer, samt en viss mengde tjenesteinformasjon. Endringer registreres og legges inn i utvekslingsmeldingen helt automatisk. Verken bruker eller utvikler kan påvirke dette.

Mottak og generering av utvekslingsmeldinger i RIB settes med én kommando

Utvekslingsplaner. WriteChanges(Skriv meldinger, 0)

Innholdet leses ved hjelp av kommandoen

Konklusjon

Vi kan trygt si at RIB-mekanismen hovedsakelig består av en universell utvekslingsmekanisme med noen karakteristiske trekk som bare er til stede i RIB-strukturen.

Teknologien til distribuerte informasjonsbaser (RIB) lar deg lage et geografisk distribuert system basert på 1C Enterprise-konfigurasjoner. Dette lar deg ha et felles informasjonsrom selv med de avdelingene som ikke har en pålitelig kommunikasjonskanal, og kombinerer høy autonomi for noder med muligheten til raskt å utveksle informasjon. I artiklene våre vil vi se på funksjonene og den praktiske implementeringen av denne mekanismen på 8.2-plattformen

Først av alt, la oss spørre oss selv: hvorfor autoutveksling? Moderne teknologier, kombinert med billig og raskt Internett, gjør det mulig å organisere eksternt arbeid uten problemer. Valget av metoder er like bredt som alltid: RDP, tynne og webklienter, tilkobling av nettverk ved hjelp av VPN – det er mye å tenke på. Imidlertid har alle disse metodene en betydelig ulempe - en sterk avhengighet av kvaliteten på kommunikasjonskanalen.

Selv med ideell drift av den lokale leverandøren, er det umulig å garantere 100% tilgjengelighet av kommunikasjonskanalen. Problemer med ryggradsleverandøren, mangel på strømforsyning, fysisk skade på kommunikasjonslinjen og mange andre faktorer gjør denne oppgaven uoverkommelig. Samtidig fører utilgjengeligheten til informasjonsbasen på et eksternt lager eller en butikk til ganske betydelige tap. Og til slutt, la oss ikke glemme at det er steder (for eksempel industrisoner i utkanten av byer) hvor det er dyrt og/eller problematisk å tilby en kommunikasjonskanal av høy kvalitet.

RIB-mekanismen lar deg bli kvitt disse manglene; hver avdeling har sin egen kopi av informasjonsbasen som du kan jobbe autonomt med selv i fullstendig fravær av kommunikasjon med omverdenen. Og den lille mengden overført informasjon lar deg bruke hvilken som helst kommunikasjonskanal, inkludert mobilt Internett, for utveksling.

RIB på plattform 8.2 er ikke noe fundamentalt nytt, og representerer en videreutvikling av RIB plattform 7.7, bare nå har denne teknologien blitt mer tilgjengelig og enklere. I motsetning til RIB-komponenten, som måtte kjøpes separat, er RIB en integrert del av mange standardkonfigurasjoner og fungerer helt i brukermodus, slik at du kan klare deg uten konfiguratoren selv på oppsettstadiet.

På dette tidspunktet ville det være på tide å gå videre til den praktiske delen, men vi må gjøre enda en digresjon. Faktum er at overgangen til 8.2-plattformen, som ser ut til å ha allerede skjedd, faktisk førte til fremveksten av to typer konfigurasjoner: basert på en administrert applikasjon, "innfødt" for 8.2-plattformen, og tilpasset fra 8.1, fortsetter å bruke utdaterte teknologier og mekanismer. Siden en betydelig del av konfigurasjonene (Enterprise Accounting, Payroll and HR Management) er tilpasset eller overgangsbestemt, kan de ikke diskonteres, så den første delen av artikkelen vår vil bli viet til disse konfigurasjonene (i hovedsak 8.1-plattformen), mens i den andre vi vil undersøke å sette opp automatisk utveksling for konfigurasjoner basert på en administrert applikasjon (plattform 8.2).

La oss vurdere en praktisk oppgave: å sette opp automatisk utveksling via FTP for Enterprise Accounting 2.0-konfigurasjonen. Til tross for at RIB lar deg utveksle ved hjelp av e-post eller fildeling, anbefaler vi å bruke FTP som den enkleste og mest pålitelige kommunikasjonsmetoden. Du kan lese hvordan du setter opp din egen FTP-server, eller du kan bruke FTP-tjenesten til en hvilken som helst hostingleverandør.

Først av alt må vi konfigurere utvekslingsnoder. For å gjøre dette, start konfigurasjonen med administratorrettigheter og velg Transaksjoner - Bytteplaner.

Velg i listen som vises Full planlegge eller Etter organisasjon, hvis det oppbevares registre for flere selskaper i én database og utvekslingen kun må gjøres for ett av dem. I vinduet som åpnes, er det allerede en node - den sentrale, vi må redigere den ved å angi koden og navnet.

Deretter vil vi opprette en annen node for grenen, fylle den på samme måte (for å legge til, klikk på den grønne sirkelen med et pluss). Neste trinn er å lage et innledende bilde for denne noden, som er en ferdig informasjonsbase i filmodus. For å gjøre dette, høyreklikk på ønsket node og velg fra rullegardinlisten Lag et startbilde.

La oss nå gå videre Tjeneste - Distribuert informasjonsbase (DIB) - Konfigurer RIB-noder.

Klikk på knappen i vinduet som åpnes Legg til og konfigurere en ny sentral ved å spesifisere ekstern vert, utvekslingstype (via FTP) og servertilkoblingsparametere.

Bokmerke Automatisk utveksling lar deg sette opp en utvekslingsplan, utveksling etter hendelser (start og slutt på arbeid, etc.), disse innstillingene gjøres for brukeren på hvis vegne utvekslingen skal utføres, så sørg for at han har rettigheter til å utveksle data.

Ikke glem å spesifisere nodeprefikset for dokumentnummerering (ellers vil du motta forskjellige dokumenter med samme nummer) i Verktøy - Programinnstillinger; her kan du også konfigurere noen andre utvekslingsparametere. På samme fane bør du velge en bruker som skal utføre utvekslingsoppgaver; hvis du ikke gjør dette, vil ikke tidsplanen fungere. Husk at utvekslingen kun vil skje dersom brukeren er logget inn i programmet.

Dette fullfører konfigurasjonen av den sentrale noden; nå må du gjøre lignende innstillinger for den perifere noden, og koble det første bildet som et eksisterende informasjonssikkerhetssystem. Deretter kan du begynne å utveksle data. For å kontrollere bør du bruke Kommunikasjonsmonitor, den lar deg ikke bare overvåke suksessen til opplastingen/nedlastingen, men viser også eventuelle kollisjoner som har oppstått eller forsinkede bevegelser (hvis brukeren som gjorde utvekslingen ikke har nok rettigheter til å utføre noen handlinger i databasen). Tilstedeværelsen av dette verktøyet lar deg raskt og effektivt løse ulike typer problemer som oppstår under autoutveksling.

På dette tidspunktet kan utvekslingsoppsettet anses som fullført, og du kan begynne å jobbe i distribuert modus. Det er verdt å dvele spesielt ved å oppdatere eller gjøre endringer i konfigurasjonen. Disse handlingene er bare tilgjengelige på den sentrale noden; alle endringer som gjøres vil automatisk overføres til de perifere nodene under neste utveksling. For å gjøre endringer automatisk, må den perifere databasen være i eksklusiv modus, ellers må du kjøre Konfigurator og utføre Oppdatering av databasekonfigurasjonen manuelt.

En situasjon oppstår ofte når en organisasjon har flere filialer eller utsalgssteder geografisk fjernt fra hverandre. Det er imidlertid fortsatt et behov for å opprettholde konsistente poster i hele organisasjonen. Et av alternativene for å løse dette problemet er å lage et enhetlig nettverk, som vil inkludere automatiserte arbeidsstasjoner for alle grener, og være vert for 1C-informasjonsbasen på en offentlig server. Denne metoden kan være teknisk kompleks og kostbar. I tillegg dukker det opp en rekke problemstillinger knyttet til informasjonssikkerhet.

Det andre alternativet er å lage en distribuert informasjonsbase (RIB). En distribuert informasjonsbase er en hierarkisk struktur som består av separate informasjonsbaser på 1C:Enterprise-plattformen, mellom hvilke datautveksling er organisert med det formål å synkronisere konfigurasjon og data. Disse individuelle informasjonsbasene kalles RIB-noder.

En distribuert informasjonsbase kan opprettes basert på ulike konfigurasjoner av 1C:Enterprise-systemet. La oss vurdere opprettelsen ved å bruke eksemplet med 1C: Trade Management 10.3.

La oss si at et ekstra utsalgssted åpnes i en handelsorganisasjon, der det er nødvendig å ha tilgang til organisasjonens generelle handelssystem. For å lage en RIB må du fullføre følgende trinn:

Dette fullfører opprettelsen av en distribuert informasjonsbase. For å utveksle informasjon, må du starte datautveksling i den sentrale databasen (endringer som har skjedd i den vil bli lastet ned), deretter i butikken (endringer fra den sentrale databasen vil bli lastet ned og endringer som har skjedd i butikken vil bli lastet ned ), og igjen i den sentrale databasen (endringer vil bli lastet ned i den , skjedde i butikken).

Distribuerte informasjonsbaser har sin egen kollisjonsløsningsmekanisme. Så hvis det under en utveksling viser seg at et objekt (dokument, katalog, etc.) har blitt endret i både hoved- og underordnede databaser, vil endringen som gjøres i hoveddatabasen ha prioritet.

Hvis det er nødvendig å endre konfigurasjonen av en distribuert infobase, må dette gjøres i rotnoden (se første figur i artikkelen), konfigurasjonene til de resterende nodene er låst. Etter å ha gjort de nødvendige endringene, kan de overføres til slavenoder ved å bruke standardprosedyren for utveksling av data mellom RIB-noder. Etter at utvekslingen er utført i konfiguratoren til slavenoden, er det nødvendig å oppdatere infobasekonfigurasjonen.

Hvis du har problemer med å sette opp en distribuert informasjonsbase, vil spesialistene våre hjelpe deg med å sette opp datautveksling og forklare i detalj hvordan du bruker den.

For å opprette en distribuert informasjonsbase, må du gå inn i programmet i 1C: Enterprise-modus. For å lage distribuerte databasenoder, velg fra menyen: Operasjoner - Utvekslingsplaner. Vinduet "Velg objekt: Utvekslingsplan" åpnes.

1. Vurder alternativet med "Full" utvekslingsplan.

Utvekslingen vil bli gjennomført på tvers av alle organisasjoner som befinner seg i den distribuerte informasjonsbasen.

La oss velge "Full" utvekslingsplan. Vinduet "Full Exchange Plan" åpnes.

Vi fyller ut to poster:

La oss kalle den første oppføringen "Hovednode", angi koden "GU",

La oss kalle den andre oppføringen "Underordnet node", angi koden "PU".

Som vi kan se fra figuren, har den første oppføringen et ikon med en grønn sirkel; dette er "Hovednode"-ikonet.

For å lage en kopi av "Hovednoden"-informasjonsbasen, klikk på "Slavenoden" og klikk på "Opprett innledende bilde"-ikonet. Dette vil være informasjonsbasen "Underordnet node".

Vinduet "Opprette et første informasjonssikkerhetsbilde" åpnes, velg "På denne datamaskinen eller på en datamaskin på det lokale nettverket", klikk på "Neste".

I feltet "Infobase Directory" velger du plasseringen der kopien av "Hovednoden" skal installeres, og klikker på "Fullfør".

Etter å ha opprettet infobasen "Underordnet node", vil følgende melding vises:

Klikk "Ok".

Legg til informasjonsbasen "Underordnet node" til "1C: Enterprise". Vi går til den underordnede databasen i "1C: Enterprise" -modus. La oss åpne: Operations - Exchange Plans. Vinduet "Velg objekt: Utvekslingsplan" åpnes. La oss velge "Full" utvekslingsplan. Vinduet "Full Exchange Plan" åpnes. Vi ser at "Hovednode"-ikonet er oransje, noe som betyr at denne noden er hovednoden for informasjonsbasen vi befinner oss i.

Vi gjør følgende innstillinger i både Master- og Slave-noden:

1. Legg til et prefiks for den distribuerte infobasen.

Dette gjøres for at det ikke skal oppstå konflikter i tallene og kodene til dokumenter og kataloger som er opprettet i to databaser, så i hver database angir vi et prefiks som skal legges til dokumentnumrene og katalogkodene. Åpne: Verktøy - Programinnstillinger - Fanen "Datautveksling". I feltet "Nodeprefiks for en distribuert infobase:" skriver du inn "PU" i den underordnede databasen og "GU" i hoveddatabasen.

2. Legg til en innstilling for datautveksling mellom noder:

Åpne: Tjeneste - Distribuert informasjonsbase (DIB) - Konfigurer RIB-noder. Vinduet "Data Exchange Settings" åpnes.

Klikk på "Legg til" og vinduet "Innstillinger for datautveksling" åpnes. Skriv inn "Navn" på innstillingen din.

En node vil automatisk dukke opp i "Node"-feltet, for "Master node" vil det være en "Slave node", for "Slave node" vil det være en "Master node".

I feltet "Katalog" velger du mappen som utvekslingsdataene skal sendes til; det er best å spesifisere en katalog for hoved- og slavedatabasene.

I feltet "Exchange Type" konfigurerer vi overføring av data mellom databaser: gjennom en fil eller FTP-ressurs. La oss velge for eksempel "deling gjennom en filressurs."

Vi endrer ingenting i de resterende feltene.

Klikk "Ok". Vi ser at en innstilling har dukket opp.

3. For å utveksle data gjør vi følgende:

Først, i databasen der endringene ble gjort, klikker du på ikonet "Bytt i henhold til gjeldende innstilling", som vist i figuren.

Etter opplasting vil opplastingsresultatvinduet vises.

Deretter, i databasen du vil overføre endringene til, klikker du på ikonet "Bytt i henhold til gjeldende innstilling" og dataene vil gå til databasen du ønsker.

2. Vurder alternativet med utvekslingsplanen "Etter organisasjon".

Utvekslingen vil foregå blant utvalgte organisasjoner lokalisert i en distribuert informasjonsbase.

For å lage noder til en distribuert database, velg fra menyen: Operasjoner - Utvekslingsplaner. Vinduet "Velg objekt: Utvekslingsplan" åpnes.

La oss velge utvekslingsplanen "etter organisasjon". Vinduet "Utvekslingsplan etter organisasjon" åpnes.

Vi fyller ut to poster:

La oss kalle den første oppføringen "Hovednode", angi koden "GU", vi ser forskjellen fra "Utvekslingsplanen: Full", en tabell har dukket opp der vi angir organisasjonene som utvekslingen vil finne sted for.

La oss kalle den andre oppføringen "Underordnet node", angi koden "PU", angi organisasjonen.

I alle andre henseender er oppsettet helt det samme som med "Utbytteplanen: Full".

Instruksjoner for å opprette og konfigurere distribuerte databaser ved å bruke URDB (URIB)-komponenten

URDB (Distributed Database Management)-komponenten brukes til å utveksle informasjon mellom to identiske 1C-databaser. Hvis konfigurasjonene er forskjellige, kan du også bruke den, dette er skrevet i en annen. For at komponenten skal fungere, må du ha DistrDB.dll-filen i BIN-mappen til 1C: Enterprise-programmet.

La oss se på trinnene for å lage distribuerte databaser. For eksempel har vi en arbeidsbase i D:\base1-katalogen. Det kreves å gjøre det sentralt og skape en perifer base.

1. Opprett en katalog D:\base2 for den perifere databasen.

2. I katalogene D:\base1 og D:\base2 oppretter du mappene CP og PC (bruk latinske bokstaver).

3. Start den sentrale databasekonfiguratoren (D:\base1) og velg Meny - Administrasjon - Distribuert informasjonssikkerhet - Administrasjon.

4. Klikk på knappen "Sentral informasjonssikkerhet", i vinduet som vises, skriv inn koden og navnet på databasen. Det er bedre å bruke tall eller latinske bokstaver for koden. Tast inn for eksempel 001 og "Sentral base", bekreft ved å trykke på "OK"-knappen.

5. Klikk på "Ny perifer informasjonssikkerhet"-knappen for å opprette en perifer database. Vi legger inn parametrene for det: 002 og "Periferbase 1".

6. Bruk markøren til å velge "Peripheral base 1"-basen og trykk på "Setup"-knappen. automatisk bytte". I innstillingene endrer du manuell modus til automatisk. Vær forsiktig, dette er viktig.

7. Bruk markøren til å velge "Peripheral base 1"-databasen og trykk på "Last opp data"-knappen, deretter "OK"-knappen. Som et resultat av opplastingen vil filen D:\base1\CP\020.zip vises.

8. Start 1C i konfiguratormodus, legg til en ny database "Peripheral database 1" i 1C-startvinduet, spesifiser den tidligere opprettede katalogen D:\base2 for den.

9. Velg Meny - Administrasjon - Distribuert informasjonssikkerhet - Administrasjon. På spørsmålet «Informasjonsgrunnlaget ble ikke funnet. Vil du laste inn data?" Klikk på "Ja"-knappen og spesifiser filnavnet "D:\base1\CP\020.zip", klikk på "OK"-knappen. Etter at nedlastingen er fullført, kan prosessen med å opprette en perifer database anses som fullført.

I og også i metodene for å lage en perifer database ved å gjenopprette en kopi av den sentrale databasen fra en sikkerhetskopi eller legge ved filer av en kopi av den sentrale databasen for SQL-format og utføre skriptet. Dette vil være nyttig for store datamengder, når opp- og nedlastinger tar timer eller er helt urealistiske.

Instruksjoner for utveksling mellom distribuerte databaser ved å bruke URDB (URIB)-komponenten

La oss vurdere et forenklet eksempel; vi vil utføre utvekslingen manuelt ved å starte konfiguratoren. Du kan bruke batch-modusen til konfiguratoren; du kan bruke post, ftp og automatisk filkopiering for å levere utvekslingspakker.

For å utføre utvekslingen må du velge Meny - Administrasjon - Distribuert informasjonssikkerhet - Autoutveksling. Hvis utvekslingen er automatisk (se punkt 6 i de forrige instruksjonene), vil alt ordne seg.

1. Så vi endrer eller oppretter noen objekter som migrerer til den perifere databasen. Objektmigreringsregler settes på fanen "Migrering" i objektegenskapene (se objekttreet i konfiguratoren).

2. Start den sentrale databasekonfiguratoren, velg Meny - Administrasjon - Distribuert informasjonssikkerhet - Autoutveksling, klikk på "Kjør"-knappen.

3. Flytt den resulterende filen D:\base1\CP\020.zip til mappen D:\base2\CP\

4. Vi endrer noen objekter i den perifere databasen. Helst ikke de som ble endret før i den sentrale databasen, fordi den sentrale databasen har prioritet for objektendringer under utveksling.

5. Start den perifere databasekonfiguratoren, velg Meny - Administrasjon - Distribuert informasjonssikkerhet - Autoutveksling, klikk på "Kjør"-knappen.

6. Som et resultat av auto-utvekslingen bør vi ha endringer som kommer fra den sentrale databasen. Vi bør også ha en fil som skal overføres til den sentrale databasen D:\base2\PC\021.zip

7. Kopier filen D:\base2\PC\021.zip til mappen D:\base1\PC

8. Gjenta punkt 2. Som et resultat vil endringer mottatt fra den perifere databasen vises i den sentrale databasen.

Så det generelle prinsippet for utveksling: alternativ utførelse av automatisk utveksling med samtidig bevegelse av filer (utvekslingspakker) fra PC-mappen til en database til PC-mappen til en annen database og fra CP-mappen til en database til CP-mappen til en annen database.

Konfigurasjonsendringer gjøres kun i den sentrale databasen. Når du endrer konfigurasjonen, er det nødvendig å utføre utvekslingen i perifere databaser i eksklusiv modus. For å kunne behandle pakker fra perifere databaser i den sentrale databasen, må konfigurasjonen lastes inn i de perifere databasene. Hvis du blir forvirret, er det greit, pakken som ble avvist av den sentrale databasen vil bli lastet ned igjen.