Kako pokrenuti konzolu za administraciju 1c poslužitelja. Administracija poslužitelja 1C poduzeća

Konzola za upravljanje 1C poslužiteljem ili konzola za administraciju 1C poslužitelja ili konzola klastera 1C poslužitelja je uslužni program uključen u 1C Enterprise 8.3, koji je neophodan za:

• Upravljanje sesijom;
• Upravljanje popisom baza podataka;
• Stvaranje 1C klastera za arhitekturu otpornu na greške i skalabilnost;
• Fleksibilna konfiguracija radnih procesa;
• Ograničenja potrošnje resursa;
• Razdvajanje zadataka koje obavljaju radni poslužitelji (za prijenos pojedinačnih usluga na različite radne poslužitelje);
• Upravljanje sigurnosnim profilom.

Upravljanje bazama podataka u konzoli klastera

Kada rade u klijent-poslužiteljskoj arhitekturi, korisnici se najvjerojatnije, na ovaj ili onaj način, susreću s konzolom za administraciju poslužitelja, barem kada dodaju novu bazu podataka na popis infobaza. Za dodavanje nove baze podataka potrebno je desnom tipkom miša kliknuti na infobaze i odabrati “Kreiraj”.

Otvorit će se prozor.

U ovom prozoru se popunjavaju postavke za povezivanje sa DBMS-om, a ukoliko ona nedostaje, možete koristiti opciju “Kreiraj bazu ako ne postoji”. Ostale postavke možete ostaviti kao zadane.

Isti prozor postavki možete otvoriti i za već kreiranu infobazu, za što je potrebno desnom tipkom miša kliknuti na infobazu i odabrati stavku izbornika “Svojstva”.

Ovdje možemo postaviti blokadu početka sesije (postaviti blokadu na određeno razdoblje). Dok je zaključavanje na mjestu, niti jedna sesija se neće moći povezati s bazom podataka.

Možete postaviti određenu poruku koju će korisnik vidjeti prilikom povezivanja.

Ova opcija se može koristiti, na primjer, kada se provodi bilo kakvo rutinsko održavanje baze podataka (obično ažuriranje baze podataka). Ali kada se od administratora traži prijava u bazu podataka s nametnutim blokiranjem sesije, morate upotrijebiti opciju "Kod dopuštenja". Nakon navođenja koda, u budućnosti će se pomoću njega moći raditi s bazom podataka. Na primjer, postavimo šifru proširenja na 123 kako bismo kasnije mogli ući u bazu podataka. Parametar se mora koristiti s kodom dopuštenja /UC.

Parametar blokiranja proizvoljan je parametar koji se može koristiti u programskom kodu. Blokada će se dogoditi prilikom korištenja funkcije GetSessionLock().

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

Raspravljane opcije su najčešće korištene. Ostali se vrlo rijetko koriste u životu, a informacije o njima mogu se pročitati na ITS-u.

Rad sa sesijama administratorske konzole

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

Prozor sesija izgleda ovako:

Iz ovog prozora možete dobiti veliku količinu informacija, počevši od toga koji je korisnik ova sesija, pa sve do podataka o potrošnji memorije za sesiju, kao i koliko je DBMS podataka primljeno, koliko je vremena procesora potrošeno i još mnogo toga .

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

Pomoću sigurnosnih profila možete konfigurirati koji se moduli mogu proširiti ekstenzijama, ograničiti ekstenzije na određene konfiguracijske module, ograničiti pristup datotečnom sustavu iz koda aplikacije, ograničiti pristup COM objektima, vanjskim komponentama, aplikacijama trećih strana itd.

Tijek rada (grupiranje)

U platformi 1C 8.2 bilo je moguće ručno kreirati radne procese poslužitelja aplikacija (rphost radni proces). U 8.3, radne procese kreira ragent. Broj istovremeno pokrenutih procesa može se kontrolirati neizravno kroz postavke radnih poslužitelja.

