Drukāt (Ctrl+P)

Šajā rakstā ir aprakstīti daži 1C:Uzņēmuma sistēmas administrēšanas elementi, kas ir raksturīgi sistēmas klienta-servera versijai, kas strādā ar Microsoft. SQL serveris 2012:

Rezerves kopijas izveide klienta-servera versijā

Serveru klasteru administrēšana

Konsoles vai klasteru administrēšanas utilīta 1cv8 servers.msc ir MMC (Microsoft Management Console) spraudnis, un to var izmantot datoros, kuriem ir atbilstošs programmatūra. Pēc noklusējuma tas ir instalēts mapē C:\Program Files (x86)\1cv8\common

Klasteru administrēšanas utilīta paredzēts, lai atrisinātu šādas problēmas:

• serveru klasteru izveide, modificēšana un dzēšana;
• esošo klasteru modificēšana: darba serveru izveide, parametru maiņa un dzēšana, funkcionalitātes prasību piešķiršana strādājošiem serveriem;
• klastera kļūdu pielaides līmeņa iestatīšana;
• manuāla slodzes regulēšana uz atsevišķiem darba serveriem;
• pārvaldīt centrālo klasteru serveru administratoru sarakstus un klasteru administratoru sarakstus;
• lietotāju pieslēgumu informācijas bāzēm un pakalpojumu savienojumu uzraudzība;
• lietotāju atvienošana no informācijas bāzes;
• 1C:Enterprise 8 objektu slēdzeņu un klientu savienojuma slēdzeņu uzraudzība;
• datu bāzes vadības sistēmas darījumu bloķēšanas operatīvā analīze;
• pārvaldīt lietotāju savienojumu bloķēšanu ar informācijas bāzi;
• rutīnas uzdevumu bloķēšanas pārvaldība.

Šajā rakstā es apsvēršu tikai jaunas informācijas bāzes reģistrēšanu

Jaunas informācijas bāzes reģistrācija

Lai reģistrētu jaunu informācijas bāzi, izmantojot serveru klasteru administrēšanas utilītu, atlasiet vajadzīgo centrālo serveri, šajā serverī reģistrēto nepieciešamo klasteru, centrālo serveru kokā Infobāzes filiāli un izpildiet konteksta izvēlnes komandu Create – Infobase vai līdzīgu komandu no utilīta galvenā izvēlne.

Komandas izpildes rezultātā ekrānā parādīsies informācijas bāzes rekvizītu dialoglodziņš.

Informācijas bāzes parametri ir līdzvērtīgi jaunas informācijas bāzes parametriem, kas izveidoti, izmantojot palaišanas logu 1C:Enterprise.

Tips DBVS: Microsoft SQL Serveris.

Datu bāzes serveris: servera nosaukums. Var norādīt pēc datora nosaukuma (ja datorā ir instalēts viens servera gadījums) vai konkrētas instances nosaukuma (ja ir instalētas vairākas instances). Piemēram, serveris/instance. Ja 1C:Enterprise serveris un Microsoft SQL Server atrodas vienā datorā un Microsoft SQL Server ir instalēts Native Client (vietējais klients), tad saziņai starp serveriem ir iespējams izmantot protokolu SHARED MEMORY. Lai to izdarītu, pirms Microsoft SQL Server nosaukuma ir jānorāda prefikss lpc:. Šajā gadījumā DBVS servera nosaukums izskatīsies šādi: lpc:Serveris/instance

Datu bāzes nosaukums: datu bāzes nosaukuma pirmā rakstzīme var būt latīņu alfabēta burts, kā arī rakstzīme “_”. Nākamās rakstzīmes var būt latīņu alfabēta burti, cipari, kā arī simboli “_”, “$”. Vārda garums ir ierobežots līdz 63 rakstzīmēm. Nosaukumā nav atļautas atstarpes. Nosaukums nevar būt rezervēts vārds datu bāzes servera vaicājumu valodā. Datu bāzes nosaukumā nevar izmantot šādas rakstzīmes: "<», «>"", "#", "%", """, "(", ")", "[", "]", "|", "\", "^", "`", kā arī rakstzīmes ar kodiem no 0 līdz 31 un 127

