Utekelezaji wa haraka wa ERP Huduma za kina kutoka 1C: Kituo cha ERP!

Usimamizi wa utoaji Kwa makampuni ya biashara na barua!

1C:EDO Jua faida zote usimamizi wa hati za kielektroniki!

Badilisha hadi “1C:ZUP ed. 3" Kampuni "1C" inaacha kuunga mkono "1C: ZUP 2.5"!

Kodisha seva ya 1C katika wingu Fanya kazi katika 1C ukiwa mbali na uokoe hadi 70%!

Kundi la seva ya 1C - kujenga mifumo yenye mzigo mkubwa

Agiza Agizo la maonyesho

Nakala hii itazingatia chaguzi kadhaa za muundo wa 1C kwa mifumo iliyopakiwa sana (kutoka 200 watumiaji wanaofanya kazi), iliyojengwa kwa misingi ya usanifu wa mteja-server - faida na hasara zao, gharama za ufungaji na vipimo vya kulinganisha vya utendaji wa kila chaguo.

Hatutaelezea, kutathmini na kulinganisha mipango ya kitamaduni inayokubalika kwa jumla na inayojulikana kwa muda mrefu ya kuunda muundo wa seva ya 1C, kama vile seva tofauti ya 1C na seva tofauti ya DBMS, au Kundi la Microsoft SQL iliyo na nguzo ya 1C. Kuna maoni mengi kama haya, pamoja na yale yaliyofanywa na watengenezaji wa bidhaa za programu wenyewe. Tutatoa muhtasari wa mipango ya muundo wa 1C ambayo imekabiliwa kwa miaka michache iliyopita katika miradi yetu ya TEHAMA kwa biashara za kati na kubwa.

Mahitaji ya mifumo ya 1C iliyopakiwa sana

Mifumo ya 1C iliyopakiwa sana inayofanya kazi na kiasi kikubwa cha data 24/7/365 inakabiliwa na sababu za hatari ambazo hazizingatiwi kwa kawaida katika hali za kawaida. Matokeo yake, ili kuondokana na kuwazuia, matumizi ya mipango maalum ya usanifu wa 1C na teknolojia mpya inahitajika.

Upinzani wa maafa wa DBMS. Katika mchakato wa kubuni usanifu wa 1C, msisitizo umewekwa nguvu ya kompyuta na upatikanaji wa juu wa huduma, unaoonyeshwa katika makundi yao. Kwa chaguo-msingi, 1C:Seva za Biashara zina uwezo wa kufanya kazi katika kundi lisilohitajika, na kwa kundi la DBMS, mfumo wa hifadhi ya data ya viwandani (SDS) na teknolojia ya kuunganisha (kwa mfano, Microsoft SQL Cluster) kwa kawaida hutumiwa. Walakini, hali inakuwa mbaya wakati shida zinatokea na mfumo wa uhifadhi yenyewe (mara nyingi, katika uzoefu wetu miaka ya hivi karibuni- haya ni matatizo ya programu) Halafu mhandisi wa IT ghafla anakabiliwa na shida mbili: wapi kupata data ya kisasa na mahali pa kuipeleka. haraka iwezekanavyo, kwa sababu mfumo wa kuhifadhi na uwezo unaohitajika wa safu ya disk ya haraka haipatikani.

Mahitaji ya usalama wa hifadhidata. Kufanya kazi na miradi ya biashara za kati na kubwa, mara kwa mara tunakutana na mahitaji ya ulinzi wa data ya kibinafsi (haswa, kuzingatia aya za Sheria ya Shirikisho-152). Moja ya masharti ya kukidhi mahitaji haya ni kuhakikisha usalama sahihi wa data ya kibinafsi, ambayo inahitaji usimbuaji wa hifadhidata ya 1C.

Wakati wa kuunda mpango wa mifumo ya 1C iliyojaa sana, kawaida huzingatia kwanza kwa vigezo mfumo wa diski I/O ambayo hifadhidata ziko. Lakini kando na hii, pia kuna utumiaji hai wa rasilimali za CPU na utumiaji wa RAM na seva ya 1C. Mara nyingi ni aina hii ya rasilimali ambayo inakosekana; uwezekano wa uboreshaji wa maunzi ya seva ya sasa ya 1C umechoka na inahitajika kuongeza seva mpya za 1C zinazofanya kazi na seva moja ya DBMS.

Mipango ya kupanga makundi ya seva za 1C

Ratiba iliyo na kundi la seva za 1C zilizounganishwa kwenye kundi lenye urudiaji wa SQL AlwaysOn sawazisha kupitia IP. Mpango huu ni mojawapo ya chaguzi za ubora wa juu za kutatua tatizo la upinzani wa maafa wa hifadhidata ya 1C (angalia Mchoro 1). Teknolojia ya kuunganisha hifadhidata ya SQL AlwaysOn inategemea kanuni ya ulandanishaji mtandaoni wa jedwali za SQL kati ya seva kuu na chelezo bila kuingilia kati. mtumiaji wa mwisho. NA kwa kutumia SQL Msikilizaji ana uwezo wa kubadili hadi seva ya chelezo ya SQL inapotokea kushindwa kwa ile kuu, ambayo huturuhusu kuita mfumo huu kuwa nguzo kamili ya SQL isiyodhibiti majanga, kutokana na matumizi ya seva mbili huru za SQL. Teknolojia ya SQL Always On inapatikana tu katika Matoleo ya Microsoft Biashara ya SQL.

Kielelezo 1 - mchoro wa kundi la seva za 1C + SQL AlwaysOn

Mpango wa pili ni sawa na wa kwanza, usimbaji fiche pekee wa hifadhidata za SQL kwenye seva kuu na chelezo huongezwa. Tayari tumetaja kuwa kazi na miradi ya hivi karibuni ya IT imeonyesha kuwa kampuni zimeanza kulipa kipaumbele zaidi kwa suala la usalama wa data, kwa sababu tofauti - mahitaji ya Sheria ya Shirikisho-152, uporaji wa seva, uvujaji wa data kwenye wingu. , na kadhalika. Kwa hivyo tunachukulia toleo hili la mpango wa 1C kuwa muhimu kabisa (ona Mchoro 2).

Kielelezo cha 2 - mchoro wa kundi la seva za 1C + SQL AlwaysOn zilizo na usimbaji fiche

Kundi la seva za "active-active" 1C zilizounganishwa kwenye seva moja ya DBMS kupitia IP. Kinyume na mahitaji ya uvumilivu wa makosa na usalama, baadhi ya miundo kimsingi inahitaji utendakazi ulioongezeka, kwa kusema, "nguvu zote za kompyuta." Kwa hivyo, kipaumbele cha juu kinapewa kuongeza idadi ya vikundi vya kompyuta vya seva ya 1C, ambayo jukwaa la kisasa la 1C linaruhusu utofautishaji. Aina mbalimbali kazi za kompyuta na usuli (ona Mchoro 3). Kwa kweli, usanidi wa rasilimali kuu za seva ya SQL inapaswa pia kuwa ya kiwango, lakini seva ya hifadhidata yenyewe imewasilishwa kwa umoja (dhahiri, hesabu inafanywa kwa nakala rudufu ya hifadhidata kwa wakati).

Kielelezo 3 - mchoro wa nguzo ya seva ya 1C na seva moja ya DBMS

Seva ya 1C na DBMS kwenye moja seva ya vifaa na SharedMemory. Kwa kuwa vipimo vyetu vya vitendo vinalenga kulinganisha utendaji wa mipango tofauti, aina fulani ya kiwango inahitajika ili kulinganisha chaguo kadhaa (ona Mchoro 4). Kama kiwango, kwa maoni yetu, unahitaji kuchukua mpangilio wa seva ya 1C na DBMS kwenye seva moja ya maunzi bila uboreshaji na mwingiliano kupitia SharedMemory.

Kielelezo 4 - mchoro wa seva ya 1C na DBMS kwenye seva moja ya maunzi yenye SharedMemory

Ifuatayo ni jedwali la kulinganisha la jumla linaloonyesha matokeo ya jumla ya vigezo muhimu tathmini ya shirika la muundo wa mfumo wa 1C (tazama Jedwali 1).

Vigezo vya kutathmini usanifu wa 1C	Nguzo 1C + SQL Imewashwa Kila Wakati	Nguzo ya 1C + SQL Imewashwa Kila Wakati yenye usimbaji fiche	Nguzo ya 1C yenye seva moja ya DBMS	Kumbukumbu ya Pamoja ya 1C+DBMS
Urahisi wa ufungaji na matengenezo	Imeridhika	Imeridhika	Sawa	Kubwa
uvumilivu wa makosa	Kubwa	Kubwa	Imeridhika	Haitumiki
Usalama	Imeridhika	Kubwa	Imeridhika	Imeridhika
Bajeti	Imeridhika	Imeridhika	Sawa	Kubwa

Jedwali 1 - kulinganisha kwa chaguzi za kujenga mifumo ya 1C

Kama unaweza kuona, imebaki moja tu kigezo muhimu, maana yake inabaki kuonekana ni tija. Ili kufanya hivyo, tutafanya mfululizo wa vipimo vya vitendo kwenye benchi ya mtihani wa kujitolea.

Maelezo ya mbinu ya kupima

Hatua ya majaribio ina zana mbili muhimu za kutengeneza upakiaji wa sintetiki na kuiga kazi ya mtumiaji katika 1C. Hili ni jaribio la Gilev (TPC-1C) na "Kituo cha Jaribio" kutoka kwa 1C: zana ya zana za zana.

Mtihani wa Gilev. Jaribio ni la sehemu ya majaribio ya jumla ya majukwaa muhimu. Inaweza kutumika kwa matoleo ya faili na seva ya mteja ya 1C:Enterprise. Jaribio hilo linatathmini kiasi cha kazi kwa kila kitengo cha muda katika uzi mmoja na linafaa kwa ajili ya kutathmini kasi ya mizigo yenye nyuzi moja, ikiwa ni pamoja na kasi ya utoaji wa kiolesura, athari za gharama za rasilimali katika kudumisha mazingira ya mtandaoni, kutuma tena hati, kufunga mwezi, kuhesabu mishahara, nk. Universality hukuruhusu kufanya tathmini ya utendakazi ya jumla bila kuhusishwa na usanidi maalum wa jukwaa. Matokeo ya mtihani ni tathmini ya muhtasari wa mfumo uliopimwa wa 1C, ulioonyeshwa katika vitengo vya kawaida.

"Kituo cha Mtihani" maalum kutoka kwa 1C: Zana ya zana. Kituo cha Mtihani ni chombo cha kufanya majaribio ya mzigo wa watumiaji wengi wa mifumo ya habari kwenye jukwaa la 1C:Enterprise 8. Kwa msaada wake, unaweza kuiga uendeshaji wa biashara bila ushiriki wa watumiaji halisi, ambayo inakuwezesha kutathmini utumiaji, utendaji na scalability ya mfumo wa habari katika hali halisi. Kwa kutumia zana za 1C: KIP, kulingana na michakato na kesi za majaribio, matrix "Orodha ya Vipengee ya mpangilio wa hifadhidata ya ERP 2.2" inatolewa kwa ajili ya mazingira ya kupima utendakazi. Katika mpangilio wa hifadhidata wa 1C: ERP 2.2, data inatolewa kwa kuchakata kulingana na Taarifa ya Marejeleo ya Udhibiti (RNI):