Kada koristite zadane postavke, jedan rphost će se koristiti za 8 infobaza ili 128 veza. Ako imate 32-bitni OS (tj. postoje ograničenja u potrošnji RAM-a po procesu), preporuča se promijeniti ove vrijednosti, na primjer, postaviti jednu bazu po procesu i smanjiti broj veza. Optimalan broj veza odabire se empirijski i uvelike ovisi o specifičnoj konfiguraciji i broju pozadinskih poslova.

Budući da gledamo svojstva tijeka rada, vrijedi spomenuti i druge postavke:

Vrijednost u bajtovima (dostupna svim radnim procesima klastera na ovom radnom poslužitelju).

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

Sigurna potrošnja memorije po pozivu vrijednost u bajtovima.

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

• -1 – bilo koji poziv poslužitelja smatra se opasnim ako je tijekom poziva poslužitelja dosegnut maksimalni kapacitet memorije radnog procesa;
• 0 – vrijednost volumena se automatski određuje kao 5% maksimalnog kapaciteta memorije radnih procesa na određenom poslužitelju koji radi.

Ako tijekom poziva količina memorije premaši parametar Sigurna potrošnja memorije po pozivu, a ukupna potrošnja memorije svih rphost procesa premašila je postavljenu vrijednost Maksimalni kapacitet memorije radnih procesa, takav poziv će biti prekinut.

Količina memorije radnog procesa do koje se poslužitelj smatra produktivnim, mjereno u bajtovima. Vrijednost 0 označava da nije postavljeno ograničenje. Ukupna količina memorije koju zauzimaju svi radni procesi na ovom radnom poslužitelju, nakon čijeg dostizanja nove veze više neće biti dodijeljene ovom radnom poslužitelju.

Zastava voditelj za svaku uslugu znači da će svakoj usluzi biti dodijeljena posebna instanca upravitelja klastera (rmngr proces). Popis usluga koje se izvode u klasteru:

Zastava Središnji poslužitelj znači da će ovaj poslužitelj moći primijeniti veze i sinkronizirati registar klastera.

Postavke tijeka rada mogu se koristiti samo kada se koriste CORP licence! Ako imate PRO licencu, postavke će biti dostupne, ali nećete imati prava za njihovo korištenje.

Konsolidacija poslužitelja u klaster

1C poslužitelji mogu se kombinirati u klaster za rješavanje problema skalabilnosti (raspodjele opterećenja) i tolerancije na greške. Lako je kombinirati poslužitelje u klaster; samo trebate stvoriti poslužitelj koji radi.

Ako opcija “središnji poslužitelj” nije instalirana na novom poslužitelju, smatrat će se da takav poslužitelj radi i neće moći prihvatiti sesijske veze. Ovakva arhitektura interakcije poslužitelja služi za skalabilnost, ne može biti tolerantna na greške, jer za to moraju postojati središnji poslužitelji, a razina tolerancije na greške mora biti navedena u svojstvima klastera.

Razina tolerancije greške postavljena je kao broj središnjih poslužitelja -1.

U prozoru postavki također možete postaviti ograničenja potrošnje resursa po radnom procesu (rphost). Postavke će biti postavljene za cijeli klaster.

Interval ponovnog pokretanja– interval u sekundama nakon kojeg će se tijek rada ponovno pokrenuti. Odbrojavanje počinje od trenutka instaliranja ove opcije.

Dopuštena veličina memorije Treba utvrditi na temelju toga da će se, ako se aktivira uvjet za prekoračenje indikatora, pokrenuti drugi rphost proces iste veličine, tj. u trenutku ćemo imati dva procesa dok se veze sa starog ne prebace na novi.

Interval za prekoračenje dopuštene količine memorije– interval u sekundama tijekom kojeg je dopuštena potrošnja memorije postavljena u parametru Dopuštena veličina memorije.

