Server administracijska konzola 1c kako započeti. Administracija servera 1C preduzeća

Konzola za upravljanje 1C serverom ili konzola za administraciju 1C servera, ili konzola klastera 1C servera je uslužni program koji je dio 1C Enterprise 8.3, koji je neophodan za:

• Upravljanje sesijama;
• Upravljanje listom baze podataka;
• Kreiranje 1C klastera za arhitekturu otpornu na greške i skalabilnost;
• Fleksibilna konfiguracija radnih tokova;
• Ograničavanje potrošnje resursa;
• Razgraničenje zadataka koje obavljaju radni serveri (za dovođenje pojedinačnih servisa na različite radne servere);
• Upravljanje sigurnosnim profilom.

Upravljanje bazom podataka u konzoli klastera

Kada rade u arhitekturi klijent-server, korisnici, najvjerovatnije, na ovaj ili onaj način, nailaze na konzolu administracije servera, barem kada dodaju novu bazu podataka na listu infobaza. Da biste dodali novu bazu podataka, potrebno je desnom tipkom miša kliknuti na infobaze i odabrati stavku "Kreiraj".

Otvoriće se prozor.

U ovom prozoru se popunjavaju postavke za povezivanje sa DBMS-om, a ako je nema, možete koristiti opciju "Kreiraj bazu podataka ako je nema". Ostale postavke se mogu ostaviti kao zadane.

Također možete otvoriti prozor istih postavki za već kreiranu infobazu, za što je potrebno desnim klikom miša na infobazu i odabrati stavku menija "Svojstva".

Ovdje možemo postaviti zaključavanje na početku sesije (podesiti zaključavanje za određeni period). Dok je blokiranje na snazi, nijedna sesija se neće moći povezati na bazu podataka.

Možete postaviti određenu poruku koju će korisnik vidjeti kada se poveže.

Ova opcija se može koristiti, na primjer, prilikom obavljanja bilo kakvog rutinskog održavanja sa bazom (u pravilu se radi o ažuriranju baze). Ali kada je potrebno da se administratori prijave u bazu podataka sa nametnutim blokiranjem sesije, morate koristiti opciju "Permission code". Nakon navođenja koda, u budućnosti, koristeći ga, bit će moguće raditi sa bazom. Na primjer, postavimo šifru distribucije na 123 kako bismo kasnije ušli u bazu podataka. Morate koristiti parametar s kodom dozvole / Uc.

Parametar blokiranja je proizvoljan parametar koji se može koristiti u programskom kodu. Blokiranje će se postići kada koristite funkciju GetSessionLock ().

Omogućeno je blokiranje zakazanih zadataka - to znači da se planirani zadaci neće izvršavati u našoj bazi podataka.

Opcije o kojima se raspravlja su najčešće korištene. Ostale se vrlo rijetko koriste u životu, a informacije o njima mogu se pročitati na ITS-u.

Rad sa sesijama administrativne konzole

U administracijskoj konzoli možete upravljati povezanim sesijama za određenu bazu podataka, kao i općim sesijama na datom klasteru.

Prozor sesije izgleda ovako:

Iz ovog prozora možete dobiti veliku količinu informacija, počevši od kojeg korisnika je ova sesija, pa do podataka o potrošnji memorije sesije, kao i koliko je DBMS podataka primljeno, koliko je procesorskog vremena potrošeno i mnogo više.