Datu bāzes lietotājs: datu bāzes servera lietotāja vārds, kura vārdā datu bāzei tiks piekļūts. Ir būtiski, lai norādītais lietotājs būtu vai nu datu bāzes servera administrators (sa), vai arī datu bāzes īpašnieks (ja tāda jau pastāv), lai turpmāk varētu brīvi modificēt izvēlētās datu bāzes struktūru. Pēdējā gadījumā šim lietotājam ir jābūt lasīšanas piekļuvei galvenajai datu bāzei un pilnīgai piekļuvei tempdb datubāzei. Papildus iepriekš minētajam norādītajam lietotājam ir jābūt procesa administratora vai sysadmin fiksētā servera lomas dalībniekam.

Lietotāja parole: tā lietotāja parole, kura vārdā tiks piekļūts datu bāzei.

Datuma nobīde– 0 vai 2000. Šis parametrs nosaka gadu skaitu, kas tiks pievienots datumiem, kad tie tiek saglabāti datu bāzē. Microsoft dati SQL Server un atņem tos izgūstot. Pieejamība šis parametrs nosaka datumu uzglabāšanas īpatnības Microsoft SQL Server. Microsoft SQL Server izmantotais veids DATETIME ļauj saglabāt datumus diapazonā no 1753. gada 1. janvāra līdz 9999. gada 31. decembrim. Un, ja, strādājot ar informācijas bāzi, var rasties nepieciešamība saglabāt datumus pirms šī diapazona apakšējās robežas, tad kā parametra vērtību jāizvēlas 2000. Ja šādi datumi netiks konstatēti, tad kā datuma nobīde. Pēc informācijas bāzes izveides vērtību šis parametrs Nav var mainīties.

UZMANĪBU! Ja lietojumprogrammas risinājumā tiek izmantoti uzkrāšanas reģistri vai uzskaites reģistri, tad lauks Datuma nobīde ir jāiestata uz 2000. Ja, veidojot datubāzi, šajā laukā tika ievadīta vērtība 0, tad informācijas bāze ir jāaugšupielādē failā, un datu bāze ir jāizveido no jauna, laukā norādot datumus līdz 2000. gadam un jāielādē informācijas bāze

UZMANĪBU! Informācijas bāzes nosaukumiem ir jābūt unikāliem tajā pašā klasterī. Reģistrējot jaunu informācijas bāzi, sistēma pārbauda, ​​vai norādītajā datu bāzes serverī nepastāv datu bāze ar tādu pašu nosaukumu. Ja datu bāze pastāv, tiks izveidots savienojums ar to. Ja esošajā datu bāzē jau ir dati no 1C:Enterprise informācijas bāzes, tiks izveidots savienojums ar jau esošo informācijas bāzi. Un, ja datu bāzē nav informācijas bāzes datu, tad tajā tiks inicializēta jauna 1C:Enterprise informācijas bāze.

Kļūda, veicot darbību ar informācijas bāzi

Pieslēdzoties SQL datu bāzei, var rasties dažādas izveides vai savienojuma kļūdas. Piemēram, ja rodas šāda kļūda:

Šajā gadījumā tika mēģināts izveidot informācijas bāzi, un uzņēmuma serveris nevarēja izveidot savienojumu ar Microsoft SQL Server. Nepieciešams pārbaudīt:

• Lietotāja autentifikācijas parametri (Vārds, parole un tiesības izveidot datubāzi);
• Vai datu bāzes nosaukums atbilst nosaukšanas noteikumiem;
• Vai datu bāzes servera nosaukums ir iestatīts pareizi?
• Atbilst lietotāja autentifikācijas veidam. Iespējams, lietotājs ir pieteicies ar SQL servera lietotājvārdu un SQL iestatījumos ir iestatīts nepareizs lietotāja autentifikācijas veids.