Interval za prekoračenje dopuštene količine memorije. Ako je vrijednost svojstva tolerancije broja pogrešaka poslužitelja 0, tada se provjera varijance broja pogrešaka ne izvodi. Bez obzira na vrijednost postavljenu za ovo svojstvo, tijek rada koji ne čini više od 1 pogreške na 100 zahtjeva smatra se da funkcionira normalno i ne smatra se problematičnim. Pogledajmo primjer kako funkcionira svojstvo Dopušteno odstupanje u broju pogrešaka poslužitelja. Recimo da se za 100 zahtjeva u prosjeku zabilježe 2 pogreške u zadnjih 5 minuta. Ako je svojstvo Dopušteno odstupanje u broju pogrešaka poslužitelja postavljeno na 50, tada će se tijek rada za koji se bilježe više od 3 pogreške na 100 zahtjeva smatrati problematičnim.

Procesi se ponovno pokreću "meko":

• Pokrenut je novi rphost proces;
• Stari rphost proces je prekinut, ali nije prekinut;
• Veze se dodjeljuju novostvorenom rphost procesu, koji je odmah potpuno operativan;
• Stari proces podržavat će postojeće pozive na njemu. Već dodijeljeni pozivi bit će podržani tijekom vremena navedenog u parametru "Zaustavi procese koji su isključeni nakon" sekundi

Prilikom spajanja više poslužitelja u klaster, određene usluge možemo premjestiti na zasebne poslužitelje. Na primjer, rad pozadinskih poslova možemo premjestiti na zaseban poslužitelj ili napraviti poslužitelj za licenciranje (poslužitelj koji će distribuirati klijentske licence). Kompletan popis usluga koje poslužitelj obavlja i koje je moguće preraspodijeliti:

Dodjeljivanje usluge određenom proizvodnom poslužitelju postiže se kroz zahtjeve za dodjelu funkcionalnosti.

U članku se raspravljalo o glavnim mogućnostima administrativne konzole, no ova je tema vrlo opsežna i opsežne informacije o specifičnoj funkcionalnosti administrativnog uslužnog programa mogu se pronaći na ITS-u.

Život ide dalje, a platforma 1C:Enterprise 8 se razvija. Prodavač je konačno razvio alate za administraciju 1C poslužitelja (vidi), što neizravno potvrđuje problem nedovoljne razvijenosti ovih alata

Konkretno s DroidRAC-om, tijekom vremena pojavili su se sljedeći problemi:

DroidRAC2 0.0.4

Potpuno prerađen - moderan, moderan, mladenački (Kotlin, JetPack, Single-activity)

Novi API iz 1C, kompatibilan s 8.3.11+

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

Dodan odjeljak "Ključevi". prikuplja podatke o licencama iz svih radnih procesa/sesija korisnika kako bi pratio broj korištenih licenci

Dodavanje/promjena administratora poslužitelja i klastera

Pregled svojstava vrijednosti brojača izvedbe

Uređivanje svojstava klastera i proizvodnog poslužitelja

DroidRAC2 0.0.7

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

DroidRAC2 0.0.8

Dodavanje/uklanjanje brojača i ograničenja performansi
+ dodavanje novih baza podataka

DroidRAC2 0.1.0

Traži RAS. Omogućuje vam da pronađete i dodate ras adresu iz lokalne podmreže. Moguće je tražiti u drugim podmrežama i na nestandardnom portu. Ali! Ovisno o vašoj jurisdikciji, skeniranje podmreža drugih ljudi može uključivati ​​različite naknade.
- višestruki odabir redaka na popisima
- u načinu odabira dostupan je ukupan broj redaka na popisu i operacije na odabranim elementima
- brisanje sesija i veza u načinu višestrukog odabira. Kada brišete sesije, nemojte brisati RAS sesiju kako biste izbjegli gubitak vlastite veze. Kada brišete veze, zapamtite da možete izbrisati samo veze povezane sa sesijom, ali to je često besmisleno jer 1C ih obnavlja

DroidRAC2 0.1.2

Dodavanje/uklanjanje klastera

Dodavanje/uklanjanje proizvodnih poslužitelja

Pretražujte u popisima bez obzira na velika i mala slova

Ispravak pogreške

Testiranje je obavljeno za platformu 8.3.13.1690

Za moralnu podršku, također možete preuzeti priloženu datoteku za infomany ako želite podržati projekt. Brzina razvoja alata izravno je povezana s njegovom potražnjom.

