8.3 8 default na setting ng cluster ng server

Ang artikulong ito ay naglalaman ng impormasyon tungkol sa pamamaraan ng pag-install ng 1C sa bersyon ng client-server.

Ang pag-install ng 1C platform ay inilarawan sa aming iba pang artikulo - "1C Administration", sa seksyong "1C Installation". Ang pag-install sa isang server ay halos kapareho ng pag-install sa isang lokal na computer, na may isang pagkakaiba lamang. Sa bersyon ng server, kapag pumipili ng mga bahaging i-install, dapat mong piliin ang "1C: Enterprise Server" at "1C: Enterprise Server Administration".

I-install ang 1C sa mga computer ng kliyente kung saan gagawin ang mga koneksyon sa server.

Ang pag-install sa mga computer ng kliyente ay hindi naiiba sa pamamaraang inilarawan sa itaas sa artikulong "1C Administration".

Lumikha ng infobase sa SQL.

Ang paglikha ng base ng impormasyon sa SQL ay katulad din ng paglikha ng database sa bersyon ng file. Ang pagkakaiba ay sa yugto ng pagpili ng uri ng lokasyon ng base ng impormasyon, dapat mong piliin ang "Sa 1C: Enterprise server".

Sa item na "Server cluster," tukuyin ang pangalan (o mas mabuti pa, ang IP address) ng server kung saan mo na-install ang SQL.

Sa seksyong "Infobase name," tukuyin ang anumang pangalan na gusto mong ibigay sa database.

Uri ng DBMS - SQL.

Ang database user at ang kanyang password ay ang parehong superuser na binanggit sa itaas sa panahon ng pag-install ng MS SQL.

Iwanan ang petsa na offset bilang default.

Kinakailangang suriin ang opsyong "Gumawa ng database kung wala ito" at i-click ang "Next".

Ngayon ang database ay matagumpay na nalikha sa SQL server at naidagdag sa listahan ng mga magagamit na database. Sa ibaba sa larawan ay makikita mo ang resulta ng gawaing ginawa.

Ito ay nagkakahalaga na tandaan na ang nilikha na database ay walang laman pa rin. Ito ay isang balangkas, isang lugar na inilaan sa SQL para sa iyong base ng impormasyon. Upang mai-load ang iyong database sa balangkas na ito, kailangan mong gamitin ang mga tool sa base ng impormasyon sa Pag-upload/Pag-load. Ang pamamaraan ng Pag-upload/Pag-download ay inilarawan din sa aming iba pang artikulong "1C Administration".

Upang maihatid ang system sa isang perpektong estado sa hinaharap, kakailanganing i-configure ang isang "plano sa pagpapanatili" para sa nilikha na database. Ang plano sa pagpapanatili ay isang hanay ng mga pamamaraan na regular na gagawin ng SQL sa isang naibigay na iskedyul. Halimbawa, regular itong gagawa ng mga backup at magde-delete ng mga pansamantalang file. Ang pagtatrabaho sa SQL ay lampas sa saklaw ng artikulong ito at ilalarawan sa isa sa mga sumusunod.

Server cluster 1C:Enterprise 8 (1C:Enterprise 8 Server Cluster)

Ang 1C:Enterprise 8 server cluster ay ang pangunahing bahagi ng platform, na nagsisiguro ng interaksyon sa pagitan ng database management system at ng user sa kaso ng client-server operation. Ginagawang posible ng cluster na ayusin ang walang tigil, fault-tolerant, competitive na trabaho para sa malaking bilang ng mga user na may malalaking database ng impormasyon.

Ang cluster ng server ng 1C:Enterprise 8 ay isang lohikal na konsepto na nagsasaad ng isang hanay ng mga proseso na nagsisilbi sa parehong hanay ng mga database ng impormasyon.

Ang mga sumusunod na kakayahan ng isang server cluster ay maaaring matukoy bilang ang mga pangunahing:

  • ang kakayahang gumana pareho sa marami at sa isang computer (mga gumaganang server);
  • maaaring suportahan ng bawat server ng manggagawa ang paggana ng isa o ilang mga proseso ng manggagawa na nagseserbisyo sa mga koneksyon ng kliyente sa loob ng mga hangganan ng cluster na ito;
  • ang pagsasama ng mga bagong kliyente sa mga proseso ng trabaho ng cluster ay nangyayari batay sa isang pangmatagalang pagsusuri ng mga istatistika ng pagkarga ng proseso ng trabaho;
  • pakikipag-ugnayan ng lahat ng mga proseso ng kumpol sa isa't isa, sa mga aplikasyon ng kliyente at ang database server ay isinasagawa sa pamamagitan ng TCP/IP protocol;
  • Ang mga proseso ng kumpol ay tumatakbo, maaaring isang serbisyo o isang aplikasyon

Opsyon sa Client-server. Scheme ng trabaho

Sa opsyong ito, nakikipag-ugnayan ang isang client application sa server. Ang server cluster, naman, ay nakikipag-ugnayan sa database server.

Ang papel ng central server ng cluster ay ginagampanan ng isa sa mga computer na bahagi ng server cluster. Bilang karagdagan sa paghahatid ng mga koneksyon sa kliyente, pinamamahalaan din ng central server ang pagpapatakbo ng buong cluster at iniimbak ang registry ng cluster na ito.

Ang cluster ay tinutugunan para sa mga koneksyon ng kliyente sa pamamagitan ng pangalan ng central server at posibleng ang network port number. Kung ang isang karaniwang port ng network ay ginagamit, pagkatapos ay upang kumonekta kailangan mo lamang na tukuyin ang pangalan ng gitnang server.

Sa panahon ng pagtatatag ng koneksyon, ang client application ay nakikipag-ugnayan sa gitnang server ng cluster. Batay sa pagsusuri ng mga istatistika ng pagkarga ng proseso ng manggagawa, ipinapasa ng sentral na server ang aplikasyon ng kliyente sa kinakailangang proseso ng manggagawa, na dapat itong ihatid. Maaaring i-activate ang prosesong ito sa anumang gumaganang server sa cluster, partikular sa central server.