Fons.

Lai administrētu 1C: Enterprise serverus no versijas 8.0, tiek nodrošināta konsole “Administring 1C Enterprise Servers” (Spl-in Microsoft Management Console). Rīks ir diezgan funkcionāls un ērts, izstrādāts kopā ar platformas versijām un uzticīgi kalpo administratoram.

Ar versiju 8.1 parādījās servera izplatīšanas opcija operētājsistēmām, kuru pamatā ir Linux (deb un rpm). Tas ļāva patērētājiem samazināt steku izmantošanu Microsoft tehnoloģijas un ievērojami ietaupīt uz licencēm un programmatūru. Bet kā ar administratoru? Viss tas pats aprīkojums MMC. Grūti vainot izstrādātāju konservatīvismā, jo progress platformas izstrādē gadu gaitā ir izskatījies iespaidīgi (kas nereti kļūst par pamatu pārmetumiem - progresam tiek upurēta stabilitāte). Bet fakts paliek fakts, ka tika ierosināts administrēt 8.1 un 8.2 versiju serverus no Windows.

8.3 versijā parādījās jauni starpplatformu serveru klasteru pārvaldības rīki - ras (pārvaldības serveris) un rac (pārvaldības klients). Pat starp cilvēkiem, kuri pastāvīgi strādā ar platformu 1C: Enterprise, daudzi vienkārši par tiem nezina vai tik tikko par tiem ir dzirdējuši. Tie. Šī vadības metode nav guvusi popularitāti. Un iemesls, šķiet, ir tas, ka rac ir konsoles lietojumprogramma. Slinkam administratoram ir vieglāk palaist mmc un noklikšķināt uz visa nepieciešamā. Bet ir vēl viena iespēja...

Puiši no 1C, jūs nopietni?

Kāpēc neizmantot ras serveri bez rac? Par laimi, uzņēmums 1C publicēja Java administratīvā pakalpojuma API.

Rezultātā mums būs nepieciešams:

1. Uzstādīts un konfigurēts ras. Pēc noklusējuma šī lietojumprogramma ir instalēta kopā ar servera daļu (tajā pašā direktorijā kā ragent.exe), bet pēc noklusējuma nedarbojas. Izlabosim šo trūkumu.

Varat konfigurēt tā palaišanu, kad serveris sāk sāknēties:

Ras klasteris --port=

(ja nenorādīsiet portu, noklusējuma vērtība ir 1545)

Vai arī instalējiet ras kā Windows pakalpojumu (piemērs register-ras.bat fails reģistrācijai no uzņēmuma 1C):

@echo off rem % 1 — pilns 1C versijas numurs: Enterprise set SrvUserName=<имя пользователя>iestatīt SrvUserPwd=<пароль пользователя>set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" klasteris -- service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Administration Server 1C:Enterprise 8.3" sc stop %SrvcName% sc delete %SrvcName% sc izveidot %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% parole= %SrvUserPwd% displayname= %Desctiption%

2. Man pašam bija jāraksta klients par ras Android DroidRAC2. Manuprāt, viss ir intuitīvi iestatāms un savienojams. Lietojumprogramma mēģina atkārtot pazīstamās MMC konsoles stilu un lietotāja interfeisu. Bezmaksas un bez SMS, kā saka. Tiek atbalstīta iespēja skatīt visu komponentu koku un rediģēt pamata iestatījumus, kas darbības laikā jāmaina.

Attīstības perspektīvas.

Pašlaik testēšanai ir pieejama versija 1C: Enterprise 8.4.1, kurā servera daļa ir ievērojami pārveidota. Cita starpā ir izziņots REST API servera administrēšanai un tam ir paziņots klients. Acīmredzot pats izstrādātājs problēmu saskata sliktajā pārvaldības rīku attīstībā un šeit mūs sagaida patīkami pārsteigumi. Tikmēr mums ir jāstrādā ar to, kas mums ir.