Zvjezdice, komentari, želje za razvojem autoru također će biti ugodni.

Prilikom instalacije sljedećeg ažuriranja Računovodstva dobio sam grešku "Radim samo na 8.3.4", pa... vrijeme je za instalaciju 8.3.4. Tako:

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

Server Agent Service 1C
Standardno je instaliran na portu 1540, a tamo imam pokrenut 8.2, pa ga mijenjamo u grani registra
Parametar ImagePath agenta poslužitelja HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3
promijenite brojeve portova dodavanjem pomaka: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Datoteke\ 1cv8\srvinfo"

Pokrenite Agenta i otvorite Administracijsku konzolu 1C poslužitelja i kreirajte klaster 8.3
Odredio je naziv poslužitelja i konfigurirao ga na portu 1740 (8.2 radi na 1540)

Napravili smo klaster + malo ga optimizirali (imam samo JEDAN mali poslužitelj, pa sam označio interval ponovnog pokretanja radnih procesa i količinu memorije. Budući da imam jedan poslužitelj - razina tolerancije greške je 0)


Sada detaljnije:
1. Interval ponovnog pokretanja: 86400 sek (24 sata). Trenutak ponovnog pokretanja nije reguliran, očito od trenutka postavljanja parametara ili pokretanja aplikacijskog poslužitelja.
2. Također možete odrediti dopuštenu količinu memorije: 3.000.000 KB (3 GB) - Za poslužitelj s 4 GB RAM-a, Ako je manje, onda ne ispunjavati ova opcija!.
3. Interval prekoračenja memorije je kontinuirani vremenski period u kojem je prekoračena dopuštena količina memorije, nakon čega će poslužitelj ponovno pokrenuti proces. Ako je navedeno 0 sekundi, čekat će se zauvijek.
4. Broj radnih procesa izračunava se automatski na temelju vaših postavki
5. Razina tolerancije grešaka Možete postaviti razinu tolerancije grešaka klastera kao broj radnih poslužitelja koji mogu istovremeno pasti, a to neće dovesti do abnormalnog prekida rada korisnika. Servisi sigurnosnog kopiranja pokreću se automatski u količini potrebnoj za osiguranje navedene tolerancije na greške; U stvarnom vremenu, aktivna usluga se replicira na pričuvnu.
6. Način distribucije opterećenja, koji se može koristiti ili za povećanje performansi sustava u cjelini, ili koristiti novi način "uštede memorije", koji vam omogućuje rad "s ograničenom memorijom" u slučajevima kada korištena konfiguracija "sviđa pojesti sjećanje.”

Server koji radi
Moj server je jednostavan, ukupno 2 Gb RAM-a i na njemu će biti samo 2 baze podataka, pa ću ga konfigurirati ovako:

Postavio sam parametar Broj informacijske sigurnosti po procesu na 1, tj. Želim da svaka informacijska sigurnost vodi svoj vlastiti proces - to će smanjiti međusobni utjecaj u smislu pouzdanosti i izvedbe. Vi ga konfigurirate prema karakteristikama vašeg poslužitelja!

Informacijska baza
Dodajem IB:

U starteru pišanje baze podataka:

Zahtjevi dodjele funkcionalnosti
Nisam ovo sam postavio, ali mislim da bih trebao reći o tome:
Upravljanje klasterom znači da administrator određuje sastav računala (radnih poslužitelja) na kojima se klaster nalazi. Osim toga (ako je potrebno), on može odrediti "zahtjeve" za njih: koje usluge i veze s infobazama trebaju raditi na svakom od radnih poslužitelja. Upravitelji klastera i radnički procesi pokreću se automatski na temelju dodijeljenih "zahtjeva". “Zahtjevi” za proizvodne poslužitelje mogu se specificirati interaktivno, iz konzole za administraciju klastera, ili programski, iz ugrađenog jezika.
Dakle, na prijenosnom računalu sa sigurnosnim ključem, kako ne biste pokrenuli korisnike na poslužitelju klastera, morate dodati "zahtjeve" za objekt zahtjeva "Klijentova veza s informacijskom sigurnošću" - "Ne dodijeli", tj. spriječi radničke procese na ovom poslužitelju da obrađuju klijentske veze. Još je zanimljivija mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom poslužitelju klastera bez korisničkih sesija. Na ovaj način možete premjestiti visoko opterećene zadatke (kod) na zasebno računalo. Štoviše, možete pokrenuti jedan pozadinski zadatak “zatvaranje mjeseca” putem “Dodatna vrijednost parametra” na jednom računalu, a pozadinski zadatak “Ažuriranje indeksa punog teksta” na drugom. Pojašnjenje se događa kroz indikaciju "Vrijednost dodatnog parametra". Na primjer, ako navedete BackgroundJob.CommonModule kao vrijednost, možete ograničiti rad radnog poslužitelja u klasteru samo na pozadinske poslove s bilo kojim sadržajem. BackgroundJob.CommonModule..- vrijednost će naznačiti određeni kod.

Sigurnosni profili
Sigurnosni profili služe za zabranu aplikacijskom rješenju izvođenja radnji koje bi mogle biti potencijalno opasne za funkcioniranje klastera poslužitelja.
Administrator klastera može bilo kojoj informacijskoj bazi dodijeliti jedan od sigurnosnih profila koji postoje u klasteru. Tada će potencijalno opasna funkcionalnost aplikacijskog rješenja biti ograničena unutar granica opisanih u ovom profilu.

Prema zadanim postavkama, nakon izrade, sigurnosni profil zabranjuje sve potencijalno opasne radnje:
- pristup datotečnom sustavu poslužitelja;
-pokretanje COM objekata;
- korištenje vanjskih komponenti 1C:Enterprise;
- pokretanje vanjskih obrada i izvješća;
-pokretanje aplikacija instaliranih na poslužitelju;
- pristup Internet resursima.
Stoga je zaštita od neželjenih radnji nepoznatog aplikacijskog rješenja vrlo jednostavna: potrebno je izraditi prazan sigurnosni profil i dodijeliti ga bazi podataka. Nadalje, ako je potrebno, možete proširiti ovaj profil tako da u njemu opišete radnje koje aplikativno rješenje smije izvoditi.

Lokacija servisnih datoteka upravitelja klastera u 1C Enterprise 8.3
Ako prilikom postavljanja sustava! "1C:Enterprise" je odabrao opciju pokretanja "1C:Enterprise" servera kao usluge, tada će se prvo pokretanje serverskog agenta izvršiti tijekom procesa instalacije sustava. U tom slučaju, usluga će se pokrenuti u ime korisnika odabranog u dijaloškom okviru za instalaciju sustava, ali servisne datoteke klastera poslužitelja bit će smještene u direktoriju<каталог установки системы 1С:Предприятие>\srvinfo (ključ za pokretanje -d bit će eksplicitno naveden u parametrima usluge).

Ako ste prilikom instalacije sustava 1C:Enterprise odabrali opciju pokretanja poslužitelja kao aplikacije, tada se poslužitelj ne pokreće tijekom procesa instalacije sustava; Agent poslužitelja mora se samostalno pokrenuti nakon dovršetka instalacije sustava. Štoviše, ako početni prekidač -d nije naveden, servisne datoteke klastera poslužitelja bit će smještene u zadanom direktoriju: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 za Windows Vista i starije) .

PAŽNJA! Ako je na ovom središnjem poslužitelju već kreiran klaster, tada kod promjene opcije pokretanja agenta poslužitelja (servisa, aplikacije) ili kod promjene korisnika u čije ime se agent poslužitelja pokreće, uvijek treba paziti na točnu putanju u direktorij servisnih datoteka klastera poslužitelja. Ako poslužiteljski agent ne pronađe popis klastera tijekom pokretanja, stvorit će novi klaster na ovom poslužitelju.
U operativnom sustavu Linux servisne datoteke klastera poslužitelja nalazit će se u mapi /home/usrlcv8/.lcv8/lC/lcv8 (ili skraćena verzija je ~/.1cv8/1C/1cv8).