Ang pagpapanatili ng koneksyon at pag-authenticate ng user ay sinusuportahan ng workflow na ito hanggang sa huminto ang kliyente sa pagtatrabaho sa isang partikular na infobase.

cluster ng server

Ang isang pangunahing cluster ng server ay maaaring isang computer at naglalaman lamang ng isang proseso ng manggagawa.

Sa figure maaari mong obserbahan ang lahat ng mga elemento na, sa isang paraan o iba pa, ay nakikibahagi sa pagpapatakbo ng cluster ng server. Ito ang mga sumusunod na elemento:

  • mga proseso ng kumpol ng server:
    o ragent.exe;
    o rmngr.exe;
    o rphost.exe;
  • imbakan ng data:
    o listahan ng mga kumpol;
    o cluster registry.

Ang proseso ng ragent.exe, na tinatawag na server agent, ay nagsisiguro sa paggana ng computer bilang bahagi ng isang cluster. Samakatuwid, ang computer kung saan tumatakbo ang proseso ng ragent.exe ay dapat na tinatawag na isang production server. Sa partikular, ang isa sa mga functional na responsibilidad ng ragent.exe ay ang pagpapanatili ng isang registry ng mga cluster na matatagpuan sa isang partikular na gumaganang server.

Ang cluster registry o ang server agent ay hindi isang mahalagang bahagi ng server cluster, ngunit pinapagana lamang ang server at ang mga cluster na matatagpuan dito upang gumana.

Ang server cluster mismo ay binubuo ng mga sumusunod na elemento:

  • isa o higit pang mga proseso ng rmngr.exe
  • cluster registry
  • isa o higit pang mga proseso ng rphost.exe.

Cluster manager (proseso rmngr.exe). Nagsisilbi itong kontrolin ang paggana ng buong kumpol. Ang isang cluster ay maaaring magsama ng ilang rmngr.exe na proseso, isa sa mga ito ay palaging magiging pangunahing tagapamahala ng cluster na ito, at ang natitirang mga proseso ay mga karagdagang tagapamahala. Ang gitnang server ng cluster ay dapat na tinatawag na gumaganang server kung saan nagpapatakbo ang pangunahing cluster manager at naglalaman ng listahan ng cluster. Ang pagpapanatili ng cluster registry ay isa sa mga function ng pangunahing cluster manager.

Proseso ng manggagawa (proseso ng rphost.exe). Siya ang direktang naglilingkod sa mga aplikasyon ng kliyente, na nakikipag-ugnayan sa server ng database. Sa prosesong ito, maaaring isagawa ang ilang mga pamamaraan ng pagsasaayos ng module ng server.

Scalability ng 1C na bersyon 8.3

Ang scalability ng isang server cluster ay nakakamit sa mga sumusunod na paraan:

  • dagdagan ang bilang ng mga tagapamahala sa cluster at ang pamamahagi ng mga serbisyo sa pagitan nila
  • dagdagan ang bilang ng mga proseso ng manggagawa na gumagana sa isang partikular na server ng manggagawa
  • dagdagan ang bilang ng mga gumaganang server na bumubuo sa cluster.

Gamit ang ilang mga manager nang sabay-sabay.

Ang mga function na ginagawa ng cluster manager ay nahahati sa ilang mga serbisyo. Maaaring italaga ang mga serbisyong ito sa iba't ibang cluster manager. Ginagawa nitong posible na pantay-pantay na ipamahagi ang load sa ilang proseso.

Gayunpaman, ang ilang mga serbisyo ay maaari lamang gamitin ng pangunahing cluster manager:

  • serbisyo sa pagsasaayos ng kumpol
  • serbisyo sa pamamahala ng item sa pag-debug
  • serbisyo ng cluster lock.

Para sa iba pang mga serbisyo, ang mga arbitrary na cluster manager ay pinapayagang italaga:

  • serbisyo ng log
  • serbisyo sa pagharang ng bagay
  • serbisyo sa trabaho
  • buong serbisyo sa paghahanap ng teksto
  • serbisyo ng data ng session
  • serbisyo sa pagnunumero
  • serbisyo ng custom na setting
  • serbisyo sa oras
  • serbisyo sa pagharang ng transaksyon.

Paggamit ng maraming daloy ng trabaho nang sabay-sabay.

Sa isang banda, ang paggamit ng ilang mga proseso ng trabaho ay ginagawang posible upang mabawasan ang pagkarga ng bawat partikular na proseso ng trabaho. Sa kabilang banda, ang paggamit ng maraming proseso ng manggagawa ay humahantong sa mas mahusay na paggamit ng mga mapagkukunan ng hardware ng server ng produksyon. Bukod dito, ang pamamaraan para sa paglulunsad ng ilang mga proseso ng trabaho ay nagdaragdag sa pagiging maaasahan ng server, dahil ito ay naghihiwalay sa mga grupo ng mga kliyente na nagtatrabaho sa iba't ibang mga base ng impormasyon. Ang isang proseso ng manggagawa sa isang cluster na nagbibigay-daan sa maraming proseso ng manggagawa na tumakbo ay maaaring awtomatikong i-restart sa loob ng isang agwat ng oras na tinukoy ng administrator ng cluster.

Ang kakayahang gumamit ng higit pang mga proseso ng manggagawa (pagpapataas ng bilang ng mga koneksyon ng kliyente) nang hindi pinapataas ang load sa isang partikular na proseso ng manggagawa ay nagreresulta sa pagtaas ng pagbabago sa bilang ng mga server ng manggagawa na bahagi ng cluster.

Fault tolerance ng 1C na bersyon 8.3

Ang katatagan sa mga pagkabigo ng cluster ay sinisiguro sa tatlong paraan:

  • kalabisan ng cluster mismo
  • reserbasyon ng mga proseso ng trabaho
  • paglaban sa pagkagambala sa channel ng komunikasyon.

Pag-back up ng 1C cluster na bersyon 8.3

Ang ilang mga kumpol ay pinagsama sa isang redundancy na pangkat. Awtomatikong naka-synchronize ang mga cluster na nasa ganoong grupo.