P.S. Personīgi es priecājos sekot līdzi 1C uzņēmuma programmatūras straujajai attīstībai, lai gan man bieži ir jāmaksā par šo progresu nervu un laika ziņā. Bet tas ir pavisam cits stāsts

Automatizētā 1C Enterprise sistēma ļauj veikt pārvaldību, tirdzniecību, grāmatvedību un saņemt nepieciešamos pārskatus. Ir divi programmas darbības veidi:

• Fails - 1C ir instalēts tikai vienā datorā; neviens pārvaldnieks nevar strādāt ar datu bāzēm. Šī iespēja ir piemērota maziem uzņēmumiem ar nelielu tirdzniecības apgrozījumu.
• Klienta versija. Strādājot ar 1C, tiek iesaistīta lietotāju sistēma, datu bāzes atrodas vienā datorā, kuram ir pievienoti visi pārējie. Darba opcijai ir trīs līmeņu arhitektūra, kas sastāv no klienta lietojumprogrammas, 1C Enterprise servera un datu bāzēm MS SQL Server vai PostgreSQL formātā. Šajā gadījumā, lai nodrošinātu pareizu konfigurāciju, tiek izmantota 1C servera administrēšana.

1C servera administrēšanas konsole:galvenās funkcijas

1C serverim nav iebūvēta saskarnes administrēšanai, tāpēc tiek izmantota konsole. Tas ir iekļauts atbilstošās 1C Enterprise versijas standarta piegādes komplektā. Šī standarta utilīta ir instalēta katrā lokālais dators, savukārt datu bāzes var atrasties šeit vai attālā serverī.

Izmantojot konsoli 1C Enterprise servera administrēšanai, varat atrisināt šādus uzdevumus:

• Veiciet izmaiņas servera darbībā, izveidojiet jaunas, izdzēsiet nevajadzīgās. Tie var mitināt datu bāzes un definēt mijiedarbību starp dažādiem lietotājiem.
• Izveidojiet administratorus. Tie ir lietotāji, kuriem ir piekļuves tiesības veikt izmaiņas serveros. Katrs administrators var pārvaldīt tikai piešķirto serveri. Ja nepievienojat vienu administratoru, jebkurš reģistrēts lietotājs var administrēt 1C serveri.
• 1C klasteru darbplūsmu izveide. Darbinieku procesu pievienošana ļauj ietekmēt konkrēta lietotāja veiktspēju sistēmā. Īpašumos varat iestatīt maksimālo veiktspējas vērtību (līdz 1000). Skriešanas sesijas ir pievienotas procesam ar maksimālu veiktspēju. Sistemātiski sistēma neatkarīgi analizē un pārdala šīs vērtības optimizācijai.
• Datu bāzu izveide 1C Enterprise. Varat iestatīt iespēju lietotājiem izveidot savienojumu ar to vai ļaut tam darboties tikai lokāli.
• Sesiju piespiedu pārtraukšana. Dažreiz servera ziņojums informē, ka zem norādītais vārds lietotājs jau strādā. Sistēma ne vienmēr pati pārtrauc šo procesu, tāpēc administrēšana ļauj piespiedu kārtā pārtraukt sesiju jebkuram lietotājam.

Kā sākt strādāt 1C?

1C Enterprise klienta lietojumprogramma ir tukša platforma. Lai tas sāktu darboties, jums jāveic vairākas secīgas darbības:

• Konsole ir uzstādīta. Tas ļauj vēlāk administrēt 1C serverus.
• Centrālā servera izveide. Pēc tam, pamatojoties uz to, varat izveidot struktūras, kas tai ziņo. Lai to izdarītu, izmantojot konteksta izvēlni, ievadiet nosaukumu, izmantoto protokolu un saziņai izmantotā porta numuru.
• Klastera izveide. Šajā gadījumā palīdzēs arī konteksta izvēlne. Nepieciešams aizpildīt pieprasīto informāciju (klastera nosaukums, izmantotais dators, savienojuma ports, kas ne vienmēr atbilst iepriekš norādītajam portam).
• Informācijas datu bāzes izveide. Attiecīgajā filiālē ir jāizmanto arī konteksta izvēlne. Tur tiek ievadīti nepieciešamie parametri (nosaukums, apraksts, savienojuma veids, atrašanās vieta, DBVS tips, lietotājvārds un parole). Pēc ievadīto datu pareizības apstiprināšanas tiek izveidota datu bāze. Tagad tajā varat ievadīt nepieciešamos datus.

No pirmā acu uzmetiena 1C Enterprise administrēšana ir vienkāršs process, taču bez pareiziem iestatījumiem sistēma nedarbosies pareizi, lietotājs nevarēs maksimāli izmantot savas iespējas. Iespējamas arī papildu tehniskas problēmas.

Administrācijaprofesionāļi: galvenās priekšrocības

1C klienta versiju izmanto vidēja izmēra un liels bizness, kas ir jāsaista vienota sistēma visi datori, arī attālinātās struktūrvienības. Tas ļauj ņemt vadības lēmumi, saņemt konsolidētos pārskatus, kārtot vispārējo grāmatvedību.

Spēlē svarīgu lomu pareizs iestatījums un pastāvīga platformas uzturēšana, veidojot lietotājus, klasterus, administratorus, veicot izmaiņas datu bāzēs. Lai to izdarītu, jums ir nepieciešams noteikts speciālistu personāls. Lai to izdarītu, varat pieņemt darbā jaunus darbiniekus, pastāvīgi apmācīt esošos cilvēkus vai izmantot ārpakalpojumus. Katrs uzņēmums pats izlemj, kura metode ir piemērota konkrētos darbības apstākļos.

1C platformas administrēšanai, ko veic profesionāli speciālisti, ir vairākas priekšrocības:

• Pareiza sistēmas konfigurācija, kas ļauj garantēt adekvātu 1C darbību bez tehniskām kļūmēm.
• Pastāvīgas izmaiņas un drošības uzraudzība. Uzņēmuma darbība ir dinamiska, tā ir mērķtiecīga automatizēta sistēma jauni uzdevumi vadības un stratēģisku lēmumu pieņemšanai.
• Jaunu moduļu uzstādīšana, pareiza piekļuves tiesību sadale, apakšsistēmu izveide. Tas ir īpaši svarīgi lieliem uzņēmumiem ar filiālēm un attālinātām vienībām.
• Sistēmas slodzes uzraudzība, slodzes sadale starp dažādiem servera datoriem.

1C darbojas ar dažādām arhitektūras komponentu atrašanās vietām, tās var atrasties uz vienas vai dažādi datori. Lai nodrošinātu maksimālu aizsardzību, katru elementu ieteicams ievietot dažādos datoros.

Uzstādot nākamo Grāmatvedības atjauninājumu, saņēmu kļūdu “Strādāju tikai uz 8.3.4”, nu... laiks instalēt 8.3.4. Tātad:

Jaunās platformas lejupielādes un instalēšanas procesu neaprakstīšu, viss ir vienkārši.

Servera aģenta pakalpojums 1C
Pēc noklusējuma tas ir instalēts portā 1540, un tur man darbojas 8.2, tāpēc mēs to mainām reģistra filiālē.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent ImagePath parametrs
mainiet portu numurus, pievienojot nobīdi: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Faili\1cv8\srvinfo"

Palaidiet aģentu un atveriet 1C serveru administrācijas konsoli un izveidojiet klasteru 8.3
Norādīts servera nosaukums un konfigurēts portā 1740 (8.2 darbojas ar 1540)