Automatizirani sustav 1C Enterprise omogućuje vam upravljanje, trgovinu, računovodstvo i primanje potrebnih izvješća. Postoje dvije vrste rada programa:

• Datoteka - 1C instaliran je na samo jednom računalu, nijedan upravitelj ne može raditi s bazama podataka. Ova je opcija prikladna za male tvrtke s malim trgovačkim prometom.
• Klijentska verzija. Kada radite s 1C, uključen je sustav korisnika; baze podataka nalaze se na jednom računalu, na koje su svi ostali povezani. Opcija rada ima arhitekturu na tri razine, koja se sastoji od klijentske aplikacije, 1C Enterprise poslužitelja i baza podataka u formatu MS SQL Server ili PostgreSQL. U ovom slučaju koristi se administracija 1C poslužitelja kako bi se osigurala ispravna konfiguracija.

Administrativna konzola 1C poslužitelja:glavne funkcije

1C poslužitelj nema ugrađeno sučelje 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čunalu, a baze podataka mogu se nalaziti ovdje ili na udaljenom poslužitelju.

Pomoću konzole za administraciju 1C Enterprise poslužitelja možete riješiti sljedeće zadatke:

• Napravite promjene u funkcioniranju poslužitelja, kreirajte nove, izbrišite nepotrebne. Oni mogu ugostiti baze podataka i definirati interakcije između različitih korisnika.
• Stvorite administratore. To su korisnici koji imaju prava pristupa za izmjene na poslužiteljima. Svaki administrator može upravljati samo dodijeljenim poslužiteljem. Ako ne dodate niti jednog administratora, bilo koji registrirani korisnik može upravljati 1C poslužiteljem.
• Izrada radnih procesa 1C klastera. Dodavanje radnih procesa omogućuje vam da utječete na performanse određenog korisnika u sustavu. U svojstvima možete postaviti maksimalnu vrijednost izvedbe (do 1000). Pokrenute sesije pridružene su procesu s maksimalnom izvedbom. Sustav sustavno samostalno analizira i redistribuira te vrijednosti za optimizaciju.
• Izrada baza podataka u 1C Enterprise. Možete postaviti mogućnost za korisnike da se povežu na njega ili dopustiti da radi samo lokalno.
• Prisilni prekid sesija. Ponekad vas poruka poslužitelja obavještava da je rad već u tijeku pod navedenim korisničkim imenom. Sustav ne prekida uvijek ovaj proces sam, pa vam administracija dopušta da prisilno prekinete sesiju za bilo kojeg korisnika.

Kako početi raditi u 1C?

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

• Konzola je instalirana. Omogućuje naknadnu administraciju 1C poslužitelja.
• Izrada središnjeg poslužitelja. Zatim, na njegovoj osnovi, možete kreirati strukture koje mu podnose izvješća. Da biste to učinili, pomoću kontekstnog izbornika unesite ime, korišteni protokol i broj porta koji se koristi za komunikaciju.
• Stvaranje klastera. U ovom slučaju, kontekstni izbornik također će pomoći. Potrebno je ispuniti tražene podatke (naziv klastera, korišteno računalo, konekcioni port koji ne mora nužno odgovarati ranije navedenom portu).
• Izrada informacijske baze podataka. U odgovarajućoj grani također morate koristiti kontekstni izbornik. Tamo se unose traženi parametri (ime, opis, tip veze, lokacija, tip DBMS-a, korisničko ime i lozinka). Nakon potvrde točnosti unesenih podataka, kreira se baza podataka. Sada možete unijeti potrebne podatke u njega.

Na prvi pogled, administriranje 1C Enterprisea jednostavan je proces, ali bez ispravnih postavki sustav neće raditi ispravno, korisnik neće moći maksimalno iskoristiti njegove mogućnosti. Mogući su i dodatni tehnički problemi.

administracijaprofesionalci: glavne prednosti

Klijentsku verziju 1C koriste srednje i velike tvrtke koje trebaju povezati sva računala, uključujući udaljene strukturne jedinice, u jedan sustav. To vam omogućuje donošenje upravljačkih odluka, primanje konsolidiranih izvješća i vođenje općeg računovodstva.