Kung nabigo ang aktibong cluster, papalitan ito ng susunod na gumaganang cluster sa grupo. Kapag naibalik na ang nabigong cluster, magiging aktibo ito pagkatapos ng pag-synchronize ng data.

Backup ng 1C work process version 8.3

Para sa bawat isa sa mga daloy ng trabaho, posibleng tumukoy ng mga opsyon para sa paggamit nito:

  • gamitin
  • Huwag gamitin
  • gamitin bilang backup.

Kung nag-crash ang isang proseso, magsisimula na lang ang cluster na gumamit ng kasalukuyang hindi aktibong backup na proseso. Sa kasong ito, ang load dito ay awtomatikong muling ipinamamahagi.

Paglaban ng 1C na bersyon 8.3 sa pagkagambala ng channel ng komunikasyon

Dahil ang bawat user ay binibigyan ng sarili niyang session ng komunikasyon, nag-iimbak ang cluster ng data tungkol sa mga user na kumonekta at kung anong mga aksyon ang kanilang ginawa.

Kung mawala ang pisikal na koneksyon, ang cluster ay nasa isang estado ng paghihintay para sa isang koneksyon sa user na ito. Sa karamihan ng mga kaso, pagkatapos na maibalik ang koneksyon, ang user ay makakapagpatuloy sa pagtatrabaho nang eksakto mula sa punto kung saan nawala ang koneksyon. Hindi na kailangang muling kumonekta sa infobase.

Mga session sa 1C na bersyon 8.3

Ginagawang posible ng isang session na matukoy ang aktibong user ng isang partikular na infobase at matukoy ang daloy ng kontrol mula sa kliyenteng ito. Ang mga sumusunod na uri ng mga sesyon ay nakikilala:

  • Thin client, Web client, Thick client - nangyayari ang mga session na ito kapag na-access ng mga kaukulang kliyente ang infobase
  • Koneksyon ng uri ng "Configurator" - nangyayari ito kapag ina-access ang infobase ng configurator
  • Koneksyon ng COM – nabuo kapag gumagamit ng panlabas na koneksyon upang ma-access ang isang infobase
  • WS connection – nangyayari kapag ina-access ang web server infobase bilang resulta ng pag-access sa isang Web service na nai-publish sa web server
  • Trabaho sa background – ginawa kapag na-access ng proseso ng cluster worker ang infobase. Ang ganitong session ay ginagamit upang isagawa ang code ng background job procedure,
    Cluster console – ginawa kapag ang client-server administration utility ay nag-access ng proseso ng manggagawa
  • COM administrator – nangyayari kapag ang proseso ng manggagawa ay na-access gamit ang isang panlabas na koneksyon.
  • Magtrabaho sa ilalim ng iba't ibang mga operating system

Ang anumang mga proseso ng cluster ng server ay maaaring gumana sa ilalim ng parehong Linux operating system at Windows operating system. Ito ay nakamit sa pamamagitan ng katotohanan na ang pakikipag-ugnayan ng kumpol ay nangyayari sa ilalim ng kontrol ng TCP/IP protocol. Ang cluster ay maaari ding magsama ng mga gumaganang server na nagpapatakbo ng alinman sa mga operating system na ito.

Server Cluster Administration Utility 8.3

Kasama sa package ng system ang isang utility para sa pangangasiwa ng opsyon sa client-server. Ginagawang posible ng utility na ito na baguhin ang komposisyon ng cluster, pamahalaan ang mga base ng impormasyon, at mabilis na pag-aralan ang mga lock ng transaksyon.

Ginagawang posible ng ilang proseso ng manggagawa sa isang server na epektibong magamit ang dami ng RAM at mga mapagkukunan ng processor upang maisagawa ang mga kahilingan, pati na rin ikonekta ang isang session ng kliyente sa isa pang proseso ng manggagawa kung ang kasalukuyang "nag-crash".
Ang Server Agent (ragent) program ay responsable para sa pag-unawa kung ano ang tumatakbo sa isang partikular na server. Ang pagpapahinto sa ahente ng server ay gagawing hindi magagamit ang server para magamit ng cluster. Iniimbak ng ahente ang impormasyon nito sa file na srvribrg.lst.

Ang impormasyon tungkol sa mga database ng trabaho at mga kasangkot na proseso ng trabaho ay pagmamay-ari ng "Server Manager" (rmngr). Iniimbak nito ang impormasyong ito sa file na 1CV8Reg.lst. Ang pagpapahinto sa server manager ay maaaring humantong sa pag-restart ng mga application ng kliyente kung matagumpay na mag-restart ang manager o sa kumpletong paghinto ng gumaganang mga server ng buong cluster.

1C: Ang enterprise ay nagbibigay-daan sa posibilidad na lumikha ng ilang independiyenteng mga kumpol sa isang server. Ang bawat isa sa kanila ay kinilala sa network sa pamamagitan ng isang natatanging "IP port" at isang natatanging numero sa mga file ng serbisyo. Ang unang cluster ay tumatanggap ng port 1541 bilang default.

Idinisenyo ang snap-in ng Enterprise Servers para pamahalaan ang cluster.
Maaari kang kumonekta sa mga server sa pamamagitan ng pangalan ng server o IP address.

Ahente ng server

"Alam" ng ahente ng server ang tungkol sa lahat ng mga kumpol na tumatakbo sa server. Ang impormasyong ito ay naka-imbak sa file na srvribrg.lst na may listahan ng mga cluster at listahan ng mga administrator. Ang pangunahing port ng ahente ay 1540. Sa bawat Working server, isang ahente lang ang maaaring ilunsad, na nagseserbisyo sa lahat ng posibleng cluster sa server na ito.

Tingnan natin ang mga katangian ng cluster

I-restart ang pagitan