• Vipengee elfu kadhaa vya majina;
• Mashirika kadhaa;
• Maelfu kadhaa ya vyama.

Jaribio linafanywa ndani ya vikundi kadhaa vya watumiaji. Kikundi kina watumiaji 4, ambao kila mmoja ana jukumu lake na orodha ya shughuli za mfululizo. Shukrani kwa utaratibu unaonyumbulika wa kuweka vigezo vya majaribio, unaweza kuendesha jaribio kiasi tofauti watumiaji, ambayo itawawezesha kutathmini tabia ya mfumo chini ya mizigo mbalimbali na kutambua vigezo vinavyoweza kusababisha utendaji mbaya. Majaribio 3 hufanywa katika marudio 3 ambapo msanidi wa 1C huendesha jaribio la kuiga kazi ya mtumiaji na kupima muda wa utekelezaji wa kila operesheni. Marudio yote matatu yanapimwa kwa kila moja ya miundo ya muundo wa 1C. Matokeo ya jaribio ni kupata wastani wa muda wa utekelezaji wa operesheni kwa kila hati ya matrix.

Viashiria vya "Kituo cha Mtihani" na mtihani wa Gilev vitaonyeshwa jedwali la egemeo 2.

Mtihani wa kusimama

Seva ufikiaji wa terminal - mashine ya kawaida, inayotumika kudhibiti zana za majaribio:

• vCPU - cores 16 2.6GHz
• RAM - 32 GB
• Mimi\o: Intel Sata SSD Raid1

• RAM - 96 GB
• Mimi\o: Intel Sata SSD Raid1

Seva ya 1C na DBMS - seva ya kimwili

• CPU - Intel Xeon Kichakataji E5-2670 8C 2.6GHz - 2 pcs.
• RAM - 96 GB
• Mimi\o: Intel Sata SSD Raid1
• Majukumu: 1C Server 8.3.8.2137, MS SQL Server 2014 SP 2

hitimisho

Tunaweza kuhitimisha kwamba, kulingana na muda wa wastani wa operesheni, mojawapo zaidi ni mpango Na. 3 "Kundi la seva za "active-active" za 1C zilizounganishwa kwenye seva moja ya DBMS kupitia itifaki ya IP" (tazama Jedwali 2). Ili kuhakikisha ustahimilivu wa hitilafu wa usanifu kama huo, tunapendekeza kujenga nguzo ya kushindwa ya MSSQL ya kawaida na hifadhidata iliyo kwenye mfumo tofauti wa kuhifadhi.

Ni muhimu kutambua kwamba uwiano bora zaidi wa vipengele vya kupunguza muda wa kupungua, ustahimilivu wa makosa na usalama wa data uko katika mpango Na. 1 "Kundi la seva za 1C zilizounganishwa kwenye kundi lenye urudiaji linganishi wa SQL AlwaysOn kupitia IP", huku kushuka kwa utendaji kukilinganishwa. kwa chaguo lenye tija zaidi ni takriban 10%.

Kama tunavyoweza kuona kutoka kwa matokeo ya mtihani, urudufishaji wa usawazishaji Hifadhidata za SQL AlwaysOn ina athari mbaya kwa utendakazi. Hii inafafanuliwa na ukweli kwamba mfumo wa SQL unasubiri mwisho wa kurudiwa kwa kila shughuli kwenye seva ya chelezo, bila kukuruhusu kufanya kazi na hifadhidata kwa wakati huu. Hii inaweza kuepukwa kwa kusanidi urudiaji wa asynchronous kati ya seva za MSSQL, lakini kwa mipangilio kama hii hatutapata ubadilishaji wa kiotomatiki wa programu kwa nodi ya chelezo ikiwa itashindwa. Kubadilisha italazimika kufanywa kwa mikono.

Kulingana na wingu la EFSOL, tunatoa wateja wetu Kundi la seva ya 1C kwa kukodisha. Hii hukuruhusu kuokoa pesa kwa kiasi kikubwa katika kujenga usanifu wako unaostahimili makosa kwa kufanya kazi na 1C.

Mchoro wa usanifu wa 1C

Muda wa wastani wa kukamilisha operesheni, sekunde

MTBF (Wastani wa Wakati Kati ya Kushindwa) - maana ya muda kati ya kushindwa.
MTTR (Wastani wa Wakati wa Kurekebisha) - muda wa wastani wa kurejesha utendaji.

Tofauti na kuaminika, thamani ambayo imedhamiriwa tu na thamani ya MTBF, upatikanaji pia inategemea muda unaohitajika kurejesha mfumo kwenye hali ya uendeshaji.

Nguzo ya upatikanaji wa juu ni nini?

Nguzo ya upatikanaji wa juu (hapa inajulikana kama nguzo) ni aina ya mfumo wa nguzo iliyoundwa ili kuhakikisha utendakazi endelevu wa muhimu. maombi muhimu au huduma. Matumizi ya nguzo ya upatikanaji wa juu inakuwezesha kuzuia muda usiopangwa usiopangwa unaosababishwa na kushindwa kwa vifaa na programu, pamoja na muda wa chini uliopangwa unaohitajika kwa sasisho za programu au matengenezo ya kuzuia ya vifaa.

Mchoro wa mpangilio wa nguzo ya upatikanaji wa juu unaonyeshwa kwenye takwimu:

Kundi lina nodi mbili (seva) zilizounganishwa na safu ya kawaida ya diski. Vipengele vyote kuu vya safu hii ya diski - ugavi wa umeme, anatoa za diski, mtawala wa I / O - hazihitajiki na zinaweza kubadilishwa kwa moto. Node za nguzo zimeunganishwa kwa kila mmoja mtandao wa ndani kushiriki habari kuhusu hali yako ya sasa. Nguzo hiyo inaendeshwa na vyanzo viwili huru. Kuunganisha kila nodi kwa nje mtandao wa ndani pia imerudiwa.

Kwa hivyo, mifumo yote ndogo ya nguzo ina upungufu, kwa hivyo ikiwa kitu chochote kitashindwa, nguzo kwa ujumla itabaki kufanya kazi. Kwa kuongezea, kuchukua nafasi ya kitu kilichoshindwa kunawezekana bila kusimamisha nguzo.

Mfumo wa uendeshaji wa Microsoft umewekwa kwenye nodi zote mbili za nguzo Seva ya Windows 2003 Enterprise, ambayo inasaidia teknolojia ya Microsoft Windows Cluster Service (MSCS).

Kanuni ya uendeshaji wa nguzo ni kama ifuatavyo. Programu (huduma) ambayo inapatikana na nguzo imewekwa kwenye nodi zote mbili. Kikundi cha rasilimali kimeundwa kwa programu hii (huduma), ikijumuisha anwani ya IP na jina la mtandao seva ya kawaida, pamoja na diski moja au zaidi ya mantiki kwenye safu ya diski iliyoshirikiwa. Kwa hivyo, maombi, pamoja na kundi lake la rasilimali, sio "ngumu-wired" kwa node maalum, lakini, kinyume chake, inaweza kuzinduliwa kwenye nodes yoyote hii (na maombi kadhaa yanaweza kukimbia wakati huo huo kwenye kila node). Kwa upande wake, wateja wa programu hii (huduma) "wataona" sio nodi za nguzo kwenye mtandao, lakini seva pepe(jina la mtandao na anwani ya IP) ambayo inaendeshwa maombi haya.

Kwanza, programu imezinduliwa kwenye moja ya nodes. Ikiwa node hii itaacha kufanya kazi kwa sababu yoyote, node nyingine huacha kupokea mapigo ya moyo kutoka kwake na huanza moja kwa moja maombi yote ya node iliyoshindwa, i.e. maombi, pamoja na vikundi vyao vya rasilimali, "huhamia" kwenye nodi yenye afya. Uhamishaji wa programu unaweza kudumu kutoka sekunde chache hadi makumi kadhaa ya sekunde, na wakati huu programu haipatikani kwa wateja. Kulingana na aina ya programu, baada ya kuanzisha upya kipindi kitaendelea kiotomatiki au huenda mteja akahitaji kuidhinishwa tena. Hakuna mabadiliko ya usanidi yanahitajika kwa upande wa mteja. Mara baada ya nodi iliyoshindwa kurejeshwa, programu zake zinaweza kuhamia nyuma.

Ikiwa kila nodi ya nguzo inaendesha maombi mbalimbali, basi ikiwa moja ya nodes inashindwa, mzigo kwenye node nyingine itaongezeka na utendaji wa maombi utapungua.

Ikiwa programu zinaendeshwa kwenye nodi moja tu, na nodi nyingine inatumiwa kama chelezo, basi ikiwa nodi ya "kufanya kazi" itashindwa, utendaji wa nguzo hautabadilika (mradi tu nodi ya chelezo sio "dhaifu").

Faida kuu ya makundi ya upatikanaji wa juu ni uwezo wa kutumia vifaa vya kawaida na programu, ambayo inafanya ufumbuzi huu kuwa wa gharama nafuu na kupatikana kwa utekelezaji wa biashara ndogo na za kati.

Ni muhimu kutofautisha makundi ya juu ya upatikanaji kutoka kwa mifumo ya kuhimili makosa ("uvumilivu wa makosa"), ambayo imejengwa juu ya kanuni ya kurudia kamili. Katika mifumo hiyo, seva hufanya kazi kwa sambamba katika hali ya synchronous. Faida ya mifumo hii ni muda mfupi (chini ya sekunde) wa kurejesha baada ya kushindwa, lakini hasara ni bei ya juu kutokana na haja ya kutumia programu maalum na ufumbuzi wa vifaa.

Ulinganisho wa kundi la upatikanaji wa juu na seva ya kawaida

Kama ilivyoelezwa hapo juu, kutumia nguzo za upatikanaji wa juu kunaweza kupunguza muda wa chini unaosababishwa na kuzima kwa mipango au bila kupangwa.

Ufungaji uliopangwa unaweza kuwa kwa sababu ya hitaji la kusasisha programu au kufanya matengenezo ya kuzuia ya vifaa. Kwenye nguzo, shughuli hizi zinaweza kufanywa kwa mfuatano kwenye nodi tofauti bila kukatiza uendeshaji wa nguzo kwa ujumla.

Ufungaji usiopangwa hutokea kutokana na kushindwa kwa programu au vifaa. Katika tukio la kushindwa kwa programu kwenye seva ya kawaida, kuwasha upya mfumo wa uendeshaji au programu itahitajika; katika kesi ya kikundi, programu itahamia kwenye nodi nyingine na kuendelea kufanya kazi.

Tukio la angalau kutabirika ni kushindwa kwa vifaa. Tunajua kutokana na uzoefu kwamba seva ni kifaa kinachotegemewa kwa kiasi. Lakini inawezekana kupata nambari maalum, inayoonyesha kiwango cha utayari wa seva na nguzo?