Važnu ulogu ima pravilna konfiguracija i stalno održavanje platforme, kreiranje korisnika, klastera, administratora te izmjena baza 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 izvršiti uslugu vanjskim suradnicima. Svaka tvrtka za sebe odlučuje koja je metoda prikladna u određenim uvjetima poslovanja.

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

• Ispravna konfiguracija sustava, koja vam omogućuje jamčenje odgovarajućeg rada 1C, bez tehničkih kvarova.
• Stalne promjene i sigurnosni nadzor. Aktivnosti tvrtke su dinamične, postavljaju nove zadatke pred automatizirani sustav donošenja menadžerskih i strateških odluka.
• Instalacija novih modula, pravilna raspodjela prava pristupa, izrada podsustava. Posebno je važno za velika poduzeća s podružnicama i udaljenim jedinicama.
• Praćenje opterećenja sustava, raspodjela opterećenja na različita poslužiteljska računala.

1C radi s različitim lokacijama arhitektonskih komponenti; mogu se nalaziti na istom ili različitim računalima. Kako bi se osigurala maksimalna zaštita, preporučuje se postavljanje svakog elementa na različita računala.

Ispis (Ctrl+P)

Ovaj članak sadrži opis nekih elemenata administracije sustava 1C:Enterprise koji su tipični za verziju klijent-poslužitelj sustava s Microsoft SQL Server 2012:

Izrada sigurnosne kopije u verziji klijent-poslužitelj

Administracija klastera poslužitelja

Konzola za administraciju klastera ili pomoćni program 1cv8 servers.msc je MMC (Microsoft Management Console) dodatak i može se koristiti na računalima na kojima je instaliran odgovarajući softver. Prema zadanim postavkama instaliran je u mapi C:\Program Files (x86)\1cv8\common

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

• stvaranje, modificiranje i brisanje klastera poslužitelja;
• modifikacija postojećih klastera: kreiranje, promjena parametara i brisanje radnih poslužitelja, dodjeljivanje funkcionalnih zahtjeva radnim poslužiteljima;
• postavljanje razine tolerancije grešaka klastera;
• ručno podešavanje opterećenja na pojedinačnim radnim poslužiteljima;
• upravljanje popisima administratora središnjih poslužitelja klastera i popisima administratora klastera;
• praćenje korisničkih veza s informacijskim bazama i servisnih veza;
• isključivanje korisnika iz informacijske baze;
• praćenje zaključavanja objekata 1C:Enterprise 8 i zaključavanja veza s klijentima;
• operativna analiza transakcijskih zaključavanja sustava za upravljanje bazom podataka;
• upravljanje blokiranjem korisničkih veza s infobazom;
• upravljanje blokiranjem rutinskih zadataka.

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

Registracija nove informacijske baze

Da biste registrirali novu informacijsku bazu pomoću uslužnog programa za administraciju klastera poslužitelja, odaberite potrebni središnji poslužitelj, potrebni klaster registriran na ovom poslužitelju, granu Infobaze u stablu središnjih poslužitelja i izvršite naredbu kontekstnog izbornika Kreiraj – Infobaza ili sličnu naredbu u glavni izbornik uslužnog programa.

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

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

Tip DBMS: Microsoft SQL Server.

Poslužitelj baze podataka: naziv poslužitelja. Može se odrediti imenom računala (ako je na računalu instalirana jedna instanca poslužitelja) ili imenom određene instance (ako je instalirano više instanci). Na primjer, poslužitelj/instanca. Ako se poslužitelj 1C:Enterprise i Microsoft SQL Server nalaze na istom računalu, a Native Client (nativni klijent) je instaliran za Microsoft SQL Server, tada je moguće koristiti protokol SHARED MEMORY za komunikaciju između poslužitelja. Da biste to učinili, trebate navesti lpc: prefiks prije imena Microsoft SQL Servera. U ovom slučaju, ime DBMS poslužitelja će izgledati ovako: lpc:Server/instanca

