Skriv ut (Ctrl+P)

Denne artikkelen inneholder en beskrivelse av noen elementer i 1C:Enterprise systemadministrasjon som er typiske for klient-serverversjonen av systemet som arbeider med Microsoft SQL Server 2012:

Opprette en sikkerhetskopi i klient-serverversjonen

Serverklyngeadministrasjon

Konsoll- eller klyngeadministrasjonsverktøyet 1cv8 servers.msc er en MMC (Microsoft Management Console) plug-in og kan brukes på datamaskiner som har riktig programvare. Som standard er det installert i mappen C:\Program Files (x86)\1cv8\common

Klyngeadministrasjonsverktøy designet for å løse følgende problemer:

• opprette, modifisere og slette serverklynger;
• modifikasjon av eksisterende klynger: opprette, endre parametere og slette fungerende servere, tildele funksjonalitetskrav til fungerende servere;
• innstilling av klyngefeiltoleransenivået;
• manuell lastjustering på individuelle fungerende servere;
• administrere lister over administratorer av sentrale klyngeservere og lister over klyngeadministratorer;
• overvåking av brukerforbindelser til informasjonsbaser og tjenesteforbindelser;
• koble brukere fra informasjonsbasen;
• overvåking av 1C:Enterprise 8 objektlåser og klienttilkoblingslåser;
• operasjonell analyse av transaksjonslåser til databasestyringssystemet;
• administrere blokkering av brukerforbindelser til infobasen;
• styring av blokkering av rutineoppgaver.

I denne artikkelen vil jeg kun vurdere å registrere en ny informasjonsbase

Registrering av nytt informasjonsgrunnlag

For å registrere en ny infobase ved hjelp avøyet, velg den nødvendige sentrale serveren, den nødvendige klyngen registrert på denne serveren, Infobases-grenen i det sentrale servertreet, og utfør kontekstmenykommandoen Create – Infobase eller en lignende kommando i hovedmenyen til verktøyet.

Som et resultat av å utføre kommandoen vil dialogboksen for infobaseegenskaper vises på skjermen.

Infobaseparametrene tilsvarer parameterne til en ny infobase opprettet ved bruk av 1C:Enterprise-startvinduet.

Type DBMS: Microsoft SQL Server.

Database server: Server navn. Kan spesifiseres av datamaskinnavnet (hvis én serverforekomst er installert på datamaskinen) eller navnet på en spesifikk forekomst (hvis flere forekomster er installert). For eksempel Server/instans. Hvis 1C:Enterprise-serveren og Microsoft SQL Server er plassert på samme datamaskin, og den opprinnelige klienten (native klienten) er installert for Microsoft SQL Server, er det mulig å bruke SHARED MEMORY-protokollen for å kommunisere mellom serverne. For å gjøre dette må du spesifisere lpc:-prefikset foran Microsoft SQL Server-navnet. I dette tilfellet vil DBMS-servernavnet se slik ut: lpc:Server/instance

Databasenavn: Det første tegnet i databasenavnet kan være en bokstav i det latinske alfabetet, i tillegg til tegnet "_". Etterfølgende tegn kan være bokstaver i det latinske alfabetet, tall, samt symbolene "_", "$". Navnelengden er begrenset til 63 tegn. Mellomrom er ikke tillatt i navnet. Navnet kan ikke være et reservert ord i databaseserverens spørrespråk. Følgende tegn kan ikke brukes i databasenavnet: "<», «>"", "#", "%", """, "(", ")", "[", "]", "|", "\", "^", "`", samt tegn med koder fra 0 til 31 og 127

Database bruker: navnet på databaseserverbrukeren hvis vegne databasen vil få tilgang til. Det er viktig at den angitte brukeren enten er databaseserveradministratoren (sa) eller eieren av databasen (hvis den allerede eksisterer) for å fritt kunne endre strukturen til den valgte databasen i fremtiden. I sistnevnte tilfelle må denne brukeren ha lesetilgang til masterdatabasen og full tilgang til tempdb-databasen. I tillegg til det ovennevnte, må den angitte brukeren være medlem av rollen processadmin eller sysadmin fast server.