Watengenezaji wa vifaa vya kompyuta kwa kawaida huamua kuegemea kwao kulingana na upimaji wa kundi kwa kutumia fomula ifuatayo:

Kwa mfano, ikiwa bidhaa 100 zilijaribiwa kwa mwaka mmoja na 10 kati yao hazikufaulu, basi MTBF iliyokokotolewa kwa kutumia fomula hii itakuwa miaka 10. Wale. Inachukuliwa kuwa baada ya miaka 10 bidhaa zote zitashindwa.

Kutokana na hili tunaweza kupata hitimisho muhimu zifuatazo. Kwanza, njia hii ya kuhesabu MTBF inadhani kwamba idadi ya kushindwa kwa kila kitengo ni mara kwa mara katika maisha yote ya huduma. Katika maisha "halisi" hii ni, bila shaka, si kesi. Kwa kweli, kutoka kwa nadharia ya kuegemea inajulikana kuwa curve ya kutofaulu ina fomu ifuatayo:

Katika ukanda wa I, kushindwa kwa bidhaa zilizo na kasoro za utengenezaji huonekana. Katika ukanda wa III, mabadiliko ya uchovu huanza kuathiri. Katika ukanda wa II, kushindwa husababishwa na mambo ya random na idadi yao ni mara kwa mara kwa muda wa kitengo. Wazalishaji wa vipengele "hupanua" eneo hili kwa maisha yote ya huduma. Takwimu za kushindwa kwa kweli katika maisha yote ya huduma zinathibitisha kuwa mfano huu wa kinadharia ni karibu kabisa na ukweli.

Hitimisho la pili la kufurahisha ni kwamba wazo la MTBF haionyeshi kabisa kile jina lake linamaanisha. "Wakati wa Maana Kati ya Kushindwa" kihalisi humaanisha wakati ambao ni nusu tu ya MTBF. Kwa hiyo, kwa mfano wetu, hii "wakati wa wastani" haitakuwa miaka 10, lakini mitano, kwa kuwa kwa wastani nakala zote za bidhaa zitafanya kazi si miaka 10, lakini nusu ya muda mrefu. Wale. MTBF iliyotangazwa na mtengenezaji ni wakati ambapo bidhaa itashindwa na uwezekano wa 100%.

Kwa hivyo, kwa kuwa uwezekano wa sehemu kushindwa kwa MTBF ni 1, na ikiwa MTBF inapimwa kwa miaka, basi uwezekano wa kipengele kushindwa ndani ya mwaka mmoja ni:

P=	1
	MTBF

Kwa wazi, kushindwa kwa vipengele vyovyote visivyohitajika vya seva kutamaanisha kushindwa kwa seva kwa ujumla.

Kushindwa kwa kijenzi kilichorudiwa kutasababisha kushindwa kwa seva ikiwa tu sehemu ya nakala pia itashindwa ndani ya muda unaohitajika kubadilisha kipengee ambacho kilishindikana kwanza. Ikiwa muda uliohakikishwa wa kubadilisha kipengele ni saa 24 (1/365 ya mwaka) (ambayo inaambatana na mazoea ya urekebishaji ya maunzi ya seva), basi uwezekano wa tukio kama hilo ndani ya mwaka ni:

Pd =	P x P	x 2
	365

Maelezo ya formula.

Hapa tuna kesi mbili za kipekee ambapo vipengele vyote viwili vinashindwa.

Kesi (1)

1. Kushindwa kwa kipengele Na. 1 wakati wowote katika mwaka (uwezekano P)
2. Kushindwa kwa kipengele #2 ndani ya saa 24 baada ya kutofaulu kwa kipengele #1 (uwezekano P/365)

Uwezekano wa matukio haya kutokea wakati huo huo ni sawa na matokeo ya uwezekano wao.

Kwa kesi (2), wakati sehemu # 2 itashindwa kwanza na kisha sehemu # 1, uwezekano utakuwa sawa.

Kwa kuwa kesi (1) na (2) haziwezi kutokea kwa wakati mmoja, uwezekano wa moja au nyingine kutokea ni sawa na jumla ya uwezekano wao.

Sasa, kwa kujua uwezekano wa Pi wa kutofaulu kwa kila sehemu ya N (iliyorudiwa na isiyo ya ziada) ya seva, tunaweza kuhesabu uwezekano wa kutofaulu kwa seva ndani ya mwaka mmoja.

Wacha tufanye hesabu kama ifuatavyo.

Kama ilivyotajwa tayari, kutofaulu kwa sehemu yoyote kutamaanisha kutofaulu kwa seva kwa ujumla.

Uwezekano wa uendeshaji usio na kushindwa wa sehemu yoyote ndani ya mwaka ni

Pi" = 1 - Pi

Uwezekano wa kutofaulu kwa utendakazi wa vipengele vyote katika mwaka ni sawa na matokeo ya uwezekano wa matukio haya huru:

PS' = ∏ Pi"

Kisha uwezekano wa kushindwa kwa seva ndani ya mwaka mmoja

Sasa unaweza kuamua sababu ya upatikanaji:

Ks =	MTBFs
	MTBFs + MTTRs

Wacha tuendelee kwenye hesabu. Acha seva yetu iwe na vifaa vifuatavyo:

Kielelezo 1. Utungaji wa seva

Wacha tufanye muhtasari wa data ya watengenezaji juu ya kuegemea kwa vifaa vya mtu binafsi kwenye jedwali lifuatalo:

Vipengele vya seva	Inadaiwa kutegemewa			Kiasi vipengele katika seva	Uwezekano kukataa kwa kuzingatia kurudia
	MTBF (saa)	MTBF (miaka)	Uwezekano kukataa mwaka
kitengo cha nguvu	90 000	10,27	0,09733	2	0,0000519
Ubao wa mama	300 000	34,25	0,02920	1	0,0292000
Kichakataji #1	1 000 000	114,16	0,00876	1	0,0087600
Kichakataji #2	1 000 000	114,16	0,00876	1	0,0087600
RAM, moduli nambari 1	1 000 000	114,16	0,00876	1	0,0087600
RAM, moduli nambari 2	1 000 000	114,16	0,00876	1	0,0087600
HDD	400 000	45,66	0,02190	2	0,0000026
Shabiki nambari 1	100 000	11,42	0,08760	2	0,0000420
Shabiki nambari 2	100 000	11,42	0,08760	2	0,0000420
Kidhibiti cha HDD	300 000	34,25	0,02920	1	0,0292000
Bodi ya kiolesura	300 000	34,25	0,02920	1	0,0292000
Hifadhi ya mkanda	220 000	25,11	0,03982	1	0,0398182
Kwa seva kwa ujumla:			0,37664		0,1519961

Kwa ujumla, kwa vifaa vya seva sababu ya upatikanaji wa kawaida inachukuliwa kuwa 99.95%, ambayo takriban inafanana na matokeo ya mahesabu yetu.

Wacha tufanye hesabu sawa kwa nguzo.

Nguzo ina nodi mbili na safu ya diski ya nje. Kushindwa kwa nguzo kutatokea ama katika tukio la kushindwa kwa safu ya disk au katika tukio la kushindwa kwa wakati mmoja kwa nodi zote mbili wakati unaohitajika kurejesha nodi ambayo imeshindwa kwanza.

Wacha tuchukue kuwa seva tuliyozingatia na sababu ya upatikanaji ya K = 99.958% inatumika kama nodi ya nguzo, na wakati wa kurejesha nodi ni masaa 24.

Wacha tuhesabu vigezo vya kuegemea vya safu ya diski ya nje:

Vipengele vya safu	Inadaiwa kutegemewa			Qty compo- Nentov ndani safu	Uwezekano kukataa kwa kuzingatia kurudia
	MTBF (saa)	MTBF (miaka)	Uwezekano kukataa mwaka
kitengo cha nguvu	90 000	10,27	0,09733	2	0,0000519
HDD	400 000	45,66	0,02190	2	0,0000026
Shabiki	100 000	11,42	0,08760	2	0,0000420
Kidhibiti cha HDD	300 000	34,25	0,02920	2	0,0000047
Kwa safu nzima:			0,21797		0,0001013

Kwa hivyo, nguzo ya upatikanaji wa juu inaonyesha ustahimilivu wa juu zaidi kwa kushindwa kwa maunzi iwezekanavyo kuliko usanifu wa kawaida wa seva.

Baada ya miaka kadhaa ya ukimya, niliamua kushiriki uzoefu wangu katika kupeleka nguzo ya kushindwa Windows msingi Seva 2012.
Muundo wa tatizo: Tekeleza kundi la kushindwa kupangisha mashine pepe, zenye uwezo wa kutenganisha mashine pepe katika nyati tofauti za mtandaoni (VLAN), hakikisha kutegemewa kwa juu, uwezo wa kubadilisha urekebishaji wa seva, na kuhakikisha upatikanaji wa huduma. Hakikisha idara yako ya TEHAMA inalala kwa amani.

Ili kukamilisha kazi iliyo hapo juu, tuliweza kujipatia vifaa vifuatavyo:

1. Seva ya HP ProLiant DL 560 Gen8 4x Xeon 8 msingi 64 GB RAM pcs 2.
2. Hifadhi ya SAS HP P2000 kwa diski 24 2.5" 1 pc.
3. Diski za kuhifadhi 300 Gb 24 pcs. // Kiasi si kikubwa, lakini kwa bahati mbaya bajeti ni bajeti kama hizo...
4. Mdhibiti kwa Viunganisho vya SAS imetengenezwa na HP 2 pcs.
5. Adapta ya mtandao ya bandari 4 za 1Gb 2 pcs. // Iliwezekana kuchukua moduli ya 4 SFP, lakini hatuna vifaa vinavyotumia Gb 10; muunganisho wa gigabit unatosha kabisa.

Kwa kawaida, tunasasisha BIOS na Firmware kutoka kwenye tovuti rasmi.
Shirika la viunganisho:


Kwa kweli tumeiunganisha kwa swichi 2 tofauti. Inaweza kuunganishwa na 4 tofauti. Nadhani 2x inatosha.
Kwenye milango ya kubadili ambapo seva zimeunganishwa, ni muhimu kubadilisha hali ya kiolesura kutoka kwa ufikiaji hadi shina ili kuweza kusambaza kwenye nyati ndogo pepe.

Wakati masasisho yanapakuliwa kwa Windows Server 2012 iliyosakinishwa upya, wacha tuisanidi hifadhi ya diski. Tunapanga kupeleka seva ya hifadhidata, kwa hivyo tuliamua kutumia GB 600 kwa hifadhidata, zilizosalia kwa zingine. mashine virtual, tautolojia kama hiyo.

Unda diski pepe:

• Raid10 disk kulingana na Raid 1+0 ya diski 4 +1 spare
• Raid5 disk kulingana na Raid 5 ya diski 16 +1 spare
• 2 disks - vipuri