Ini-restart ng parameter na ito ang mga proseso ng trabaho ng 1C server ayon sa tinukoy na halaga sa ilang segundo. Karaniwan, ang parameter ay ginagamit sa mga server ng application na mayroong 32-bit system, dahil ang kapasidad ng memory doon ay limitado sa ~ 3.7 GB kung ang operating system ay 64-bit at ang application server ay 32-bit. Kung ang OS ay gumagamit ng isang 32-bit na arkitektura, kung gayon ang kabuuang pagkonsumo ng memorya ng proseso ng pagtatrabaho ay ~ 1.7 GB. At kadalasang makakatanggap ang mga user ng mensahe ng error tulad ng "Hindi sapat na memorya sa server ng 1C Enterprise." Ang pinakamadaling paraan upang maiwasan ang error na ito ay i-restart ang mga proseso ng trabaho, halimbawa 86400 segundo (1 araw). Kapag binabago ang parameter, magsisimula ang bilang ng oras mula sa simula ng serbisyo ng 1C application server.

Pinapayagan ang laki ng memorya

I-restart ang mga proseso ng manggagawa kapag naabot ang isang tiyak na threshold ng memorya na inookupahan ng proseso ng manggagawa sa kilobytes.

Interval para sa paglampas sa pinahihintulutang dami ng memorya

Nangangahulugan ito na kung sa loob ng isang tinukoy na bilang ng mga segundo ang memorya na tinukoy sa parameter na "pinahihintulutang halaga ng memorya" ay lumampas, pagkatapos ay ang 1C server ay magpapasya na i-restart ang daloy ng trabaho.

Pinahihintulutang paglihis ng bilang ng mga error sa server

Ito ay kinakalkula bilang mga sumusunod. Mayroon kaming mga tawag sa server na makikita sa log ng teknolohiya sa pamamagitan ng kaganapang "TUMAWAG", at mayroon ding iba't ibang sitwasyon sa pagbubukod na makikita sa log ng teknolohiya ng kaganapang "EXCP". Kinakalkula ng platform ang ratio ng mga kaganapang ito. Ipinapalagay na ang mga kaganapang ito ay dapat na halos pareho. Kung sa anumang proseso ng trabaho ang ratio na ito ay lumampas sa ratio ng mga kaganapang ito sa iba pang mga proseso ng trabaho ng ilang makabuluhang halaga, kung gayon ang naturang proseso ng trabaho ay itinuturing na may problema. Ang value na ito lang ang nakatakda sa parameter na ito. Ang inirerekomendang halaga ay 50.

Pilitin ang pagwawakas ng mga problemang proseso

Kung pinagana namin ang parameter na ito, pagkatapos ay ayon sa parameter na "pinahihintulutang paglihis sa bilang ng mga error sa server", ang mga problemang proseso ay wawakasan. Kung hindi pinagana ang parameter, ipapakita ng platform ang event log ng proseso na "ATTN", na nagpapahiwatig ng problemang proseso.

Itigil ang mga hindi pinaganang proseso pagkatapos

Kung ang isa sa mga parameter na "restart interval" o "pinahihintulutang laki ng memorya" ay na-trigger, pagkatapos ay kapag ang proseso ng pagtatrabaho ay na-restart, maaari itong "mahulog". Kung hindi ma-access ng kliyente ang server sa panahon ng pag-restart (ay hindi aktibo), sa susunod na pag-access nito, maayos itong lilipat sa bagong proseso ng manggagawa. Kung ang kliyente ay nakikipag-ugnay sa server sa oras ng pag-restart ng daloy ng trabaho, kung gayon sa kasong ito ay makakatanggap ito ng isang mensahe ng error at wakasan ang trabaho nito. Upang maiwasang mangyari ito, dapat mong itakda ang halaga ng parameter na ito sa ilang segundo. Karaniwan ay sapat na ang 120 segundo. Sa panahong ito, magkakaroon ng oras ang workflow para iproseso ang mga kasalukuyang kahilingan ng customer at ilipat ang mga ito sa isang bagong workflow. Ang mga aktibong kliyente na ang proseso ay walang oras upang iproseso ay winakasan at ang mga kliyente ay maaaring makatanggap ng isang error.

Antas ng pagpapahintulot sa kasalanan

Ang setting na ito ay nabubuhay nang mag-isa, anuman ang bilang ng mga sentral na server. Ang antas ng pagpapahintulot sa kasalanan ay maaaring tumagal ng anumang halaga. Halimbawa, ang antas ng katatagan = 1, pagkatapos ay doble ang bawat session ng user. Kung ang fault tolerance level = 2, ang bawat session ay i-multiply sa 3. Tumataas din ang load sa server. Kapag binabago ang antas ng fault tolerance, kung mayroon kaming isang sentral na server, ito ay replicates sa bawat gitnang server: "cluster registry", "cluster locking service". Mayroon ding pagtitiklop ng mga serbisyo tulad ng "serbisyo ng data ng session", "serbisyo ng online na selyo ng oras", "serbisyo sa pagharang ng bagay", "serbisyo sa paglilisensya", "serbisyo ng pagnumero" sa iba pang mga server. Kabilang sa mga ito, ang pinakamabigat ay ang "serbisyo ng data ng session".

I-load ang mode ng pagbabahagi

Sa mga tuntunin ng pagganap. Kapag kumonekta ang isang koneksyon ng kliyente, kumonekta ito sa alinmang server na may proseso ng manggagawa na may mas available na pagganap. Ang magagamit na pagganap ay nakatakda sa mga katangian ng daloy ng trabaho:


Ang magagamit na pagganap sa antas ng 1C ay kinakalkula bilang mga sumusunod: isang reference na tawag sa server ay ginawa sa lahat ng mga proseso ng trabaho isang beses bawat 10 minuto at ang oras ng tawag na ito ay sinusukat. Ang resultang numero ay hinati sa 10,000 (sampung libo) at kinakalkula ng mga mekanismo ng application server ang oras ng sanggunian. Kung sakaling ang pagiging produktibo ng isang proseso ng trabaho ay naging 25% na mas mababa kaysa sa iba, ang mga koneksyon mula sa proseso ng trabaho na ito ay magsisimulang pumunta sa iba pang mga proseso ng trabaho hanggang sa mawala ang lahat ng koneksyon.

Priyoridad sa memorya. Ang mga koneksyon ng user ay gagawin sa isang production server na may mas maraming available na memory.