Naziv baze podataka: Prvi znak naziva baze podataka može biti slovo latinične abecede, kao i znak “_”. Naknadni znakovi mogu biti slova latinične abecede, brojevi, kao i simboli "_", "$". Dužina naziva ograničena je na 63 znaka. Razmaci u nazivu nisu dopušteni. Ime ne može biti rezervirana riječ u jeziku upita poslužitelja baze podataka. Sljedeći znakovi ne mogu se koristiti u nazivu baze podataka: "<», «>"", "#", "%", """, "(", ")", "[", "]", "|", "\", "^", "`", kao i znakovi s kodovima od 0 do 31 i 127

Korisnik baze podataka: ime korisnika poslužitelja baze podataka u čije ime će se pristupiti bazi podataka. Bitno je da navedeni korisnik bude ili administrator poslužitelja baze podataka (sa) ili vlasnik baze podataka (ako već postoji) kako bi u budućnosti mogao slobodno mijenjati strukturu odabrane baze podataka. U potonjem slučaju, ovaj korisnik mora imati pristup čitanju glavne baze podataka i puni pristup bazi podataka tempdb. Uz gore navedeno, navedeni korisnik mora biti član fiksne uloge poslužitelja processadmin ili sysadmin.

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

Odmak datuma– 0 ili 2000. Ovaj parametar određuje broj godina koji će se dodati datumima kada se spremaju u bazu podataka Microsoft SQL Servera i oduzeti kada se dohvate. Prisutnost ovog parametra određena je osobitostima pohrane datuma u Microsoft SQL Serveru. Vrsta DATETIME koja se koristi u Microsoft SQL Serveru omogućuje pohranjivanje datuma u rasponu od 1. siječnja 1753. do 31. prosinca 9999. godine. A ako, kada radite s informacijskom bazom, možda postoji potreba za pohranjivanjem datuma koji prethode donjoj granici ovog raspona, tada se kao vrijednost parametra treba odabrati 2000. Ako se takvi datumi neće sresti, tada se 0 može odabrati kao pomak datuma Nakon kreiranja infobaze, vrijednost ovog parametra Ne podložno promjenama.

PAŽNJA! Ako aplikativno rješenje koristi akumulacijske registre ili računovodstvene registre, tada polje Datumski pomak mora biti postavljeno na 2000. Ako je prilikom kreiranja baze podataka u ovo polje upisana vrijednost 0, tada infobazu treba učitati u datoteku, a bazu podataka treba ponovno izraditi navodeći u polju datume pomaka do 2000. i učitati infobazu

PAŽNJA! Nazivi infobaza moraju biti jedinstveni unutar istog klastera. Prilikom registracije nove infobaze sustav provjerava da li na navedenom poslužitelju baze podataka postoji istoimena baza podataka. Ako baza podataka postoji, uspostavit će se veza s njom. Ako postojeća baza podataka već sadrži podatke iz informacijske baze 1C:Enterprise, tada će se uspostaviti veza s već postojećom informacijskom bazom. A ako baza podataka ne sadrži podatke infobaze, tada će se u njoj inicijalizirati nova infobaza 1C:Enterprise.

Pogreška prilikom izvođenja operacije s informacijskom bazom

Prilikom spajanja na SQL bazu podataka mogu se pojaviti razne pogreške pri kreiranju ili povezivanju. Na primjer, ako se pojavi sljedeća pogreška:

U ovom slučaju, došlo je do pokušaja stvaranja infobaze i poslužitelj poduzeća nije mogao uspostaviti vezu s Microsoft SQL Serverom. Treba provjeriti:

• Parametri autentifikacije korisnika (Ime, lozinka i prava za kreiranje baze podataka);
• Slijedi li naziv baze podataka konvencije imenovanja;
• Je li naziv poslužitelja baze podataka ispravno postavljen?
• Odgovara vrsti autentifikacije korisnika. Možda je korisnik prijavljen pod korisničkim imenom sql poslužitelja, au SQL postavkama postavljena je pogrešna vrsta autentifikacije korisnika.