Ninakushauri uonyeshe mfano wa safu katika jina la diski; utendaji utakuwa wazi mara moja. HP pia inapendekeza kutumia idadi ndogo ya disks virtual, ambayo itakuwa na idadi kubwa ya wale wa kimwili, i.e. Haupaswi kuunda rundo la diski ndogo za kawaida.

Sasa unahitaji kuunda partitions.

• raid5_quorum - Kinachojulikana disk disk (shahidi). Inahitajika ili kupanga kundi la nodi 2.
• raid5_store - Hapa tutahifadhi mashine za kawaida na anatoa zao ngumu
• raid10_db - Diski kuu ya mashine pepe ya seva ya MS SQL itahifadhiwa hapa

Tunagawa (ramani) sehemu zetu kwa bandari za sas za vidhibiti vya uhifadhi.
Ni muhimu kuwezesha kipengele cha Microsoft Multipath IO, vinginevyo seva inapounganishwa na vidhibiti vyote viwili vya uhifadhi, mfumo utakuwa na diski 6, badala ya 3, na nguzo haitakusanyika, ikitoa hitilafu ikisema kuwa una diski zinazofanana. nambari za serial, na mchawi huyu atakuwa sawa, nataka kukuambia.

Ninapendekeza kuunganisha seva kwenye hifadhi moja baada ya nyingine:

1. Imeunganisha seva 1 kwa kidhibiti 1 cha hifadhi
2. Kipangishi 1 kilichounganishwa kitaonekana kwenye hifadhi - kipe jina. Ninakushauri kuiita hivi: nambari ya kidhibiti ya seva (A au B)
3. Na kadhalika hadi uunganishe seva zote mbili kwa watawala wote wawili.

Kwenye swichi ambazo seva zimeunganishwa, unahitaji kuunda subnets 3 za kawaida (VLAN):

1. ClusterNetwork - habari ya huduma ya nguzo huenda hapa (mapigo ya moyo, udhibiti wa uandishi wa uhifadhi)
2. LiveMigration - Nadhani kila kitu kiko wazi hapa
3. Usimamizi - mtandao wa usimamizi

Hii inakamilisha utayarishaji wa miundombinu. Wacha tuendelee kusanidi seva na kuinua nguzo.

Tunaunganisha seva kwenye kikoa. Sakinisha jukumu la Hyper-V, Nguzo ya Failover.
Katika mipangilio ya Multipath IO, washa usaidizi kwa vifaa vya SAS.
Hakikisha kuwasha upya.

Mipangilio ifuatayo lazima ikamilike kwenye seva zote mbili.

Badilisha jina la miingiliano yote 4 ya mtandao kulingana na bandari zao halisi (kwetu ni 1,2,3,4).
Sanidi Timu ya NIC - Ongeza adapta zote 4 kwa timu, Hali ya Timu - Badili ya Kujitegemea, Kusawazisha Mizigo - Hyper-V Port. Tunaipa timu jina, hiyo ndiyo niliita Timu.
Sasa unahitaji kuinua swichi ya mtandaoni.
Fungua ganda la nguvu na uandike:

New-VMSwitch "VSwitch" -MinimumBandwidthMode Weight -NetAdapterName "Team" -AllowManagementOS 0

Tunaunda adapta 3 za mtandao.
Katika ganda sawa la nguvu:

Add-VMNetworkAdapter –ManagementOS –Jina "Usimamizi" Add-VMNetworkAdapter –ManagementOS –Jina "ClusterNetwork" Add-VMNetworkAdapter –ManagementOS –Jina "Live Migration"

Haya swichi za mtandaoni itaonekana kwenye mtandao na kituo cha udhibiti wa kushiriki, na ni kupitia kwao kwamba trafiki ya seva zetu itapita.

Weka mapendeleo ya anwani yako ili kuendana na mipango yako.

Tunahamisha adapta zetu kwa VLAN zinazofaa.
Katika powershell yako favorite:

Set-VMNetworkAdapterVlan -ManagementOS -Access -VlanId 2 -VMNetworkAdapterName "Management" -Thibitisha Set-VMNetworkAdapterVlan -ManagementOS -Access -VlanId 3 -VMNetworkAdapterName "ClusterNetwork" -ConfirmageVlanVMtandaoVMtandao -UthibitishajiVlancVMtandaoVlanUtumishiA MNetworkAdapterName "Uhamiaji Moja kwa Moja" - Thibitisha

Sasa unahitaji kusanidi QoS.

Wakati wa kuanzisha QoS kwa uzito, ambayo ni mazoezi bora zaidi, kulingana na Microsoft, mimi kukushauri kuweka uzito ili kiasi cha jumla ni 100, basi tunaweza kudhani kuwa thamani iliyoelezwa katika kuweka ni asilimia ya uhakika ya bandwidth. Kwa hali yoyote, asilimia huhesabiwa kwa kutumia formula:

Asilimia ya Bandwidth = kuweka uzito * 100 / jumla ya yote kuweka maadili uzito

Set-VMSwitch “VSwitch” -DefaultFlowMinimumBandwidthWeight 15

Kwa maelezo ya huduma ya nguzo.

Set-VMNetworkAdapter -ManagementOS -Name “Cluster” -MinimumBandwidthWeight 30

Kwa kuendesha gari.

Set-VMNetworkAdapter -ManagementOS -Jina "Usimamizi" -Kima cha chini chaBandwidthWeight 5

Kwa Uhamiaji Moja kwa Moja.

Set-VMNetworkAdapter -ManagementOS -Name "Live Migration" -MinimumBandwidthWeight 50

Ili trafiki itiririke kwenye mitandao kwa usahihi, ni muhimu kuweka vipimo kwa usahihi.
Trafiki ya maelezo ya huduma ya makundi itasafiri kwenye mtandao kwa kipimo cha chini kabisa. Uhamishaji wa Moja kwa Moja utasafiri kwa kipimo cha juu zaidi cha mtandao kinachofuata.

Hebu tufanye hivyo.
Katika mpendwa wetu:

$n = Get-ClusterNetwork “ClusterNetwork” $n.Metric = 1000 $n = Get-ClusterNetwork “LiveMigration” $n.Metric = 1050 $n = Get-ClusterNetwork “Management” $n.Metric = 1100

Tunaweka diski yetu ya shahidi kwenye nodi ambayo tutakusanya nguzo, ipange kwa ntfs.

Katika Failover Clustering snap-in, katika sehemu ya Mitandao, badilisha jina la mitandao ili ilingane na adapta zetu.

Kila kitu kiko tayari kukusanya nguzo.

Katika muhtasari wa Kundi la Failover, bofya thibitisha. Tunaangalia. Kisha unda nguzo na uchague Njia ya usanidi wa akidi na Diski wengi, ambayo pia inazingatiwa chaguo bora kwa nguzo zilizo na idadi sawa ya nodi, na ikizingatiwa kuwa tunayo mbili tu, hii ndio chaguo pekee.

Katika sehemu ya Hifadhi ya Failover Clustering snap-in, ongeza diski zako. Na kisha uwaongeze moja baada ya nyingine kama Kiwango cha Pamoja cha Nguzo (bonyeza kulia kwenye diski). Baada ya kuongeza kwenye folda C:\ClusterStorage itaonekana kiungo cha ishara kwa diski, ibadilishe jina kulingana na jina la diski iliyoongezwa kama Kiwango cha Pamoja cha Nguzo.

Sasa unaweza kuunda mashine pepe na kuzihifadhi kwa sehemu hizi. Natumaini makala ilikuwa muhimu kwako.

Tafadhali ripoti hitilafu zozote kupitia PM.

Ninapendekeza kusoma: Mwongozo Kamili wa Microsoft Windows Server 2012. Rand Morimoto, Michael Noel, Guy Yardeni, Omar Drouby, Andrew Abbate, Chris Amaris.

P.S.: Shukrani maalum kwa Mheshimiwa Salakhov, Zagorsky na Razbornov, ambao walikuwa wamesahau kwa aibu na mimi wakati wa kuandika chapisho hili. natubu >_< XD

Ikiwa wafanyakazi kadhaa katika kampuni yako wanatumia programu ya 1C, basi inatosha kununua seva nzuri na uisanidi kwa usahihi. Hata hivyo, ikiwa idadi ya watumiaji imefikia watu 150-200 na hii sio kikomo, basi kufunga kikundi cha seva itasaidia kupunguza mzigo kwenye vifaa. Kwa kweli, kusanikisha vifaa vya ziada na wataalam wa mafunzo kusaidia uendeshaji wa nguzo itahitaji rasilimali za kifedha na wakati, lakini huu ni uwekezaji wa muda mrefu ambao hulipa fidia kwa gharama zote kupitia. operesheni isiyokatizwa mifumo. Walakini, mengi inategemea mipangilio sahihi nguzo - tija inaweza kuongezeka mara kadhaa bila uwekezaji wa gharama kubwa. Kwa hivyo, kabla ya kusoma utendakazi na ununuzi wa seva, unahitaji kuhakikisha kama unahitaji nguzo ya seva ya 1C kabisa.

Je, ni wakati gani unapaswa kusakinisha nguzo ya seva ya 1C?

Wakati wa kuunda mpango wa kazi na kuhesabu uwezo unaohitajika seva, makosa ya programu hutokea mara nyingi kabisa. Katika hatua ya awali, wasimamizi wa mfumo wanaweza kuwaweka sawa kwa kuongeza kiasi cha RAM au kuboresha CPU na nodi nyingine. Lakini daima huja wakati ambapo uwezekano huu hukauka, na usakinishaji wa nguzo ya seva inakuwa karibu kuepukika. Ni hii ambayo itasuluhisha shida kuu za mifumo iliyojaa sana:

• Vifaa na kushindwa kwa mtandao. Kwa hifadhidata muhimu haswa, inashauriwa kuunda nguzo ya seva ambayo hufanya kama nakala rudufu;
• Usalama wa hifadhidata hautoshi. Faida ya ziada ni uwezo wa kusimba data kutoka kwa programu kwenye jukwaa la 1C;
• Usambazaji usio sawa wa mzigo kwenye nodi za seva. Kutatuliwa kwa kuunda "michakato kadhaa ya wafanyikazi" ambayo inadhibiti miunganisho ya mteja na maombi;
• Mbali na kutatua shida hizi, nguzo ya seva ya 1C iliyosanidiwa vizuri hukuruhusu kuokoa kwa kiasi kikubwa kwenye usaidizi. operesheni imara 1C maombi.

Wamiliki makampuni madogo, inakabiliwa na matatizo hapo juu, inaweza pia kuwa na nia ya kusakinisha nguzo ya seva. Lakini bado, ikiwa idadi ya watumiaji haizidi dazeni kadhaa na utendaji wa programu hausababishi malalamiko, basi nguzo hiyo haina haki ya kiuchumi. Itakuwa na ufanisi zaidi kuboresha seva au kusanidi kwa usahihi vigezo muhimu. Walakini, ikiwa kampuni inalenga kukuza na kuongeza kazi, basi inafaa kufikiria kuunda kikundi cha seva za 1C katika siku za usoni.