Ovdje također možete završiti sesije (počevši od verzije 1C: Enterprise platforme 8.3 (8.3.13) i postaviti tekst poruke koji će korisnik vidjeti kada zatvori 1C tanki klijent.

Koristeći sigurnosne profile, možete konfigurirati koji se moduli mogu proširiti ekstenzijama, ograničiti ekstenzije određenih konfiguracijskih modula, ograničiti pristup sistemu datoteka s koda aplikacije, ograničiti pristup COM objektima, vanjskim komponentama, aplikacijama trećih strana, itd. .

Tokovi rada (klasterizacija)

U platformi 1C 8.2 bilo je moguće ručno kreirati tokove rada aplikacijskog servera (rphost workflow). U 8.3 radne procese kreira ragent. Broj istovremeno pokrenutih procesa može se kontrolisati indirektno kroz podešavanja radnih servera.

Kada se koriste zadane postavke, jedan rphost će se koristiti za 8 infobaza ili 128 veza. Ako imate 32-bitni OS (tj. postoje ograničenja za potrošnju RAM-a po procesu), preporučuje se da promijenite ove vrijednosti, na primjer, postavite jednu bazu po procesu i smanjite broj konekcija. Optimalan broj veza se bira empirijski i u velikoj mjeri ovisi o specifičnoj konfiguraciji i broju pozadinskih poslova.

Budući da gledamo svojstva tokova posla, vrijedno je spomenuti i druge postavke:

Vrijednost u bajtovima (dostupna svim radničkim procesima klastera na ovom proizvodnom serveru).

• -1 - nema ograničenja;
• 0 - automatski se određuje kao 80% RAM-a servera.

Sigurna potrošnja memorije u jednom pozivu vrijednost u bajtovima.

Može uzeti vrijednost od -1 do 9 223 372 036 854 775 807:

• -1 - svaki poziv na server se smatra opasnim ako je dostignut maksimum memorije radnog procesa tokom poziva serveru;
• 0 - vrijednost volumena se automatski određuje kao 5% od maksimalne veličine memorije radnih procesa na ovom radnom serveru.

Ako je tokom poziva kapacitet memorije premašio parametar Sigurna potrošnja memorije u jednom pozivu, a ukupna potrošnja memorije svih rphost procesa je premašila postavljenu vrijednost Maksimalna veličina memorije radnih procesa, takav poziv će biti prekinut.

Količina memorije radnih procesa do koje se server smatra produktivnim, mjereno u bajtovima. Vrijednost 0 označava da nije postavljeno ograničenje. Ukupna količina memorije koju zauzimaju svi radni procesi ovog radnog servera, nakon što se nove veze više neće dodeljivati ​​ovom radnom serveru.

Zastava menadžer za svaku uslugu znači da će za svaku uslugu biti dodijeljena posebna instanca upravitelja klastera (rmngr proces). Lista usluga koje rade u klasteru:

Zastava Centralni server znači da će ovaj server moći koristiti veze i sinkronizirati registar klastera.

Postavke toka rada mogu se primijeniti samo kada se koriste CORP licence! Ako imate PROF licencu, postavke će biti dostupne, ali nećete imati prava da ih koristite.

Kombinovanje servera u klaster

1C serveri se mogu kombinovati u klaster kako bi se riješili problemi skalabilnosti (balansiranje opterećenja) i tolerancije grešaka. Lako je kombinovati servere u klaster, dovoljno je napraviti server koji radi.

Ako opcija "centralni server" nije postavljena na novom serveru, tada će se takav server smatrati operativnim i neće moći preuzeti konekciju sesija. Ova arhitektura interakcije između servera se koristi za skalabilnost, ne može biti tolerantna na greške, jer za to moraju postojati centralni serveri, a nivo tolerancije grešaka mora biti postavljen u svojstvima klastera.

Nivo tolerancije grešaka je specificiran kao broj centralnih servera -1.

U prozoru postavki također možete postaviti ograničenja potrošnje resursa za radni proces (rphost). Postavke će se primijeniti na cijeli klaster.

Interval ponovnog pokretanja- interval u sekundama nakon kojeg će se radni tok ponovo pokrenuti. Odbrojavanje počinje od trenutka kada je ova opcija instalirana.

Dozvoljena veličina memorije treba postaviti na osnovu toga da će se, ako se aktivira uslov za prekoračenje indikatora, pokrenuti drugi rphost proces istog volumena, tj. u jednom trenutku ćemo imati dva procesa dok se veze sa starog ne prebace na novi.

Memorija je premašila interval- interval u sekundama tokom kojeg je dozvoljena potrošnja memorije, podešen u parametru Dozvoljena veličina memorije.

Memorija je premašila interval. Ako je svojstvo Tolerancija greške servera postavljeno na 0, tada se ne izvodi provjera odbijanja greške. Bez obzira na postavljenu vrijednost ove osobine, smatra se da tok posla koji ne napravi više od 1 greške na 100 zahtjeva normalno funkcionira i ne smatra se problematičnim. Pogledajmo primjer kako funkcionira svojstvo tolerancije greške servera. Recimo na 100 zahtjeva, u prosjeku se zabilježe 2 greške u zadnjih 5 minuta. Ako je svojstvo Tolerancija za broj grešaka servera postavljeno na 50, tada će se tok posla za koji se bilježi više od 3 greške na 100 zahtjeva smatrati problematičnim.

Procesi se ponovo pokreću "meko":

• Pokreće se novi rphost proces;
• Stari rphost proces se gasi, ali ne izlazi;
• Veze se dodeljuju novokreiranom rphost procesu, koji je odmah u potpunosti operativan;
• Stari proces će podržavati postojeće pozive na njemu. Već dodijeljeni pozivi će biti podržani za vrijeme postavljeno u parametru "Onemogućeni procesi se zaustavljaju nakon" sekundi.

Kada kombinujemo više servera u klaster, možemo premestiti određene servise na zasebne servere. Na primjer, možemo prenijeti rad pozadinskih poslova na poseban server ili napraviti server za licenciranje (server koji će distribuirati klijentske licence). Potpuna lista usluga koje server pokreće i koje se mogu ponovo dodijeliti:

Dodjeljivanje usluge određenom radnom serveru vrši se kroz zahtjeve za dodjelu funkcionalnosti.

Članak je pokrivao glavne karakteristike administrativne konzole, ali ova tema je vrlo opsežna i sveobuhvatne informacije o specifičnoj funkcionalnosti administrativnog uslužnog programa mogu se naći na ITS-u.

Život ide dalje, a platforma 1C: Enterprise 8 se razvija. Alati za administraciju 1C servera su konačno dobili razvoj od proizvođača (cm), što indirektno potvrđuje problem nerazvijenosti ovih alata

Konkretno s DroidRAC-om, vremenom su se pojavili sljedeći problemi

DroidRAC2 0.0.4

Potpuno prepisan - moderan, moderan, mladalački (Kotlin, JetPack, Single-activity)

Novi API iz 1C, kompatibilan sa 8.3.11+

U prvoj verziji, po tradiciji, samo za čitanje i malo brisanja (na primjer, brisanje korisničkih sesija)

Dodan odjeljak "Ključevi". prikuplja podatke o licencama svih radnih procesa/korisničkih sesija za kontrolu broja korištenih licenci

Dodavanje/izmjena administratora servera i klastera

Pregled svojstava brojača performansi

Uređivanje svojstava klastera i proizvodnog servera

DroidRAC2 0.0.7

Promjena svih svojstava komponenti klastera (koje nisu bile podržane u prethodnim verzijama)

DroidRAC2 0.0.8

Dodajte/uklonite brojače i ograničenja performansi
+ dodavanje novih baza podataka

DroidRAC2 0.1.0

RAS pretraga. Omogućava vam da pronađete i dodate ras adresu iz lokalne podmreže. Moguće je pretraživanje u drugim podmrežama i na nestandardnom portu. Ali! Ovisno o vašoj jurisdikciji, skeniranje stranih podmreža može rezultirati raznim napadima.
- višestruki izbor linija u listama
- u načinu odabira dostupan je ukupan broj redova u listi i operacije na odabranim elementima
- brisanje sesija i veza u režimu višestrukog odabira. Kada brišete sesije, nemojte brisati RAS sesiju kako biste izbjegli prekid vlastite veze. Kada brišete veze, zapamtite da možete izbrisati samo veze povezane sa sesijom, ali često nema smisla to činiti, jer 1C ih vraća

DroidRAC2 0.1.2

Dodavanje/uklanjanje klastera

Dodavanje/uklanjanje radnih servera

Pretraživanje u listama neosjetljivim na mala i mala slova

Ispravljanje greške

Testiranje je obavljeno za platformu 8.3.13.1690

Za moralnu podršku, možete preuzeti i priloženi fajl za informacije, ako želite podržati projekat. Brzina razvoja alata je direktno povezana sa njegovom potražnjom.

Zvjezdice, komentari, želje za razvoj autora također će biti ugodni.

Stavljajući sljedeće ažuriranje računovodstvenog odjela, dobio sam grešku "Radim samo na 8.3.4", pa... vrijeme je da stavim 8.3.4. dakle:

Neću opisivati ​​proces preuzimanja i instaliranja nove platforme, tamo je sve jednostavno.

1C Server Agent Service
Podrazumevano je stavljen na port 1540 i tamo imam 8.2 pokrenut, pa ga mijenjamo u grani registra
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.3 Server Agent ImagePath parametar
promijenite brojeve portova dodavanjem pomaka: "C: \ Programske datoteke \ 1cv8 \ 8.3.4.365 \ bin \ ragent.exe" -srvc -agent -regport 1741 -port 1740 -opseg 1660: 1691 -d "C: \ Programske datoteke \ 1cv8 \ srvinfo "

Pokrećemo agenta i otvaramo administrativnu konzolu 1C servera i kreiramo klaster 8.3
Naveli ime servera i konfigurisali ga na portu 1740 (8.2 radi na 1540)

Napravimo klaster + malo optimizovan (imam samo mali JEDAN server, tako da specificiram interval za ponovno pokretanje radnih procesa i količinu memorije, jer imam jedan server - nivo tolerancije grešaka je 0)


Sada detaljnije:
1. Interval ponovnog pokretanja: 86400 sec (24 sata). Trenutak ponovnog pokretanja nije reguliran, očito od trenutka postavljanja parametara, odnosno pokretanja aplikacijskog servera.
2. Možete odrediti i dozvoljenu veličinu memorije: 3.000.000 KB (3 GB) - Za server sa 4 GB RAM-a, Ako je manje, onda nemojte puniti ovaj parametar!.
3. Interval izvan memorije je kontinuirani interval vremena bez memorije, nakon kojeg će server ponovo pokrenuti proces. Ako je navedeno 0 sekundi, čekat će zauvijek.
4. Broj tokova rada se automatski izračunava na osnovu vaših postavki
5. Failover nivo Možete postaviti nivo prelaska klastera kao broj radnih servera koji mogu otkazati u isto vrijeme, a to neće dovesti do abnormalnog ukidanja korisnika. Redundantni servisi se automatski pokreću u količini potrebnoj da se obezbedi navedena tolerancija greške; u realnom vremenu, aktivna usluga se replicira na one u stanju pripravnosti.
6. Režim balansiranja opterećenja, koji se može koristiti ili za poboljšanje performansi sistema u cjelini, ili za korištenje novog moda "uštede memorije", koji vam omogućava da radite sa "ograničenom memorijom" u slučajevima kada korištena konfiguracija "voli da jede daleko pamćenje".

Radni server
Moj server je jednostavan, 2 Gb RAM-a ukupno i imaće samo 2 baze, pa ću ga konfigurisati ovako:

Postavio sam parametar Broj IB-ova po procesu jednak 1, tj. Želim da pokrenem sopstveni proces za svaku informacionu bezbednost - to će smanjiti međusobni uticaj i u pogledu pouzdanosti i performansi. Prilagođavate se karakteristikama vašeg servera!

Baza informacija
dodajem IB:

U starteru baza za pisanje:

Zahtjevi za dodjelu funkcionalnosti
Ne postavljam to za sebe, ali mislim da moram reći o tome:
Upravljanje klasterom se sastoji u tome da administrator određuje sastav računara (radnih servera) na kojima se klaster nalazi. Osim toga (ako je potrebno), on može odrediti "zahtjeve" za njih: koji servisi i veze s bazama podataka trebaju raditi na svakom od servera koji rade. Upravljači klastera i tokovi rada automatski se pokreću na osnovu dodijeljenih "zahtjeva". "Zahtjevi" za proizvodne servere mogu se postaviti interaktivno sa konzole administracije klastera ili programski iz ugrađenog jezika.
Dakle, na laptopu sa sigurnosnim ključem, kako ne biste pokretali korisnike na serveru klastera, morate dodati "zahtjeve" za objekt zahtjeva "Klijentska veza sa sigurnošću informacija" - "Ne dodijeli", tj. spriječiti radne procese ovog servera da obrađuju klijentske veze. Od još većeg interesa je mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom serveru u klasteru bez korisničkih sesija. Tako se zadaci sa visokim opterećenjem (kod) mogu prenijeti na zasebnu mašinu. Štaviše, moguće je pokrenuti jedan pozadinski zadatak "zatvaranja mjeseca" kroz "Vrijednost dodatnog parametra" na jednom računaru, a pozadinski zadatak "Osvježi indeks punog teksta" na drugom. Prečišćavanje se vrši preko indikacije "Vrijednost dodatnog parametra". Na primjer, ako navedete BackgroundJob.CommonModule kao vrijednost, možete ograničiti radni poslužitelj u klasteru samo na pozadinske poslove s bilo kojim sadržajem. Vrijednost BackgroundJob.CommonModule ..- će ukazati na određeni kod.

Sigurnosni profili
Sigurnosni profili se koriste da zabrane aplikacijskom rješenju izvođenje radnji koje bi mogle biti opasne za funkcioniranje klastera poslužitelja.
Administrator klastera može dodijeliti jedan od sigurnosnih profila koji postoje u klasteru bilo kojoj bazi podataka. I tada će potencijalno opasna funkcionalnost primijenjenog rješenja biti ograničena u granicama opisanim u ovom profilu.

Podrazumevano, nakon kreiranja, sigurnosni profil zabranjuje izvršavanje svih potencijalno opasnih radnji:
- pristup sistemu datoteka servera;
-pokretanje COM objekata;
-upotreba eksternih komponenti 1C: Enterprise;
-pokretanje eksterne obrade i izvještaja;
-pokretanje aplikacija instaliranih na serveru;
- pristup Internet resursima.
Stoga je vrlo jednostavno zaštititi se od neželjenih radnji nepoznatog aplikativnog rješenja: potrebno je kreirati prazan sigurnosni profil i dodijeliti ga bazi podataka. Nadalje, ako je potrebno, možete proširiti ovaj profil, opisujući u njemu radnje koje je dopušteno izvršiti primijenjenim rješenjem.

Lokacija servisnih datoteka upravitelja klastera u 1C Enterprise 8.3
Ako tokom instalacije sistema! Odabrana je opcija "1C: Enterprise" za pokretanje servera "1C: Enterprise" kao usluge, tada će se prvo pokretanje agenta servera izvršiti tokom instalacije sistema. U ovom slučaju, usluga će biti pokrenuta u ime korisnika odabranog u dijalogu za instalaciju sistema, ali će se servisne datoteke klastera servera nalaziti u direktoriju<каталог установки системы 1С:Предприятие>\ srvinfo (prekidač za pokretanje -d će biti eksplicitno specificiran u parametrima usluge).

Ako je tokom instalacije sistema 1C: Enterprise odabrana opcija pokretanja servera kao aplikacije, tada se server ne pokreće tokom instalacije sistema; serverski agent se mora pokrenuti nezavisno nakon što se instalacija sistema završi. Istovremeno, ako -d prekidač za pokretanje nije naveden, servisne datoteke klastera servera će se nalaziti u podrazumevanom direktorijumu:% USERPROFILE% \ LocalSettings \ ApplicationData \ lC \ lCv8 (% LOCALAPPDATA% \ lC \ lCv8 za WindowsVista i kasnije).

PAŽNJA! Ako je klaster već jednom kreiran na ovom centralnom serveru, onda kada mijenjate opciju pokretanja agenta servera (usluga, aplikacija) ili kada mijenjate korisnika u čije ime pokreće agent servera, uvijek treba voditi računa o specificiranju ispravne putanje do direktorij servisnih datoteka klastera servera. Ako tokom pokretanja serverski agent ne pronađe listu klastera, kreiraće novi klaster na ovom serveru.
U Linux operativnom sistemu, servisne datoteke klastera servera će se nalaziti u folderu /home/usrlcv8/.lcv8/lC/lcv8 (ili skraćenici ~ / .1cv8 / 1C / 1cv8).

Automatski sistem 1C Enterprise omogućava vam da obavljate upravljanje, trgovinu, računovodstvo i primate potrebne izvještaje. Postoje dvije vrste rada programa:

• Datoteka - 1C je instaliran na samo jednom računaru, nijedan menadžer ne može raditi sa bazama podataka. Ova opcija je pogodna za male kompanije sa malim prometom.
• Klijentska verzija. U radu sa 1C uključen je korisnički sistem, baze podataka se nalaze na jednom računaru, sa kojim su svi ostali povezani. Varijanta rada ima troslojnu arhitekturu, koju čine klijentska aplikacija, 1C Enterprise server i baze podataka u MS SQL Server ili PostgreSQL formatu. U ovom slučaju se koristi administracija 1C servera kako bi se osigurala ispravna konfiguracija.

Administrativna konzola 1C servera:glavne funkcije

1C server nema ugrađeni interfejs za administraciju, pa se koristi konzola. Uključen je u standardni paket isporuke odgovarajuće verzije 1C Enterprise. Ovaj standardni uslužni program instaliran je na svakom lokalnom računaru, dok se baze podataka mogu nalaziti ovdje ili na udaljenom serveru.

Koristeći konzolu za administriranje 1C Enterprise servera, možete riješiti sljedeće zadatke:

• Napravite promjene u funkcionisanju servera, kreirajte nove, obrišite nepotrebne. Oni mogu hostirati baze podataka, definirati interakcije između različitih korisnika.
• Kreirajte administratore. To su korisnici koji imaju prava pristupa da izvrše promjene na serverima. Svaki administrator može upravljati samo zakačenim serverom. Ako ne dodate niti jednog administratora, svaki registrovani korisnik može administrirati 1C server.
• Kreiranje radnih procesa 1C klastera. Dodavanje tokova posla vam omogućava da utičete na performanse određenog korisnika na sistemu. U svojstvima možete postaviti maksimalnu vrijednost performansi (do 1000). Započete sesije se pridružuju procesu sa maksimalnim performansama. Sistematski, sistem samostalno analizira i redistribuira ove vrijednosti radi optimizacije.
• Kreiranje baza podataka u 1C Enterprise. Možete uspostaviti mogućnost povezivanja korisnika na njega ili dopustiti rad samo lokalno.
• Prisilno prekidanje sesija. Ponekad poruka servera obaveštava da se posao već obavlja pod navedenim korisničkim imenom. Sistem ne prekida uvijek ovaj proces sam, pa vam administracija omogućava da nasilno prekinete sesiju za bilo kojeg korisnika.

Kako započeti u 1C?

Klijentska aplikacija 1C Enterprise je prazna platforma. Da bi počeo funkcionirati, potrebno je izvršiti nekoliko uzastopnih koraka:

• Konzola je instalirana. Omogućava naknadnu administraciju 1C servera.
• Kreiranje Centralnog servera. Zatim, na osnovu njega, možete stvoriti strukture koje su joj odgovorne. Da biste to učinili, pomoću kontekstnog izbornika unesite naziv, korišteni protokol, broj porta koji se koristi za komunikaciju.
• Kreiranje klastera. U ovom slučaju, kontekstni meni će također pomoći. Potrebno je popuniti tražene podatke (naziv klastera, računar koji se koristi, port za konekciju, ne mora da bude isti kao ranije naveden port).
• Kreiranje baze podataka. U odgovarajućoj grani morate koristiti i kontekstni meni. Sadrži potrebne parametre (ime, opis, tip veze, lokaciju, tip DBMS-a, korisničko ime i lozinku). Nakon potvrde ispravnosti unesenih podataka, kreira se baza podataka. Sada u njega možete unijeti potrebne podatke.

Administracija 1C Enterprise je na prvi pogled jednostavan proces, ali bez ispravnih postavki sistem neće raditi ispravno, korisnik neće moći maksimalno iskoristiti svoje mogućnosti. Mogući su i dodatni tehnički problemi.

Administracijaod profesionalaca: glavne prednosti

Klijentsku verziju 1C koriste srednja i velika preduzeća koja trebaju povezati sve računare u jedan sistem, uključujući udaljene strukturne podjele. Ovo vam omogućava da donosite upravljačke odluke, primate konsolidovane izveštaje i održavate opšte računovodstvo.

Važnu ulogu igra ispravna konfiguracija i stalno održavanje operativnosti platforme, kreiranje korisnika, klastera, administratora, te promjene u bazama podataka. Da biste to učinili, morate imati određeno osoblje stručnjaka. Da biste to učinili, možete zaposliti nove zaposlenike, stalno obučavati postojeće ljude ili eksternalizirati uslugu. Svaka kompanija sama odlučuje koja je od metoda prikladna u određenom radnom okruženju.

Administracija 1C platforme, koju obavljaju profesionalni stručnjaci, ima niz prednosti:

• Ispravna konfiguracija sistema, koja omogućava 1C da garantuje adekvatan rad, bez tehničkih kvarova.
• Stalne promjene, sigurnosna kontrola. Delatnost kompanije je dinamična, postavlja nove zadatke pred automatizovani sistem za donošenje menadžerskih i strateških odluka.
• Instalacija novih modula, ispravna raspodjela prava pristupa, izrada podsistema. To je posebno važno za velike kompanije sa podružnicama, udaljenim odjelima.
• Kontrola opterećenja sistema, raspodjela opterećenja na različitim serverskim računarima.

1C radi sa različitim rasporedom komponenti arhitekture; mogu se nalaziti na istim ili različitim računarima. Kako bi se osigurao maksimalni sistem zaštite, preporučuje se postavljanje svakog elementa na različite računare.

Ispis (Ctrl + P)

Ovaj članak sadrži opis nekih od elemenata administracije sistema 1C: Enterprise koji su tipični za klijent-server verziju sistema sa Microsoft SQL Server 2012:

Kreiranje sigurnosne kopije u verziji klijent-server

Administracija klastera servera

Administrativna konzola ili uslužni program klastera 1cv8 servers.msc je dodatak za Microsoft Management Console (MMC) i može se koristiti na računarima sa instaliranim odgovarajućim softverom. Instaliran po defaultu u C: \ Program Files (x86) \ 1cv8 \ zajednički folder

Uslužni program za administraciju klastera dizajniran je za rješavanje sljedećih zadataka:

• kreiranje, mijenjanje i brisanje klastera servera;
• modifikacija postojećih klastera: kreiranje, promjena parametara i brisanje radnih servera, dodjela zahtjeva funkcionalnosti radnim serverima;
• postavljanje nivoa prelaska na grešku klastera;
• ručno podešavanje opterećenja na pojedinačnim radnim serverima;
• vođenje lista administratora centralnih servera klastera i lista administratora klastera;
• praćenje korisničkih veza sa infobazama i servisnim vezama;
• isključenje korisnika iz infobaze;
• praćenje zaključavanja objekata 1C: Enterprise 8 i zaključavanja veza klijenta;
• operativna analiza transakcijskih brava sistema upravljanja bazom podataka;
• kontrola blokiranja uspostavljanja veza između korisnika i infobaze;
• upravljanje blokiranjem izvršenja zakazanih zadataka.

U ovom članku ću samo razmotriti registraciju nove baze podataka.

Registracija nove infobaze

Da biste registrovali novu infobazu koristeći uslužni program za administraciju klastera servera, izaberite traženi centralni server u stablu centralnog servera, traženi klaster registrovan na ovom serveru, granu Infobaze i izvršite naredbu kontekstnog menija New - Infobase ili sličnu komandu iz uslužnog programa glavni meni.

Kao rezultat izvršenja naredbe, dijalog svojstava infobaze će se pojaviti na ekranu.

Parametri infobaze su ekvivalentni parametrima nove infobaze kreirane pomoću prozora za pokretanje 1C: Enterprise.

Tip DBMS: Microsoft SQL Server.

Server baze podataka: ime servera. Može se navesti imenom računara (ako je jedna instanca servera instalirana na računaru) ili imenom određene instance (ako je instalirano više instanci). Na primjer Server / instanca. Ako se 1C: Enterprise server i Microsoft SQL Server nalaze na istom računaru, a za Microsoft SQL Server je instaliran Native Client (vlastiti klijent), tada je za komunikaciju servera moguće koristiti protokol SHARED MEMORY. Da biste to uradili, stavite prefiks imena Microsoft SQL Servera sa lpc: prefiksom. U ovom slučaju, ime DBMS servera će izgledati ovako: lpc: Server / instanca

Ime baze podataka: Prvi znak naziva baze podataka može biti slovo latinice, kao i znak "_". Naredni znakovi mogu biti slova latinice, brojevi, kao i simboli "_", "$". Ime je ograničeno na 63 znaka. Nisu dozvoljeni razmaci u nazivu. Ime ne može biti rezervirana riječ u jeziku upita poslužitelja baze podataka. Sljedeći znakovi se ne mogu koristiti u nazivu baze podataka: "<», «>"," # ","% "," "", "(", ")", "[", "]", "|", "\", "^", "` ", kao i znakovi sa kodovima od 0 do 31 i 127

Korisnik baze podataka: korisničko ime servera baze podataka u čije ime će se pristupiti bazi podataka. Bitno je da navedeni korisnik bude ili administrator servera baze podataka (sa) ili vlasnik baze podataka (ako već postoji) kako bi se dalje slobodno modificirala struktura odabrane baze podataka. U potonjem slučaju, ovaj korisnik mora imati pristup za čitanje glavne baze podataka i puni pristup bazi podataka tempdb. Pored gore navedenog, navedeni korisnik mora biti član fiksne uloge servera processadmin ili sysadmin.

Korisnička lozinka: lozinka korisnika u čije ime će se pristupiti bazi podataka.

Pomak datuma- 0 ili 2000. Ovaj parametar definira broj godina koje će se dodati datumima kada su pohranjeni u bazi podataka Microsoft SQL Servera i oduzeti kada se dohvate. Prisustvo ovog parametra je određeno specifičnostima pohranjivanja datuma u Microsoft SQL Server. Tip DATETIME koji se koristi u Microsoft SQL Serveru omogućava pohranjivanje datuma u rasponu od 1. januara 1753. do 31. decembra 9999. godine. A ako je prilikom rada sa info bazom možda potrebno pohraniti datume koji prethode donjoj granici ovog raspona, tada kao vrijednost parametra treba odabrati 2000. Ako se takvi datumi ne pojave, onda se kao pomak datuma može odabrati 0 Nakon kreiranja infobaze, vrijednost ovog parametra ne može se promijeniti.

PAŽNJA! Ako primijenjeno rješenje koristi registre akumulacije ili računovodstvene registre, tada polje Pomak datuma mora biti postavljeno na 2000. Ako je vrijednost 0 unesena u ovo polje prilikom kreiranja baze podataka, tada informacijsku bazu treba izbaciti u datoteku, baza podataka mora biti ponovo kreiran sa indikacijom u polju Pomaknite datume vrijednosti 2000 i učitajte infobazu

PAŽNJA! Imena infobaze moraju biti jedinstvena unutar istog klastera. Prilikom registracije nove infobaze, sistem provjerava da li baza podataka istog imena postoji na navedenom serveru baze podataka. Ako baza postoji, uspostavit će se veza s njom. Ako postojeća baza podataka već sadrži podatke infobaze 1C: Enterprise, tada će se uspostaviti veza s postojećom bazom podataka. A ako baza podataka ne sadrži podatke baze podataka, tada će se u njoj inicijalizirati nova baza podataka 1C: Enterprise.

Došlo je do greške prilikom izvođenja operacije s informativnom bazom

U procesu povezivanja na SQL bazu podataka mogu se pojaviti razne greške u kreiranju ili povezivanju. Na primjer, ako se pojavi sljedeća greška:

U ovom slučaju je napravljen pokušaj kreiranja baze podataka i server preduzeća nije mogao uspostaviti vezu sa Microsoft SQL Serverom. Treba provjeriti:

• Parametri autentifikacije korisnika (korisničko ime, lozinka i prava za kreiranje baze podataka);
• Da li ime baze podataka slijedi pravila imenovanja;
• Ime servera baze podataka je ispravno;
• Odgovara tipu provjere autentičnosti korisnika. Možda je korisnik prijavljen kao korisničko ime sql servera, a u SQL postavkama je postavljen pogrešan tip provjere autentičnosti korisnika.