Tagapamahala ng Cluster

Ang cluster manager ay responsable para sa pagpapatakbo ng cluster. Ang bawat cluster ay may sariling Manager. Ang manager ay nag-iimbak ng impormasyon tungkol sa cluster sa file na 1CV8Reg.lst (cluster registry). Ang bawat Cluster Manager ay mayroon ding sariling port sa Work Server. Para sa unang cluster, ang default na Manager port ay 1541. Ito ang port na ito na ipinapakita sa 1C Servers: Enterprise snap-in sa Clusters branch, na nagpapakilala sa cluster.
Tumatanggap ang manager ng mga kahilingan mula sa bahagi ng kliyente ng 1C: Enterprise at nagpapasya kung saang Workflow ibibigay ang kahilingan sa serbisyong ito.

Ginagamit ng Manager ang service port para makipag-ugnayan sa mga proseso ng manggagawa.

Ang proseso ng pagtatrabaho

Ang Proseso ng Trabaho ay responsable para sa "pagtatrabaho kasama ang mga kliyente." Maaaring may ilang proseso ng manggagawa sa 1C: Enterprise 8 cluster. Ang bilang ng mga proseso ng trabaho ay hindi ginawa nang manu-mano, ngunit kinakalkula batay sa mga paglalarawan ng mga kinakailangan sa gawain para sa fault tolerance at pagiging maaasahan. Ang server manager ang magpapasya kung aling proseso ng manggagawa ang magsisilbi sa koneksyon ng kliyente. Para sa mga koneksyon ng kliyente, ang Mga Proseso ng Manggagawa ay bilang default na inilalaan ang isang hanay ng mga IP port na 1560 – 1591. Bilang karagdagan, ang bawat Proseso ng Manggagawa ay itinalaga ng isang Port ng Serbisyo para sa komunikasyon sa manager ng cluster.

Ang mga gumaganang setting ng server, ayon sa dokumentasyon ng 1C, ay maaari lamang baguhin sa bersyon ng CORP ng 1C application server. Sa katunayan, gumagana ang mga setting sa parehong bersyon ng CORP at PROF. Kung gagamitin ang mga setting na ito sa bersyon ng PROF, ito ay magiging isang paglabag sa kasunduan sa lisensya.

Maximum na Workflow Memory

Ang parameter na ito mismo ay hindi nililimitahan ang anuman. Gumagana ito kasabay ng parameter na "safe memory consumption per call". Isipin natin na ang lahat ng aming mga proseso sa trabaho sa kabuuan ay umabot sa humigit-kumulang na pagkonsumo ng memorya ng tinukoy na halaga ng parameter na ito. At ngayon ang isang partikular na user ay gustong gumawa ng isang partikular na tawag sa server na gustong kumonsumo ng malaking halaga ng memorya. Sa sandaling lumampas ang tawag sa server sa dami ng memorya na tinukoy sa parameter na ito ng dami ng memorya sa parameter na "safe memory consumption para sa isang tawag", ang partikular na user na ito ay makakatanggap ng error sa form: "safe memory consumption para sa isang client -nalampasan na ang tawag sa server.” Ito ay kinakailangan upang ang isang user ay hindi matabunan ang gumaganang server. Ang halaga ng parameter 0 ay katumbas ng 80% ng memorya na naka-install sa 1C server.

Ligtas na pagkonsumo ng memorya sa bawat tawag

Ang value na 0 (default) ay 5% ng Maximum Workflow Memory value. Ang halaga ay maaaring -1. Nangangahulugan ito na anumang tawag sa client-server na lumampas sa tinukoy na halaga ng parameter na "maximum worker memory size".

Ang dami ng memorya ng proseso ng trabaho hanggang sa kung saan ang server ay itinuturing na produktibo

Ibig sabihin, kung nakatakda sa isang halaga at nakuha ng mga proseso ng manggagawa ang halaga ng memorya na tinukoy sa parameter na ito, ang server ay patuloy na tatakbo, ngunit hindi tatanggap ng mga bagong koneksyon hanggang sa malaya ang memorya.

Bilang ng seguridad ng impormasyon sa bawat proseso

Maaaring may pagbaba sa performance kapag maraming infobase at isang workflow. Samakatuwid, sa parameter na ito posible na bawasan ang bilang ng mga database sa bawat proseso. Kung itatakda mo ang halaga sa 1 (sa karamihan ng mga kaso, ito ay gumagana nang mahusay), pagkatapos ay isang bagong proseso ng manggagawa (rphost) ang gagawin para sa bawat infobase.

Bilang ng mga koneksyon sa bawat proseso

Pareho sa parameter sa itaas, ngunit depende sa bilang ng mga koneksyon sa bawat proseso. Ang halaga ng 0 ay nangangahulugan na magkakaroon lamang ng isang proseso ng manggagawa sa bawat server ng manggagawa.

Manager para sa bawat serbisyo

Ang bawat server ng central worker ay may pangunahing cluster manager na may ilang partikular na serbisyo:


Ang mga ito ay isinasagawa ng isang serbisyong "rmngr". Isipin natin na ang serbisyong ito ay nagsisimulang kumonsumo ng maraming memorya o pag-aaksaya ng mga mapagkukunan ng CPU. Kadalasan mayroong ilang karaniwang mga suspek. Ngunit bigla kang nasa "dead end" at hindi maintindihan kung ano ang eksaktong naglo-load ng serbisyo, maaari mong suriin ang checkbox na "manager para sa bawat serbisyo", ang serbisyo ay mahahati sa 21 na proseso (ito ang bilang ng mga serbisyo sa pangunahing cluster manager). At nang naaayon, gamit ang PID ng proseso, posible na kalkulahin kung aling serbisyo ang naglo-load ng system.

Central server