Inasakinisha kundi la kushindwa la seva ndani kesi za kawaida haitahitaji wasimamizi kuwa na ujuzi wa kina wa muundo na mantiki ya vifaa vya seva.

Hebu tuzingatie algorithm hii kwa kutumia mfano wa kuchanganya seva mbili za 1C 8.2 kwenye kundi

Hebu tuseme kwamba leo una seva mbili, kwenye moja ambayo (S1C-01) seva ya 1C na hifadhidata ya habari imewekwa. Ili kusanidi kundi la kushindwa kwa seva, unahitaji kupeleka seva ya 1C:Enterprise kwenye seva ya S1C-02 na uanze mtiririko wa kazi. Hakikisha kuwa katika mali zake kipengee cha "Matumizi" kimewekwa "Tumia". Hakuna haja ya kusajili misingi ya habari.

Baada ya hayo, katika console ya utawala wa 1C unahitaji kuongeza kikundi cha chelezo na jina la seva ya pili - S1C-02 - kwenye sehemu ya "Uhifadhi wa Nguzo". Tunaongeza kikundi chelezo kinachoitwa S1C-01 kwenye sehemu sawa ya seva ya pili na kuisogeza hadi nafasi ya juu. Ili kufanya hivyo, tumia menyu ya muktadha na amri ya "Sogeza juu". Inahitajika kuhakikisha mpangilio sawa katika vikundi hivi kwenye seva zote mbili.

Baada ya hatua zilizo hapo juu, kilichobaki ni kubofya kitufe cha "Hatua" - "Sasisha". Baada ya hayo, infobases iliyosajiliwa kwanza inapaswa kuonekana kwenye mti wa seva ya pili. Hii ina maana kwamba matendo yetu yalisababisha mafanikio na sasa tuna kundi la kushindwa kwa seva mbili.

Hii ni moja ya mifano rahisi kuunda nguzo ya seva, isiyohusiana na uboreshaji wao na mipangilio sahihi. Kwa utekelezaji wa mwisho wa kikundi kwa kazi fulani, ni muhimu kutatua suala la kutosha kwa uwezo na usanidi wa kitaaluma wa nguzo inayosababisha.

Upakiaji wa nguzo na uboreshaji

Mtihani wa mzigo

Teknolojia za kawaida za kujaribu nguzo ya seva ya 1C ni:

1. mtihani wa Gilev;
2. Kituo cha majaribio kutoka 1C:KIP.

Katika kesi ya kwanza, tunashughulika na zana ambayo inaruhusu sisi kutathmini faili na hifadhidata za seva ya mteja. Inajumuisha tathmini ya kasi ya mfumo, miingiliano, shughuli za muda mrefu na kiasi cha rasilimali za uendeshaji. Faida kubwa ni matumizi mengi - haileti tofauti ni usanidi gani unaojaribu nayo. Matokeo ni makadirio katika vitengo vya kawaida.

Utendaji wa pili hukuruhusu kukadiria muda uliotumika kwenye operesheni fulani kwenye mfumo kwa idadi iliyoamuliwa mapema ya watumiaji. Wakati huo huo, unaweza kujitegemea kutaja idadi ya shughuli, aina na mlolongo wao - mtihani utaiga vitendo halisi.

Kulingana na matokeo yaliyopatikana, unaweza kuhukumu ikiwa inafaa kusasisha au kuboresha nguzo ya seva.

Njia rahisi zaidi ya kuongeza kasi ya 1C ni kuongeza sifa za seva. Lakini kulikuwa na matukio wakati, kutokana na mipangilio isiyo sahihi baada ya kuboresha vifaa, hali ilizidi kuwa mbaya zaidi. Kwa hiyo, ikiwa unalalamika kuhusu kufungia, inashauriwa kwanza kuangalia mipangilio ya makundi katika huduma ya utawala.

Inahitajika kuchukua jukumu kamili kwa vitendo vyote. Mipangilio ya Nguzo inaweza kuathiri vibaya utendaji na utendakazi, kama ilivyo upande bora, na kinyume chake. Kila mpangilio huathiri seva zote kwenye nguzo. Kwa hiyo, kabla ya kubadilisha chochote, unahitaji kuelewa ni nini kuanzisha kikundi cha 1C kinawajibika.

Sana parameter muhimu kwa seva zinazotumiwa masaa 24 kwa siku - "Kipindi cha kuanza upya". Kwa kawaida, thamani yake imewekwa kwa sekunde 86400 ili seva ziweze kuanzisha upya moja kwa moja mara moja kwa siku. Hii ni muhimu kwa kupunguza athari mbaya za uvujaji wa kumbukumbu na mgawanyiko wa data kwenye diski wakati wa operesheni.

Ni muhimu sana kwamba nguzo inayostahimili hitilafu ya seva za 1C ilindwe dhidi ya utumiaji wa kumbukumbu kupita kiasi. Ombi moja lisilofanikiwa katika mzunguko linaweza kuchukua nguvu zote za seva za msingi nyingi. Ili kuzuia hili, kuna chaguzi mbili za nguzo - "Uwezo unaoruhusiwa wa kumbukumbu" na "Muda wa kuzidi uwezo unaoruhusiwa". Ikiwa utasanidi vigezo hivi kwa usahihi na kwa usahihi, utalinda misingi yako ya habari kutokana na matatizo mengi ya kawaida.

Kuweka kikomo kwa asilimia ya Ustahimilivu wa Hitilafu za Seva kutasaidia kutambua utendakazi na simu nyingi ambazo hazikufanikiwa. Nguzo itazizima kwa nguvu ikiwa kisanduku cha kuteua kinacholingana kimechaguliwa. Hii itasaidia kulinda michakato "isiyo na makosa" kutoka kwa kunyongwa na kusubiri.

Kigezo kingine - "Acha michakato ambayo imezimwa baada ya" inawajibika kwa kukata miunganisho ya mara kwa mara kwa seva kwa vipindi maalum. Katika 1C, baada ya kazi kukamilika, michakato ya kazi hutegemea kwa muda ili data ihamishwe kwa usahihi kwa michakato mpya. Wakati mwingine kushindwa hutokea na michakato inabaki kunyongwa kwenye seva. Wanapoteza rasilimali na ni muhimu zaidi kupunguza kiasi chao kwa kiasi kikubwa.

Mbali na kuboresha nguzo yenyewe, ni muhimu pia kusanidi kwa usahihi kila seva iliyojumuishwa ndani yake. Kwa urahisi wa kuboresha seva na kuangalia utendaji, wasimamizi hutumia wakala wa seva - ragent. Huhifadhi habari kuhusu kile kinachoendesha kwenye seva maalum. Ili kupata data kwenye msingi wa habari uliotumiwa, lazima uwasiliane na msimamizi wa seva - rmngr.

Kwa uboreshaji sahihi, tumia koni ya nguzo ya seva na usanidi vigezo vifuatavyo kwa kila seva:

• Upeo wa ukubwa wa kumbukumbu wa michakato yote ya mfanyakazi. Ikiwa kiashiria hiki ni 0, basi mfumo hutoa 80% ya RAM kwa michakato, lakini ikiwa shamba ni 1, basi 100%. Ikiwa 1C na DBMS zimesakinishwa kwenye seva moja, basi kuna uwezekano wa mgongano kutokana na kumbukumbu na unahitaji kutumia mpangilio huu. Vinginevyo, kiwango cha 80% kitatosha au kuhesabu ni kiasi gani kumbukumbu ya OS inahitajika, na ingiza kiasi kilichobaki katika uwanja huu;
• Matumizi salama ya kumbukumbu kwa kila simu. Thamani chaguo-msingi ni "0", kumaanisha kuwa mchakato wa mfanyakazi 1 utachukua chini ya 5% ya RAM ya juu zaidi kwa michakato yote. Haipendekezi kuweka thamani "-1", kwani itaondoa vikwazo vyote, ambavyo vinajaa matokeo kwa namna ya kufungia;
• Idadi ya misingi ya habari na miunganisho kwa kila mchakato. Mipangilio hii inadhibiti jinsi mzigo wa kazi unavyosambazwa katika michakato ya kazi. Unaweza kuzibadilisha kulingana na mahitaji yako ili kupunguza hasara kwa sababu ya mzigo mwingi kwenye seva. Ikiwa thamani imewekwa kwa 0, basi vikwazo havitumiki, ambayo ni hatari ikiwa kuna idadi kubwa ya kazi.

Katika toleo la 8.3, kipengele kingine muhimu cha kusambaza vizuri mzigo kwenye seva ni "Meneja kwa kila huduma." Parameta hii inafanya uwezekano wa kutumia sio meneja mmoja wa seva (rmngr), lakini nyingi, ambayo kila moja inawajibika kwa kazi yake mwenyewe. Hii ni fursa nzuri ya kufuatilia ni huduma gani inayosababisha uharibifu wa utendakazi na kupima kiasi cha rasilimali zilizotengwa kwa kila kazi.

Baada ya kusakinisha kipengele hiki, wakala wa seva ya ragent ataanza upya na badala ya rmngr.exe moja tu kwenye koni utapata orodha nzima. Sasa unaweza kutumia meneja wa kazi kupata mchakato unaopakia mfumo na kufanya urekebishaji mzuri. PID yao itakusaidia kutofautisha michakato hii kutoka kwa kila mmoja. Hata hivyo, kwa kuwa hii ni uvumbuzi, wataalam wa 1C wanapendekeza kutumia kipengele hiki kwa uangalifu.

Kabla ya kuamua kuongeza nguzo ya seva ya 1C kwenye muundo wako, unahitaji kuangalia mipangilio ya seva. Labda kuna njia ya kurekebisha hali bila kununua vifaa vya gharama kubwa na wataalam wa mafunzo ili kuanzisha kikundi cha 1C. Ni kawaida kwa seva kuchunguzwa kitaalamu na kusanidiwa na wataalamu wa mashirika mengine kufanya kazi katika uwezo wa zamani kwa miaka kadhaa. Lakini katika makampuni makubwa, kundi la seva za 1C linabakia kuwa suluhisho pekee linaloruhusu wafanyakazi kufanya kazi saa 24 kwa siku.

Utangulizi

Kundi la seva ni kundi la seva huru zinazosimamiwa na huduma ya Nguzo zinazofanya kazi pamoja kama mfumo mmoja. Vikundi vya seva huundwa kwa kuchanganya seva kadhaa ndani Windows msingi® 2000 Advanced Server na Windows 2000 Datacenter Server kufanya kazi pamoja, na hivyo kutoa ngazi ya juu upatikanaji, scalability na usimamizi wa rasilimali na maombi.

Kazi ya nguzo ya seva ni kuhakikisha ufikiaji endelevu wa mtumiaji kwa programu na rasilimali katika kesi za maunzi au makosa ya programu au kuzima vifaa vilivyopangwa. Ikiwa moja ya seva za nguzo haipatikani kwa sababu ya kushindwa au kuzimwa kwa matengenezo, rasilimali za habari na programu zinasambazwa tena kati ya nodi za nguzo zilizobaki.