Bruker passord: passordet til brukeren på vegne av databasen vil få tilgang til.

Datoforskyvning– 0 eller 2000. Denne parameteren bestemmer antall år som legges til datoer når de lagres i databasen Microsoft data SQL Server og trekkes fra når du henter dem. Tilgjengelighet denne parameteren bestemt av særegenhetene ved datolagring i Microsoft SQL Server. DATETIME-typen som brukes i Microsoft SQL Server lar deg lagre datoer i området fra 1. januar 1753 til 31. desember 9999. Og hvis det, når du arbeider med en infobase, kan være behov for å lagre datoer før den nedre grensen for dette området, bør 2000 velges som parameterverdi. Hvis slike datoer ikke vil bli funnet, kan 0 velges som datoforskyvning. Etter å ha opprettet infobasen, verdien denne parameteren Ikke kan endres.

MERK FØLGENDE! Dersom applikasjonsløsningen bruker akkumuleringsregistre eller regnskapsregistre, må feltet Datooffset settes til 2000. Dersom det ved opprettelse av databasen ble oppgitt verdien 0 i dette feltet, skal infobasen lastes opp til en fil, og databasen skal gjenopprettes med angivelse i feltet Offset datoer til 2000 og last inn infobase

MERK FØLGENDE! Infobasenavn må være unike innenfor samme klynge. Ved registrering av ny infobase sjekker systemet om det finnes en database med samme navn på den angitte databaseserveren. Hvis databasen eksisterer, opprettes en tilkobling til den. Hvis den eksisterende databasen allerede inneholder data fra 1C:Enterprise infobase, vil det opprettes en forbindelse med den allerede eksisterende infobasen. Og hvis databasen ikke inneholder infobasedata, vil en ny 1C:Enterprise infobase initialiseres i den.

Feil ved utføring av en operasjon med infobasen

Når du kobler til en SQL-database, kan det oppstå ulike opprettelses- eller tilkoblingsfeil. For eksempel hvis følgende feil oppstår:

I dette tilfellet var det et forsøk på å opprette en infobase og bedriftsserveren kunne ikke opprette en tilkobling til Microsoft SQL Server. Må sjekke:

• Brukerautentiseringsparametere (navn, passord og rettigheter til å opprette en database);
• Følger databasenavnet navnekonvensjoner;
• Er databaseservernavnet riktig angitt?
• Tilsvarer brukerens autentiseringstype. Kanskje brukeren er logget på under sql-serverbrukernavnet, og feil brukerautentiseringstype er satt i SQL-innstillingene.

Bakgrunn.

For å administrere 1C: Enterprise-servere fra versjon 8.0, leveres konsollen "Administering 1C Enterprise Servers" (snap-in for Microsoft Management Console). Verktøyet er ganske funksjonelt og praktisk, utviklet sammen med versjonene av plattformen og tjener administratoren trofast.

Med versjon 8.1 dukket det opp et serverdistribusjonsalternativ for Linux-baserte operativsystemer (deb- og rpm-basert). Dette gjorde det mulig for forbrukere å redusere stabelbruken Microsoft-teknologier og sparer betydelig på lisenser og programvare. Men hva med administratoren? Alt det samme utstyret for MMC. Det er vanskelig å anklage utvikleren for konservatisme, fordi fremskritt i utviklingen av plattformen har sett imponerende ut gjennom årene (noe som ofte blir en grunn til bebreidelse – stabilitet ofres for fremgang). Men faktum gjenstår at det ble foreslått å administrere servere for versjon 8.1 og 8.2 fra Windows.

I versjon 8.3 dukket det opp nye verktøy for administrasjon av serverklynge på tvers av plattformer - ras (administrasjonsserver) og rac (administrasjonsklient). Selv blant folk som stadig jobber med 1C: Enterprise-plattformen, er det mange som rett og slett ikke vet om dem eller har knapt hørt om dem. De. Denne forvaltningsmetoden har ikke vunnet popularitet. Og grunnen ser ut til å være at rac er en konsollapplikasjon. Det er lettere for en lat administrator å starte mmc og klikke på alt de trenger. Men det er en annen mulighet...