Ito ang server na nag-iimbak ng cluster registry sa 1CV8Clst.lst file. Ang file ay nag-iimbak ng isang listahan ng mga database, isang listahan ng mga administrator ng cluster, isang listahan ng mga kinakailangan sa pagtatalaga ng functionality, isang listahan ng mga profile ng seguridad, at sa pangkalahatan lahat ng mga setting ng cluster. Ang file na ito ay naroroon lamang kung saan ang checkbox ng "central server" ay may check. Maaaring mayroong ilang mga sentral na server. Gayundin sa mga sentral na server mayroong mga serbisyo tulad ng "serbisyo ng pagharang ng kumpol", "serbisyo ng pagsasaayos ng kumpol". Hangga't gumagana ang kahit isang sentral na server, gumagana ang cluster. Kapag nabigo ang pinakakamakailang central server, hindi na magagamit ang cluster anuman ang mga setting ng fault tolerance.

Kinakailangan sa pagtatalaga ng functionality

Ang cluster ng server ng 1C Enterprise 8.3 ay nagbibigay ng isang tiyak na hanay ng pag-andar (tinatawag na mga bagay na kinakailangan), ang pamamahagi nito sa pagitan ng mga gumaganang server sa loob ng cluster ay maaaring kontrolin. Halimbawa, maaari mong tukuyin na ang lahat ng mga trabaho sa background sa cluster ay tatakbo sa isang napiling server ng manggagawa. Upang makapaglagay ng koneksyon o serbisyo ng cluster sa anumang server ng produksyon, kailangan mong gumawa ng kinakailangan sa pagtatalaga ng functionality para sa napiling server ng produksyon. Tinutukoy ng kinakailangang ito ang kakayahan o imposibilidad ng isang partikular na server na magsagawa ng isang partikular na trabaho. Tingnan natin kung ano ang kinakailangan sa pagtatalaga ng functionality.

Paglipat ng Mga Koneksyon ng User

Sabihin nating gusto naming gumana ang mga koneksyon ng user sa server ng manggagawa #1, ngunit kung bumaba ang server na iyon, gusto naming mabigo ang mga ito sa isa pang server ng manggagawa #2

Upang gawin ito, kailangan naming lumikha ng kinakailangan sa pagtatalaga ng functionality sa server No. 1:


Sa server No. 2, itakda ang parehong mga setting, ngunit baguhin ang priyoridad:


Ang kahalagahan ng priyoridad ay ipinatupad sa kabaligtaran. Ibig sabihin, mas mataas ang priority 1 kaysa priority 2.

Alisin ang production server mula sa cluster

Maaari lang nating alisin ang gumaganang server mula sa cluster sa pamamagitan ng pagtanggal nito mula sa listahan, ngunit sa kasong ito ang lahat ng mga user ay "sisipain" mula sa system. Upang gawing mas walang sakit ang withdrawal, maaari mong gawin ang mga sumusunod:

Gumawa ng kinakailangan sa pagtatalaga ng functionality gamit ang mga sumusunod na setting:


Nangangahulugan ang setting na ito na walang mga bagong koneksyon sa production server na ito. Ang mga user na iyon na nagtatrabaho ay patuloy na gagana, ngunit unti-unting lilipat sa iba pang gumaganang server.

Serbisyo sa paglilisensya

Ilipat ang serbisyo sa paglilisensya sa isang hiwalay na server. Ito ay mabuti dahil ang mga lisensya ng software ay maaaring itali sa isang partikular na computer. Gumawa tayo ng kinakailangan sa pagtatalaga ng functionality na may mga sumusunod na setting:


Mga trabaho sa background

Sa paglabas ng platform 8.3.7, ang mga trabaho sa background ay nahahati sa 2 grupo:

1. Mga trabaho sa background na tinawag mula sa code ng pagsasaayos

2. Mga karaniwang gawain

Samakatuwid, maraming mga setting para sa pagtatalaga ng functionality ay kinakailangan:



1. Upang mabilis na tumakbo ang mga trabaho sa background, kailangan mong magdagdag ng data ng session para sa background at mga naka-iskedyul na trabaho



Pagkatapos gumawa ng mga kinakailangang kinakailangan para sa pagtatalaga ng functionality, kailangan mong ilapat ang mga ito:


Bahagyang – application na hindi makakaabala sa karanasan ng user

Full – isang application na maaaring makagambala sa karanasan ng user.

Sa pagsasagawa, hindi pa ako nakatagpo ng sitwasyon kung saan, kapag ganap na inilapat, naantala nito ang karanasan ng user o anumang katulad nito. Ngunit lahat ay posible, tandaan. Pagkatapos ng aplikasyon, hindi na kailangan ang pag-restart ng 1C application server service.

Maaari kang makipag-ugnayan anumang oras sa mga espesyalista sa pag-optimize ng 1C; ang aming praktikal na karanasan ay makakatipid sa iyong oras.

Bilang karagdagan sa bersyon ng file, ang 1C:Enterprise system ay maaaring gumana sa mga base ng impormasyon sa isang bersyon ng client-server. Sa huling kaso, nauunawaan ang isang arkitektura na binubuo ng ilang mga layer ng software, na inilalarawan ng eskematiko sa figure sa ibaba.

  • Mga aplikasyon ng kliyente, manipis na kliyente at kliyente sa web- ito ay "1C:Enterprise" sa iba't ibang mga mode ng paglulunsad kung saan gumagana ang end user. Para sa mga client application at thin client, ang isang web browser ay sapat sa mga computer ng mga user (o sa), para sa isang web client.
  • Ang cluster ng server na "1C:Enterprise" ay isang koleksyon ng mga proseso ng trabaho na tumatakbo sa isa o higit pang mga computer at isang listahan ng mga base ng impormasyon na matatagpuan sa cluster na ito. Sa cluster ng server, ang lahat ng gawain ng mga object ng application ay ginagawa, ang mga paghahanda ay ginawa para sa pagpapakita ng mga form (pagbabasa ng mga bagay sa infobase, pagpuno ng data ng form, pag-aayos ng mga elemento, atbp.) at ang command interface, pagbuo ng mga ulat, at pagpapatakbo ng mga trabaho sa background. Ipinapakita lamang ng mga kliyente ang impormasyong inihanda sa cluster ng server. Bilang karagdagan, ang mga file ng serbisyo ay iniimbak sa 1C: Enterprise cluster server, pati na rin sa isang infobase registration log.
  • Server ng database— sa database server, ang direktang pag-iimbak at pagtatrabaho sa data ay nagaganap, na ibinigay ng isa sa mga sumusunod na database management system (DBMS) na sinusuportahan ng 1C:Enterprise system:
    • Microsoft SQL Server mula sa Microsoft SQL Server 2000 at mas mataas;
    • PostgrageSQL mula noong bersyon 8.1;
    • IBM DB2 mula noong bersyon 9.1;
    • Oracle Database mula noong bersyon 10g Release 2.
  • Web server kinakailangan lamang para sa mga web client at isa sa mga opsyon ng thin client. Nagbibigay ng pakikipag-ugnayan ng mga ganitong uri ng koneksyon sa isang cluster ng 1C:Enterprise server.

