Ang 1C server management console o ang 1C server administration console, o ang 1C server cluster console ay isang utility na kasama sa 1C Enterprise 8.3, na kinakailangan para sa:

• Pamamahala ng session;
• Pamamahala ng listahan ng mga database;
• Paglikha ng mga 1C cluster para sa fault-tolerant na arkitektura at scalability;
• Flexible na pagsasaayos ng mga proseso ng trabaho;
• Mga limitasyon sa pagkonsumo ng mapagkukunan;
• Paghihiwalay ng mga gawain na isinagawa ng mga gumaganang server (upang ilipat ang mga indibidwal na serbisyo sa iba't ibang gumaganang server);
• Pamamahala ng profile sa seguridad.

Pamamahala ng mga database sa cluster console

Kapag nagtatrabaho sa isang arkitektura ng client-server, ang mga user ay malamang, sa isang paraan o iba pa, ay makakatagpo ng server administration console, kahit na kapag nagdagdag sila ng bagong database sa listahan ng mga infobase. Upang magdagdag ng bagong database, kailangan mong mag-right-click sa mga infobase at piliin ang "Lumikha".

Magbubukas ang isang window.

Sa window na ito, ang mga setting para sa pagkonekta sa DBMS ay napunan, at kung ito ay nawawala, maaari mong gamitin ang opsyon na "Gumawa ng isang database kung wala ito." Ang natitirang mga setting ay maaaring iwanang default.

Maaari mo ring buksan ang parehong window ng mga setting para sa isang nagawa nang infobase, kung saan kailangan mong mag-right-click sa infobase at piliin ang item sa menu na "Properties".

Dito maaari tayong magtakda ng isang bloke para sa pagsisimula ng mga sesyon (magtakda ng isang bloke para sa isang tiyak na panahon). Habang nakalagay ang lock, walang session ang makakakonekta sa database.

Maaari kang magtakda ng isang partikular na mensahe na makikita ng user kapag kumokonekta.

Maaaring gamitin ang opsyong ito, halimbawa, kapag nagsasagawa ng anumang nakagawiang pagpapanatili sa database (karaniwang ina-update ang database). Ngunit kapag ang mga administrator ay kinakailangan na mag-log in sa database na may session blocking na ipinataw, kailangan mong gamitin ang opsyon na "Permission code". Ang pagkakaroon ng tinukoy na code, sa hinaharap, gamit ito, posible na magtrabaho kasama ang database. Halimbawa, itakda natin ang expansion code sa 123 para makapasok tayo sa database mamaya. Dapat gamitin ang parameter kasama ang code ng pahintulot /UC.

Ang blocking parameter ay isang arbitrary na parameter na maaaring gamitin sa program code. Ang pagharang ay magaganap kapag ginagamit ang function GetSessionLock().

Naka-enable ang pagharang sa mga nakagawiang gawain - nangangahulugan ito na ang mga nakagawiang gawain ay hindi isasagawa sa aming database.

Ang mga opsyon na tinalakay ay ang pinakamadalas na ginagamit. Ang natitira ay bihirang ginagamit sa buhay, at ang impormasyon tungkol sa mga ito ay mababasa sa ITS.

Paggawa gamit ang mga session ng Administration Console

Sa administration console, maaari mong pamahalaan ang mga konektadong session para sa isang partikular na database, pati na rin ang mga pangkalahatang session sa isang partikular na cluster.

Ang window ng mga session ay ganito ang hitsura:

Mula sa window na ito maaari kang makakuha ng isang malaking halaga ng impormasyon, simula sa kung sinong user ang session na ito, at nagtatapos sa data ng pagkonsumo ng memory para sa session, pati na rin kung gaano karaming DBMS data ang natanggap, gaano karaming oras ng processor ang ginugol, at marami pa .

Dito maaari mo ring tapusin ang mga session (simula sa bersyon ng platform 1C:Enterprise 8.3 (8.3.13) at itakda ang text ng mensahe na makikita ng user kapag isinara ang 1C thin client.

Gamit ang mga profile ng seguridad, maaari mong i-configure kung aling mga module ang maaaring palawigin gamit ang mga extension, limitahan ang mga extension sa ilang mga module ng pagsasaayos, limitahan ang pag-access sa file system mula sa code ng aplikasyon, limitahan ang pag-access sa mga COM object, panlabas na bahagi, mga third-party na application, atbp.

Mga daloy ng trabaho (clustering)

Sa platform ng 1C 8.2, posibleng manu-manong lumikha ng mga proseso ng manggagawa ng application server (proseso ng manggagawa sa rphost). Sa 8.3, ang mga proseso ng manggagawa ay nilikha ng ragent. Ang bilang ng mga sabay-sabay na tumatakbong proseso ay maaaring kontrolin nang hindi direkta, sa pamamagitan ng mga setting ng gumaganang mga server.

Kapag ginagamit ang mga default na setting, isang rphost ang gagamitin para sa 8 infobase o 128 na koneksyon. Kung mayroon kang 32-bit na OS (i.e. may mga limitasyon sa pagkonsumo ng RAM sa bawat proseso), inirerekomenda na baguhin ang mga halagang ito, halimbawa, magtakda ng isang base bawat proseso at bawasan ang bilang ng mga koneksyon. Ang pinakamainam na bilang ng mga koneksyon ay pinili sa empirically at higit sa lahat ay depende sa partikular na configuration at ang bilang ng mga trabaho sa background.

Dahil tinitingnan namin ang mga katangian ng mga daloy ng trabaho, sulit na banggitin ang iba pang mga setting:

Halaga sa bytes (available sa lahat ng proseso ng cluster worker sa worker server na ito).

• -1 – walang mga paghihigpit;
• 0 – awtomatikong tinutukoy bilang 80% ng RAM ng server.

Ligtas na pagkonsumo ng memorya sa bawat tawag halaga sa bytes.

Maaaring kumuha ng halaga mula -1 hanggang 9 223 372 036 854 775 807:

• -1 – ang anumang tawag sa server ay itinuturing na mapanganib kung ang maximum na halaga ng memorya ng proseso ng pagtatrabaho ay naabot sa panahon ng tawag sa server;
• 0 - ang halaga ng volume ay awtomatikong tinutukoy bilang 5% ng maximum na kapasidad ng memorya ng mga gumaganang proseso sa isang naibigay na gumaganang server.

Kung sa panahon ng isang tawag ang dami ng memorya ay lumampas sa parameter Ligtas na pagkonsumo ng memorya sa bawat tawag, at ang kabuuang paggamit ng memorya ng lahat ng proseso ng rphost ay lumampas sa halagang itinakda Pinakamataas na kapasidad ng memorya ng mga proseso ng pagtatrabaho, maaantala ang naturang tawag.

Ang dami ng memorya ng proseso ng trabaho hanggang sa kung saan ang server ay itinuturing na produktibo, sinusukat sa bytes. Ang isang halaga ng 0 ay nagpapahiwatig na walang limitasyong itinakda. Ang kabuuang halaga ng memorya na inookupahan ng lahat ng proseso ng manggagawa sa server ng manggagawang ito, kapag naabot kung aling mga bagong koneksyon ang hindi na itatalaga sa server ng manggagawang ito.

Bandila manager para sa bawat serbisyo nangangahulugan na ang isang hiwalay na instance ng cluster manager (proseso ng rmngr) ay itatalaga sa bawat serbisyo. Listahan ng mga serbisyong tumatakbo sa cluster:

Bandila Central server nangangahulugan na ang server na ito ay makakapaglapat ng mga koneksyon at makakapag-synchronize ng cluster registry.

Magagamit lang ang mga setting ng workflow kapag gumagamit ng mga lisensya ng CORP! Kung mayroon kang lisensya ng PRO, magiging available ang mga setting, ngunit wala kang karapatang gamitin ang mga ito.

Pinagsasama-sama ang mga server sa isang cluster

Ang mga server ng 1C ay maaaring pagsamahin sa isang kumpol upang malutas ang mga problema ng scalability (pamamahagi ng pagkarga) at pagpapahintulot sa fault. Madaling pagsamahin ang mga server sa isang kumpol; kailangan mo lang gumawa ng gumaganang server.

Kung ang opsyon na "central server" ay hindi naka-install sa bagong server, ang naturang server ay ituturing na gumagana at hindi makakatanggap ng mga koneksyon sa session. Ang arkitektura ng pakikipag-ugnayan ng server ay ginagamit para sa scalability;

Ang antas ng pagpapahintulot sa kasalanan ay itinakda bilang ang bilang ng mga sentral na server -1.

Sa window ng mga setting maaari ka ring magtakda ng mga limitasyon sa pagkonsumo ng mapagkukunan para sa proseso ng manggagawa (rphost). Itatakda ang mga setting para sa buong cluster.

I-restart ang pagitan– agwat sa mga segundo pagkatapos nito ay magsisimulang muli ang daloy ng trabaho. Magsisimula ang countdown mula sa sandaling na-install ang opsyong ito.

Pinapayagan ang laki ng memorya Dapat itong itatag sa batayan na kung ang kundisyon para sa paglampas sa tagapagpahiwatig ay na-trigger, isa pang proseso ng rphost na may parehong laki ang ilulunsad, i.e. sa punto ng oras magkakaroon tayo ng dalawang proseso hanggang sa ang mga koneksyon mula sa luma ay lumipat sa bago.

Interval para sa paglampas sa pinahihintulutang dami ng memorya– agwat sa mga segundo kung saan pinapayagan ang paggamit ng memory na nakatakda sa parameter Pinapayagan ang dami ng memorya.

Interval para sa paglampas sa pinahihintulutang dami ng memorya. Kung ang value ng Server Error Count Tolerance property ay 0, hindi isasagawa ang error count variance check. Anuman ang halaga na itinakda para sa property na ito, ang isang workflow na gumagawa ng hindi hihigit sa 1 error sa bawat 100 kahilingan ay itinuturing na gumagana nang normal at hindi itinuturing na may problema. Tingnan natin ang isang halimbawa kung paano gumagana ang Matitiis na paglihis sa bilang ng mga error sa server. Sabihin nating para sa 100 kahilingan, sa karaniwan, 2 error ang naitala sa huling 5 minuto. Kung ang Pinahihintulutang paglihis sa bilang ng mga pag-aari ng mga error sa server ay itinakda sa 50, ang daloy ng trabaho kung saan higit sa 3 mga error ang naitala sa bawat 100 na kahilingan ay ituring na may problema.

Ang mga proseso ay na-restart "marahan":

• Nagsimula ang isang bagong proseso ng rphost;
• Ang lumang proseso ng rphost ay pinapatay ngunit hindi tinapos;
• Ang mga koneksyon ay itinalaga sa bagong likhang proseso ng rphost, na agad na ganap na gumagana;
• Susuportahan ng lumang proseso ang mga kasalukuyang tawag dito. Ang mga nakatalagang tawag ay susuportahan para sa oras na tinukoy sa parameter "Ihinto ang mga prosesong naka-off pagkatapos" segundo

Kapag pinagsasama-sama ang ilang mga server sa isang cluster, maaari naming ilipat ang ilang mga serbisyo sa magkahiwalay na mga server. Halimbawa, maaari naming ilipat ang gawain ng mga trabaho sa background sa isang hiwalay na server o lumikha ng isang server ng paglilisensya (isang server na mamamahagi ng mga lisensya ng kliyente). Isang kumpletong listahan ng mga serbisyo na ginagawa ng server at maaaring italaga muli:

Ang pagtatalaga ng serbisyo sa isang partikular na server ng produksyon ay nagagawa sa pamamagitan ng mga kinakailangan sa pagtatalaga ng functionality.

Tinalakay ng artikulo ang mga pangunahing kakayahan ng console ng administrasyon, ngunit ang paksang ito ay napakalawak at komprehensibong impormasyon tungkol sa partikular na pag-andar ng utility ng administrasyon ay matatagpuan sa ITS.

Para sa iba't ibang dahilan, maaaring mawala ang access sa 1C:Enterprise server, at pagkatapos ay kapag sinubukan naming ilunsad ang cluster console, makakakita kami ng prompt para ipasok ang data ng pagpapatunay, ngunit wala kaming magagawa:

Hindi natin tatalakayin ang mga dahilan na humantong dito. Simulan natin ang paglutas ng problema. Kailangan nating ibalik ang access sa server sa anumang paraan. Hindi mahalaga kung i-reset namin ang password o pipiliin ang data ng pagpapatunay.

Gawin natin ang pinakamabilis na ruta. Mayroon kaming mga karapatan ng administrator sa server, kaya magagawa namin ito nang may pinakamababang pagsisikap.

Solusyon

Una sa lahat, itigil natin ang serbisyong "1C:Enterprise 8.2 Server Agent". Upang gawin ito, tumakbo sa command line:

sc stop" 1 C:Enterprise 8 . 2 Ahente ng Server"

Ang parehong ay maaaring gawin sa pamamagitan ng graphical utility na "Mga Serbisyo":

Batay sa data ng file, maaaring hatulan na ang isang "Adm" administrator ay idinagdag sa server na may isang tiyak na password. Maaari naming palitan ang data ng user na kailangan namin ng "tama" na password, o tanggalin ang entry tungkol sa administrator ng server. Piliin natin ang huling paraan. Ito ang hitsura ngayon ng mga nilalaman ng file:

Simulan natin ang serbisyo ng server. Sa susunod na simulan mo ang 1C:Enterprise server cluster console, hindi hihilingin ng program ang data ng pagpapatunay.

Bottom line

Inilalarawan ng artikulo ang isang paraan para sa pag-reset ng administrator account para sa isang 1C:Enterprise 8.2 server. Ito ay nagkakahalaga ng pagsasaalang-alang na ang mga administrator account ay maaaring idagdag para sa bawat infobase nang hiwalay. Sa kasong ito, tingnan ang file na "1CV8Reg.lst", na karaniwang matatagpuan sa direktoryo:

" C: Mga File ng Programa (x86) 1 cv82srvinforeg_1541"

kung saan ang "reg_1541" ay ang direktoryo ng mga setting ng kumpol, ang pangalan ng direktoryo na nakadepende sa mga setting nito.

Ang file na ito ay nag-iimbak ng mga setting ng infobase, pati na rin ang data ng pagpapatunay ng mga administrator ng cluster.

Ang data ng pagpapatunay ng bawat IS ay kasabay ng kaukulang data ng pagpapatunay ng mga gumagamit ng base ng impormasyon na ito. Upang mabuksan ang mga katangian ng database sa cluster, kailangan mong ipasok ang pag-login at password ng isang gumagamit ng seguridad ng impormasyon na may mga karapatang pang-administratibo.

Ngayon alam mo na kung ano ang kailangan mong gawin. Sa anumang pagkakataon ay hindi mo dapat isaalang-alang ang inilarawang paraan ng pag-reset ng 1C:Enterprise server administrator account bilang pag-hack, dahil walang mga karapatan ng administrator ay walang magagawang tulad nito (paghinto sa serbisyo ng server, pag-access sa direktoryo ng mga setting ng server, atbp.) na magagawa.

Kung interesado ka, narito ang ilang artikulo sa isang kaugnay na paksa, lalo na sa pagpili/pagbawi ng mga password para sa mga user ng 1C:Enterprise 8.2 information base:

1. "Kung mas magaan ang password, mas madali ito"

2. "Pagpasok nang walang imbitasyon"

3. "Nagre-reset ng mga account. Nagsusulat kami ng isang pangkalahatang programa sa .NET Framework"

21/03/2016

Mga tampok ng paggamit ng administration console para sa 1C:Enterprise server ng iba't ibang bersyon

Panimula

Sa pagpapatuloy ng dati nang nai-publish na dokumento, na naglalarawan sa posibilidad ng pagpapatakbo ng ilang mga serbisyo ng 1C sa isang server, nais naming pag-usapan ang tungkol sa mga tampok ng paggamit ng administration console ng 1C:Enterprise server ng iba't ibang mga bersyon. Ang katotohanan ay na sa isang karaniwang pag-install ng console na ito, magagawa mo lamang na pangasiwaan ang 1C server ng isang bersyon. Kung maraming bersyon ng platform ang naka-install sa isang server at maraming serbisyo ng 1C ang tumatakbo, ang tanong ay kung paano mangasiwa ng mga 1C server ng iba't ibang bersyon sa loob ng isang server?

Pagpaparehistro ng 1C console

Para irehistro ang administration console para sa 1C:Enterprise server, iminumungkahi ng 1C ang paggamit ng RegMSC .cmd executable file na matatagpuan sa bin folder ng 1C server directory. Maaaring ilunsad ang file na ito mula sa Start menu sa Windows: “1C Enterprise 8 -> Advanced -> [kinakailangang bersyon ng 1C platform] -> Pagpaparehistro ng 1C Enterprise server administration utility.”

Ang RegMSC .cmd file ay naglalaman ng sumusunod na script:

regsvr32 /n /i:user radmin.dll

Ang layunin ng script na ito ay irehistro lamang ang radmin .dll component. Sa pagsasagawa, hindi maginhawang gamitin ang script na ito, dahil sa bawat oras bago simulan ang administration console ng 1C:Enterprise server ng kinakailangang bersyon, kailangan mong patakbuhin ang kaukulang RegMSC .cmd file. Dagdag pa, ang script na ito ay hindi gumagana at kailangang pagbutihin (malamang, kapag naisakatuparan mo ito, makakatanggap ka ng mensahe tungkol sa matagumpay na pagpaparehistro ng bahagi, ngunit hindi gagana ang console).

Kaya, gusto naming makakuha ng gumaganang script na magbibigay-daan sa aming i-automate at isagawa ang mga sumusunod na pagkilos sa isang pag-click:

1. Mga bahagi ng pagpaparehistro radmin. dll ng kinakailangang bersyon;
2. Inilunsad ang 1C cluster console.

Iminumungkahi naming baguhin ang script sa itaas at gumawa ng pangunahing unibersal na script para sa pagrerehistro ng mga bahagi at paglulunsad ng kagamitan (mga console), pati na rin ang paglikha ng "mga starter script" para sa mga console ng mga kinakailangang bersyon. Narito ang nakuha namin:

rem %1 - buong numero ng bersyon ng 1C:Enterprise

@echo off

Dapat i-save ang script na ito sa isang executable na file sa .bat na format (halimbawa, "start _console .bat"). Tingnan natin ang script na ito nang mas detalyado. Ang sumusunod na linya ay responsable para sa tamang pagpaparehistro ng radmin .dll component:

simulan /wait regsvr32 /s "C:\Program Files (x86)\1cv8\%1\bin\radmin.dll"

Ang numero ng bersyon ng 1C platform ay ipinapasa dito bilang isang parameter (%1). Ang susunod na linya ay responsable para sa paglulunsad ng MMC console na may snap-in para sa pangangasiwa ng 1C:Enterprise server:

simulan ang "C:\Windows\System32\mmc.exe" "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"

start_console 8.3.7.1873

Dahil ang pagrerehistro sa radmin .dll component ay hindi nakakaapekto sa pagpapatakbo ng mga tumatakbo nang administration consoles para sa 1C:Enterprise server, gamit ang diskarteng ito at ang mga iminungkahing script, maaari naming sabay na ilunsad ang mga administration console para sa 1C:Enterprise server ng iba't ibang bersyon at matagumpay na gumana sa kanila, na may sariling mga bersyon ng cluster sa bawat isa. Tapos na, maaari ka na ngayong mangasiwa ng ilang bersyon ng 1C server sa isang server.

Pakitandaan na ang mga iminungkahing script ay gumagamit ng 32-bit na bersyon ng mga bahagi. Kapag sinubukan mong magrehistro ng 64-bit na bahagi sa parehong paraan, makakatanggap ka ng mensahe na matagumpay itong nairehistro, ngunit pagkatapos ay kapag inilunsad mo ang 1C: Enterprise server administration console, malamang na makakita ka ng error tulad ng:

Hindi magawa ng MMC ang snap in, Pangalan: 1C:Enterprise (x86-64) Server, CLSID:…

Hanggang sa malutas ang problemang ito, hindi posible ang paggamit ng ilang 64-bit administration console para sa 1C:Enterprise server sa loob ng isang server. Kung mayroon kang iba pang impormasyon at alam kung paano lutasin ang problemang ito, ikalulugod naming i-update ang artikulo.

Konklusyon

Sa artikulong inilarawan namin ang isang paraan na nagbibigay-daan sa iyong gumamit ng ilang mga console ng administrasyon para sa 1C:Enterprise server ng iba't ibang bersyon. Ito ay kinakailangan kung ikaw ay nagtatrabaho sa isang server na may ilang gumagana o pagsubok na database, kung saan ang mga bersyon ng 1C server na ginamit ay iba.

Umaasa kami na madali mong makumpleto ang gawaing kailangan mo at patuloy na masisiyahan sa paggamit ng mga produkto ng 1C. Buweno, kung ang isang bagay ay hindi gumagana para sa iyo, o nakatagpo ka ng ilang mga paghihirap, tiyak na tutulong kami!

Tuloy ang buhay, at umuunlad ang 1C:Enterprise 8 platform. Ang mga tool sa pangangasiwa ng 1C server ay sa wakas ay binuo ng vendor (tingnan), na hindi direktang nagpapatunay sa problema ng hindi sapat na pag-unlad ng mga tool na ito

Partikular sa DroidRAC, lumitaw ang mga sumusunod na problema sa paglipas ng panahon:

DroidRAC2 0.0.4

Ganap na muling isinulat - sunod sa moda, sunod sa moda, kabataan (Kotlin, JetPack, Single-activity)

Bagong api mula sa 1C, tugma sa 8.3.11+

Sa unang bersyon, ayon sa tradisyon, read-only at kaunting pag-aalis (halimbawa, pagtanggal ng mga session ng user)

Idinagdag ang seksyong "Mga Susi". nangongolekta ito ng data ng lisensya mula sa lahat ng workflow/session ng user para subaybayan ang bilang ng mga lisensyang ginamit

Pagdaragdag/pagbabago ng mga administrator ng server at cluster

Pagtingin sa mga katangian ng counter value ng performance

Pag-edit ng mga katangian ng cluster at production server

DroidRAC2 0.0.7

Baguhin ang lahat ng mga katangian ng mga bahagi ng cluster (na hindi suportado sa mga nakaraang bersyon)

DroidRAC2 0.0.8

Pagdaragdag/pag-alis ng mga counter at mga limitasyon sa pagganap
+ pagdaragdag ng mga bagong database

DroidRAC2 0.1.0

Maghanap sa RAS. Binibigyang-daan kang maghanap at magdagdag ng ras address mula sa lokal na subnet. Posibleng maghanap sa iba pang mga subnet at sa hindi karaniwang port. Ngunit! Depende sa iyong hurisdiksyon, ang pag-scan sa mga subnet ng ibang tao ay maaaring magkaroon ng magkakaibang mga pagsingil.
- Maramihang seleksyon ng mga linya sa mga listahan
- sa mode ng pagpili, ang kabuuang bilang ng mga linya sa listahan at mga operasyon sa mga napiling elemento ay magagamit
- pagtanggal ng mga session at koneksyon sa maramihang mode ng pagpili. Kapag nagtatanggal ng mga sesyon, huwag tanggalin ang sesyon ng RAS upang maiwasan ang pagkawala ng iyong sariling koneksyon. Kapag nagtatanggal ng mga koneksyon, tandaan na maaari ka lamang magtanggal ng mga koneksyon na nauugnay sa isang session, ngunit ito ay madalas na walang kabuluhan dahil Ibinabalik sila ng 1C

DroidRAC2 0.1.2

Pagdaragdag/pag-alis ng mga kumpol

Pagdaragdag/pag-alis ng mga server ng produksyon

Maghanap sa mga listahan na hindi sensitibo sa case

Pagwawasto ng error

Isinagawa ang pagsubok para sa platform 8.3.13.1690

Para sa moral na suporta, maaari mo ring i-download ang kalakip na file para sa impormasyon kung gusto mong suportahan ang proyekto. Ang bilis ng pag-unlad ng isang tool ay direktang nauugnay sa pangangailangan nito.

Ang mga bituin, komento, hangarin para sa pag-unlad sa may-akda ay magiging kaaya-aya din.