Anza => Programu => Microsoft SQL Server 2008 R2 => Zana za Usanidi => Kidhibiti cha Usanidi cha Seva ya SQL
46. Dirisha la Meneja wa Usanidi wa Seva ya SQL
Ili mabadiliko yaanze kutekelezwa, lazima uanze upya huduma ya Seva ya SQL. Ili kufanya hivyo, chagua sehemu iliyo upande wa kushoto wa dirisha HudumaSQLSeva, chagua safu ya SQL Server (SQL 2008) na ubofye Anzisha tena huduma kwenye upau wa dirisha ( Kielelezo 47).
47. Huduma za Seva ya SQL
Ili kuunganisha kwenye seva, chanzo cha data cha ODBC SQL Server hutumiwa, kilichoundwa kulingana na kamba ya uunganisho, i.e. uundaji wa chanzo maalum (DSN) hauhitajiki.
Unapozindua kifurushi cha Programu kwa mara ya kwanza kwenye dirisha la usajili ( Kielelezo 48) unahitaji kutaja vigezo Jina la seva Na Jina la hifadhidata.
48. Dirisha la usajili
- kitambulisho cha seva.
DNS au jina la NetBIOS ambalo linaweza kutatuliwa kwa anwani ya IP;
Anwani ya IP;
anwani ya eneo "127.0.0.1" au ".", ikionyesha muunganisho wa kibinafsi (kwa seva ya ndani) na jina "(ndani)" kwa kuunganisha moja kwa moja, kupita kiolesura cha mtandao.
- jina la mfano wa Seva ya SQL kwenye seva maalum. Kwa usakinishaji wa kwanza wa Seva ya SQL (mfano chaguo-msingi), hakuna jina la mfano lililotajwa.
Ikiwa unganisho haujaanzishwa (au huvunjika kila wakati), lazima utumie lakabu za seva. Lakabu ya seva ni kikundi kilichopewa jina la mipangilio ya kuunganisha kwa seva maalum ya SQL. Kutumia lakabu kunaweza kutatua shida nyingi za muunganisho, pamoja na usakinishaji uliopewa jina (matukio) ya Seva ya SQL.
Majina ya utani husanidiwa kwa kutumia matumizi ya cliconfg.exe, ambayo yanaweza kuitwa kutoka kwa menyu "Anza - Microsoft SQL Server - Huduma ya Mtandao wa Wateja", kwenye kichupo. "Jina la utani (Lakabu)» kwa kutumia vifungo [Ongeza (Ongeza] , [Badilisha (Hariri)] Na [Futa (Futa)] (Kielelezo 49).
49. Inaongeza Usanidi wa Maktaba ya Mtandao
Katika mfano katika Kielelezo 49 pak "DBSRV" imeundwa, ikionyesha anwani ya IP 192.168.0.2, bandari 1433. Katika kesi hii, pak inalingana na jina halisi la seva.
Mara nyingi, lakabu za uunganisho kwa seva zilizotumiwa huundwa moja kwa moja, kwa hivyo wakati anwani za mtandao za seva zinabadilika, unapaswa kufuta majina ya zamani.
Ikiwa jina halisi la seva linalingana na jina la alias, basi vigezo vya alias hapo juu hutumiwa kuunganisha. Kwa hiyo, wakati wa kubadilisha vigezo vya mtandao wa seva, ni muhimu kuongeza kuangalia na kurekebisha mipangilio ya alias kwenye vituo vya mteja.
1.8.5 Utambuzi wa matatizo ya uunganisho
Kuna shida mbili kuu za uunganisho:
Matatizo na mtandao na itifaki iliyotumiwa;
Masuala ya usalama (uthibitishaji).
Hakikisha maunzi na programu ya mfumo zinafanya kazi ipasavyo:
Seva ya SQL inafanya kazi;
seva zote zinapakiwa na zimeunganishwa kwenye mtandao;
vifaa vya mtandao vinafanya kazi kwa kawaida, nyaya zote zimeunganishwa;
vifaa vya mtandao na madereva kwao vimewekwa, kugeuka na kufanya kazi bila kushindwa au migogoro.
Angalia usanidi wa itifaki zinazotumiwa katika mfumo wa uendeshaji. Cheki lazima ifanyike kwenye seva na kwa mteja kwa kutumia mfumo wa uendeshaji wa Windows.
itifaki inayohitajika lazima ipewe vifaa vya mtandao vinavyotumiwa (kadi za mtandao, modem, nk);
kwa itifaki iliyotumiwa, majina, anwani na vigezo vingine vya usanidi lazima vipewe katika vigezo vya kifaa;
huduma za mtandao lazima zipangiwe na kuzinduliwa ili kuunga mkono itifaki na vifaa vinavyotumiwa (seva za majina, seva ya usambazaji wa anwani, nk);
Ngome na zana za ulinzi za kriptografia zinazotumiwa lazima zisiingiliane na utendakazi wa itifaki inayotumika, hazipaswi kuzuia shughuli za seva na vituo vya mteja vinavyotumiwa, na zisichuje trafiki ya Seva ya SQL.
Katika kesi hii, kuangalia uunganisho kunapaswa kufanywa kwa kutumia huduma za uchunguzi kwa uendeshaji wa itifaki zilizotumiwa.
Angalia kwa masuala ya uthibitishaji na usalama. Matatizo haya yanaweza kusababishwa na mojawapo ya sababu zifuatazo:
kitambulisho, jina la seva au jina la hifadhidata si sahihi;
Seva ya SQL katika hali iliyozuiliwa;
matatizo na NTLM, Kerberos, nk;
tatizo na ufikiaji katika kikoa: kidhibiti cha kikoa hakipatikani, hakuna uhusiano wa kuaminiana, ufikiaji usiojulikana ni marufuku, au nyingine;
Operesheni ya "kurejesha mtumiaji" inayohitajika katika kesi maalum haijakamilika.
Pia angalia logi ya tukio la kompyuta ili kubaini sababu zinazowezekana. Ili kutatua matatizo yanayotokea wakati wa kuunganisha kwa Seva ya SQL kwa kutumia uthibitishaji wa Windows NT, tumia Uthibitishaji wa Seva ya SQL.
Ukipokea ujumbe wa maelezo kama vile "Sasisho haliwezekani" katika miktadha tofauti (hii ina maana kwamba matoleo ya mteja na hifadhidata hayalingani, mteja ni mzee sana au mpya sana), unapaswa kutatua tatizo na toleo la mteja (ona. kifungu cha 1.6).
Ikiwa hakuna mojawapo ya hapo juu inayotatua tatizo, fungua akaunti mpya na haki za msimamizi wa seva (au angalau mmiliki wa hifadhidata), hakika atakuwa na ufikiaji wa hifadhidata. Jaribio la uunganisho la mafanikio katika kesi hii ina maana kwamba watumiaji wa zamani hawana kazi, lazima utumie hali ya kurejesha mtumiaji.
1.8.5.1.Kuangalia uendeshaji wa itifaki ya TCP/IP
Kwa kutumia amri ipconfig / zote amua mpangilio wa itifaki kwenye seva - unahitaji kujua jina kamili la jina la mtandao wa seva na anwani yake ya IP.
Kutoka kwa kituo cha mteja, endesha amri ya mtihani wa uunganisho ping -
a seva>,
ambapo kama kigezo taja jina la seva iliyopokelewa. Unapaswa kupokea anwani sahihi ya IP ya seva na majibu 4 kutoka kwayo katika fomu:
Kubadilishana kwa pakiti na dbsrv ya ka 32:
Jibu kutoka 192.168.0.2: idadi ya baiti=muda 32
Jibu kutoka 192.168.0.2: idadi ya baiti=muda 32
Jibu kutoka 192.168.0.2: idadi ya baiti=muda 32
Takwimu za Ping za 192.168.0.2:
Pakiti: zilizotumwa = 4, zilizopokelewa = 4, zimepotea = 0 (0% hasara),
Takriban muda wa maambukizi na mapokezi:
chini kabisa = 0ms, juu = 0ms, wastani = 0ms
Ikiwa anwani ya seva haijabainishwa (ujumbe wa "mwenyeji asiyejulikana") au si sahihi, basi huduma za utatuzi wa jina (DNS au WINS) hazifanyi kazi. Katika kesi hii, unapaswa kuangalia uendeshaji wa huduma zinazofanana (kwa mfano, tumia matumizi ya nslookup kwa DNS) au kutumia anwani ya IP badala ya jina la seva wakati wa kuunganisha. Angalia uunganisho kwa kutumia amri ping IP-anwani> na kuchambua matokeo kwa kutumia maagizo hapa chini.
Ikiwa ujumbe kama " Muda wa ombi umepita» na matokeo: " Pakiti...zimepotea 4 (100%)", hii inamaanisha kuwa muunganisho wa seva hauwezekani. Unahitaji kuangalia mipangilio: "Anwani ya IP", "Subnet mask" na "Lango chaguo-msingi". Kuangalia, tumia ipconfig (usanidi wa kifaa cha IP), amri za tracert (kuelekeza).
Wakati wa maambukizi na mapokezi wakati wa kufanya kazi kwenye mtandao wa ndani unapaswa kuwa " ", muda mrefu zaidi wa maambukizi na muda wa mapokezi haupaswi kuzidi 1ms. Vinginevyo, mzigo kwenye mtandao wa ndani hauna usawa au malfunctions ya vifaa vya mtandao; inahitajika kuangalia kwa undani zaidi mpangilio wa vifaa vya mtandao, makosa ya pakiti, kiwango cha kuingilia kati na vigezo vingine vya kituo cha mawasiliano.
1.8.5.2.Kuangalia mipangilio ya mtandao ya Seva ya SQL
Hakikisha mfano wa Seva ya SQL umesanidiwa na unaendeshwa kwenye mlango wa TCP/IP ambao unatumiwa na programu ya mteja. Ili kufanya hivyo, unahitaji kukagua logi ya sasa ya hitilafu ya Seva ya SQL na uhakikishe kuwa Seva ya SQL ina anwani sahihi ya IP na bandari. Logi inapaswa kuwa na mistari kama
2005-01-06 08:09:46.17 seva ya SQL inasikiliza kwenye TCP, ....
2005-01-06 08:09:55.17 seva ya SQL seva inayosikiliza 192.168.0.2:1433, 127.0.0.1:1433.
SQL Server 2000 haitaweza kufungua mlango uliochaguliwa ikiwa mlango huo tayari unatumiwa na programu nyingine au ikiwa miunganisho ya mteja inapakia seva kupita kiasi. Katika kesi hii, logi ya makosa ya Seva ya SQL 1 itakuwa na ujumbe
2001-11-14 15:49:14.12 Maelezo ya seva ya SuperSocket: Bind imeshindwa kwenye mlango wa TCP 1433.
Kuangalia na kubadilisha bandari chaguo-msingi hufanywa kwa kutumia Huduma ya Mtandao wa Seva au kwenye Usajili chini ya ufunguo "HKEY_LOCAL_MACHINE\Software\Microsoft.
\MSSQLServer\MSSQLServer\SuperSocketNetlib\Tcp\"
Bandari zinazotumiwa zimedhamiriwa kwa kutumia amri netstat – na (Kielelezo cha 50).
50. Orodha ya miunganisho inayotumika
Ili kufafanua mlango kwa nguvu (chaguo-msingi), tumia 0 (sifuri).
Ili kutaja kwa bidii nambari ya bandari, taja nambari yake.
Ili kutumia bandari nyingi, taja nambari za bandari zilizotenganishwa na koma, kwa mfano "1433,5000,5001", ambapo unapaswa kupokea ujumbe ufuatao kwenye kumbukumbu:
Usikilizaji wa seva ya SQL mnamo 192.168.0.2:1433, 192.168.0.25:5000, 192.168.0.2:5001
Usisahau kuanzisha upya Seva ya SQL ili kutumia mipangilio mipya.
1.8.5.3.Kuangalia njia za ufikiaji za Seva ya SQL
Hakikisha Seva ya SQL inafanya kazi. Ikiwa unatumia hali nyingi za Seva ya SQL, hakikisha kuwa mfano sahihi unaendelea. Usichanganye huduma za Seva ya SQL na huduma zingine (SQL Server Agent, Microsoft Search).
Cheki inafanywa kwa kutumia Kidhibiti cha Huduma ya Seva ya SQL (lazima kuwe na ikoni kwenye kona ya skrini) au katika hali ya "Usimamizi wa Kompyuta" (au "Usimamizi"). Katika kesi ya kwanza, unahitaji kuchagua seva inayohitajika na huduma ya "SQL Server"; katika kesi ya pili, pata huduma ya "MSSQLSERVER" au "MSSQLSERVER\" kwa usakinishaji uliopewa jina.
Hakikisha kuwa hifadhidata inayohitajika ipo kwenye Seva ya SQL na ubainishe jina lake kwa usahihi kwenye mteja. Muunganisho kwenye hifadhidata unaweza kupunguzwa kwa "matumizi ya DBO pekee", "Mtumiaji Mmoja", "Kupakia" modes. Ili kuangalia katika Kidhibiti cha Biashara, nenda kwa mali ya hifadhidata, kichupo « Ruhusa» , mpangilio ZuiaUfikiaji.
Hakikisha kuwa Seva ya SQL inaendesha katika hali sahihi ya uthibitishaji: "Seva ya SQL na Windows" (Njia Mseto) inahitajika ili kuingia kwa kutumia jina la mtumiaji na nenosiri; hali ya "Windows pekee" inatosha kuingia kwa modi ya "NT Uthibitishaji". Ili kuangalia katika Kidhibiti cha Biashara, nenda kwa mali ya seva, kichupo « Usalama» , mpangilio Uthibitishaji. Njia ya pili ya kuangalia ni kutumia Usajili:
kwa mfano chaguo-msingi
kwa mfano uliotajwa
| Tafuta |
Huduma za Seva ya SQL
Huduma zilizounganishwa za Seva ya SQL zinaweza (na zinapaswa) kudhibitiwa na kusanidiwa kutoka kwa SSCM badala ya huduma.msc API. Kama ilivyoonyeshwa hapo juu, tunaweza kudhibiti sio tu tabia ya uanzishaji na akaunti ya huduma, lakini pia vigezo vya ziada kwa kila huduma (tazama skrini hapa chini).
Huduma za Ujumuishaji wa Seva ya SQL. Hakuna chaguzi za ziada zinazoweza kusanidiwa.
Huduma za Uchambuzi wa Seva ya SQL. Hakuna chaguzi za ziada zinazoweza kusanidiwa.
Huduma ya Seva ya SQL:
Huduma Zinazohusiana za Seva ya SQL
1. FILESTREAM. Mpangilio huu hukuruhusu kuwezesha au kuzima ufikiaji wa T-SQL, ufikiaji wa faili ya I/O, ufikiaji wa mteja wa mbali, na kuweka jina la kushiriki FILESTREAM.
2. Kiwango cha juu cha upatikanaji wa AlwaysOn. Mpangilio huu hukupa uwezo wa kuwezesha au kuzima Vikundi vya Upatikanaji vya AlwaysOn. Zaidi, hukuruhusu kusanidi nguzo ya Windows failover (WFCS) ambayo kikundi cha upatikanaji kinajengwa.
3. Chaguzi za uzinduzi. SSCM hukuruhusu kupeana chaguo maalum za uanzishaji zinazoanza kutumika kwa mfano. Utakuwa na angalau chaguo tatu za kuanzisha kila wakati kwa mfano wowote wa Seva ya SQL ili kuhakikisha kuwa Seva ya Microsoft SQL inaanza ipasavyo:
-d. Hubainisha eneo la faili kuu ya data ya hifadhidata (.mdf).
-l. Hubainisha eneo la faili ya kumbukumbu ya muamala (.Idf) ya hifadhidata kuu.
-e. Hubainisha eneo la faili ya kumbukumbu ya hitilafu ya mfano.
Kwa nini vigezo hivi vitatu? Kwa sababu bwana hufanya kazi kama "ubongo" unaoangalia nje wa mfano wa SQL, ukifanya kazi kwa kushirikiana na hifadhidata ya Nyenzo iliyofichwa, ikitoa metadata zote zinazohitajika ili kuendesha mfano wa Seva ya SQL. Unahitaji kutumia logi ya makosa kurekodi kila hatua ya mchakato wa kuanza.
Chaguzi za ziada zinaweza kusanidiwa, haswa kuendesha seva katika hali ya mtumiaji mmoja kwa madhumuni ya utatuzi (-m); zindua mfano na seti ndogo ya mipangilio (-f) katika hali ambapo ni muhimu kupita kigezo kisichofanikiwa ambacho kinaweza kusababisha kuzorota kwa majibu ya mfano; kuweka alama za ufuatiliaji zinazobadilisha tabia ya msingi ya Seva ya Microsoft SQL (-T). Nimelazimika kutumia -f kufanya kazi karibu na mipangilio iliyoshindwa nilipokuwa nikijaribu kuonyesha maswala ya kikomo cha kumbukumbu na kuweka dhamana ya juu ya kumbukumbu ya seva kuwa chini sana hivi kwamba sikuweza kuanza Seva ya SQL. Kwa kweli, DBA nyingi huweka bendera kadhaa za ufuatiliaji wakati wa taaluma zao kwenye kila Seva zao za SQL kupitia -T chaguo, lakini nitashughulikia hilo kwa undani zaidi katika nakala nyingine.
Mwanafunzi wa kikundi cha IS-369 Gulin Nikita
Zana za Utawala wa Seva ya SQL
Kuanzia na SQL Server 2005, zana kadhaa za usimamizi za SQL Server 2000 zilijumuishwa katika Studio ya Usimamizi wa Seva ya SQL, kadhaa zilijengwa katika Kidhibiti cha Usanidi wa Seva ya SQL, na Mchawi wa Usanidi wa Index ulibadilishwa jina.
Jedwali lifuatalo linaonyesha jinsi zana za SQL Server 2000 zinalinganishwa na SQL Server 2005 sawa:
Kutumia zana za sasa za Seva ya SQL kudhibiti matoleo ya awali ya Seva ya SQL
Kuanzia na SQL Server 2005, zana hutumia vitu vya SMO na inasaidia kikamilifu vipengele vipya vya Seva ya SQL. Zana za SQL Server 7.0 na SQL Server 2000 hutumia DMO na haziauni vipengele vipya vya Seva ya SQL.
· Zana za Seva za SQL hukuruhusu kudhibiti Seva ya SQL na vipengele vyote vya SQL Server 2000.
· Zana za SQL Server 2000 hazikuruhusu kudhibiti matoleo ya baadaye.
· Zana zote mbili za sasa za Seva ya SQL na zana za SQL Server 2000 zinaweza kusakinishwa kwenye kompyuta moja na vifurushi vyote viwili vitafanya kazi vizuri.
Meneja wa Usanidi wa Seva ya SQL
Kidhibiti cha Usanidi cha Seva ya SQL ni zana iliyoundwa ili kudhibiti huduma zinazohusiana na Seva ya SQL, kusanidi itifaki za mtandao zinazotumiwa na Seva ya SQL, na kudhibiti usanidi wa muunganisho kutoka kwa kompyuta za mteja wa Seva ya SQL. Kidhibiti cha Usanidi cha Seva ya SQL ni Kiweko cha Usimamizi (MMC) ambacho unaweza kufungua kutoka kwenye menyu ya Anza au kuongeza kwenye skrini yoyote ya Dashibodi ya Usimamizi wa Microsoft. Microsoft Management Console (mmc.exe) hutumia faili ya SQLServerManager10.msc katika folda ya Windows System32 ili kufungua Kidhibiti cha Usanidi cha Seva ya SQL.
Kidhibiti cha Usanidi cha Seva ya SQL na Studio ya Usimamizi wa Seva ya SQL hutumia WMI kutazama na kubadilisha baadhi ya mipangilio ya seva. WMI hutoa kiolesura thabiti chenye simu za API zinazodhibiti utendakazi wa usajili unaouliza zana za Seva ya SQL, pamoja na udhibiti ulioboreshwa na usimamizi wa huduma zilizochaguliwa za SQL katika Kidhibiti cha Usanidi cha Seva ya SQL.
Usimamizi wa Huduma
Tumia Kidhibiti cha Usanidi cha Seva ya SQL ili kuanza, kusitisha, kurudisha, na kusimamisha huduma, na kutazama au kubadilisha sifa za huduma.
Kubadilisha akaunti zinazotumiwa na huduma
Unaweza kutumia Kidhibiti cha Usanidi cha Seva ya SQL kudhibiti huduma za Seva ya SQL.
Kusimamia seva na itifaki za mtandao wa mteja
Kidhibiti cha Usanidi cha Seva ya SQL hukuruhusu kusanidi itifaki za mtandao wa seva na mteja na mipangilio ya muunganisho. Mara itifaki sahihi zinapowezeshwa, kwa kawaida hakuna haja ya kubadilisha miunganisho ya mtandao ya seva. Wakati huo huo, Kidhibiti cha Usanidi cha Seva ya SQL kinaweza kutumika kusanidi upya miunganisho ili Seva ya SQL isikilize kwenye itifaki maalum ya mtandao, mlango au kituo. Kwa maelezo zaidi kuhusu kuwezesha itifaki, angalia Jinsi ya Kuwasha au Kuzima Itifaki ya SNP (Kidhibiti cha Usanidi cha Seva ya SQL). Kwa maelezo kuhusu kuruhusu ufikiaji wa itifaki kwenye ngome, angalia Sanidi Firewall ya Windows ili Kuruhusu Ufikiaji wa Seva ya SQL.
Kidhibiti cha Usanidi cha Seva ya SQL hukuruhusu kudhibiti itifaki za mtandao wa seva na mteja, ikijumuisha kutumia usimbaji fiche wa itifaki, kutazama sifa za lakabu, na kuwezesha au kuzima itifaki.
Kidhibiti cha Usanidi cha Seva ya SQL hukuruhusu kuunda au kufuta lakabu, kubadilisha mpangilio ambao itifaki hutumiwa, na kutazama sifa za lakabu za seva, ikijumuisha:
· paka la seva - lakabu la seva linalotumika kwa kompyuta ambayo mteja huunganisha;
· itifaki - itifaki ya mtandao inayotumika kwa usanidi huu;
· vigezo vya uunganisho - vigezo vinavyohusishwa na anwani ya uunganisho kwa usanidi wa itifaki ya mtandao.
Kidhibiti cha Usanidi cha Seva ya SQL pia hukuruhusu kutazama taarifa kuhusu matukio ya nguzo ya kushindwa, ingawa baadhi ya vitendo, kama vile kuanzisha na kusimamisha huduma, lazima vitumie Msimamizi wa Nguzo.
Itifaki za mtandao zinazopatikana
Seva ya SQL inasaidia kumbukumbu iliyoshirikiwa, TCP/IP, mabomba yenye jina, na itifaki za VIA. Seva ya SQL haitumii Itifaki ya Pakiti ya Banyan VINES Iliyofuatana (SPP), Multiprotocol, AppleTalk, au itifaki za mtandao za NWLink IPX/SPX. Wateja ambao waliunganishwa hapo awali kwa kutumia itifaki hizi lazima wachague itifaki tofauti ili kuunganisha kwenye Seva ya SQL. Kidhibiti cha Usanidi cha Seva ya SQL hakiwezi kutumika kusanidi seva mbadala ya WinSock.
Sijawahi kusikia mtu yeyote alikua na ndoto ya kuwa msimamizi wa hifadhidata akiwa mkubwa. Maisha yanatuongoza tu kwenye taaluma hii, ingawa watu wengi wanaipenda sana. Kuingia kwenye usimamizi wa Seva ya SQL mara chache hutokea kwa mwongozo wa bidhaa; mara nyingi zaidi, tunapaswa kujifunza biashara peke yetu. Hivi ndivyo nilivyoanza, na nilifanya makosa mengi wakati wa masomo yangu. Kwa hivyo, nilitayarisha safu ya nakala ambazo tayari zilishughulikia mada ya chelezo na uokoaji. Sasa ni wakati wa kuzungumza juu ya zana kuu ya kusanidi mipangilio ya Seva ya SQL - Kidhibiti cha Mipangilio ya Seva ya SQL.
Kidhibiti cha Mipangilio ya Seva ya SQL ni programu shirikishi ya kudhibiti huduma zote zinazotegemea Seva ya SQL, itifaki za mtandao, bandari za wasikilizaji, na kuunda lakabu za seva. Kidhibiti cha Mipangilio ya Seva ya SQL (SSCM) kinapatikana katika daraja la menyu ya Start\Microsoft SQL Server 20xx\Configuration Tools\SQL Server Configuration Manager kwenye matoleo ya Microsoft Windows kabla ya Windows 8 na Windows Server 2012. Kwenye matoleo mapya zaidi ya mfumo wa uendeshaji yaliyoorodheshwa, tafuta tu maneno SQL Server na uchague "Kidhibiti cha Mipangilio ya Seva ya SQL" kutoka kwenye orodha ya programu. Mara ya kwanza unapofikia SSCM, programu inaonekana kama inavyoonyeshwa kwenye Kielelezo 1 (makala haya yanatumia SQL Server 2014 kama mfano).
| Skrini ya 1: Kidhibiti cha Mipangilio ya Seva ya SQL |
Mipangilio
Hebu tuangalie kwa karibu vitendo vinavyowezekana vinavyoruhusiwa katika meneja wa SSCM. Kila kipengee kwenye kidirisha cha kushoto kinawakilisha kazi moja au zaidi unayoweza kutekeleza katika SSCM. Katika baadhi ya matukio, kuna chaguo la 64-bit na 32-bit. Katika makala hii tutazingatia toleo la 32-bit. Leo, Seva ya Microsoft SQL inapangishwa kwenye seva 32-bit ikiwa tu:
a) wewe ni mmiliki wa toleo la zamani la SQL Server;
b) Inawezekana unaibia mfano wako wa Seva ya SQL ya rasilimali muhimu za kumbukumbu.
Hebu tuorodheshe vitendo vinavyopatikana katika meneja wa SSCM (ona Mchoro 2).
.jpg) |
| Skrini ya 2: Vitendo Vinavyopatikana katika SSCM |
- Huduma za Seva ya SQL. Kitendo hiki hukuruhusu kuanza, kusimamisha, na kuanzisha upya huduma zote zinazohusiana na Seva ya Microsoft SQL. Kwa kuongeza, unaweza kubadilisha akaunti za huduma, tabia ya kuanza, na vipengele vya ziada na chaguo za kuanzisha kulingana na huduma.
- Mipangilio ya mtandao ya Seva ya SQL. Kitendo hiki hukuruhusu kuwezesha au kuzima itifaki maalum za mtandao: Kumbukumbu Inayoshirikiwa, Mabomba Yanayoitwa, na TCP/IP, na pia kusanidi mipangilio ya ziada kwa kila moja yao.
- Mipangilio ya Mteja Asilia wa Seva ya SQL (toleo la 11.0 kwa sasa). Kitendo hiki hukuruhusu kuweka mpangilio ambao wateja watatumia itifaki zilizowezeshwa mahususi kuunganisha kwa mfano maalum wa Seva ya SQL. Inakuruhusu kuunda lakabu kwa mfano wa Seva ya SQL ili programu mbali mbali za watumiaji wa mwisho ziweze kuunganishwa kwa seva zilizo na majina isipokuwa jina halisi la seva. Hii inafanywa ikiwa huwezi kubadilisha kamba za muunganisho wakati wa kuhamisha hifadhidata za programu, lakini bado unataka kuhakikisha uendelevu au kuficha jina halisi la seva kutoka kwa watumiaji wa mwisho. Hebu tuangalie kila moja ya vitendo hivi kwa undani zaidi.
Huduma za Seva ya SQL
Huduma zilizounganishwa za Seva ya SQL zinaweza (na zinapaswa) kudhibitiwa na kusanidiwa kutoka kwa SSCM badala ya huduma.msc API. Kama ilivyoonyeshwa hapo juu, tunaweza kudhibiti sio tu tabia ya kuanza na akaunti ya huduma, lakini pia mipangilio ya ziada kwa kila huduma (ona Mchoro 3).
- Huduma za Ujumuishaji wa Seva ya SQL. Hakuna chaguzi za ziada zinazoweza kusanidiwa.
- Huduma za Uchambuzi wa Seva ya SQL. Hakuna chaguzi za ziada zinazoweza kusanidiwa.
- Huduma ya Seva ya SQL:
1. FILESTREAM. Mpangilio huu hukuruhusu kuwezesha au kuzima ufikiaji wa T-SQL, ufikiaji wa faili ya I/O, ufikiaji wa mteja wa mbali, na kuweka jina la kushiriki FILESTREAM.
2. Kiwango cha juu cha upatikanaji wa AlwaysOn. Mpangilio huu hukupa uwezo wa kuwezesha au kuzima Vikundi vya Upatikanaji vya AlwaysOn na kusanidi Windows Failover Cluster (WFCS) ambapo kikundi cha upatikanaji kimeundwa.
3. Chaguzi za uzinduzi. SSCM hukuruhusu kupeana chaguo maalum za uanzishaji zinazoanza kutumika kwa mfano. Utakuwa na angalau chaguo tatu za kuanzisha kila wakati kwa mfano wowote wa Seva ya SQL ili kuhakikisha kuwa Seva ya Microsoft SQL inaanza ipasavyo:
- -d. Hubainisha eneo la faili kuu ya data ya hifadhidata (.mdf).
- -l. Hubainisha eneo la faili ya kumbukumbu ya muamala (.ldf) kwa hifadhidata kuu.
- -e. Hubainisha eneo la faili ya kumbukumbu ya hitilafu ya mfano.
Kwa nini vigezo hivi vitatu? Kwa sababu bwana hufanya kazi kama "ubongo" unaoangalia nje wa mfano wa SQL, ukifanya kazi kwa kushirikiana na hifadhidata ya Nyenzo iliyofichwa, ikitoa metadata zote zinazohitajika ili kuendesha mfano wa Seva ya SQL. Unahitaji kutumia logi ya makosa kurekodi kila hatua ya mchakato wa kuanza.
Chaguzi za ziada zinaweza kusanidiwa, haswa kuendesha seva katika hali ya mtumiaji mmoja kwa madhumuni ya utatuzi (-m); zindua mfano na seti ndogo ya mipangilio (-f) katika hali ambapo ni muhimu kupita kigezo kisichofanikiwa ambacho kinaweza kusababisha kuzorota kwa majibu ya mfano; kuweka alama za ufuatiliaji zinazobadilisha tabia ya msingi ya Seva ya Microsoft SQL (-T). Nimelazimika kutumia -f kufanya kazi karibu na mipangilio iliyoshindwa nilipokuwa nikijaribu kuonyesha maswala ya kikomo cha kumbukumbu na kuweka dhamana ya juu ya kumbukumbu ya seva kuwa chini sana hivi kwamba sikuweza kuanza Seva ya SQL. Kwa kweli, DBA nyingi huweka bendera kadhaa za ufuatiliaji wakati wa taaluma zao kwenye kila Seva zao za SQL kupitia -T chaguo, lakini nitashughulikia hilo kwa undani zaidi katika nakala nyingine.
Orodha kamili ya chaguzi za kuanza inaweza kupatikana katika hati rasmi ya Microsoft ( https://msdn.
microsoft.com/en-us/library/ms190
4. Advanced ("Advanced"). Kichupo cha Kina cha huduma ya Seva ya SQL (Mchoro 4) hutoa uwezo wa kubadilisha saraka ya utupaji kwa mfano, na pia kusanidi utaratibu wa kutoa maoni kwa Microsoft kwa utengenezaji wa bidhaa siku zijazo. Kwa kuongeza, unapata uwezo wa kusoma (lakini usibadilishe) vigezo vya ziada vilivyoorodheshwa hapa chini.
- Huduma za Kuripoti Seva ya SQL. Tunaweza kudhibiti baadhi ya mipangilio ya msingi ya huduma kwa Huduma za Kuripoti Seva ya SQL (SSRS), lakini kuna kiolesura tofauti cha huduma hii. Sipendekezi kutumia SSCM kwa vipengele vyote vya usanidi wa SSRS, ingawa vingine vinapatikana.
- Kivinjari cha Seva ya SQL. Kando na tabia ya uanzishaji na akaunti ya huduma, kuna mipangilio michache ya ziada ya huduma hii ambayo unaweza kudhibiti isipokuwa saraka ya utupaji na kumbukumbu ya makosa. Inapendekezwa kwamba uzime huduma hii isipokuwa kama una visa vingi vya SQL Server kwenye nodi moja.
- Huduma ya Wakala wa Seva ya SQL Sawa na huduma zingine nyingi, unaweza tu kusanidi saraka ya kutupa, kumbukumbu ya hitilafu, na kuripoti maoni, pamoja na tabia ya kuanzisha na akaunti ya huduma.
Mipangilio ya Mtandao wa Seva ya SQL
Hatua za usanidi wa mtandao wa Seva ya SQL hukuwezesha kuwezesha itifaki zozote au zote tatu za mtandao zinazopatikana katika Seva ya Microsoft SQL: Kumbukumbu Inayoshirikiwa, Mabomba Yanayoitwa, na TCP/IP.
Kumbukumbu Zilizoshirikiwa na Bomba Zilizopewa Jina hutoa ufikiaji wa kompyuta wa mtandao kwa Seva ya SQL, na TCP/IP hufafanua jinsi vifaa vya mtandao vinavyowasiliana na mfano wa Seva ya SQL. Ndio, Mabomba Yanayotajwa yanaweza kutumika katika mazingira ya Windows, lakini unapoteza faida zote za kupitisha safu ya mtandao wakati wa kutumia Mabomba yaliyopewa jina kati ya seva za mbali. Mipangilio ya Kumbukumbu Inayoshirikiwa huanza na kuisha kwa kuwasha hali. Mabomba Yanayoitwa, pamoja na hali ya kuwezeshwa/kuzima, hukuruhusu kutaja jina la bomba la Seva ya SQL. Hatimaye, TCP/IP hukuruhusu kuwezesha au kuzima itifaki hii, pamoja na kubadilisha mlango ambao SQL Server husikiliza maombi.
Kuanzisha SQL Server Native Client
Seti hii ya vitendo hukuruhusu kuweka mpangilio ambao hoja huchakatwa katika Seva ya SQL. Kwa kuongeza, utaweza kuzima itifaki zilizotajwa kwa mteja, na pia kugawa jina la kituo na nambari ya bandari.
Kiolesura cha Kidhibiti cha Usanidi wa Seva ya SQL ni sehemu muhimu katika kusanidi jinsi matukio yanavyofanya kazi na jinsi Seva ya SQL inavyowasiliana na kompyuta na wateja wanaouliza hifadhidata zilizopangishwa kwenye mfano huo. Inafafanua jinsi tukio linavyoendeshwa na kulilinda katika kiwango cha msingi zaidi kupitia usimamizi wa akaunti za huduma zinazomiliki vipengee mbalimbali vya Seva ya Microsoft SQL. Huu ni utetezi wa kwanza wa Seva ya SQL, na DBA wapya na wenye uzoefu wanahitaji kutumia SSCM ipasavyo na kufahamu chaguo za ubinafsishaji inayotoa.