Dapat ding tandaan na ang bawat layer ng software ay hindi kinakailangang matatagpuan sa isang hiwalay na pisikal na computer. Ang isang server cluster ay maaaring matatagpuan sa parehong computer na may isang database server, web server, atbp. Halimbawa, ang sumusunod na istraktura ng trabaho ay madalas na matatagpuan sa maliliit na organisasyon:

Sa artikulong ito, ilalarawan ko ang pag-install ng 1C:Enterprise server na bersyon 8.3.4.389 (para sa iba pang mga bersyon ng 1C:Enterprise platform 8.1, 8.2 at 8.3 ang mga hakbang ay magkatulad) sa isang computer na tumatakbo sa Windows Server 2008 (R2) o Windows Server 2012 (R2). Ang Microsoft SQL Server 2008 (R2) o Microsoft SQL Server 2012 ay ituturing bilang isang DBMS. Para dito kakailanganin namin ang:

  1. Isang computer na nakakatugon sa mga kinakailangan ng system para sa pag-install ng 1C:Enterprise server at sa OS na naka-install sa computer na ito o .
  2. Isang computer para sa isang database server, na nagpapatakbo din ng OS o (maaaring ang computer mula sa hakbang 1).
  3. Mga karapatan ng lokal na administrator sa parehong mga computer.
  4. Distribution kit para sa pag-install ng 1C:Enterprise server 8.
  5. Lisensya ng software o key ng proteksyon ng HASP4 Net para sa 1C:Enterprise server.
  6. Distribution kit para sa pag-install ng Microsoft SQL Server 2008 (R2) o Microsoft SQL Server 2012.

2. Pag-install ng MS SQL Server DBMS

Ini-install namin ang MS SQL Server DBMS sa computer na nagsisilbing database server. Upang patakbuhin ang 1C:Enterprise system, sapat na i-install ang mga sumusunod na bahagi:

  • Mga Serbisyo sa Database Engine
  • Mga Tool sa Pamamahala - Basic
    • Mga Tool sa Pamamahala - Kumpleto.

Pumili ng mga opsyon sa pag-uuri " Cyrillic_General_CI_AS" Mga detalye tungkol sa pag-install ng mga system

3. Pag-configure ng Windows Firewall para sa pagpapatakbo ng DBMS

Kung ang database server at ang 1C:Enterprise cluster server ay matatagpuan sa iba't ibang pisikal na computer, kailangan mong i-configure ang Windows Firewall sa database server upang ang 1C:Enterprise server ay maaaring gumana sa DBMS, ibig sabihin, buksan ang mga papasok na koneksyon sa port 1433 (para sa default na halimbawa ng SQL Server).

  • Sumulat ako nang detalyado tungkol sa pag-set up ng Windows Firewall para sa Microsoft SQL Server 2008 (R2) / 2012.

4. Pagdaragdag ng user sa MS SQL Server

Susunod, magdaragdag kami ng hiwalay na user sa MS SQL Server, kung saan ikokonekta ang 1C:Enterprise server database. Ang user na ito ay magiging may-ari din ng mga database na ito. Ang user na idaragdag ay dapat na awtorisado sa server gamit ang isang password at may sumusunod na hanay ng mga tungkulin: dbcreator, processadmin, pampubliko. Mga detalye tungkol sa pagdaragdag ng user sa

  • Microsoft SQL Server 2008 (R2) Isinulat ko.
  • Sumulat ako ng Microsoft SQL Server 2012.

5. Pag-install ng 1C:Enterprise server

Ngayon ay magpatuloy tayo sa pag-install ng 1C:Enterprise server file at simulan ang kaukulang serbisyo. Ang pag-install ay nangangailangan ng distribution kit ng 1C:Enterprise technology platform. Mula sa listahan ng mga ibinigay na pamamahagi, ang mga sumusunod ay angkop:

  • 1C:Enterprise technology platform para sa Windows - nagbibigay-daan sa pag-install ng 32-bit na 1C:Enterprise server
  • 1C:Enterprise server (64-bit) para sa Windows - nagbibigay-daan sa pag-install ng parehong 32-bit at 64-bit 1C:Enterprise server

(Mayroon ding pinalawig na bersyon ng KORP server 1C:Enterprise 8.3, ang mga detalye ay makikita sa 1C website)

Buksan ang direktoryo gamit ang 1C:Enterprise server installation files at patakbuhin ang file setup.exe.

Magsisimula ang 1C:Enterprise system installation assistant. Sa unang pahina i-click ang " Dagdag pa».

Sa susunod na pahina kailangan mong piliin ang mga bahagi na mai-install; kailangan namin ang mga sumusunod na bahagi:

  • Server 1C: Enterprise— 1C: Mga bahagi ng server ng Enterprise
  • Pangangasiwa ng server 1C: Enterprise 8— karagdagang mga bahagi para sa pangangasiwa ng isang kumpol ng 1C:Enterprise server

Ang natitirang mga bahagi (ang listahan ng mga bahagi ay maaaring depende sa partikular na pamamahagi), depende sa pangangailangan, ay maaari ding i-install sa computer na ito. Kapag nakapili ka na, i-click ang " Dagdag pa».

Piliin ang wika ng interface na gagamitin bilang default at i-click ang " Dagdag pa».