Gutter fra 1C, er dere seriøse?

Hvorfor ikke bruke en ras-server uten rac? Heldigvis publiserte 1C-selskapet "Administrative Service API" for Java.

Som et resultat vil vi trenge:

1. Installert og konfigurert ras. Som standard er denne applikasjonen installert sammen med serverdelen (i samme katalog som ragent.exe), men fungerer ikke som standard. La oss rette opp denne mangelen.

Du kan konfigurere den til å starte når serveren starter:

Ras-klynge --port=

(hvis du ikke angir en port, er standard 1545)

Eller installer ras som en Windows-tjeneste (eksempel register-ras.bat-fil for registrering fra 1C-selskap):

@echo off rem %1 – fullstendig versjonsnummer for 1C:Enterprise set SrvUserName=<имя пользователя>sett SrvUserPwd=<пароль пользователя>sett CtrlPort=1540 sett AgentName=localhost sett RASPort=1545 sett SrvcName="1C:Enterprise 8.3 Remote Server" sett BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\"-klynge -- service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Administrasjonsserver 1C:Enterprise 8.3" sc stop %SrvcName% sc slett %SrvcName% sc opprette %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% passord= %SrvUserPwd% displayname= %Desciption%

2. Jeg måtte selv skrive klienten for ras for Android DroidRAC2. Etter min mening er alt intuitivt å sette opp og koble til. Applikasjonen prøver å gjenskape stilen og brukergrensesnittet til en kjent MMC-konsoll. Gratis og uten SMS, som de sier. Muligheten til å se hele komponenttreet og redigere grunnleggende innstillinger som må endres under drift støttes.

Utviklingsutsikter.

For øyeblikket tilgjengelig for testing er versjon 1C: Enterprise 8.4.1, hvor serverdelen har blitt kraftig redesignet. Blant annet er det annonsert et REST API for serveradministrasjon og en klient for det. Det er klart at utvikleren selv ser problemet i dårlig utvikling av styringsverktøy og hyggelige overraskelser venter oss her. I mellomtiden må vi jobbe med det vi har.

P.S. Personlig er jeg glad for å følge den raske utviklingen av 1C-selskapsprogramvare, selv om jeg ofte må betale for denne fremgangen i nerver og tid. Men det er en helt annen historie

Det automatiserte 1C Enterprise-systemet lar deg utføre administrasjon, handel, regnskap og motta nødvendige rapporter. Det er to typer programdrift:

• Fil - 1C er installert på bare én datamaskin; ingen leder kan jobbe med databaser. Dette alternativet passer for små bedrifter med liten omsetning.
• Klientversjon. Når du arbeider med 1C, er et system av brukere involvert; databasene er plassert på en datamaskin, som alle de andre er koblet til. Arbeidsalternativet har en tre-nivå arkitektur, bestående av en klientapplikasjon, en 1C Enterprise server og databaser i MS SQL Server eller PostgreSQL format. I dette tilfellet brukes 1C-serveradministrasjon for å sikre riktig konfigurasjon.

1C serveradministrasjonskonsoll:hovedfunksjoner

1C-serveren har ikke innebygd grensesnitt for administrasjon, så konsollen brukes. Den er inkludert i standardleveringspakken til den tilsvarende versjonen av 1C Enterprise. Dette standardverktøyet er installert på hver lokal datamaskin, mens databasene kan ligge her eller på en ekstern server.

Ved å bruke konsollen til å administrere 1C Enterprise-serveren kan du løse følgende oppgaver:

• Gjør endringer i funksjonen til serveren, lag nye, slett unødvendige. De kan være vert for databaser og definere interaksjoner mellom forskjellige brukere.
• Opprett administratorer. Dette er brukere som har tilgangsrettigheter til å gjøre endringer på serverne. Hver administrator kan bare administrere den tilordnede serveren. Hvis du ikke legger til en enkelt administrator, kan enhver registrert bruker administrere 1C-serveren.
• Oppretting av 1C klynge arbeidsflyter. Ved å legge til arbeidsprosesser kan du påvirke ytelsen til en spesifikk bruker i systemet. I egenskaper kan du angi maksimal ytelsesverdi (opptil 1000). Løpeøkter er knyttet til prosessen med maksimal ytelse. Systematisk analyserer og omdistribuerer systemet disse verdiene uavhengig av hverandre for optimalisering.
• Oppretting av databaser i 1C Enterprise. Du kan angi muligheten for brukere til å koble til den eller la den bare fungere lokalt.
• Tvunget avslutning av økter. Noen ganger informerer servermeldingen om at under spesifisert navn brukeren jobber allerede. Systemet avslutter ikke alltid denne prosessen av seg selv, så administrasjonen lar deg avslutte økten med makt for enhver bruker.

Hvordan begynne å jobbe i 1C?

1C Enterprise-klientapplikasjonen er en tom plattform. For at den skal begynne å fungere, må du utføre flere sekvensielle trinn:

• Konsollen er installert. Det gir mulighet for påfølgende administrasjon av 1C-servere.
• Opprettelse av en sentral server. Deretter, på grunnlag av det, kan du opprette strukturer som rapporterer til den. For å gjøre dette, bruk kontekstmenyen, skriv inn navnet, protokollen som brukes og portnummeret som brukes for kommunikasjon.
• Opprette en klynge. I dette tilfellet vil kontekstmenyen også hjelpe. Det er nødvendig å fylle ut den forespurte informasjonen (klyngenavn, datamaskin brukt, tilkoblingsport, som ikke nødvendigvis samsvarer med porten spesifisert tidligere).
• Oppretting av en informasjonsdatabase. I den tilsvarende grenen må du også bruke kontekstmenyen. De nødvendige parametrene legges inn der (navn, beskrivelse, tilkoblingstype, plassering, DBMS-type, brukernavn og passord). Etter å ha bekreftet riktigheten av de angitte dataene, opprettes databasen. Nå kan du legge inn de nødvendige dataene i den.

Ved første øyekast er administrasjon av 1C Enterprise en enkel prosess, men uten de riktige innstillingene vil ikke systemet fungere riktig, brukeren vil ikke kunne bruke sine evner maksimalt. Ytterligere tekniske problemer er også mulig.

Administrasjonav fagfolk: hovedfordelene

Klientversjonen av 1C brukes av mellomstore og stor virksomhet, som må kobles inn enhetlig system alle datamaskiner, inkludert eksterne strukturelle enheter. Dette lar deg ta ledelsesbeslutninger, motta konsoliderte rapporter, føre generelt regnskap.

Spiller en viktig rolle riktig innstilling og konstant vedlikehold av plattformen, opprette brukere, klynger, administratorer, gjøre endringer i databaser. For å gjøre dette må du ha en viss stab av spesialister. For å gjøre dette kan du ansette nye medarbeidere, stadig lære opp eksisterende personer, eller sette ut tjenesten. Hvert selskap bestemmer selv hvilken metode som er hensiktsmessig under spesifikke driftsforhold.

Administrasjon av 1C-plattformen, utført av profesjonelle spesialister, har en rekke fordeler:

• Riktig konfigurasjon av systemet, som lar deg garantere tilstrekkelig drift av 1C, uten tekniske feil.
• Stadige endringer og sikkerhetsovervåking. Selskapets virksomhet er dynamisk, sikter den automatisert system nye oppgaver for å ta ledelsesmessige og strategiske beslutninger.
• Installasjon av nye moduler, korrekt fordeling av tilgangsrettigheter, opprettelse av delsystemer. Det er spesielt viktig for store selskaper med filialer og eksterne enheter.
• Overvåker systembelastningen, fordeler belastningen på forskjellige serverdatamaskiner.