Kwa mifumo ya nguzo matumizi ya neno " upatikanaji wa juu» ni vyema kutumia neno " uvumilivu wa makosa", kwa kuwa teknolojia za uvumilivu wa makosa zinahitaji kiwango cha juu cha upinzani wa vifaa kwa mvuto wa nje na taratibu za kurejesha. Kwa kawaida, seva zinazostahimili makosa hutumia shahada ya juu upungufu wa vifaa, pamoja na programu maalum ambayo inaruhusu marejesho ya mara moja ya utendakazi katika tukio la programu yoyote ya mtu binafsi au vifaa. Suluhisho hizi ni ghali zaidi ikilinganishwa na utumiaji wa teknolojia za nguzo, kwani mashirika yanalazimika kulipia zaidi vifaa vya ziada, ambavyo havifanyi kazi mara nyingi na hutumiwa tu ikiwa kuna kushindwa. Seva zinazostahimili hitilafu hutumiwa kwa programu zinazoshughulikia kiasi kikubwa cha miamala ya thamani ya juu katika maeneo kama vile vituo vya uchakataji wa malipo, ATM au soko la hisa.

Ingawa huduma ya Cluster haitoi hakikisho la muda wa nyongeza, inatoa kiwango cha juu cha upatikanaji wa kutosha kuendesha programu nyingi muhimu za dhamira. Huduma ya Cluster inaweza kufuatilia utendakazi wa programu na rasilimali, kutambua kiotomatiki hali za kutofaulu na kurejesha mfumo zinapotatuliwa. Hii inatoa zaidi usimamizi rahisi mzigo wa kazi ndani ya nguzo, na huongeza upatikanaji wa mfumo kwa ujumla.

Faida kuu zinazopatikana kwa kutumia huduma ya Cluster ni:

• Upatikanaji wa juu. Ikiwa nodi itashindwa, huduma ya Nguzo huhamisha udhibiti wa rasilimali, kama vile anatoa ngumu na anwani za mtandao, hadi kwenye nodi ya nguzo inayofanya kazi. Wakati kushindwa kwa programu au maunzi kunatokea, programu ya nguzo huanza tena programu iliyoshindwa kwenye nodi ya kufanya kazi, au kuhamisha mzigo mzima wa nodi iliyoshindwa hadi nodi zinazofanya kazi zilizobaki. Hata hivyo, watumiaji wanaweza tu kutambua kuchelewa kwa muda mfupi katika huduma.
• Rejesha pesa baada ya kukataa. Huduma ya Nguzo moja kwa moja inasambaza mzigo wa kazi katika nguzo wakati nodi iliyoshindwa inapatikana tena.
• Udhibiti. Msimamizi wa Nguzo ni muhtasari ambao unaweza kutumia kudhibiti nguzo kama mfumo mmoja, na pia kudhibiti programu. Msimamizi wa Nguzo hutoa mwonekano wazi wa jinsi programu zinavyoendeshwa kana kwamba zinaendeshwa kwenye seva moja. Unaweza kuhamisha programu hadi seva mbalimbali ndani ya nguzo kwa kuburuta vitu vya nguzo na kipanya. Unaweza kuhamisha data kwa njia sawa. Njia hii inaweza kutumika kusambaza mzigo wa seva kwa mikono, na pia kupakua seva na kuisimamisha kwa matengenezo yaliyopangwa. Kwa kuongeza, Msimamizi wa Nguzo inakuwezesha kufuatilia kwa mbali hali ya nguzo, nodes zake zote na rasilimali.
• Scalability. Ili kuhakikisha kwamba utendaji wa nguzo unaweza kuendana na mahitaji yanayoongezeka kila wakati, huduma ya Nguzo ina uwezo wa kuongeza kiwango. Ikiwa utendakazi wa jumla wa nguzo hautoshi kushughulikia mzigo unaozalishwa na programu zilizounganishwa, nodi za ziada zinaweza kuongezwa kwenye nguzo.

Hati hii inatoa maagizo ya kusakinisha huduma ya Nguzo kwenye seva zinazoendesha Windows 2000 Advanced Server na Windows 2000 Datacenter Server na inaeleza mchakato wa kusakinisha huduma ya Nguzo kwenye seva za nodi za nguzo. Mwongozo huu hauelezi kusakinisha na kusanidi programu zilizounganishwa, lakini unakupitisha tu mchakato mzima wa kusakinisha nguzo rahisi ya nodi mbili.

Mahitaji ya mfumo wa kuunda kikundi cha seva

Inayofuata orodha za ukaguzi itakusaidia kujiandaa kwa ajili ya ufungaji. Maagizo ya hatua kwa hatua Maagizo ya ufungaji yatawasilishwa chini ya orodha hizi.

Mahitaji ya programu

• Mfumo wa uendeshaji wa Microsoft Windows 2000 Advanced Server au Windows 2000 Datacenter Server umesakinishwa kwenye seva zote kwenye nguzo.
• Huduma ya utatuzi wa jina iliyosakinishwa kama vile Mfumo wa Kutaja Kikoa (DNS) Windows Internet Mfumo wa Kutaja (WINS), HOSTS, nk.
• Seva ya terminal kwa utawala wa mbali nguzo. Mahitaji haya sio ya lazima, lakini inashauriwa tu ili kuhakikisha urahisi wa usimamizi wa nguzo.

Mahitaji ya vifaa

• Mahitaji ya maunzi ya nodi za nguzo ni sawa na yale ya kusakinisha Windows 2000 Advanced Server au Windows 2000 Datacenter Server. Mahitaji haya yanaweza kupatikana kwenye ukurasa wa utafutaji Saraka ya Microsoft.
• Maunzi ya nguzo lazima yaidhinishwe na kuorodheshwa kwenye Orodha ya Upatanifu ya Vifaa vya Microsoft (HCL) kwa huduma ya Nguzo. Toleo la hivi punde orodha hii inaweza kupatikana kwenye ukurasa wa utafutaji Orodha ya Upatanifu ya Vifaa vya Windows 2000 Saraka ya Microsoft kwa kuchagua kitengo cha utaftaji "Nguzo".

Kompyuta mbili zinazotii HCL, kila moja ikiwa na:

• Gari ngumu na buti kizigeu cha mfumo na mfumo wa uendeshaji wa Windows 2000 Advanced Server au Windows 2000 Datacenter Server iliyosakinishwa. Hifadhi hii haipaswi kuunganishwa kwenye basi ya hifadhi iliyoshirikiwa, iliyojadiliwa hapa chini.
• Tenganisha PCI Fiber Channel au kidhibiti cha kifaa cha SCSI kwa kuunganisha kifaa cha nje cha kuhifadhi kilichoshirikiwa. Kidhibiti hiki lazima kiwepo kwa kuongeza kidhibiti cha diski ya boot.
• Adapta mbili za mtandao za PCI zilizowekwa kwenye kila kompyuta kwenye nguzo.
• Kifaa cha kuhifadhi diski ya nje kilichoorodheshwa na HCL ambacho kimeunganishwa kwenye nodi zote kwenye nguzo. Itafanya kama diski ya nguzo. Usanidi kwa kutumia safu za RAID za maunzi unapendekezwa.
• Cables za kuunganisha kifaa cha kawaida cha kuhifadhi kwenye kompyuta zote. Rejelea hati za mtengenezaji kwa maagizo ya kusanidi vifaa vya kuhifadhi. Ikiwa muunganisho umefanywa kwa basi la SCSI, unaweza kurejelea Kiambatisho A kwa Taarifa za ziada.
• Vifaa vyote kwenye kompyuta za nguzo lazima vifanane kabisa. Hii itarahisisha mchakato wa usanidi na kuondoa masuala yanayoweza kutokea ya uoanifu.

Mahitaji ya kuanzisha usanidi wa mtandao

• Jina la kipekee la NetBIOS kwa nguzo.
• Tano za kipekee anwani za IP tuli: anwani mbili za adapta za mtandao mtandao wa kibinafsi, mbili kwa adapta za mtandao wa umma, na anwani moja ya nguzo.
• Kikoa Akaunti kwa huduma ya Nguzo (nodi zote za nguzo lazima ziwe wanachama wa kikoa sawa)
• Kila nodi lazima iwe na adapta mbili za mtandao - moja ya kuunganisha kwenye mtandao wa umma, moja kwa mawasiliano ya ndani ya nguzo ya nodi. Usanidi kwa kutumia adapta moja ya mtandao kwa muunganisho wa wakati mmoja kwa mitandao ya umma na ya kibinafsi haitumiki. Kuwa na adapta tofauti ya mtandao kwa mtandao wa kibinafsi inahitajika ili kuzingatia mahitaji ya HCL.

Mahitaji ya Diski ya Pamoja ya Hifadhi

• Disks zote za hifadhi ya pamoja, ikiwa ni pamoja na diski ya akidi, lazima ziunganishwe kimwili na basi iliyoshirikiwa.
• Disks zote zilizounganishwa kwenye basi iliyoshirikiwa lazima zifikiwe na kila nodi. Hii inaweza kuangaliwa wakati wa usakinishaji na usanidi wa adapta ya mwenyeji. Kwa maagizo ya kina, rejea nyaraka za mtengenezaji wa adapta.
• Vifaa vya SCSI lazima vipewe nambari za kipekee za kitambulisho cha SCSI, na viondoa lazima visakinishwe ipasavyo kwenye basi la SCSI, kulingana na maagizo ya mtengenezaji. 1
• Disks zote za uhifadhi wa pamoja lazima zisanidiwe kama diski za msingi (sio za nguvu)
• Sehemu zote za diski za hifadhi ya pamoja lazima ziungwe kama umbizo la faili. Mfumo wa NTFS.

Inapendekezwa sana kuchanganya hifadhi zote za pamoja katika safu za maunzi RAID. Ingawa haihitajiki, kuunda usanidi wa RAID unaostahimili hitilafu ni hatua muhimu katika kutoa ulinzi dhidi ya kushindwa kwa disk.

Ufungaji wa nguzo

Muhtasari wa Ufungaji wa Jumla

Wakati wa mchakato wa usakinishaji, nodi zingine zitafungwa na zingine zitawashwa tena. Hii ni muhimu ili kuhakikisha uaminifu wa data iko kwenye diski zilizounganishwa na basi ya kawaida ya kifaa cha hifadhi ya nje. Uharibifu wa data unaweza kutokea wakati nodi nyingi zinapojaribu kuandika kwa diski moja ambayo haijalindwa na programu ya nguzo.

Jedwali la 1 litakusaidia kuamua ni nodi gani na vifaa vya kuhifadhi vinapaswa kuwezeshwa katika kila hatua ya ufungaji.

Mwongozo huu unaelezea jinsi ya kuunda nguzo ya nodi mbili. Walakini, ikiwa unatengeneza nguzo yenye nodi zaidi ya mbili, unaweza kutumia thamani ya safu "Node 2" kuamua hali ya nodes iliyobaki.

Jedwali 1. Mlolongo wa kuwasha vifaa wakati wa kufunga kikundi