Kung ang 1C:Enterprise server ay naka-install bilang isang serbisyo ng Windows (at sa karamihan ng mga kaso dapat itong mai-install nang ganoon), inirerekomenda ko kaagad na lumikha ng isang hiwalay na user kung saan ilulunsad ang nilikhang serbisyo. Para dito

  • Iwanan ang bandila "naka-on" I-install ang 1C:Enterprise server bilang isang serbisyo ng Windows (inirerekomenda)»;
  • Inilipat namin ang kaukulang switch sa " Lumikha ng user USR1CV8».
  • Ipasok ang password para sa user na ginawa nang dalawang beses. Bilang default, dapat sumunod ang password sa patakaran sa password ng Windows. Maaari mong basahin ang higit pa tungkol dito:
    • Para sa Microsoft Windows Server 2008 (R2) - ;
    • Para sa Microsoft Windows Server 2012 - .

Maaari ka ring pumili ng umiiral nang user para patakbuhin ang 1C:Enterprise server. Sa kasong ito, ang napiling user ay dapat magkaroon ng mga sumusunod na karapatan:

  • Mag-log on bilang isang serbisyo
  • Mag-log on bilang isang batch job
  • Mga User ng Performance Log.

Gayundin, dapat bigyan ang user ng mga kinakailangang karapatan sa direktoryo ng mga file ng serbisyo ng server (bilang default C:\Program Files\1cv8\srvinfo para sa 64-bit at C:\Program Files (x86)\1cv8\srvinfo para sa isang 32-bit na server).

Awtomatikong nilikha ng user USR1CV8 magkakaroon ng lahat ng karapatan sa itaas.

Matapos punan ang naaangkop na mga parameter, i-click ang " Dagdag pa».

At sa wakas, i-click ang " I-install»upang simulan ang pag-install. Kokopyahin nito ang mga file ng mga napiling bahagi, gagawa ng mga configuration file, irehistro ang mga bahagi ng program, gagawa ng mga shortcut, at sisimulan din ang serbisyo ng server ng 1C:Enterprise.

Kapag kumpleto na ang pag-install, ipo-prompt ka ng assistant na i-install ang driver ng proteksyon - Driver ng HASP Device. Kung gumagamit ka ng lisensya ng software para sa 1C:Enterprise server, hindi na kailangang i-install ang driver. Iwanan o tanggalin ang bandila " I-install ang driver ng proteksyon"at i-click ang" Dagdag pa».

Kadalasan, tumatakbo ang ibang mga serbisyo sa makina kasama ang 1C:Enterprise server - isang terminal server, SQL server, atbp. At sa isang punto ang 1C:Enterprise server, o sa halip ang proseso ng rphost worker, ay kumakain ng mas maraming memorya kaysa sa binalak o lahat ng memorya. Na humahantong sa pagbagal ng iba pang mga serbisyo at mga zombie ng server. Upang maiwasan ang mga ganitong sitwasyon, kailangan mong i-configure ang awtomatikong pag-restart ng 1C: Enterprise server workflows

Solusyon

1. Buksan ang administration console ng 1C Enterprise server;
2. Palawakin ang central server tree sa mga cluster at piliin ang cluster na interesado sa amin. Sa halimbawa mayroon lamang isang kumpol;
3. Buksan ang mga katangian ng napiling cluster at tingnan ang sumusunod na form

Mga katangian ng 1C:Enterprise 8.3 server cluster

Tingnan natin ang halimbawang ipinapakita sa larawan:

I-restart ang pagitan— oras pagkatapos kung saan ang proseso ng rphost ay mapipilitang mag-restart. Bago matapos ang proseso, isang bagong proseso ng rphost ang ilulunsad, kung saan ililipat ang lahat ng koneksyon, at pagkatapos lamang magwawakas ang lumang proseso. Hindi ito makakaapekto sa karanasan ng user sa anumang paraan. Ang pagitan ay ipinahiwatig sa mga segundo, sa halimbawa ay 24 na oras ay ipinahiwatig.

Pinapayagan ang laki ng memorya— ang dami ng memorya kung saan maaaring gumana ang daloy ng trabaho nang walang mga problema. Ang volume ay ipinahiwatig sa kilobytes, sa halimbawa ang halaga ay 20 gigabytes (sa katunayan, ang figure ay masyadong malaki at kailangan mong magsimula mula sa partikular na sistema, ngunit ang average na figure ay 4 GB). Sa sandaling ang memorya na inookupahan ng proseso ng pagtatrabaho ay lumampas sa tinukoy na halaga, magsisimula ang countdown.

Interval para sa paglampas sa pinahihintulutang dami ng memorya— pagkatapos na ilunsad ang timer pagkatapos lumampas sa pinahihintulutang dami ng memorya ay binibilang ang tinukoy na oras, isang bagong proseso ng manggagawa ang ilulunsad, kung saan ang lahat ng koneksyon ay inilipat, ang lumang proseso ay minarkahan bilang hindi pinagana. Ang agwat ay tinukoy sa mga segundo, sa halimbawa 30 segundo ay ipinahiwatig.

Itigil ang mga hindi pinaganang proseso pagkatapos— ang oras pagkatapos kung saan ang daloy ng trabaho na minarkahan bilang hindi pinagana ay ititigil; kung ang halaga ay 0, ang proseso ay hindi makukumpleto. Ang agwat ay tinukoy sa mga segundo, sa halimbawa 60 segundo ay ipinahiwatig.

Pagkatapos ilapat ang mga setting, hindi mo na kailangang i-restart ang serbisyo ng server; dynamic na inilapat ang mga ito.

Kabuuan

Ito ay kung paano namin i-set up ang awtomatikong pag-restart ng 1C:Enterprise server na mga proseso ng trabaho at makakuha ng mas matatag na system; kung may nangyaring memory leak, ang gawain ng isang partikular na session ay wawakasan.

Gayundin, sa ilang mga sitwasyon, maaari kang maglaro sa mga setting at maiwasan ang isang posibleng pag-crash ng server kung magkamali ka.



Mga kaugnay na publikasyon