Veidojam klasteru + nedaudz optimizējam (man ir tikai VIENS mazs serveris, tāpēc norādu restartēšanas intervālu darba procesiem un atmiņas apjomu. Jo man ir viens serveris - defektu tolerances līmenis ir 0)


Tagad sīkāk:
1. Restartēšanas intervāls: 86400 sek (24 stundas). Restartēšanas brīdis nav regulēts, acīmredzot no brīža, kad tiek uzstādīti parametri vai palaists aplikāciju serveris.
2. Varat arī norādīt atļauto atmiņas apjomu: 3 000 000 KB (3 GB) - Serverim ar 4 GB RAM, Ja tas ir mazāks, tad neaizpildietšis variants!.
3. Atmiņas pārtēriņa intervāls ir nepārtraukts laika periods, kad tiek pārsniegts pieļaujamais atmiņas apjoms, pēc kura serveris restartēs procesu. Ja ir norādīts 0 sekundes, tas gaidīs mūžīgi.
4. Darba procesu skaits tiek aprēķināts automātiski, pamatojoties uz jūsu iestatījumiem
5. Kļūdu tolerances līmenis Klastera kļūdu pielaides līmeni var iestatīt kā strādājošo serveru skaitu, kas vienlaikus var izraisīt kļūmi, un tas neizraisīs neparastu lietotāju darbības pārtraukšanu. Rezerves pakalpojumi tiek palaisti automātiski tādā apjomā, kāds nepieciešams, lai nodrošinātu noteikto kļūdu toleranci; Reāllaikā aktīvais pakalpojums tiek replicēts uz rezerves pakalpojumiem.
6. Slodzes sadales režīms, ko var izmantot vai nu, lai palielinātu sistēmas veiktspēju kopumā, vai arī izmantot jauno “atmiņas taupīšanas” režīmu, kas ļauj strādāt “ar ierobežotu atmiņu” gadījumos, kad izmantotā konfigurācija “patīk” apēst atmiņu."

Strādājošs serveris
Mans serveris ir vienkāršs, kopā 2 Gb RAM un tajā būs tikai 2 datu bāzes, tāpēc es to konfigurēšu šādi:

Es iestatīju Informācijas drošības skaitu vienam procesa parametram uz 1, t.i. Es vēlos, lai katra informācijas drošība vadītu savu procesu – tas samazinās savstarpējo ietekmi gan uzticamības, gan veiktspējas ziņā. Jūs to konfigurējat atbilstoši sava servera īpašībām!

Informācijas bāze
Es pievienoju IB:

Starterī urinēšana datubāzē:

Funkcionalitātes piešķiršanas prasības
Es pats to neiestatīju, bet domāju, ka man par to vajadzētu teikt:
Klasteru pārvaldība nozīmē, ka administrators nosaka datoru (darba serveru) sastāvu, uz kuriem atrodas klasteris. Turklāt (ja nepieciešams) viņš var noteikt viņiem “prasības”: kādiem pakalpojumiem un savienojumiem ar informācijas bāzēm jādarbojas katrā no strādājošajiem serveriem. Klasteru vadītāji un darbinieku procesi tiek palaisti automātiski, pamatojoties uz piešķirtajām "prasībām". “Prasības” ražošanas serveriem var norādīt interaktīvi no klastera administrēšanas konsoles vai programmatiski, izmantojot iebūvēto valodu.
Tātad klēpjdatorā ar drošības atslēgu, lai klastera serverī netiktu palaists lietotāji, prasību objektam “Klienta savienojums ar informācijas drošību” jāpievieno “prasības” - “Nepiešķirt”, t.i. liegt darbinieku procesus no šī servera apstrādāt klientu savienojumus. Vēl interesantāka ir iespēja palaist “tikai fona darbus” klastera ražošanas serverī bez lietotāju sesijām. Tādā veidā jūs varat pārvietot ļoti ielādētus uzdevumus (kodu) uz atsevišķu mašīnu. Turklāt vienā datorā varat palaist vienu fona uzdevumu “Mēneša slēgšana”, izmantojot “Papildu parametra vērtību”, bet citā – fona uzdevumu “Pilna teksta indeksa atjaunināšana”. Skaidrojums notiek, izmantojot norādi “Papildu parametra vērtība”. Piemēram, ja kā vērtību norādāt BackgroundJob.CommonModule, varat ierobežot klastera strādājošā servera darbu līdz tikai fona darbi ar jebkuru saturu. Vērtība BackgroundJob.CommonModule..- norāda konkrēto kodu.