Hatua	Nodi 1	Nodi 2	Kifaa cha kuhifadhi	Maoni
Kuweka Mipangilio ya Mtandao	Washa	Washa	Imezimwa	Hakikisha kuwa vifaa vyote vya kuhifadhi vilivyounganishwa kwenye basi ya kawaida vimezimwa. Washa nodi zote.
Mipangilio hifadhi za pamoja	Washa	Imezimwa	Washa	Zima nodi zote. Washa kifaa cha kuhifadhi kilichoshirikiwa, kisha uwashe nodi ya kwanza.
Inakagua usanidi wa hifadhi za pamoja	Imezimwa	Washa	Washa	Zima nodi ya kwanza, fungua node ya pili. Rudia kwa nodi 3 na 4 ikiwa ni lazima.
Inasanidi nodi ya kwanza	Washa	Imezimwa	Washa	Zima nodes zote; washa nodi ya kwanza.
Inasanidi nodi ya pili	Washa	Washa	Washa	Baada ya kusanidi kwa ufanisi nodi ya kwanza, nguvu kwenye nodi ya pili. Rudia kwa nodi 3 na 4 ikiwa ni lazima.
Kukamilisha ufungaji	Washa	Washa	Washa	Katika hatua hii, nodi zote zinapaswa kugeuka.

Kabla ya kusakinisha programu ya nguzo, lazima ukamilishe hatua zifuatazo:

• Sakinisha mfumo wa uendeshaji wa Windows 2000 Advanced Server au Windows 2000 Datacenter Server kwenye kila kundi la kompyuta.
• Sanidi mipangilio ya mtandao.
• Sanidi hifadhi za pamoja.

Kamilisha hatua hizi kwenye kila nodi kwenye nguzo kabla ya kusakinisha huduma ya Nguzo kwenye nodi ya kwanza.

Ili kusanidi huduma ya Cluster kwenye seva ya Windows 2000, akaunti yako lazima iwe na haki za msimamizi kwenye kila nodi. Nodi zote za nguzo lazima ziwe seva za wanachama au vidhibiti vya kikoa sawa. Matumizi mchanganyiko ya seva za wanachama na vidhibiti vya kikoa katika nguzo hayakubaliki.

Kufunga mfumo wa uendeshaji wa Windows 2000

Kwa Ufungaji wa Windows 2000 kwenye kila nodi ya nguzo, rejelea hati ulizopokea na mfumo wako wa uendeshaji.

Hati hii inatumia muundo wa kutaja kutoka kwa mwongozo "Mwongozo wa Hatua kwa Hatua kwa Miundombinu ya Kawaida ya Usambazaji wa Seva ya Windows 2000". Hata hivyo, unaweza kutumia majina yoyote.

Kabla ya kuanza kusakinisha huduma ya Cluster, lazima uingie kama msimamizi.

Inasanidi mipangilio ya mtandao

Kumbuka: Katika hatua hii ya usakinishaji, zima vifaa vyote vya kuhifadhi vilivyoshirikiwa, na kisha uwashe nodi zote. Lazima uondoe uwezekano upatikanaji wa wakati mmoja nodi nyingi kwa kifaa cha kuhifadhi kilichoshirikiwa hadi huduma ya Cluster imewekwa, kulingana na angalau, kwenye moja ya nodi, na nodi hiyo itawezeshwa.

Kila nodi lazima iwe na angalau adapta mbili za mtandao zilizowekwa - moja ya kuunganisha kwenye mtandao wa umma, na moja ya kuunganisha kwenye mtandao wa kibinafsi unaojumuisha nodi za nguzo.

Adapta ya mtandao wa kibinafsi hutoa mawasiliano kati ya nodi, kuripoti hali ya sasa ya nguzo, na usimamizi wa nguzo. Kila adapta ya mtandao wa umma ya nodi huunganisha nguzo kwenye mtandao wa umma unaojumuisha kompyuta za mteja.

Hakikisha kuwa adapta zote za mtandao zimeunganishwa kwa usahihi: adapta za mtandao wa kibinafsi zimeunganishwa tu na adapta nyingine za mtandao wa kibinafsi, na adapta za mtandao wa umma zimeunganishwa na swichi za mtandao wa umma. Mchoro wa uunganisho umeonyeshwa kwenye Mchoro 1. Fanya jaribio hili kwenye kila nodi ya nguzo kabla ya kuendelea kusanidi diski za hifadhi ya pamoja.

Kielelezo cha 1: Mfano wa nguzo ya nodi mbili

Inasanidi Adapta ya Mtandao ya Kibinafsi

Kamilisha hatua hizi kwenye nodi ya kwanza ya nguzo yako.

1. Yangu mtandao na uchague timu Mali.
2. Bofya bonyeza kulia panya kwenye ikoni.

Kumbuka: Ni adapta gani ya mtandao itatumikia mtandao wa kibinafsi na ambayo ya umma inategemea uhusiano wa kimwili nyaya za mtandao. KATIKA hati hii Tutafikiri kwamba adapta ya kwanza (Uunganisho wa Mitaa) imeunganishwa kwenye mtandao wa umma na adapta ya pili (Uunganisho wa Mitaa 2) imeunganishwa kwenye mtandao wa kibinafsi wa nguzo. Kwa upande wako hii inaweza isiwe hivyo.

1. Jimbo. Dirisha Hali ya Muunganisho wa LAN 2 inaonyesha hali ya muunganisho na kasi yake. Ikiwa uunganisho uko katika hali iliyokatwa, angalia nyaya na viunganisho. Rekebisha tatizo kabla ya kuendelea. Bofya kitufe Funga.
2. Bonyeza kulia kwenye ikoni tena Uunganisho wa LAN2, chagua amri Mali na bonyeza kitufe Tune.
3. Chagua kichupo Zaidi ya hayo. Dirisha iliyoonyeshwa kwenye Mchoro 2 itaonekana.
4. Kwa adapta za mtandao wa kibinafsi, kasi lazima iwekwe kwa mikono badala ya thamani ya chaguo-msingi. Bainisha kasi ya mtandao wako katika orodha kunjuzi. Usitumie maadili "Auto Sense" au "Chagua otomatiki" kuchagua kasi, kwani baadhi ya adapta za mtandao zinaweza kuacha pakiti wakati wa kuamua kasi ya uunganisho. Ili kuweka kasi ya adapta ya mtandao, taja thamani halisi ya parameter Aina ya muunganisho au Kasi.

Kielelezo cha 2: Mipangilio ya ziada adapta ya mtandao

Adapta zote za mtandao wa nguzo zilizounganishwa kwenye mtandao huo lazima zisanidiwe kwa kufanana na zitumike maadili sawa vigezo Hali ya Duplex , Udhibiti wa mtiririko, Aina ya muunganisho, n.k. Hata kama vifaa tofauti vya mtandao vinatumika kwenye nodi tofauti, maadili ya vigezo hivi lazima yawe sawa.

1. Chagua Itifaki ya Mtandao (TCP/IP) katika orodha ya vipengele vinavyotumiwa na uunganisho.
2. Bofya kitufe Mali.
3. Weka kubadili kwenye nafasi Tumia anwani ya IP ifuatayo na ingiza anwani 10.1.1.1 . (Kwa nodi ya pili, tumia anwani 10.1.1.2 ).
4. Weka mask ya subnet: 255.0.0.0 .
5. Bofya kitufe Zaidi ya hayo na uchague kichupo IMESHINDA. Weka thamani ya kubadili kwenye nafasi Zima NetBIOS kupitia TCP/IP. Bofya sawa kurudi kwenye menyu iliyotangulia. Tekeleza hatua hii kwa adapta ya mtandao ya kibinafsi pekee.

Kisanduku kidadisi chako kinapaswa kuonekana kama Kielelezo 3.

Kielelezo cha 3: Anwani ya IP ya Muunganisho wa Mtandao wa Kibinafsi

Inasanidi adapta ya mtandao wa umma

Kumbuka: Ikiwa seva ya DHCP inafanya kazi kwenye mtandao wa umma, anwani ya IP ya adapta ya mtandao kwenye mtandao wa umma inaweza kupewa kiotomatiki. Walakini, njia hii haipendekezi kwa adapta za nodi za nguzo. Tunapendekeza kwa dhati kugawa anwani za IP za kudumu kwa adapta zote za mtandao wa seva pangishi za umma na za kibinafsi. Vinginevyo, ikiwa seva ya DHCP itashindwa, ufikiaji wa nodi za nguzo inaweza kuwa haiwezekani. Iwapo utalazimika kutumia DHCP kwa adapta za mtandao kwenye mtandao wa umma, tumia muda mrefu wa kukodisha anwani - hii itahakikisha kwamba anwani iliyokabidhiwa kwa nguvu itasalia kuwa halali hata kama seva ya DHCP haipatikani kwa muda. Daima weka anwani za IP za kudumu kwa adapta za mtandao za kibinafsi. Kumbuka kwamba huduma ya Cluster inaweza tu kutambua moja kiolesura cha mtandao kwenye kila subnet. Ikiwa unahitaji usaidizi wa miadi anwani za mtandao katika Windows 2000, rejelea Usaidizi wa ndani wa mfumo wa uendeshaji.

Inabadilisha jina la miunganisho ya mtandao

Kwa uwazi, tunapendekeza kubadilisha majina ya miunganisho yako ya mtandao. Kwa mfano, unaweza kubadilisha jina la uunganisho Uunganisho wa LAN2 juu . Njia hii itakusaidia kutambua mitandao kwa urahisi na kupeana majukumu yao kwa usahihi.

1. Bonyeza kulia kwenye ikoni 2.
2. Katika menyu ya muktadha, chagua amri Badilisha jina.
3. Ingiza Unganisha kwenye mtandao wa kibinafsi wa kikundi kwenye uwanja wa maandishi na bonyeza kitufe INGIA.
4. Rudia hatua 1-3 na ubadilishe jina la unganisho Uunganisho wa LAN juu Unganisha kwenye mtandao wa umma.

Kielelezo cha 4: Miunganisho ya mtandao iliyopewa majina mapya

1. Miunganisho ya mtandao iliyopewa jina inapaswa kuonekana kama Mchoro 4. Funga dirisha Mtandao na ufikiaji wa mbali kwa mtandao. Majina mapya ya muunganisho wa mtandao yanaigwa kiotomatiki kwa vifundo vingine kwenye nguzo yanapowashwa.

Uchunguzi miunganisho ya mtandao na azimio la jina

Ili kupima uendeshaji wa vifaa vya mtandao vilivyowekwa, fanya hatua zifuatazo kwa adapta zote za mtandao kwenye kila node. Ili kufanya hivyo, lazima ujue anwani za IP za adapta zote za mtandao kwenye nguzo. Unaweza kupata habari hii kwa kuendesha amri ipconfig kwenye kila nodi:

1. Bofya kitufe Anza, chagua timu Tekeleza na chapa amri cmd kwenye dirisha la maandishi. Bofya sawa.
2. Andika amri ipconfig / yote na bonyeza kitufe INGIA. Utaona maelezo ya usanidi wa itifaki ya IP kwa kila adapta ya mtandao imewashwa mashine ya ndani.
3. Ikiwa bado huna dirisha la haraka la amri iliyofunguliwa, fuata hatua ya 1.
4. Andika amri ping anwani Wapi ipaddress ni anwani ya IP ya adapta ya mtandao inayolingana kwenye nodi nyingine. Kwa mfano, fikiria kuwa adapta za mtandao zina anwani zifuatazo za IP:

Nambari ya nodi	Jina muunganisho wa mtandao	Anwani ya IP ya adapta ya mtandao
1	Inaunganisha kwenye mtandao wa umma	172.16.12.12
1	Unganisha kwenye mtandao wa kibinafsi wa kikundi	10.1.1.1
2	Inaunganisha kwenye mtandao wa umma	172.16.12.14
2	Unganisha kwenye mtandao wa kibinafsi wa kikundi	10.1.1.2

Katika mfano huu unahitaji kuendesha amri ping 172.16.12.14 Na ping 10.1.1.2 kutoka nodi 1, na utekeleze amri ping 172.16.12.12 Na ping 10.1.1.1 kutoka nodi 2.

Ili kuangalia azimio la jina, endesha amri ping, kwa kutumia jina la kompyuta kama hoja badala ya anwani yake ya IP. Kwa mfano, kuangalia azimio la jina kwa nodi ya nguzo ya kwanza inayoitwa hq-res-dc01, endesha amri. ping hq-res-dc01 kutoka kwa yoyote kompyuta ya mteja.

Inakagua uanachama wa kikoa

Nodi zote za nguzo lazima ziwe wanachama wa kikoa sawa na ziwe na uwezo wa kuunganisha mtandao na kidhibiti cha kikoa na seva ya DNS. Nodi zinaweza kusanidiwa kama seva za kikoa za wanachama au kama vidhibiti vya kikoa sawa. Ukiamua kufanya mojawapo ya nodi kuwa kidhibiti cha kikoa, basi nodi nyingine zote kwenye nguzo lazima pia zisanidiwe kama vidhibiti vya kikoa cha kikoa sawa. Mwongozo huu unachukulia kuwa wapangishi wote ni vidhibiti vya kikoa.

Kumbuka: Kwa viungo vya nyaraka za ziada juu ya kusanidi vikoa, DNS, na huduma za DHCP katika Windows 2000, ona Rasilimali Zinazohusiana mwishoni mwa hati hii.

1. Bofya kulia Kompyuta yangu na uchague timu Mali.
2. Chagua kichupo Kitambulisho cha mtandao. Katika sanduku la mazungumzo Tabia za mfumo Utaona jina kamili kompyuta na kikoa. Katika mfano wetu, kikoa kinaitwa reskit.com.
3. Ikiwa umesanidi nodi kama seva ya mwanachama, basi katika hatua hii unaweza kuiunganisha kwenye kikoa. Bofya kitufe Mali na ufuate maagizo ya kujiunga na kompyuta kwenye kikoa.
4. Funga madirisha Tabia za mfumo Na Kompyuta yangu.

Unda akaunti ya huduma ya Cluster

Kwa huduma ya Cluster, lazima uunde akaunti tofauti ya kikoa ambayo itazinduliwa. Kisakinishi kitakuhitaji uweke kitambulisho kwa huduma ya Cluster, kwa hivyo ni lazima akaunti iundwe kabla ya kusakinisha huduma. Akaunti haipaswi kumilikiwa na mtumiaji yeyote wa kikoa, na lazima itumike kwa kuendesha huduma ya Cluster pekee.

1. Bofya kitufe Anza, chagua amri Mipango / Utawala, endesha snap-in.
2. Panua kategoria reskit.com, ikiwa bado haijatumwa
3. Chagua kutoka kwenye orodha Watumiaji.
4. Bonyeza kulia Watumiaji, chagua kutoka kwa menyu ya muktadha Unda, chagua Mtumiaji.
5. Ingiza jina la akaunti ya huduma ya nguzo kama inavyoonyeshwa kwenye Mchoro 5 na ubofye Zaidi.

Kielelezo cha 5: Kuongeza Mtumiaji wa Nguzo

1. Angalia masanduku Zuia mtumiaji kubadilisha nenosiri Na Nenosiri halina tarehe ya mwisho wa matumizi. Bofya kitufe Zaidi na kifungo Tayari kuunda mtumiaji.

Kumbuka: Ikiwa sera yako ya usalama ya usimamizi haikuruhusu kutumia manenosiri na kipindi kisicho na kikomo hatua, utahitaji kusasisha nenosiri na kusanidi huduma ya Nguzo kwenye kila nodi kabla ya muda wake kuisha.

1. Bonyeza kulia kwa mtumiaji Nguzo V paneli ya kulia wizi wa kura Saraka Inayotumika - Watumiaji na Kompyuta.
2. Katika menyu ya muktadha, chagua amri Ongeza washiriki kwenye kikundi.
3. Chagua kikundi Wasimamizi na vyombo vya habari sawa. Akaunti mpya sasa ina haki za msimamizi kwenye kompyuta ya ndani.
4. Funga snap Saraka Inayotumika - Watumiaji na Kompyuta.

Inasanidi hifadhi za pamoja

Onyo: Hakikisha kwamba angalau nodi moja ya nguzo inaendesha Windows 2000 Advanced Server au Windows 2000 Datacenter Server mfumo wa uendeshaji na kwamba huduma ya Nguzo imesanidiwa na inaendeshwa. Tu baada ya hii inaweza mfumo wa uendeshaji wa Windows 2000 kupakiwa kwenye nodes zilizobaki. Ikiwa hali hizi hazipatikani, disks za nguzo zinaweza kuharibiwa.

Ili kuanza kusanidi hifadhi za pamoja, zima nodi zote. Baada ya hayo, washa kifaa cha kuhifadhi kilichoshirikiwa, kisha uwashe nodi 1.

Diski ya akidi

Diski ya akidi hutumika kuhifadhi vituo vya ukaguzi na faili za kumbukumbu za urejeshaji wa hifadhidata ya nguzo, kutoa usimamizi wa nguzo. Tunatoa mapendekezo yafuatayo kwa kuunda diski ya akidi:

• Unda kizigeu kidogo (angalau ukubwa wa MB 50) ili kutumia kama diski ya akidi. Kwa ujumla tunapendekeza kuunda diski ya akidi ya ukubwa wa MB 500.
• Weka diski tofauti kwa rasilimali ya akidi. Kwa sababu ikiwa diski ya akidi itashindwa, nguzo nzima itashindwa, tunapendekeza sana kutumia safu ya RAID ya diski ya vifaa.

Wakati wa mchakato wa usakinishaji wa huduma ya Nguzo, utahitajika kukabidhi barua kwa hifadhi ya akidi. Katika mfano wetu tutatumia barua Q.

Inasanidi hifadhi za pamoja

1. Bofya kulia Kompyuta yangu, chagua amri Udhibiti. Katika dirisha linalofungua, panua kitengo Vifaa vya kuhifadhi.
2. Chagua timu Usimamizi wa Diski.
3. Hakikisha kwamba hifadhi zote za hifadhi zilizoshirikiwa zimeumbizwa kama NTFS na zina hali Msingi. Ikiwa unaunganisha diski mpya, itaanza moja kwa moja Kusaini kwa Disk na Mchawi wa Usasishaji. Wakati mchawi unapoanza, bofya kifungo Sasisha, ili kuendelea na uendeshaji wake, baada ya hii disk itatambuliwa kama Nguvu. Ili kubadilisha diski kuwa ya msingi, bonyeza-kulia Diski #(wapi # - nambari ya diski unayofanya kazi nayo) na uchague amri Rudi kwenye diski ya msingi.

Eneo la kubofya kulia Haijasambazwa karibu na diski inayolingana.

1. Chagua timu Unda sehemu
2. Itaanza Mchawi wa Uundaji wa Sehemu. Bonyeza kitufe mara mbili Zaidi.
3. Ingiza ukubwa unaohitajika wa kizigeu katika megabytes na ubofye kitufe Zaidi.
4. Bofya kitufe Zaidi, kukubali barua ya kiendeshi chaguo-msingi iliyopendekezwa
5. Bofya kitufe Zaidi kuunda na kuunda kizigeu.

Kukabidhi barua za kiendeshi

Baada ya basi ya data, diski, na sehemu za hifadhi zilizoshirikiwa kusanidiwa, lazima upe barua za kiendeshi kwa sehemu zote kwenye diski zote kwenye nguzo.

Kumbuka: Vipengee vya mlima ni kipengele cha mfumo wa faili ambacho kinakuwezesha kuweka mfumo wa faili kutumia saraka zilizopo, bila kugawa barua ya kiendeshi. Sehemu za kupachika haziauniwi na vikundi. Yoyote gari la nje inayotumika kama rasilimali ya nguzo lazima igawanywe Sehemu za NTFS, na sehemu hizi lazima zipewe barua za kiendeshi.

1. Bofya-kulia kizigeu unachotaka na uchague Kubadilisha barua ya gari na njia ya kuendesha.
2. Chagua barua mpya ya kiendeshi.
3. Rudia hatua ya 1 na 2 kwa hifadhi zote za pamoja.

Kielelezo 6: Sehemu za diski na barua zilizopewa

1. Mwishoni mwa utaratibu, dirisha la snap Usimamizi wa kompyuta inapaswa kuonekana kama Mchoro 6. Funga snap-in Usimamizi wa kompyuta.

1. Bofya kitufe Anza, chagua Mipango / Kawaida, na endesha programu" Daftari".
2. Andika maneno machache na uhifadhi faili chini ya jina test.txt kwa kuchagua amri Hifadhi kama kutoka kwa menyu Faili. Funga Daftari.
3. Bofya mara mbili kwenye ikoni Nyaraka Zangu.
4. Bonyeza kulia kwenye faili test.txt na katika menyu ya muktadha chagua amri Nakili.
5. Funga dirisha.
6. Fungua Kompyuta yangu.
7. Bofya mara mbili kizigeu cha hifadhi ya pamoja.
8. Bonyeza kulia na uchague amri Ingiza.
9. Nakala ya faili inapaswa kuonekana kwenye hifadhi ya pamoja test.txt.
10. Bonyeza mara mbili kwenye faili test.txt ili kuifungua kutoka kwa hifadhi ya pamoja. Funga faili.
11. Chagua faili na bonyeza kitufe Del kufuta faili kutoka kwa diski ya nguzo.

Rudia utaratibu wa diski zote kwenye nguzo ili kuhakikisha kuwa zinapatikana kutoka kwa nodi ya kwanza.

Sasa zima nodi ya kwanza, fungua node ya pili na kurudia hatua katika sehemu Kuangalia uendeshaji na kushiriki kwa disks. Fuata hatua hizi sawa kwenye nodi zote za ziada. Mara tu unapohakikisha kwamba nodi zote zinaweza kusoma na kuandika habari kwenye hifadhi za pamoja, zima nodi zote isipokuwa ile ya kwanza na uendelee hadi sehemu inayofuata.