1C jobber med forskjellige plasseringer av arkitektoniske komponenter; de kan være plassert på en eller forskjellige datamaskiner. For å sikre maksimal beskyttelse, anbefales det at hvert element plasseres på forskjellige datamaskiner.

Mens jeg installerte neste regnskapsoppdatering, fikk jeg feilen "Jeg jobber bare på 8.3.4", vel... det er på tide å installere 8.3.4. Så:

Jeg vil ikke beskrive prosessen med å laste ned og installere den nye plattformen, alt er enkelt.

Server Agent Service 1C
Som standard er den installert på port 1540, og der har jeg 8.2 kjørende, så vi endrer den i registergrenen
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent ImagePath Parameter
endre portnumrene ved å legge til en offset: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Filer\ 1cv8\srvinfo"

Start agenten og åpne administrasjonskonsollen til 1C-servere og lag en klynge 8.3
Spesifiserte servernavnet og konfigurerte det på port 1740 (8.2 kjører på 1540)

Vi oppretter en klynge + optimaliserte den litt (jeg har bare EN liten server, så jeg angir omstartsintervallet for arbeidsprosesser og mengde minne. Fordi jeg har én server - feiltoleransenivået er 0)


Nå mer detaljert:
1. Restartintervall: 86400 sek (24 timer). Øyeblikket for omstart er ikke regulert, tilsynelatende fra det øyeblikket parametrene er satt eller applikasjonsserveren startes.
2. Du kan også spesifisere tillatt mengde minne: 3 000 000 KB (3 GB) - For en server med 4 GB RAM, Hvis det er mindre, da ikke fyll ut dette alternativet!.
3. Minneoverløpsintervall er en kontinuerlig tidsperiode når den tillatte mengden minne overskrides, hvoretter serveren vil starte prosessen på nytt. Hvis 0 sekunder er spesifisert, vil den vente for alltid.
4. Antall arbeidsprosesser beregnes automatisk basert på innstillingene dine
5. Feiltoleransenivå Du kan sette klyngens feiltoleransenivå som antall fungerende servere som samtidig kan svikte, og dette vil ikke føre til unormal oppsigelse av brukere. Backup-tjenester lanseres automatisk i det beløpet som er nødvendig for å sikre den angitte feiltoleransen; I sanntid blir den aktive tjenesten replikert til backuptjenestene.
6. Lastfordelingsmodus, som kan brukes enten for å øke ytelsen til systemet som helhet, eller bruke den nye "minnesparing"-modusen, som lar deg jobbe "med begrenset minne" i tilfeller der konfigurasjonen som brukes "liker" å spise opp hukommelsen."

Fungerende server
Serveren min er enkel, 2 Gb RAM totalt og det vil bare være 2 databaser på den, så jeg konfigurerer den slik:

Jeg satte parameteren Antall informasjonssikkerhet per prosess til 1, dvs. Jeg ønsker at hver informasjonssikkerhet skal kjøre sin egen prosess – dette vil redusere gjensidig påvirkning både når det gjelder pålitelighet og ytelse. Du konfigurerer den til egenskapene til serveren din!

Informasjonsbase
Jeg legger til IB:

I starteren tisser databasen:

Krav til funksjonalitetsoppdrag
Jeg har ikke satt opp dette selv, men jeg tror jeg burde si om det:
Cluster management innebærer at administrator bestemmer sammensetningen av datamaskiner (arbeidsservere) som klyngen er plassert på. I tillegg (om nødvendig) kan han bestemme "kravene" for dem: hvilke tjenester og tilkoblinger til infobaser som skal kjøres på hver av de fungerende serverne. Klyngeledere og arbeidsprosesser lanseres automatisk basert på tildelte "krav". "Krav" for produksjonsservere kan spesifiseres interaktivt, fra klyngeadministrasjonskonsollen, eller programmatisk fra det innebygde språket.
Så på en bærbar datamaskin med en sikkerhetsnøkkel, for ikke å starte brukere på klyngeserveren, må du legge til "krav" for kravobjektet "Klientforbindelse til informasjonssikkerhet" - "Ikke tilordne", dvs. nekte arbeiderprosesser av denne serveren håndtere klientforbindelser. Enda mer interessant er muligheten til å kjøre "bare bakgrunnsjobber" på klyngens produksjonsserver uten brukerøkter. På denne måten kan du flytte høyt belastede oppgaver (kode) til en egen maskin. I tillegg kan du kjøre en bakgrunnsoppgave "lukke måneden" via "Ytterligere parameterverdi" på en datamaskin, og bakgrunnsoppgaven "Oppdatere fulltekstindeksen" på en annen. Avklaring skjer gjennom indikasjonen "Verdi av tilleggsparameteren". Hvis du for eksempel angir BackgroundJob.CommonModule som en verdi, kan du begrense arbeidet til den fungerende serveren i klyngen til kun å bakgrunnsjobber med noe innhold. Verdien BackgroundJob.CommonModule..- vil indikere den spesifikke koden.

Sikkerhetsprofiler
Sikkerhetsprofiler tjener til å forby en applikasjonsløsning fra å utføre handlinger som kan være potensielt farlige for funksjonen til en serverklynge.
Klyngeadministratoren kan tildele hvilken som helst informasjonsgrunnlag en av sikkerhetsprofilene som finnes i klyngen. Og da vil den potensielt farlige funksjonaliteten til applikasjonsløsningen være begrenset innenfor grensene beskrevet i denne profilen.

Som standard, når en sikkerhetsprofil er opprettet, forbyr den alle potensielt farlige handlinger:
-appellere til filsystem servere;
-lansering av COM-objekter;
-bruk eksterne komponenter 1C:Bedrift;
-lansering eksterne behandlinger og rapporter;
-lansering av applikasjoner installert på serveren;
- tilgang til Internett-ressurser.
Dermed er det veldig enkelt å beskytte deg mot uønskede handlinger fra en ukjent applikasjonsløsning: du må opprette en tom sikkerhetsprofil og tilordne den til informasjonsbasen. Videre, om nødvendig, kan du utvide denne profilen ved å beskrive handlingene som applikasjonsløsningen har lov til å utføre.

Plassering av cluster manager-tjenestefiler i 1C Enterprise 8.3
Hvis når du installerer systemet! "1C:Enterprise" har valgt å starte "1C:Enterprise"-serveren som en tjeneste, deretter vil den første lanseringen av serveragenten utføres under systeminstallasjonsprosessen. I dette tilfellet vil tjenesten bli lansert på vegne av brukeren som er valgt i systeminstallasjonsdialogen, men serverklyngetjenestefilene vil være plassert i katalogen<каталог установки системы 1С:Предприятие>\srvinfo (startnøkkelen -d vil spesifiseres eksplisitt i tjenesteparameterne).

Hvis du, når du installerte 1C:Enterprise-systemet, valgte alternativet for å starte serveren som en applikasjon, vil ikke serveren startes under systeminstallasjonsprosessen; Serveragenten må startes uavhengig etter at systeminstallasjonen er fullført. Dessuten, hvis startbryteren -d ikke er spesifisert, vil serverklyngetjenestefilene være plassert i standardkatalogen: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 for Windows Vista og eldre) .

MERK FØLGENDE! Hvis en klynge allerede er opprettet på denne sentrale serveren, bør du alltid passe på å spesifisere banen riktig når du endrer muligheten for å starte serveragenten (tjeneste, applikasjon) eller når du endrer brukeren som serveragenten kjører på vegne av. til katalogen med tjenestefiler til serverklyngen. Hvis serveragenten ikke finner en liste over klynger under oppstart, vil den opprette en ny klynge på denne serveren.
I operativsystem Linux-serverklyngetjenestefiler vil være plassert i mappen /home/usrlcv8/.lcv8/lC/lcv8 (eller den forkortede versjonen er ~/.1cv8/1C/1cv8).