Drošības profili
Drošības profili kalpo, lai aizliegtu lietojumprogrammas risinājumam veikt darbības, kas varētu būt potenciāli bīstamas serveru klastera darbībai.
Klastera administrators var piešķirt jebkuru informācijas bāze viens no klasterī esošajiem drošības profiliem. Un tad aplikācijas risinājuma potenciāli bīstamā funkcionalitāte tiks ierobežota šajā profilā aprakstītajās robežās.

Pēc noklusējuma drošības profils pēc izveides aizliedz visas potenciāli bīstamās darbības:
- vērsties pie failu sistēma serveri;
-COM objektu palaišana;
- lietošana ārējās sastāvdaļas 1C: uzņēmums;
- palaist ārējās ārstēšanas metodes un atskaites;
-serverī instalēto aplikāciju palaišana;
- piekļuve interneta resursiem.
Tādējādi pasargāt sevi no nepazīstama lietojumprogrammas risinājuma nevēlamām darbībām ir ļoti vienkārši: jāizveido tukšs drošības profils un jāpiešķir tas informācijas bāzei. Turklāt, ja nepieciešams, varat paplašināt šo profilu, aprakstot tajā darbības, kuras lietojumprogrammas risinājumam ir atļauts veikt.

Klasteru pārvaldnieka pakalpojumu failu atrašanās vieta 1C Enterprise 8.3
Ja, uzstādot sistēmu! "1C:Uzņēmums" ir izvēlējies iespēju palaist "1C:Uzņēmums" serveri kā servisu, tad sistēmas instalēšanas procesā tiks veikta pirmā servera aģenta palaišana. Šajā gadījumā pakalpojums tiks palaists sistēmas instalēšanas dialoglodziņā atlasītā lietotāja vārdā, bet serveru klastera pakalpojuma faili atradīsies direktorijā<каталог установки системы 1С:Предприятие>\srvinfo (palaišanas atslēga -d tiks skaidri norādīta pakalpojuma parametros).

Ja, instalējot sistēmu 1C:Enterprise, atlasījāt opciju palaist serveri kā lietojumprogrammu, tad sistēmas instalēšanas procesā serveris netiek palaists; Servera aģents ir jāstartē neatkarīgi pēc sistēmas instalēšanas pabeigšanas. Turklāt, ja sākuma slēdzis -d nav norādīts, serveru klastera pakalpojuma faili atradīsies noklusējuma direktorijā: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 operētājsistēmai Windows Vista un vecākam) .

UZMANĪBU! Ja šajā centrālajā serverī jau ir izveidots klasteris, tad, mainot servera aģenta (pakalpojuma, lietojumprogrammas) palaišanas opciju vai mainot lietotāju, kura vārdā darbojas servera aģents, vienmēr ir jārūpējas, lai pareizi norādītu ceļu. uz serveru klastera pakalpojumu failu direktoriju. Ja servera aģents startēšanas laikā neatrod klasteru sarakstu, tas šajā serverī izveidos jaunu klasteru.
IN operētājsistēma Linux serveru klastera pakalpojumu faili atradīsies mapē /home/usrlcv8/.lcv8/lC/lcv8 (vai saīsinātā versija ir ~/.1cv8/1C/1cv8).