Kozi hii ni hatua ya kwanza kuelekea kazi ya kitaalamu na DBMS Hifadhidata ya Oracle. Inatoa maarifa na ujuzi wa kimsingi katika usimamizi wa hifadhidata.

Kozi hiyo inatanguliza usanifu wa Oracle Database 11g, uendeshaji na mwingiliano wa vipengele vya DBMS.

Katika mchakato wa kusoma kozi hiyo, wanafunzi watajifunza jinsi ya kuunda hifadhidata na kusimamia vizuri miundo yake, na pia kupata maarifa na uzoefu wa vitendo kwa kazi bora katika maeneo anuwai ya usimamizi wa hifadhidata,

Kukamilika kwa mpango wa kozi kutaruhusu wataalam:

• Sakinisha miundombinu ya Oracle Database 11g.
• Sakinisha na usanidi hifadhidata.
• Sanidi mazingira ya mtandao (Oracle Net).
• Fuatilia na udhibiti data ya kutendua.
• Dhibiti miundo ya hifadhidata.
• Unda na usimamie akaunti za watumiaji.
• Fanya shughuli za kimsingi Hifadhi nakala na urejeshaji wa hifadhidata.
• Dhibiti ufikiaji wa data kwa wakati mmoja.
• Fuatilia utendaji wa DBMS.
• Kuelewa usanifu wa Hifadhidata ya Oracle.

Kusudi la kozi

Uundaji wa misingi ya lugha SQL kwa DBMS Hifadhidata ya Oracle(matoleo 10g na 11g)

Watazamaji walengwa

• Wasimamizi wa Hifadhidata ya Oracle.
• Watengenezaji wa programu za Java.
• Wahandisi wa msaada wa kiufundi.
• Washauri wa kiufundi

Maandalizi ya lazima

• Maarifa na uzoefu na SQL (kozi inayopendekezwa: Hifadhidata ya Oracle: Misingi ya Lugha ya SQL).
• Maarifa na uzoefu na PL/SQL ni muhimu (kozi inayopendekezwa: Hifadhidata ya Oracle: Utangulizi wa PL/SQL).
• Ujuzi wa kimsingi wa Kiingereza cha kiufundi

Usanifu wa hifadhidata

• Muhtasari wa Usanifu wa Hifadhidata ya Oracle.
• Muhtasari wa usanifu wa ASM.
• Usanifu wa mchakato.
• Miundo ya kumbukumbu.
• Muundo wa kimantiki na wa kimwili wa mfumo wa kuhifadhi.
• Vipengele vya mfumo wa uhifadhi wa ASM.
• Somo la vitendo: Utafiti wa vipengele vya usanifu wa hifadhidata.

2. Ufungaji wa programu ya Oracle

• Kazi za msimamizi wa hifadhidata.
• Zana za utawala za DBMS zinazotumika.
• Ufungaji: mahitaji ya mfumo.
• Kisakinishi cha Oracle Universal (OUI).
• Ufungaji wa miundombinu ya Gridi ya Oracle.
• Ufungaji wa programu ya Hifadhidata ya Oracle.
• Somo la vitendo: Ufungaji na usanidi wa programu ya Oracle.

3. Unda hifadhidata

• Upangaji wa hifadhidata.
• Kutumia DBCA kuunda hifadhidata.
• Usimamizi wa nenosiri.
• Kuunda violezo vya hifadhidata.
• Kutumia DBCA kudondosha hifadhidata.
• Somo la vitendo: Kuunda Hifadhidata ya Oracle.

4. usanidi wa DBMS

• Kuanzia na kusimamisha DBMS na vipengele vyake.
• Kwa kutumia Oracle Enterprise Manager.
• Ufikiaji wa hifadhidata kwa kutumia SQL*Plus.
• Kubadilisha vigezo vya uanzishaji wa DBMS.
• Maelezo ya hatua za kuzindua DBMS.
• Maelezo ya chaguzi za kusimamisha DBMS.
• Tazama faili ya ujumbe wa kengele (alert.log).
• Fikia mionekano ya utendaji inayobadilika.
• Somo la vitendo: Kusimamia mfano wa hifadhidata.

5.Usanidi wa ASM

• Kuweka vigezo vya kuanzisha ASM.
• Kuanza na kusimamisha ASM.
• Utawala wa vikundi vya diski za ASM.
• Somo la vitendo: Utafiti wa vipengele vya ASM.

6. Usanidi mazingira ya mtandao

• Kwa kutumia Oracle Enterprise Manager kuunda na kusanidi msikilizaji.
• Kwa kutumia Oracle Anzisha Upya ili Kufuatilia Operesheni ya Wasikilizaji.
• Kutumia matumizi ya tnsping kuangalia mipangilio ya muunganisho wa Oracle Net.
• Chaguzi za kutumia DBMS katika Seva ya Pamoja na hali ya Seva Iliyopunguzwa.
• Somo la vitendo: Kusanidi mazingira ya mtandao kwa ufikiaji wa mbali kwa hifadhidata.

7. Matengenezo ya miundo ya kuhifadhi

• Miundo ya uhifadhi.
• Jinsi data ya jedwali inavyohifadhiwa.
• Muundo wa ndani kizuizi cha hifadhidata.
• Kusimamia nafasi katika partitions.
• Sehemu zilizoainishwa katika hifadhidata.
• Matengenezo ya sehemu.
• Faili Zilizodumishwa za Oracle (OMF).
• Somo la vitendo: Utafiti wa muundo wa hifadhidata.

8. Kusimamia haki za ufikiaji wa mtumiaji

• Akaunti za watumiaji.
• Watumiaji waliosakinishwa awali kwa usimamizi wa DBMS.
• Faida za kutumia majukumu.
• Majukumu yaliyoainishwa.
• Utumiaji wa wasifu wa mtumiaji.
• Somo la vitendo: Kuunda na kutumia wasifu wa mtumiaji.

9. Kusimamia ufikiaji wa data kwa wakati mmoja

• Ushindani wa data.
• Utaratibu wa kupanga foleni.
• Kutatua migogoro ya kufunga.
• Kufuli za pamoja.
• Somo la vitendo: Kusuluhisha mizozo ya kufunga.

10. Utunzaji wa data ya kughairiwa (Tendua)

• Udanganyifu wa data.
• Data ya miamala na kughairiwa.
• Tofauti kati ya data ya kutendua na maingizo ya jarida (Rudia data).
• Sanidi sera ya kuhifadhi data ya kughairiwa.
• Mazoezi: Kusimamia Data ya Kughairi.

11. Kutumia ukaguzi katika Hifadhidata ya Oracle

• Wajibu wa DBA kwa kuhakikisha usalama wa habari.
• Utumiaji wa uwezo wa kawaida wa ukaguzi wa hifadhidata.
• Fafanua vigezo vya ukaguzi.
• Tazama taarifa za ukaguzi zilizokusanywa.
• Utunzaji wa data ya ukaguzi.
• Somo la vitendo: Kusanidi ukaguzi wa hifadhidata.

12. Matengenezo ya hifadhidata

• Dhibiti takwimu za viboreshaji.
• Usimamizi wa Hazina ya Upakiaji Otomatiki (AWR).
• Kwa kutumia Kifuatiliaji cha Uchunguzi cha Hifadhidata Kiotomatiki (ADDM).
• Maelezo na matumizi ya washauri.
• Kuweka vikomo vya ujumbe wa kengele.
• Kutumia ujumbe wa kengele ya mfumo.
• Kutumia kazi za kiotomatiki.
• Somo la vitendo: Utunzaji wa hifadhidata.

13. Usimamizi wa utendaji wa hifadhidata

• Ufuatiliaji wa utendaji.
• Usimamizi wa sehemu ya kumbukumbu.
• Washa hali ya Usimamizi wa Kumbukumbu Kiotomatiki (AMM).
• Mshauri amewashwa udhibiti wa moja kwa moja Sehemu za SGA.
• Kutumia Washauri wa Kumbukumbu.
• Takwimu za utendaji zinazobadilika.
• Mionekano ya matatizo ya utendakazi ya utatuzi.
• Vitu batili na visivyotumika.
• Somo la vitendo: Usimamizi wa utendaji wa Hifadhidata.

14. Dhana za chelezo na urejeshaji

• Sehemu ya wajibu wa msimamizi wa hifadhidata.
• Makosa ya programu.
• Makosa ya mtumiaji.
• Kuelewa mchakato wa kurejesha mfano.
• Awamu za kurejesha matukio.
• Kwa kutumia mshauri wa MTTR.
• Makosa ya vyombo vya habari.
• Faili za kumbukumbu zilizohifadhiwa.
• Somo la vitendo: Kusanidi hifadhidata kwa urejeshaji.

15. Hifadhidata ya hifadhi

• Ufumbuzi wa chelezo.

• Nakala salama ya Oracle.
• Hifadhi nakala ya mwongozo.
• Istilahi.
• Meneja wa Urejeshaji(RMAN).
• Sanidi mipangilio ya chelezo.
• Dhibiti chelezo ya faili.
• Usaidizi wa Eneo la Urejeshaji Haraka.
• Somo la vitendo: Kufanya nakala ya hifadhidata.

16. Ahueni ya hifadhidata

• Kufungua hifadhidata.
• Mshauri wa Urejeshaji Data.
• Faili ya udhibiti iliyopotea.
• Upotezaji wa faili ya kumbukumbu.
• Makosa ya data.
• Orodha ya makosa ya data.
• Maoni ya Mshauri wa Urejeshaji Data.
• Somo la vitendo: Kuokoa data na kudhibiti upotezaji wa faili.

17. Harakati za data

• Njia za kuhamisha data.
• Kuunda na kutumia vitu vya saraka.
• Muhtasari wa uwezo wa SQL* Loader wa kuhamisha data.
• Matumizi meza za nje kuhamisha data.
• Usanifu wa jumla wa pampu ya data.
• Kutumia Data Bomba la kusafirisha na kuagiza data.
• Somo la vitendo: Kuhamisha data kwa kutumia SQL* Loader na Pumpu ya Data.

18. Kuingiliana na Usaidizi wa Oracle

• Kwa kutumia EM Support Workbench.
• Kufanya kazi na Usaidizi wa Oracle.
• Unda maombi ya usaidizi (SRs).
• Matengenezo ya kiraka.
• Somo la vitendo: Kutambua makosa muhimu

Uthibitisho

Kozi itakutayarisha kwa mtihani: 1Z0-052 Hifadhidata ya Oracle 11g: Utawala I inahitajika kwa udhibitisho Hifadhidata ya Oracle 11g Mshirika Aliyeidhinishwa na Msimamizi

Hati iliyopokelewa

Cheti kuhusu mafunzo ya juu, au Cheti.

Rahisi zaidi kutekeleza na wakati huo huo kazi ngumu zaidi ya kimkakati katika mzunguko wa maisha ya hifadhidata ni upangaji na usakinishaji wa hifadhidata. Licha ya ukweli kwamba maamuzi yaliyofanywa katika hatua hii hayabadiliki, bado ni ngumu sana kuyabadilisha. Kwa mfano, kuchagua jina la hifadhidata, njia ya usakinishaji kwa faili zinazoweza kutekelezwa zinazohitajika kwa operesheni, na vifaa vingine muhimu vinaonekana kuwa vya kawaida, lakini baada ya uteuzi kawaida hubaki bila kubadilika. Kwa hiyo, inashauriwa kutathmini kikamilifu mambo yanayoathiri kupanga, ufungaji wa seva na uundaji wa database.

Oracle hutoa seti ya zana anuwai za kudhibiti mazingira ya seva. Ya kwanza kati ya hizi ni Oracle Universal Installer (OUI) - ambayo hutumiwa (kama jina linavyopendekeza) kusakinisha. bidhaa za programu Oracle. Inayofuata inakuja Usaidizi wa Usanidi wa Hifadhidata (DBCA) - hii ni zana ya kuunda hifadhidata. Pia kuna zana ya kusasisha hifadhidata, Usaidizi wa Kuboresha Hifadhidata (DBUA), lakini hatutazingatia. Kwa kutumia OUI unaweza kusakinisha vyombo mbalimbali kwa usimamizi wa hifadhidata, SQL *Plus na Oracle Enterprise Manager (OEM) hutumiwa zaidi. Msanidi wa SQL pia hutumiwa mara nyingi.

Kihistoria, kusimamia bidhaa za Oracle haikuwa kazi ya kupendeza sana. Hii ilitokea kwa sababu DBA ilibidi kusakinisha bidhaa tofauti tofauti kutokana na tatizo la kutopatana. Haikuwa tukio la kawaida kwamba baada ya kusakinisha kwa ufanisi bidhaa ya kwanza, ya pili na ya tatu, kusakinisha bidhaa ya nne kungesababisha programu zote tatu zilizowekwa hapo awali kutofanya kazi. Masuala ya kutopatana yamo katika matumizi ya maktaba msingi. Maktaba hizi hutoa utendaji unaotumika katika bidhaa zote za Oracle. Kwa mfano, programu zote za Oracle hutumia umiliki itifaki ya mtandao Oracle Net - haiwezekani kufunga programu za Oracle bila hiyo. Ikiwa programu mbili za Oracle zinatumia toleo sawa la maktaba kuu, basi kinadharia tu zinaweza kusanikishwa kwa njia ile ile. saraka ya nyumbani Oracle (Nyumba ya Oracle). Nyumba ya Oracle ni njia ambayo programu ya Oracle imewekwa: seti ya faili kwenye folda. Kabla ya OUI, kila programu ilikuwa na kisakinishi chake, ambacho hakikuweza kila wakati kuelewa kwa usahihi utangamano na programu zilizosakinishwa tayari.

OUI imeundwa kwa kutumia Matoleo ya Java 5, ambayo inaruhusu kufanya kazi kwa usawa kwenye majukwaa yote. Inawezekana kusanikisha OUI kama bidhaa tofauti katika saraka maalum ya nyumbani, lakini hii kawaida haina maana kwani OUI inakuja na programu zote za Oracle na inaweza kuendeshwa kutoka kwa usambazaji: itasakinishwa pamoja na programu kwenye nyumba ya programu. saraka. Zipo matoleo tofauti OUI, na ikiwa programu inakuja na toleo la zamani la OUI kuliko programu nyingine iliyosanikishwa tayari, basi ni bora kutumia ile iliyosanikishwa tayari. toleo lililowekwa(mpya zaidi) OUI. Wakati OUI inauliza eneo la products.xml - bainisha tu saraka akilini mwako programu mpya.

Malipo ya OUI

Kipengele muhimu cha OUI ni hesabu. Hii ni seti ya faili ambazo hazipaswi kuhifadhiwa katika saraka ya nyumbani ya programu yoyote ya Oracle. Wanahifadhi habari kuhusu programu zote Oracle imewekwa juu kompyuta hii, ikiwa ni pamoja na toleo halisi, njia, na katika baadhi ya matukio hata nambari ya hivi punde sasisho lililowekwa. Kila uendeshaji wa OUI hukagua hazina kwa kutopatana kabla ya kusakinisha programu mpya ya Oracle kwenye saraka zilizopo za Oracle nyumbani na kurekodi maelezo baada ya kusakinisha au kusasisha programu yoyote. Njia ya duka hili kwenye mifumo ya uendeshaji inayofanana na Unix inaweza kuchaguliwa na DBA OUI inapozinduliwa kwa mara ya kwanza. Kwenye Windows, hazina hutengenezwa kila wakati

%SystemRoot%\Program Files\Oracle\Inventory

Mifumo yote ya uendeshaji ina njia iliyoainishwa awali ambayo OUI itatafuta kielekezi kwa hifadhi iliyopo. Kwenye Linux hii itakuwa faili

/etc/oraInst.loc

Katika Solaris hii pia ni faili

/vat/opt/oracle/oraInst.loc

Kwenye Windows, hii ni kiingilio kwenye Usajili wa mfumo.

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\inst_loc

Wakati OUI inapozinduliwa, jambo la kwanza hufanya ni kuangalia uwepo wa faili (au kuingia kwa Usajili) na, ikiwa haipo, inachukuliwa kuwa hii ni uzinduzi wa kwanza wa OUI na faili imeundwa kwa njia. kwa hifadhi iliyoandikwa ndani yake. Simu zote zinazofuata za OUI, bila kujali toleo, zitaweza kupata duka.

Utaratibu huu wa kuunda hifadhi una matatizo na haki za kufikia mfumo wa uendeshaji: katika Linux au Unix, mtumiaji anayezindua OUI kwa mara ya kwanza lazima awe na haki za kuandika kwenye saraka ambapo kielekezi cha hifadhi kinapatikana. Walakini, ni mtumiaji wa mizizi pekee anayeweza kuandika kwa saraka ya /etc au /var kwenye Linux/Unix, mtawaliwa. Kwa kuwa kwa mtazamo wa usalama haikubaliki kuendesha OUI kama mzizi, OUI itatoa hati ambayo itahitaji kutekelezwa kama mtumiaji wa mizizi kuunda oraInst.loc kielekezi cha faili kwenye njia ya hifadhi. Kwenye Windows, mtumiaji anayeendesha OUI lazima awe na ruhusa ya kuandika kwa sajili.

Ukaguzi wa mfumo

OUI hukagua kompyuta ambayo inaendeshwa ili kuona ikiwa inakidhi vigezo fulani. Mahitaji haya yanategemea jukwaa na yameandikwa katika faili ya kisakinishi:

/install/oraparam.ini (Unix)

\install\oraparam.ini (Windows)

Hazihitajiki sana: angalia kwamba mfumo wa graphics unaunga mkono rangi 256.

Pia katika faili ya oraparam.ini ni njia ya bidhaa.xml faili. Faili ya products.xml inaeleza ni bidhaa gani zinaweza kusakinishwa kutoka kwa usambazaji fulani. Kila programu ina seti yake ya vigezo, na zinahitajika zaidi. Mahitaji ya programu yameorodheshwa Faili ya XML. Kawaida hii

/stage/prereq/db/refhost.xml (Unix)

\hatua\prereq\db\refhost.xml (Windows)

Faili ya Windows kawaida hubainisha mahitaji ya ukubwa wa faili ya paging na toleo la OS. Ikiwa una kiasi kumbukumbu ya ufikiaji bila mpangilio 512-2048 MB, basi faili ya ukurasa inapaswa kuwa mara 1.5 kubwa kuliko kiasi cha RAM. Kwa Mifumo ya Unix vigezo vinadai zaidi: pamoja na ukubwa wa faili ya kubadilishana, kuwepo kwa idadi ya vifurushi vilivyowekwa na mipangilio ya kernel.

Kutimiza mahitaji haya ni kazi inayotumia wakati mwingi, na ikiwa una uhakika kuwa kifurushi fulani ni sahihi (kwa mfano, una zaidi ya toleo la baadaye) au thamani ya parameta ni sahihi, unaweza kuruka hundi hii kwa njia kadhaa. Kwanza, ondoa mahitaji kutoka kwa faili ya refhost.xml. Pili, endesha OUI katika hali bila kuangalia mfumo kwanza. Na tatu, wakati programu ya OUI inaendeshwa, onyesha kwenye kisanduku cha mazungumzo ili kupuuza kutokwenda.

Zana za Uundaji na Uboreshaji wa Hifadhidata

Msaidizi wa Usanidi wa hifadhidata (DBCA) ni zana ya kielelezo ya kuunda na kurekebisha hifadhidata. Mchawi wa ufungaji utakusaidia kuchagua vigezo muhimu na usanidi njia za faili bila juhudi maalum. DBCA itatoa hati za kuunda hifadhidata kulingana na vigezo unavyochagua, viangalie kwa makosa na uvitekeleze. Kila kitu kinaweza pia kufanywa kwa mikono. DBCA imeandikwa katika Java na inahitaji saraka ya nyumbani iliyosanidiwa na mfumo mdogo wa michoro. Yote haya hapo juu pia ni kweli kwa Msaidizi wa Uboreshaji wa Hifadhidata (DBUA).

Zana za kutekeleza amri za SQL: SQL *Plus na SQL Developer

Kuna zana nyingi za kufanya kazi na Oracle. Zana mbili za kawaida ni SQL *Plus na SQL Developer. Zinatolewa kutoka kwa Oracle na zinafaa kwa utawala na maendeleo. SQL Developer ina utendakazi zaidi, lakini inahitaji mfumo mdogo wa picha, huku SQL *Plus inaweza kutumika katika hali ya mstari wa amri.

SQL *Plus inapatikana kwa majukwaa yote ambayo Oracle inaweza kusakinishwa, na husakinishwa kwa chaguomsingi kwa seva ya Oracle na programu ya mteja. Kwenye Linux faili inayoweza kutekelezwa inayoitwa sqlplus. Eneo la faili hii inategemea usakinishaji na ni kawaida

/u01/app/oracle/pdoruct/db_1/bin/sqlplus

Akaunti yako ya mfumo lazima isanidiwe kwa njia fulani ili kufanya kazi na SQL *Plus. Vigezo vya mfumo vinahitaji kuwekwa

• ORACLE_HOME
• LD_LBIRARY_PATH

PATH lazima ijumuishe njia ya folda ya bin kwenye saraka ya nyumbani ya programu. LD_LIBRARY_PATH ndio njia ya lib folda ya saraka ya nyumbani ya programu. Kielelezo 2-1 kinaonyesha mfano wa kuangalia vigezo vya mfumo na kuendesha SQL *Plus.

KATIKA Mfumo wa Windows Kulikuwa na matoleo mawili ya SQL *Plus: mpango wa mstari wa amri na programu iliyo na kiolesura cha picha(sqlplus.exe na sqplusw.exe mtawalia). Katika toleo la 11g toleo la picha halipatikani tena, hata hivyo unaweza kutumia programu zaidi toleo la mapema(hadi 9i zikijumlishwa, mabadiliko katika Oracle Net hayataruhusu kutumia programu za toleo la chini ya 9i kufanya kazi na toleo la hifadhidata la zamani zaidi ya 9i). Wale. SQL Plus 10g inaweza kuunganishwa kwenye hifadhidata ya 9i na kinyume chake: SQL *Plus toleo la 9i inaweza kutumika kufanya kazi na hifadhidata ya 11g. Kwenye Windows, OUI huhifadhi maadili ya kutofautisha ya mfumo kwenye Usajili wakati wa usakinishaji, kwa hivyo sio lazima kuweka maadili tofauti kwa mikono, lakini ikiwa SQL *Plus haianza, inafaa kuangalia Usajili. Kielelezo 2-2 kinaonyesha Dirisha la Windows kutoka kwa vipande vya Usajili. Njia ya maadili inayotumiwa na SQL *Plus

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1

Msanidi wa SQL

SQL Developer ni chombo cha kuunganisha kwenye seva ya Oracle (na sio Oracle pekee) na kutekeleza amri za SQL. Unaweza pia kukuza vitu vya PL/SQL ndani yake. Tofauti na SQL, *Plus ni zana ya picha iliyo na makro maalum kwa vitendo vya kawaida. SQL Developer imetengenezwa katika Java na JRE inahitajika kuiendesha. Wale. SQL Developer inapatikana kwa jukwaa lolote ambalo Java Runtime Environment ipo. Toleo la hivi punde inaweza kupakuliwa kutoka kwa tovuti ya Oracle.

Kielelezo 2-3 kinaonyesha mfano wa kiolesura cha Msanidi Programu wa SQL kilichounganishwa kwenye hifadhidata na kuendesha hoja rahisi ya SQL. Inajumuisha sehemu ya kushoto inayotumiwa kwa urambazaji kati ya vitu vya hifadhidata na sehemu ya kulia kwa ingizo na utoaji wa habari.

Kamati ya Jimbo la Shirikisho la Urusi

Kwa elimu ya juu.

JIMBO LA MTAKATIFU ​​PETERSBURG

TAASISI YA USAHIHI MITAMBO NA MACHO

(CHUO KIKUU CHA UFUNDI)

idara teknolojia ya kompyuta

Utawala wa Hifadhidata

ORACLE
Saint Petersburg

mwaka 2000

1. Majukumu ya Msimamizi wa Hifadhidata (DBA) 3

2. Muunganisho katika hali ya 3 ya NDANI

3. Huduma za DBA (Ingiza, Hamisha, Kipakiaji) 4

4. Hifadhidata na Watumiaji wa Schema 6

5. Nafasi za meza na faili za data 8

6. Miradi na vitu vya schema 9

7. Vizuizi vya data, viwango na sehemu. kumi na moja

8. Miundo ya kumbukumbu na michakato 12

9. Mfano wa operesheni ya Oracle. 13

10. Jarida la Kurudia 14

11. Muamala 15

12. Kuhakikisha ulinzi wa hifadhidata 18

13. Maoni ya Kamusi ya Data. 19

14. Mapendeleo (Ruzuku, jukumu). 20

15. Usimamizi wa mtumiaji

16. Ukaguzi wa hifadhidata 22

17. Kuhakikisha uadilifu wa hifadhidata 24

18. Kuunda hifadhidata. (faili za parameta) 25

19. Kuanzisha na kusimamisha hifadhidata 26

20. Njia mbalimbali za uendeshaji za hifadhidata 29

21. Hifadhidata 29

22. Dynamic SQL 30

23. Hifadhidata zenye mwelekeo wa kitu. 32

1. Majukumu ya Msimamizi wa Hifadhidata (DBA)

Kwa sababu mfumo wa hifadhidata wa ORACLE unaweza kuwa mkubwa kabisa na kuwa na watumiaji wengi, lazima kuwe na mtu au kikundi cha watu wanaosimamia mfumo. Mtu huyu anaitwa msimamizi wa hifadhidata (DBA).
Hifadhidata yoyote lazima iwe na angalau mtu mmoja anayetekeleza majukumu ya kiutawala; ikiwa hifadhidata ni kubwa, majukumu haya yanaweza kusambazwa kati ya wasimamizi kadhaa.

Majukumu ya msimamizi yanaweza kujumuisha:

• 
  usakinishaji na sasisho la matoleo Seva ya ORACLE na zana za maombi
• 
  usambazaji kumbukumbu ya diski na kupanga mahitaji ya kumbukumbu ya mfumo wa siku zijazo
• 
  uundaji wa miundo msingi ya kumbukumbu katika hifadhidata (nafasi za meza) kama wasanidi programu wasanifu programu
• 
  uundaji wa vitu vya msingi (meza, maoni, faharasa) kama wasanidi programu wanavyosanifu
• 
  marekebisho ya muundo wa hifadhidata kulingana na mahitaji ya programu
• 
  kusajili watumiaji na kudumisha usalama wa mfumo
• 
  kufuata makubaliano ya leseni ORACLE
• 
  kusimamia na kufuatilia ufikiaji wa mtumiaji kwenye hifadhidata
• 
  Kufuatilia na kuboresha utendaji wa hifadhidata
• 
  panga kuhifadhi na kurejesha
• 
  kudumisha data iliyohifadhiwa kwenye vifaa vya kuhifadhi
• 
  kufanya chelezo na kurejesha
• 
  kuwasiliana na Oracle Corporation kwa usaidizi wa kiufundi

Maafisa wa usalama

Katika baadhi ya matukio, hifadhidata lazima pia iwe na mfanyakazi mmoja au zaidi wa usalama. AFISA USALAMA ana jukumu la kimsingi la kusajili watumiaji wapya, kusimamia na kufuatilia ufikiaji wa watumiaji kwenye hifadhidata, na kulinda hifadhidata.

Wasanidi Programu

Majukumu ya msanidi programu ni pamoja na:
 kubuni na kuendeleza matumizi ya hifadhidata

 kubuni muundo wa hifadhidata kulingana na mahitaji ya maombi

 makadirio ya mahitaji ya kumbukumbu kwa ajili ya maombi

 kuunda marekebisho ya muundo wa hifadhidata kwa ajili ya maombi

 kuhamisha habari hapo juu kwa msimamizi wa hifadhidata

 kubinafsisha programu wakati wa ukuzaji wake

 ufungaji wa hatua za kulinda maombi wakati wa maendeleo yake

2. Uunganisho katika hali ya NDANI

Kuanzisha na kusimamisha hifadhidata ni kipengele chenye nguvu cha kiutawala. Kwa ajili ya kudumisha utendakazi sahihi wa hifadhidata, kazi (amri ANZISHA au KUZIMISHA) kusimamisha na kuanza kunaruhusiwa, kwa msimamizi tu aliyeunganishwa na ORACLE katika hali ya NTERNAL( ^ UNGANISHA NDANI), na ili uweze kuunganishwa katika hali ya NDANI, lazima utimize mojawapo ya masharti yafuatayo:

• 
  Akaunti yako ya mfumo wa uendeshaji ina haki mfumo wa uendeshaji, hukuruhusu kuunganishwa katika hali ya NDANI.
• 
  Umeidhinishwa kuunganisha katika hali ya NDANI.
• 
  Hifadhidata yako ina nenosiri la NDANI na unajua nenosiri hili.

Mahitaji haya yote hutoa safu ya ziada ya usalama ili kuzuia uanzishaji au kuzima kwa hifadhidata bila idhini ya ORACLE. Kwa mifumo iliyo na nenosiri la NDANI, kuna mambo ya ziada yanayozingatiwa hapa chini.

Kwa kutumia nenosiri la NDANI

Baadhi ya mifumo ya uendeshaji hukuruhusu kuweka nenosiri kwa miunganisho katika hali ya NDANI. Unaweza kuweka nenosiri kwa NDANI wakati wa ufungaji wa seva ya ORACLE, Oracle hutoa matumizi ya kusimamia nenosiri hili (kuunda, kubadilisha na kuifuta).

Viunganisho vya NDANI na visivyo salama

Ikiwa unatumia muunganisho usio salama (kama wengi miunganisho ya mtandao), basi nenosiri LAZIMA litumike kwa NDANI, kwa uunganisho unaofuata katika hali ya NDANI; hitaji hili linamaanisha kuwa mfumo lazima uwe na nenosiri lililowekwa kwa NDANI.
Katika baadhi ya O.S. Unaweza kuwasha au kuzima kabisa UNGANISHA miunganisho ya NDANI kwa miunganisho isiyo salama. Chaguo hufanywa wakati wa usakinishaji wa ORACLE na inaweza kubadilishwa baadaye.

3. Huduma za DBA (Ingiza, Hamisha nje, Kipakiaji)

SQL* Kipakiaji

Mojawapo ya changamoto nyingi ambazo wasimamizi wa hifadhidata mara nyingi hukabiliana nazo ni kuhamisha data kutoka kwa vyanzo vya nje hadi kwenye hifadhidata ya Oracle. Ugumu wa kazi hii huongezeka na ujio wa ghala za data; si lazima tena kusonga megabytes ya data, lakini gigabytes, na katika baadhi ya matukio, terabytes. Ili kutatua tatizo hili, Oracle hutoa SQL*Loader, zana ya ulimwengu wote ambayo hupakia data ya nje kwenye jedwali la hifadhidata la Oracle. SQL*Huduma ya Upakiaji inaweza kunyumbulika na kugeuzwa kukufaa kiasi kwamba mara nyingi inawezekana kutengana na taratibu za lugha ya kizazi cha tatu kwa kupachikwa. Taarifa za SQL. Wakati wowote unapokabiliwa na jukumu la kubadilisha data ya kigeni hadi umbizo la Oracle, zingatia kutumia SQL*Loader kwanza kabla ya kugeukia zana zingine.

Vipengele vya msingi vya SQL* Loader

Huduma ya SQL*Loader inahitaji aina mbili za data ya kuingiza: data ya nje, ambayo inaweza kuwa kwenye diski au mkanda, na maelezo ya udhibiti (iliyomo kwenye faili ya udhibiti), ambayo inaelezea sifa za data ya uingizaji. Matokeo, ambayo baadhi yake ni ya hiari, ni pamoja na majedwali ya Oracle, kumbukumbu, faili mbaya za rekodi na faili za rekodi zilizotupwa.

Data ya kuingiza

SQL*Loader inaweza kushughulikia karibu aina yoyote ya faili ya data na inasaidia aina za data asili kwenye karibu jukwaa lolote. Data kawaida husomwa kutoka kwa faili moja au zaidi za data, lakini pia inaweza kuingizwa kwenye faili ya udhibiti baada ya maelezo ya udhibiti. Faili ya data inaweza kupatikana:

Katika faili za umbizo tofauti, data iko kwenye rekodi ambazo zinaweza kutofautiana kwa urefu kulingana na saizi ya data kwenye sehemu. Sehemu ni urefu unaohitajika ili kushughulikia data. Sehemu katika faili za umbizo tofauti zinaweza kutengwa kwa herufi zinazofuata (kama vile koma na nafasi), na pia kuambatanishwa na vibambo vinavyotenganisha.

Mwaka wa utengenezaji: 2003

Mchapishaji: Folio

Umbizo:DJVU

Kitabu hiki kimejitolea kwa Oracle DBMS - moja ya majukwaa maarufu iliyoundwa kwa ajili ya kufanya kazi na hifadhidata. Zinazingatiwa masuala ya jumla teknolojia Oracle , muundo wa hifadhidata na kanuni za msingi za kudhibiti faili za hifadhidata, saizi zao, sera ya usalama ya hifadhidata, matumizi ya lugha ya uulizaji iliyopangwa SQL (kuunda maswali rahisi na ya kiota, kuongeza na kubadilisha habari katika hifadhidata, kuunda na kurekebisha vitu vya kimsingi vya mifumo ya uhusiano), lugha ya programu. PL/SQL . Mifano ya vitendo inayotumika inalenga toleo la DBMS - Oracle 9 i

Utangulizi

Sehemu ya I. NADHARIA YA DATABASE

Sura ya 1.1. Utangulizi wa Hifadhidata

Database ni nini

Muundo wa hifadhidata

Sura ya 1.2. Mfano wa hifadhidata ya uhusiano

Vikoa na Mahusiano

Uadilifu wa data

algebra ya uhusiano

Hesabu ya uhusiano

Sura ya 1.3. Kubuni Muundo wa Hifadhidata ya Kimantiki

Dhana ya Utegemezi wa Utendaji

Urekebishaji wa Hifadhidata

Uundaji wa Kitu

Sura ya 1.4. Vipengele vya usalama wa hifadhidata

Miamala na Concurrency

Usalama wa Hifadhidata na Uadilifu

Sura ya 1.5. Vipengele vya ziada vya teknolojia ya uhusiano

Boresha utendakazi kwa uboreshaji

Vikoa, uhusiano na aina za data

Thamani zisizofafanuliwa na mantiki yenye thamani tatu

Hifadhidata Zilizosambazwa

SehemuII. KUSAKINISHA ORACLE 9i

Sura ya 2.1. Oracle 9i - vipengele vipya

Oracle 9i - Taarifa ya Jumla

Nini Kipya katika Hifadhidata ya Oracle 9i

Vipengele vipya ndani SQL Oracle

Java na XML

Faida za Chaguo Mpya za Oracle DBMS

Fusion ya Cache

Chaguzi za kurejesha

Vipengele kulingana na usanifu wa hali ya juu

Vipengele vingine vya Oracle 9i

Sura ya 2.2. Mahitaji ya ufungaji

Vipengele vya Oracle_Home

Mikataba ya Mfumo wa Vipengele vya Msingi

Mahitaji ya sehemu ya mtu binafsi

Mahitaji ya sasisho la hifadhidata

Kisakinishi cha Oracle Universal - wazo la jumla

Ufungaji wa bidhaa Oracle 9 i

Kuchagua Aina ya Hifadhidata

Usanidi wa mtandao

Usanidi wa seva kwenye mtandao

Kuelewa Watumiaji na Nywila

Jina la hifadhidata ya ulimwengu na kitambulisho

Nafasi za meza

SehemuIII. NAKALAORACLE

Sura3 .1. Usanifu wa Mfano Oracle

Mfano wa Oracle

Muundo wa mfano

Michakato ya usuli Oracle

Anatomia ya shughuli

Ufuatiliaji wa Mfano

Sura ya 3.2. Kuanzisha DBMS Oracle

Umuhimu wa usanidi

Kuweka chaguzi na hatua

SehemuIV. ZANA ORACLE

Sura ya 4.1. Fanya kazi na SQL* PIus

Kuanzisha programu SQL*Plus

Inaendesha SQL*Plus na baadhi ya makubaliano

SQL*Plus Amri

Operesheni ya kuhariri katika SQL*Plus

Kuendesha amri za SQL kwa utekelezaji

Kuzuia amri SQL

Amri za Msimamizi wa Hifadhidata

TIMIZA amri

Udhibiti wa pato la habari

ELEZA MPANGO

Sura ya 4.2. Ingiza na usafirishaji nje

Madhumuni na uwezo wa kuagiza na kuuza nje

Hamisha data

Ingiza data

Sura ya 4.3.OracleBiasharaMeneja

Maelezo ya jumla na usanifu

Uunganisho wa pekee

Inaunganisha kwa Seva ya Usimamizi

Maombi ya Pakiti za Usimamizi na maombi ya usimamizi wa hifadhidata

Kupanga kazi

SehemuV. LUGHA YA MASWALI ILIYOJIRI SQL

Sura ya 5.1. Sampuli za data

CHAGUA kauli

Sintaksia ya msingi ya waendeshaji CHAGUA

Waendeshaji wa Kulinganisha

Masafa

Orodha (IN na HAKUNA)

Kuangalia maadili kwa uhakika

Tafuta kwa muundo

Vipengele vya ziada mwendeshaji CHAGUA

Kutumia Vielezi

Kwa kutumia Nguzo Maalum za Uongo

Kwa kutumia safu wima na lakabu za Jedwali

Kuchagua Maadili ya Kipekee

Kujiunga na jedwali nyingi katika hoja

Kwa kutumia Subqueries

Sura ya 5.2. Kazi Oracle

Vitendaji vya ubadilishaji

Vitendaji vya kalenda

Vitendaji vya nambari Oracle

Vipengele vya tabia Oracle

Vipengele vingi Oracle

Hesabu za uchanganuzi za SQL katika Oracle 9 i

Taratibu za Kukusanya

Sura ya 5.3. Maswali tata Oracle

Hoja za miti (hierarchical).

Kujiunga kwa nje

Kuunganisha matokeo kutoka kwa hoja nyingi

Sura ya 5.4. Kujenga meza

Kwa kutumia operator TENGENEZA JEDWALI

Kwa kutumia operator MEZA BADILISHA

Kubadilisha na kufuta jedwali

Sura ya 5.5. Kubadilisha data ya jedwali

Shughuli

Kuingiza Data

Kunakili data kutoka kwa jedwali lingine

Kubadilisha data

Inafuta data

Kutumia Kazi katika Taarifa za Marekebisho ya Data

Kuzuia safu

Ufutaji wa data ya kasi ya juu

Kubadilisha data na marupurupu

Fahirisi na Vikwazo

Vichochezi vya Hifadhidata

Sura ya 5.6. Vitu vingine vya Hifadhidata

Fahirisi

Vipengele vya kufanya kazi na indexes

Kwa kutumia Clusters

Faida na hasara za makundi

Mifuatano

Uwakilishi

Visawe

SehemuVI. LUGHA YA KUPANGA PL./ SQL

Sura ya 6.1. Programu na moduli

Taratibu na kazi

Moduli

Miundo ya kisintaksia

Sura ya 6.2. Kutumia Subroutines na Moduli

Habari za jumla

Taratibu za mitaa

Taratibu zilizohifadhiwa na za kawaida

Taratibu zilizohifadhiwa na moduli

Hali ya moduli wakati wa utekelezaji

Taratibu zilizohifadhiwa na marupurupu.

Sura ya 6.3. Vichochezi vya Hifadhidata

Aina za Kuchochea

Kuunda Vichochezi

Maalum ya kutumia vichochezi

Kubadilisha meza

Sura ya 6.4. Nguvu SQL

SQL hadi PL/SQL

Kwa kutumia DBMS. SQL

Kutumia ndani SQL

Vipengele vya ziada

Sura ya 6.5. Mawasiliano kati ya viunganisho

Sehemu ya DBMS_PIPE

Sehemu ya DBMS_ALERT

Ulinganisho wa moduli DBMS_PIPE na DBMS_ALERT

Sura ya 6.6. Sifa za Kitu

Aina za vitu

Vitu katika hifadhidata

Miundo iliyotengenezwa tayari

SehemuVII. MISINGI YA USIMAMIZI WA HABARI

Sura ya 7.1. Mazingira Oracle

Mazingira ya Desktop ya Oracle

Kuweka mazingira yako ya kazi Oracle

Sura ya 7.2. Utawala wa Hifadhidata

Majukumu ya DBA

Wajibu wa watumiaji wengine wa hifadhidata

Jina la akaunti ya DBA katika mfumo wa uendeshaji

Muunganisho wa mtumiaji DBA

Majina ya akaunti ya DBA

Upangaji wa hifadhidata

Sura ya 7.3. Uundaji wa hifadhidata

Hatua za kuunda hifadhidata

Kuunda Mfano

Kuunda Faili ya Vigezo vya Kuanzisha

Uundaji wa hifadhidata

Kuunda vitu vya usaidizi wa hifadhidata

Hatua za mwisho kuunda hifadhidata

Kuanzisha Hifadhidata

Utaratibu wa kusimamisha hifadhidata

Kuondolewa kwa vikao

SehemuVIII. UWEKEZAJI WA SEVA ORACLE

Sura ya 8.1. Dhibiti usimamizi wa faili

Habari za jumla

Kuunda faili mpya ya kudhibiti

Uendeshaji na faili za udhibiti

Sura ya 8.2. Usimamizi wa magazeti mtandaoni

Habari za jumla

Kuunda Vikundi vya Jarida la Mtandaoni

Kuunda Wanachama wa Jarida la Mtandaoni

Kubadilisha majina na kuhamisha wanachama wa jarida la mtandaoni

Inafuta Vikundi vya Jarida la Mtandaoni

Kuondoa Wanachama wa Jarida la Mtandaoni

Sura ya 8.3. Kusimamia vituo vya ukaguzi na ubadilishaji wa kumbukumbu

Habari za jumla

Kuweka vipindi vya ukaguzi wa hifadhidata

Kulazimisha kubadili logi

Lazimisha kituo cha ukaguzi cha haraka bila kubadili logi

Kupata maelezo ya kumbukumbu ya kujirudia

SehemuIX. INAWEKA MIPANGILIO YA KUMBUKUMBU YA DATABASE

Sura ya 9.1. Ukubwa wa hifadhidata na usimamizi wa faili

Sera ya usimamizi wa faili ya meza na data

Sehemu ya nafasi ya meza

Kuunda nafasi za meza na faili za data

Kuongeza Faili za Data kwenye Jedwali

Kuweka chaguzi za kumbukumbu kwa nafasi za meza

Kubadilisha na kuhamisha faili za data

Inafuta nafasi za meza na faili za data

Sura ya 9.2. Usimamizi wa Kitu cha Schema

Kusimamia Matumizi ya Kumbukumbu ya Vitalu vya Data

Kuweka Chaguzi za Kumbukumbu

Usimamizi wa meza

Kufanya kazi na Maoni

Usimamizi wa mlolongo

Kwa kutumia visawe

Kwa kutumia Fahirisi

Kufanya kazi na makundi

Kusimamia vikundi vya hashi na majedwali yake

Kubadilisha jina la vipengee vya schema

Kusafisha meza na makundi

Kufanya kazi na vichochezi

Kusimamia Vikwazo vya Uadilifu

Ukusanyaji wa vitu kwa mikono

Sura ya 9.3. Kusimamia Sehemu za Rollback

Habari za jumla

Jinsi sehemu ya urejeshaji inavyofanya kazi

Sehemu nyingi za kurejesha

Kuweka ukubwa wa sehemu ya kurudi nyuma

Mpangilio wa parameta MOJA KWA MOJA

Kuunda sehemu za kurudi nyuma

Inafuta sehemu ya kurudi nyuma

Sura ya 9.4. Mgawanyiko wa hifadhidata

Mgawanyiko wa nafasi ya meza

Kugawanyika kwa vitu

Sura ya 9.5. Uchambuzi wa majedwali, faharisi na makundi

Kuelewa uwezo wa uchambuzi

Usimamizi wa ukusanyaji wa takwimu

SehemuX. ULINZI WA DATABASE NA UKAGUZI

Sura ya 10.1. Kuanzisha sera ya usalama ya hifadhidata

Sera ya ulinzi wa data

Usimamizi wa Mtumiaji wa Hifadhidata

Kitambulisho cha mtumiaji

Sera ya Ulinzi ya Mtumiaji

Sura ya 10.2. usimamizi wa mtumiaji

Kitambulisho cha mtumiaji

Kuunda Watumiaji

Kubadilisha Watumiaji

Kuondoa watumiaji

Sura ya 10.3. Kusimamia rasilimali kupitia wasifu

Habari za jumla

Kuunda wasifu

Kwa kutumia wasifu chaguo-msingi

Kusudi la wasifu

Kubadilisha wasifu

Kutumia Vikwazo vya Mchanganyiko

Inafuta wasifu

Washa au uzime vikomo vya rasilimali

Kurejesha habari kuhusu watumiaji na wasifu

Sura1 0.4. Kusimamia haki na majukumu

Mapendeleo ya mfumo

Mapendeleo ya Kitu

Kuunda Majukumu

Kuondoa majukumu

Kukabidhi marupurupu na majukumu ya mfumo

Kukabidhi marupurupu ya kitu

Batilisha haki na majukumu ya mfumo

Batilisha upendeleo wa kitu

Madhara ya kubatilisha upendeleo

Kupata habari kuhusu marupurupu na majukumu

Sura ya 10.5. Ukaguzi wa hifadhidata

Habari za jumla

Washa au zima chaguzi za ukaguzi

Amri ya AUDIT

Inalemaza chaguzi za ukaguzi

Kudhibiti ukuaji na ukubwa wa njia ya ukaguzi

Kufuta Rekodi za Ukaguzi kutoka kwa Jarida la Ukaguzi

Ulinzi wa njia ya ukaguzi

Inachakata maelezo ya ufuatiliaji

Kukagua kwa Vichochezi vya Hifadhidata

Ukaguzi kwa kutumia zana Oracle

SehemuXi. DATABASE ZILIZOSAMBAZWA

Sura ya 11.1 DBMS iliyosambazwa

Kuelewa Hifadhidata Zilizosambazwa

Miamala Iliyosambazwa

Lazimisha udhibiti wa shughuli

Jina la hifadhidata ya ulimwengu

Kutumia miunganisho

Kuhakikisha uwazi wa eneo

Sura ya 11.2. Kusimamia Mionekano Iliyoundwa (Picha)

Kuelewa urudufishaji na maoni yanayoonekana

Vikundi vya kuiga

Aina za Mionekano Inayotumika

Kuunda Mtazamo wa Nyenzo

Utekelezaji wa muhtasari wa ndani

Kuweka Chaguzi za Kumbukumbu

Inasasisha Mionekano Inayotumika

Vikundi vinavyoweza kusasishwa

Kuondoa Mionekano Inayotumika

Kumbukumbu za Mwonekano wa Nyenzo

SehemuXIIDB KUNAKILI NA KURUDISHA

Sura ya 12.1. Kuhifadhi taarifa ya kujirudia

Kuchagua njia za kuhifadhi kwenye kumbukumbu

Kuweka hali ya kuhifadhi

Sura ya 12.2. Mkakati wa Hifadhi Nakala

Upotezaji wa data ya kimantiki na kimantiki

Inajitayarisha kuhifadhi nakala

Mkakati wa kunakili hifadhidata inayofanya kazi ndani ARCHIVELOG

Nakala kamili hifadhidata (nakala "baridi")

Kunakili sehemu ya hifadhidata (nakala "moto")

Kunakili faili ya kudhibiti

Hamisha/agiza (nakala ya kimantiki)

Sura ya 12.3. Urejeshaji wa hifadhidata

Kujiandaa kwa kupona

Urejeshaji wa faili ya data

Urejesho faili za kumbukumbu gazeti

Kurejesha kutoka kwa nakala baridi

Kurejesha hifadhidata inayofanya kazi ndani ARCHIVELOG

Inatuma faili za kumbukumbu za kufanya upya

Kupotea kwa faili za kumbukumbu za kufanya upya mtandaoni

Hasara ya faili za kumbukumbu zilizohifadhiwa kwenye kumbukumbu

Upotezaji wa faili za udhibiti

Urejeshaji kutoka kwa makosa ya mtumiaji

Sura ya 12.4. Matumizi RMAN

RMAN ni nini

Usanifu wa RMAN

Kiolesura cha RMAN

Kazi ya RMAN

Nyenzo hizi ni hakimiliki, haki za mwandishi zinalindwa na Sheria za Shirikisho la Urusi na mikataba ya kimataifa. Ili kutumia nyenzo hizi, lazima usome na ukubali kikamilifu makubaliano ya leseni. Ikiwa hukubali makubaliano haya ya leseni kwa ukamilifu, huna haki ya kutumia nyenzo hizi.

Utangulizi

Uzoefu wa mwandishi unaonyesha kiwango cha juu cha kuingia katika utawala wa Oracle DBMS, hata kwa mtaalamu aliyehitimu wa IT. Baada ya kufahamiana na Oracle DBMS mnamo 2001, mwandishi alikuwa na safari ndefu na chungu ya kusoma na kuelewa bidhaa hii pamoja na masilahi na kazi zingine zote, na mwishowe akafikia kiwango cha msimamizi wa hifadhidata, alikuwa na uzoefu wa vitendo na alitafsiri vitabu kadhaa. kutoka kwa hati za DBMS kuwa haswa, mwongozo wa kurekebisha nakala ya toleo la 9i. Kwa sababu tofauti, kiwango cha kina cha mwandishi katika mada hii sio kamili, na mwandishi hajizingatii kuwa mtu anayeitwa guru, lakini kwa safu iliyokusudiwa ya nakala, uzoefu na uelewa vitatosha. Ni muhimu kwamba kwa sasa taaluma ya Oracle DBA inavutia wataalamu wa IT na mahitaji yake na kabisa ngazi ya juu malipo. Kwa kweli, hii ni kweli kwa miji mikubwa ya Rus' tu, na soko hili sio kubwa, lakini bado lipo na linavutia wataalam waliohitimu na wenye uzoefu wa IT wanaotafuta mwelekeo mpya katika shughuli zao.

Walakini, riba ni riba, lakini bar ya kuingia kwenye taaluma ni ya juu sana. Kwa kweli, hii ni kwa sababu ya ukweli kwamba ili kumtambulisha mtu anayevutiwa katika mduara wa dhana (kufanya uanzishwaji), ni muhimu kuwekeza ndani yake ujuzi mkubwa, unaojumuisha mifano kadhaa iliyowekwa juu ya kila mmoja. Athari ya ujazo ni mojawapo ya zile kuu katika mazoea ya Taoism na hufanya kazi vizuri kabisa kwa kazi za kidunia na kijamii. Kuweka tu, ili kuingia haraka katika mada ya utawala wa Oracle DBMS, unahitaji kumtambulisha mtu anayependezwa na uteuzi fulani. dhana za msingi, baada ya hapo maendeleo zaidi ya mtu huyo mwenye nia itategemea tu tamaa, jitihada na wakati uliowekeza naye

Mfululizo huu wa vifungu haukusudiwa kumpa msomaji hati kamili na za kuaminika kwenye Oracle DBMS; kazi ni tofauti - kutoa mfano wa kutosha wa habari kwa kuingia haraka kwa usimamizi wa Oracle DBMS, kwa uelewa wa pamoja mawazo yaliyowekwa kwenye DBMS na kwa kufanya shughuli za kawaida, ambazo kawaida ni "malengo ya kwanza" - kupelekwa kwa injini ya DBMS, shirika la chelezo ya data na ujuzi katika kurejesha data (chelezo) na huduma (kusubiri), uchambuzi wa awali wa kiwango cha mfano. kwa ujumla, nk.

Katika siku zijazo, ikiwa unataka kuingia zaidi katika taaluma, utahitaji kurejea kwenye nyaraka za kina kutoka kwa mtengenezaji, kuanzia na kitabu cha "Dhana", na kuendelea na nyenzo zinazoelezea vipengele maalum kwa undani zaidi. Kwa hali yoyote, nyenzo hizi zinafikia kurasa zaidi ya mia moja, na zaidi ya hayo, kizuizi mara nyingi ni lugha ya Kiingereza ya uwasilishaji, hivyo vifaa vifupi vya utangulizi, ambavyo ni mfululizo huu wa makala, kwa maoni ya mwandishi inaweza kuwa ya manufaa kwa Kompyuta na wale wanaojiuliza ikiwa inafaa kusimamia Oracle, na jinsi ningependa kuijaribu kwa damu kidogo. Kwanza kabisa, nyenzo hizi zinaelekezwa kwa wasimamizi wa UNIX ambao, kwa bahati, wanakabiliwa na kazi fulani zinazohusiana na utawala wa Oracle DBMS. Mara nyingi, wataalam kama hao wa IT hawapendi kuzama ndani ya kina cha taaluma ya msimamizi wa hifadhidata, lakini tu katika kutatua shida kadhaa za kawaida, ambazo pia zinahitaji uelewa wa kimsingi wa "jinsi yote inavyofanya kazi," ambayo ni, mfano wa habari wa kutosha. kutatua matatizo kama haya

Ninapendekeza kusoma nyenzo angalau mara mbili kwa ukamilifu, basi ikiwa ni lazima, jipe ​​mapumziko ya wiki kati ya masomo. Usomaji wa kwanza unapaswa kufanywa bila majaribio yoyote ya kufanya chochote katika mazoezi na bila hamu ya kukumbuka kila kitu. Kazi ya usomaji wa kwanza ni kuunda "gridi ya kuratibu-dhana" katika ufahamu mdogo. Usomaji wa pili sasa unaweza kuunganishwa na majaribio ya kusakinisha injini ya hifadhidata, kuunda na kujaribu kusimamia hifadhidata fulani za majaribio. Pia unahitaji kuelewa kwamba mchakato wa kuelewa na "kuomba" ufumbuzi wa vitendo inahitaji muda, ambayo inaweza kuwa angalau miezi kadhaa

Pia ni muhimu kwamba nyenzo hizi ni hakimiliki ya hakimiliki na zinalindwa na Sheria za Shirikisho la Urusi na mikataba ya kimataifa, na ni marufuku kutumia nyenzo hizi bila kukubali masharti ya makubaliano ya leseni. Na jambo moja zaidi - ikiwa vifaa vilikusaidia, usisite kuandika kwa mwandishi, maoni ni muhimu kwake. Anwani Barua pepe iko katika sehemu ya kuratibu mawasiliano ya tovuti hii

Muhtasari wa kazi

Jambo la kwanza unalokutana nalo unaposoma jinsi DBMS inavyofanya kazi idadi kubwa ya suluhisho za kiufundi za kibinafsi kama sehemu ya injini ya Oracle DBMS. Hili ni hitaji la lengo linalohusishwa na sifa za kazi - kuhakikisha uendeshaji wa wakati huo huo wa idadi kubwa ya vikao vya mteja kwenye benki moja ya data, shughuli (atomicity) ya usindikaji wa ombi, kuhakikisha uvumilivu wa makosa, uadilifu na uthabiti wa data, utendaji wa juu na utunzaji wa wakati huo huo wa idadi kubwa ya habari

Ili kuhifadhi na kudhibiti data, Oracle DBMS hutumia seti yenye maelezo mengi ya suluhu za kiufundi ambazo hudhibiti kwa uhuru matumizi ya rasilimali za maunzi - RAM, diski I/O, rasilimali za kichakataji.

Kipengele kingine tofauti ni ugawaji na matumizi ya buffers mbalimbali katika RAM ili kupunguza kwa kasi mzigo kwenye disk I / O, na, ipasavyo, kupunguza muda wa majibu na kuongeza utendaji. Kwa kuongezea, usimamizi wa data ni pamoja na kugawa kila ombi la mtumiaji katika uchanganuzi wa awali, uboreshaji na uwezekano wa kuandika upya kiotomatiki, kuakibisha, na usindikaji wa moja kwa moja wa matokeo na kurudi kwa jibu kwa mtumiaji. Algorithm hii hukuruhusu kupunguza zaidi gharama ya kuchanganua tena na kuboresha maswali yanayorudiwa.

Ili kuingiliana na wateja kupitia mtandao, imetekeleza utaratibu wake wa SQLNet, ambao unahitaji usakinishaji wa programu ya mteja kwenye mteja ambayo hutatua matatizo kadhaa, kama vile kutuma maombi na kupokea matokeo, kupitisha usimbaji katika usimbaji mbalimbali wa kitaifa, n.k. Kwa madhumuni ya utawala, interfaces kadhaa zinapatikana, msingi ambao ni interface ya mstari wa amri na matumizi ya lahaja ya lugha ya SQL kutoka kwa mtengenezaji. Kwa uchanganuzi, DBMS inasaidia mkusanyiko wa taarifa mbalimbali za takwimu

Kwa hivyo, dhana za msingi za kuingia kwa awali kwenye mada ni

• usanifu wa injini ya DBMS na baadhi ya kuongezeka kwa vipengele vya mtu binafsi vya usanifu
• dhana kuhusu algorithms ya usindikaji wa hoja na kiboreshaji (uelewa wa kina wa jinsi optimizer inavyofanya kazi pia unapatikana, na nyaraka kutoka kwa mtengenezaji zinapatikana, lakini hii ni ngazi inayofuata ya kina, ambayo itajadiliwa katika makala tofauti)
• Vipengele vya kazi ya kimsingi, haswa usanikishaji wa injini ya DBMS, uundaji wa hifadhidata, njia zinazopatikana na mbinu za kimsingi za usimamizi wa DBMS.

Mwandishi ana mpango wa kufunua mambo haya yote katika makala hii, ikiwa inawezekana kupunguza kiasi cha habari kwa uwazi wa mtazamo. Lakini bado unahitaji kuwa tayari kwa maelezo mengi. Ufafanuzi wa dhana za msingi uko kwenye kitabu "Concepts", kinachopatikana kati ya vitabu kadhaa vilivyotolewa na mtengenezaji na vinapatikana kwa kupakuliwa kwenye tovuti za watengenezaji, lakini vitabu hivi viko kwa Kiingereza. Mwandishi anavutiwa sio tu katika kudhibitisha picha yake ya dhana, lakini pia katika kuandaa nyenzo za utangulizi kulingana na uelewa wake wa njia za kufundisha taaluma za kompyuta - ili nakala hiyo iandikwe kimsingi "kutoka kichwa", lakini sio tafsiri ya "dhana". Katika siku zijazo, wale wanaopenda sana watahitaji kuwasiliana nyaraka rasmi, lakini sasa kazi yetu ni kuingia kwenye mada haraka iwezekanavyo

Kama mwandishi mmoja alivyosema, "Oh, Kashtanka, wewe ni mdudu dhidi ya mwanadamu, kama seremala dhidi ya seremala." Na tuongeze - au kama DBA dhidi ya msimamizi wa UNIX, ambaye kusimamia Oracle ni jukumu la kusimamia huduma moja zaidi katika safu ya kadhaa ya zingine. Kwa hivyo Unixoids huchagua DBMS za bure, kwa mfano PostgreSQL, lakini hata ikiwa chaguo kama hilo haliwezekani, kwa mfano, kwa sababu ya maswala ya "kisiasa", basi kuwe na Unixoids zaidi ambao wanajua mambo kuu ya kufanya kazi na Oracle DBMS.

Kumbuka, wasimamizi wenzangu wa UNIX, msimamizi wa hifadhidata adimu (DBA) ana uzoefu katika kusimamia mifumo kadhaa inayoweza kutumika ya familia ya UNIX, na wachache wao wana ujuzi wa kusimamia huduma mbalimbali za kiutawala, faili, miundombinu, mawasiliano, n.k. Kwa hivyo, kuingia haraka katika majukumu ya kusimamia Oracle DBMS ni ukweli kwako - haswa kwa sababu ya kunoa maalum kwa ubongo wako kwa mtazamo wa habari na "kufaa" vitu vipya kwenye picha yako iliyotengenezwa tayari ya ulimwengu wa IT. Lakini kinyume chake - kuingia kwa haraka kwa wenzake wa DBA katika majukumu ya kusimamia OC UNIX, ikiwa hautumii OS tu kama kitanda cha DBMS - ni, kwa maoni yangu, sio kweli sana.

Muhtasari wa usanifu wa injini

Kama ilivyoelezwa hapo juu, Oracle DBMS hutumia idadi kubwa ya ufumbuzi tata wa kiufundi. Kwanza, programu ya injini ya DBMS imewekwa kwenye node ya seva. Injini kadhaa za matoleo na matoleo tofauti (toleo la kawaida, toleo la biashara) zinaweza kusakinishwa kwa wakati mmoja. Baada ya hayo, hifadhidata zinaundwa moja kwa moja. Ili kudhibiti kila hifadhidata, kinachojulikana kama mfano (wa injini) huzinduliwa kwanza.

Kwa ujumla, kuzindua hifadhidata kwenye nodi ya seva hupitia awamu kadhaa. Kwanza, kwa kuzingatia faili ya vigezo vya uanzishaji, kumbukumbu imetengwa na kinachojulikana michakato ya nyuma(katika masharti ya mfumo wa uendeshaji), ambayo ni tano tu zinazohitajika kwa toleo la 9i. Mkusanyiko wa kumbukumbu iliyotengwa na michakato ya nyuma inayoendesha inaitwa mfano. Awamu hii inaitwa "uzinduzi bila mounting". Mfano (wa injini) hudumisha hifadhidata yake, inayowakilishwa na faili au hifadhi maalum. Wakati huo huo, visa kadhaa vya injini ya matoleo sawa au tofauti yanaweza kufanya kazi kwenye nodi moja ya seva, kila moja ikitumikia hifadhidata yake.

Kwa ujumla, hifadhidata ina faili ya kudhibiti (kudhibiti) katika umbizo la binary, faili za kumbukumbu za uendeshaji na faili za data. Mara baada ya kuanza kwa mfano, faili ya udhibiti (kudhibiti) imewekwa, iliyo na, kati ya mambo mengine, habari kuhusu eneo la faili za logi za uendeshaji na faili za data. Hii ni awamu ya kuweka hifadhidata. Hatua inayofuata ni kufungua faili za data na kumbukumbu za uendeshaji, na kuwapa watumiaji ufikiaji wa hifadhidata. Awamu hii inaitwa ugunduzi wa msingi na ni awamu ya mwisho. Kusimamisha hifadhidata kunafanywa kwa mpangilio wa nyuma na, kwa ujumla, inapaswa kukamilika kwa usahihi kabla ya kusimamisha mfumo wa uendeshaji

Kuelewa usanifu wa DBMS ni msingi wa lazima. Wazo kuu la kuanza nalo ni matumizi ya RAM. Takwimu hapa chini inaonyesha usanifu wa injini ya DBMS, na kisha tutazingatia mfano uliowasilishwa kwenye takwimu kwa undani.

Baada ya kuongeza mfano na kufungua hifadhidata, mfano uko tayari kukubali maombi kutoka kwa watumiaji. Katika hali ya kawaida (kinachojulikana kama hali ya uendeshaji ya seva iliyojitolea), programu tofauti ambayo ni sehemu ya injini na inayoitwa msikilizaji inazinduliwa kwenye nodi ya seva, ambayo husikiliza maombi kutoka kwa watumiaji na kwa kila kikao kipya cha mtumiaji huunda. kinachojulikana kama mchakato wa seva ( kwa maneno ya mfumo wa uendeshaji) kwenye nodi ya seva, na hupitisha mwingiliano wa mtumiaji kwake. Kwa hivyo, mchakato wa seva hupokea maombi kutoka kwa watumiaji, na, pamoja na mfano wa injini, inahakikisha utekelezaji wa maombi hayo na kurudi kwa matokeo kwa mtumiaji. Mtumiaji anapomaliza kipindi, mchakato wa seva unaolingana unauawa

Wakati huo huo, kuna "mgawanyiko wa kazi" kati ya mfano wa injini, yaani michakato yake ya nyuma, na michakato yote ya seva inayoingiliana na watumiaji, ambayo inahakikisha kazi ya ufanisi na data wakati huo huo kwa vikao vingi vya watumiaji. Ili kufanya hivyo, wakati mfano unapoanza, eneo kubwa la kumbukumbu limetengwa, linaloitwa cache ya buffer. Wakati wa kufikia data, kila mchakato wa seva hujaribu kwanza kupata data kwenye kache ya bafa, na, ikiwa imefaulu, inasoma data kutoka kwa RAM (kutoka kwa kache ya bafa), bila kuhusisha I/O polepole kutoka kwa hifadhi halisi (diski). Ikiwa hakuna data kwenye kashe ya buffer, basi ni mchakato wa seva unaowajibika kwa kuhudumia kikao maalum cha mtumiaji ambacho husoma data inayohitajika kutoka kwa faili za hifadhidata na kuiweka sio mahali popote tu, lakini kwenye kashe ya buffer, na kisha kutumia data hii. kushughulikia ombi la mtumiaji. Kwa hivyo, mchakato wa kusoma data sawa katika vikao kadhaa umeboreshwa kwa kiasi kikubwa

Katika kesi wakati data inahitaji si tu kusoma, lakini pia kurekebishwa, ni mchakato wa seva ambayo hurekebisha data, lakini si kwenye diski, lakini tu kwenye cache ya buffer. Vizuizi vya kumbukumbu vilivyobadilishwa huwekwa alama kama "chafu" na lazima viandikwe kwenye diski kwa mchakato maalum wa DBWR. Wakati huo huo na urekebishaji, matoleo ya zamani ya data pia huhifadhiwa kwenye kashe ya akiba na lazima iandikwe kwa kinachojulikana nafasi ya kutendua ili kuwezesha kupata matoleo ya awali ya data (kwa mfano, maadili ya safu mlalo ya awali), ambayo inahitajika. hakikisha uthabiti wa kusoma hata wakati wa kurejesha miamala. Data katika nafasi ya kutendua huhifadhiwa kwa mujibu wa nafasi iliyotengwa kwa ajili ya nafasi hii, na hifadhi yenyewe hupangwa kwa mzunguko, yaani, data iliyopitwa na wakati inafutwa kwanza.

Kuandika bafa chafu kwenye diski hufanywa na mchakato wa usuli unaomilikiwa na injini inayoitwa DBWR. Kabla ya kuandika data kwenye faili za data za database kwenye diski, mabadiliko yote yameandikwa kwenye buffer ya logi ya uendeshaji, kutoka ambapo mara nyingi huhamishiwa kwenye faili za logi za uendeshaji kwenye diski (redo logi). Kuandika mabadiliko yanayolingana kwa faili za kumbukumbu za uendeshaji kabla ya kuandika bafa chafu zinazolingana kwenye faili za data za hifadhidata kunahakikishwa na kuhakikishwa na injini ya DBMS. Kuandika kwa kumbukumbu za uendeshaji hufanywa na mchakato wa kujitolea wa LGWR kwa mpangilio, kwa mpangilio wa marekebisho na mara nyingi kabisa (kila sekunde tatu, ikiwa zaidi ya megabyte 1 imejazwa, wakati wa kufanya kazi kwenye kituo cha ukaguzi, wakati buffer ya logi ya uendeshaji ni theluthi moja. kamili, kabla ya kuandika data inayolingana ya DBWR, wakati wa kufanya shughuli). Hii inaruhusu mchakato wa DBWR kuandikia faili za data mara chache, huku ikihakikisha kwamba data inaweza kurejeshwa iwapo kutatokea kushindwa kwa kutumia matoleo ya awali ya faili za data na data iliyohifadhiwa kwenye kumbukumbu za mtandaoni. Kwa njia hii, uboreshaji wa mchakato wa urekebishaji wa data kwa wakati mmoja na vikao vingi hupatikana - marekebisho hufanywa katika RAM, kwenye kashe ya buffer, na huwekwa kwenye diski na mchakato wa nyuma wa mfano kama inahitajika.

Kwa kuwa kumbukumbu za uendeshaji hutumiwa kwa mzunguko na kwa kawaida haziwezi kubeba kiasi kikubwa cha habari za logi kwa kila muda mrefu kazi, utaratibu wa uwekaji kumbukumbu wa nyuma wa kumbukumbu za uendeshaji umetekelezwa. Uhifadhi wa kumbukumbu unafanywa na mchakato wa ARC ya usuli. Katika siku zijazo, kumbukumbu zilizohifadhiwa, zimewekwa juu ya nakala rudufu ya hifadhidata, hukuruhusu "kusonga" hifadhidata kwa serikali. muda maalum, na kutoa kamili au ahueni isiyo kamili data

Kipengele muhimu cha kuhakikisha kazi hiyo ni dhana ya pointi za udhibiti. Kila urekebishaji wa data kwenye hifadhidata una nambari yake ya urekebishaji inayoongezeka kila mara ya SCN. Dhana ya sehemu ya udhibiti ina maana hiyo nambari ya mwisho SCN, ambayo imehakikishwa kuhifadhiwa kwenye faili za hifadhidata. Kila baada ya sekunde tatu, mchakato wa CKPT huandika nambari ya SCN kwenye faili ya udhibiti (kudhibiti), ambayo imehakikishiwa kuingizwa kwenye faili za kumbukumbu za uendeshaji. Wakati huo huo, wakati mchakato wa DBWR unaandika data kwa faili za data, nambari ya juu ya SCN iliyoandikwa kwenye faili ya data huhifadhiwa katika kila faili ya data. Hali ambapo SCN tofauti iko kwenye kichwa cha faili tofauti za data inawezekana kabisa, kwa mfano, ikiwa mfano haufaulu. Kwa hiyo, katika tukio la kushindwa kwa mfano au kuzimwa vibaya kwa hifadhidata, wakati mwingine injini itaanza, injini itajua kuwa, ikilinganishwa na nambari ya SCN kutoka kwa faili ya kudhibiti, nambari ya SCN faili za data za mtu binafsi ni tofauti, na kwa hivyo unahitaji kurejesha urejesho kwa kusongesha data kutoka kwa kumbukumbu za uendeshaji hadi faili za data, na kisha kurudisha nyuma mabadiliko. kwa shughuli ambazo hazijakamilika kwa kutumia data ya nafasi iliyohifadhiwa kama sehemu ya faili za data

Kwa njia hii, uboreshaji wa matumizi ya I/O hupatikana na utaratibu wa kuvumilia makosa na utaratibu wa uchapishaji hutolewa, yaani, kuokoa kiasi fulani. matoleo ya awali data iliyobadilishwa. Kwa njia, hii sio chaguo pekee la kutoa utaratibu wa toleo. Ikiwa Oracle DBMS itahifadhi mabadiliko tu kwa kila kizuizi cha data, basi DBMS ya PostgreSQL huhifadhi matoleo kadhaa ya safu mlalo kwa jedwali zima linalorekebishwa. Kwa hivyo, saizi ya habari ya urejeshaji katika Oracle DBMS ni ndogo sana, ambayo inaweza kuwa bora kwa hifadhidata zilizopakiwa; Walakini, utaratibu wa uchapishaji wa PostgreSQL DBMS hauitaji ukaguzi wa urekebishaji na uwekaji wa habari ya kutendua kwenye vizuizi vilivyoombwa. inapunguza gharama ya kupata matoleo ya awali (idadi ya usomaji wa kimwili, uendeshaji wa kuangalia marekebisho na kutafuta habari ya kufuta katika kesi hii haihitajiki, kwa sababu mstari unaofanana na wakati ulioombwa unachukuliwa tu)

Miongoni mwa michakato inayohitajika ya seva pia kuna SMON, ambayo inahakikisha urejeshaji wa mfano baada ya kutofaulu (zile sawa na uhamishaji wa habari ya kumbukumbu kwa faili za data ikiwa SCN hailingani na urejeshaji unaofuata wa shughuli ambazo hazijatekelezwa), na vile vile ujumuishaji wa nafasi ya bure katika faili za data (kuunganisha viwango) na kufuta data katika sehemu za muda, pamoja na mchakato wa PMON, ambao una jukumu la kutoa rasilimali kutoka kwa michakato iliyoshindwa (kurudisha nyuma shughuli, kutoa kufuli, n.k.)

Muhtasari wa kiboreshaji

Injini ya pili ya uboreshaji kamili ni kiboreshaji cha hoja na kashe ya maktaba. Hoja zinazotumwa kwa DBMS zimeandikwa katika SQL na zinaweza kuandikwa kwa njia tofauti. Maandishi yasiyo bora kwa hoja tata zinazorudiwa inaweza kuongeza mzigo kwenye seva ya DBMS. Mfano unaweza kuwa maswali mengi yaliyoorodheshwa na nyingi miunganisho ya nje bila vichungi vya kutosha vya uboreshaji kwenye meza kubwa bila indexes. Kwa hivyo, kila ombi linalokuja kwa DBMS linachambuliwa, ikiwa ni lazima, limeandikwa tena (mabadiliko yanafanywa), baada ya hapo chaguzi kadhaa za kutekeleza ombi hutolewa - kwa njia tofauti za kupata data (kwa mfano, skanati kamili ya jedwali, utaftaji). kwenye faharisi inayofaa, sampuli tu kutoka kwa faharisi ), kwa maswali magumu - na njia tofauti za kuunganisha jedwali (kwa mfano, viunga vya kitanzi vilivyowekwa, kuunganisha vilivyopangwa, kuunganisha hash) na kwa maagizo tofauti ya kujiunga (ni meza gani ni bwana, ambayo ni mtumwa)

Chaguzi kama hizo za maswali ya usindikaji huitwa "mpango wa utekelezaji wa hoja" na hulinganishwa na takwimu za vitu vinavyohusika - majedwali, faharisi, maoni ya nyenzo, na pia takwimu za utumiaji wa rasilimali za vifaa. Kulingana na matokeo ya kulinganisha, gharama ya kila mpango wa utekelezaji huhesabiwa, kuonyesha kiasi cha rasilimali za vifaa zinazohitajika ili kusindika ombi - usomaji wa kimwili, matumizi ya wakati wa CPU, nk, na mpango wenye gharama ya chini huchaguliwa. Kwa kawaida, mpango kama huo unahitaji muda mfupi zaidi kukamilisha, lakini inawezekana kumwambia kiboreshaji ikiwa kinahitaji kupata safu mlalo/safu au sampuli nzima inayotokana haraka iwezekanavyo.

Usindikaji kama huo wa kila ombi linaloingia unafanywa kiatomati, inayoitwa utaftaji kamili au ngumu wa ombi (uchanganuzi mgumu) na inahitaji rasilimali, kwa hivyo, baada ya uwasilishaji kamili wa ombi, data juu ya ombi kama hilo huwekwa kwenye kashe ya maktaba iliyotengwa. RAM, na maombi yanayorudiwa, ikiwezekana, tumia matokeo ya uchanganuzi kutoka kwa kashe ya maktaba. Hii inafanikisha lengo la kuboresha mbinu ya kutekeleza hoja yenyewe na kuboresha rasilimali zinazotumika katika kuchanganua upya maswali.

Msimamizi wa hifadhidata anahitaji kusanidi saizi za bafa zilizotengwa kwenye RAM ili zitoshe kufanya kazi chini ya upakiaji wa matukio ya DBMS iliyokabidhiwa. Kwanza kabisa, tunazungumza juu ya kashe ya buffer na data ya hifadhidata na kashe ya maktaba. Mipangilio hii inafanywa kulingana na takwimu zinazotolewa na mfano, ikiwa ni pamoja na taarifa kuhusu matukio ya kusubiri - lakini hii ni mada ya makala tofauti; kwa utangulizi wa awali, inatosha kujua kwamba takwimu kama hizo hukusanywa kulingana na tukio lenyewe. Lakini takwimu za vitu vya hifadhidata, na vile vile takwimu za utumiaji wa rasilimali za vifaa, lazima zikusanywe mara kwa mara na msimamizi wa hifadhidata ili kiboreshaji kiweze kutumia data ya hivi karibuni ya takwimu na kuchagua mipango ya kutosha ya utekelezaji, ingawa hii ndio mada ya nakala tofauti. juu ya kurekebisha mfano

Muhtasari wa mbinu za utawala

Wakati usanifu wa msingi wa injini inakuwa wazi, swali linalofuata linatokea. Injini inasimamiwaje? Njia kuu ni kutumia lugha ya SQL, iliyopanuliwa na Oracle kujumuisha amri zinazosimamia mfano na hifadhidata. Kwa hivyo kwa usimamizi, kuanzia mfano hadi kuisimamisha, kikao cha kawaida cha SQL cha mteja kinatumika. Kama vile katika MySQL au PostgreSQL kuna huduma za ufikiaji mwingiliano wa hifadhidata (kwa mfano, kwa PostgreSQL hii ndio matumizi ya psql), Oracle DBMS ina matumizi ya sqlplus, iliyozinduliwa kutoka kwa safu ya amri ya mfumo wa uendeshaji, na ambayo hukuruhusu. kuanza au kuzima hifadhidata, na pia kutuma Maswali ya SQL na kupokea majibu kutoka kwa DBMS. Hoja zinaweza kuchakata data na kudhibiti vitu vya hifadhidata, kuunda/kufuta/kurekebisha, au kufanya kazi za kiutawala.

Oracle DBMS hutoa habari mbalimbali kutoka kwa orodha ya vitu vilivyoundwa katika hifadhidata na mali zao, hadi data juu ya mfumo, takwimu za vitu, takwimu za operesheni na matukio ya kungojea, na vile vile. kazi ya sasa kwa mfano, katika vipindi maalum, maombi yaliyochanganuliwa, miamala na hali ya kina ya utumiaji wa vipengee vya injini ya mtu binafsi. Kwa mfano, hifadhi na vihifadhi vilivyotengwa katika kumbukumbu, faili za data, kumbukumbu za uendeshaji na kumbukumbu, kutendua nafasi (UNDO), n.k.

Data zote kama hizo zinawakilishwa kama majedwali au mionekano ambayo inaweza kufikiwa kupitia hoja za kawaida za "chagua...". Sio data zote kama hizi ni meza halisi; nyingi hufichwa na injini kama meza, zinaonyesha miundo iliyowekwa kwenye kumbukumbu na injini wakati mfano unaendelea. Walakini, utaratibu wa kupata ufikiaji wa msimamizi wa hifadhidata haubadilika - data zote zinapatikana kwa msimamizi kama majedwali na maoni. Majina ya majedwali na maoni kama haya yanajulikana na kuelezewa kwa kina katika hati zinazotolewa na Oracle, ikijumuisha sehemu za jedwali na maelezo yake. Nuance hapa ni kwamba kila kitu cha hifadhidata, iwe meza, utaratibu uliohifadhiwa, sheria ya uadilifu, nk. ina mmiliki wake. Vitu vyote vya mmiliki mmoja huitwa "schema". Hapa kuna sheria inayofaa kukusaidia kuelewa kuwa schema ya Oracle inalingana na mtumiaji katika mfumo wa uendeshaji, na jukumu la Oracle linalingana na kikundi katika mfumo wa uendeshaji.

Wakati wa kuunda kila hifadhidata mpya, kinachojulikana kama kamusi huundwa kwenye hifadhidata - hazina ya metadata, pamoja na watumiaji kadhaa wa mfumo na vitu vinavyolingana vya data. Hasa, vitu vyote kuu vinavyotoa habari iliyoelezwa hapo juu kwa msimamizi wa hifadhidata vinamilikiwa na mtumiaji SYS, au, vinginevyo, ziko kwenye schema ya SYS.

Kuna nyongeza nyingi zinazopatikana juu ya njia ya msingi ya usimamizi. Viongezi rasmi kutoka Oracle huitwa Oracle Enterprise Manager, Oracle Management Server, na toleo lililorahisishwa ni DB Console. Hata hivyo, nyongeza hizo hazikuruhusu kuelewa kwa undani maelezo ya utendaji na utawala wa injini na daima ni mdogo zaidi. vipi interface msingi kupitia maswali ya SQL, lakini inaweza kuvutia kwa sababu hutoa habari inayoonekana na iliyojumlishwa katika mfumo wa grafu.

Ugumu wa awali

Kwa hivyo, ugumu wa awali wa kuingia kwenye mada ni kuelewa usanifu wa injini. Kuna vyombo vingi vya msingi na uhusiano kati yao haukumbukwi mara moja. Kwa bahati mbaya, hakuna kutoroka kutoka kwa wingi wa maelezo hapa. Wacha tuorodheshe vyombo hivi vya msingi zaidi:

• Dhana muundo wa kumbukumbu uliotengwa kwa mfano - SGA (eneo la kimataifa la mfumo), ikiwa ni pamoja na
  • kache ya buffer (cache ya bafa), ambayo data inasomwa kutoka kwa faili na ambayo data inarekebishwa
  • bafa ya kumbukumbu ya uendeshaji
  • kashe ya maktaba (kwa kweli eneo la SQL), ambayo huhifadhi mipango ya uchanganuzi wa hoja na, pamoja na hifadhi ya chelezo, pamoja na kashe ya kamusi, imejumuishwa katika kinachojulikana. bwawa la kuogelea la pamoja
  • miundo mingine ya kumbukumbu, kama vile bwawa la Java
• Dhana miundo ya kumbukumbu iliyotengwa kwa michakato ya seva - PGA (michakato ya eneo la kimataifa) kuwajibika kwa kuhudumia michakato ya mteja. Wanahifadhi matokeo ya maswali na pia inaweza kutumika kwa kupanga wakati wa kuagiza, shughuli za kujiunga (meza kadhaa katika swala), nk.
• Dhana kumbukumbu za uendeshaji (fanya upya kumbukumbu), ambayo marekebisho yote yaliyofanywa kwenye hifadhidata yanarekodiwa na kutumika kurejesha data. Kwa kawaida, makundi kadhaa ya magogo ya uendeshaji yanaundwa, yenye faili moja au zaidi. Habari ya logi imeandikwa kwa kufanana na faili zote kwenye kikundi ili kuhakikisha uvumilivu wa makosa, na wakati wa kurejesha, nakala zinazopatikana za faili ya logi zinachukuliwa moja kwa moja (katika toleo la 9i tulilazimika kukimbia kwa usahihi wa taarifa hii). Taarifa za kumbukumbu hurekodiwa kwa mpangilio katika kila kikundi, na wakati nafasi imeisha, inaendelea kutoka kwa kundi la kwanza, yaani, kwa mzunguko.
• Dhana kumbukumbu za kumbukumbu, ambayo huhifadhi matoleo maalum ya magogo ya uendeshaji, na ni muhimu kwa sababu ukubwa wa kumbukumbu za uendeshaji ni mdogo. Hali ambayo data ya kumbukumbu ya uendeshaji huhifadhiwa katika kumbukumbu za kumbukumbu sio lazima kwa hifadhidata na lazima iwashwe au kuzimwa tofauti. Walakini, hali hii inahitajika ili kuunda chelezo ya hifadhidata bila kusimamisha huduma na ndio kiwango halisi cha hifadhidata za "uzalishaji".
• Dhana tengua nafasi (TONDOA, mapema - sehemu za kurejesha)- hii ni eneo lililotengwa katika hifadhidata (sehemu au nafasi nzima ya meza ya aina maalum) ambayo huhifadhi maadili yote ya zamani wakati wa kufanya shughuli kwenye hifadhidata. Idadi ya maadili yaliyohifadhiwa ya awali inategemea saizi ya nafasi ya kutendua na ukubwa wa marekebisho kwenye hifadhidata, na wakati nafasi katika UNDO imekamilika na upanuzi wa kiotomati hauwezekani, data ya zamani zaidi kuhusu maadili ya data ya awali katika miamala iliyokamilika inafutwa kwanza. Eneo hili linatumika kurejesha data katika miamala iliyoghairiwa, kuokoa kutokana na hitilafu, na kurejesha thamani za zamani za data ili kuhakikisha ubadilishaji na uthabiti wa kusoma.
• Dhana miundo ya kuhifadhi data ya kimantiki na kimantiki. Kila faili ya data ya hifadhidata imepewa nafasi ya meza iliyo na jina la kipekee, na imegawanywa katika vizuizi vya urefu uliowekwa. Kuna saizi kadhaa za block zilizoainishwa awali na saizi chaguo-msingi ni 8 KB. Kwa kila saizi ya block inayohusika, na inaweza kuwa tofauti kwa nafasi tofauti za meza, ni muhimu kutenga nafasi inayolingana na saizi hii kwenye kumbukumbu ya SGA, ambayo ni kwenye kashe ya bafa. Data ya vitu kama faharasa na majedwali hukaa katika sehemu za data zilizotengwa katika nafasi ya meza, na kitu kwa kawaida hutengewa sehemu ya kibinafsi. Sehemu kwa hakika ni orodha ya vikundi vilivyoungana vya vizuizi vinavyoitwa extents

  Kwa hivyo, data kwa kweli huhifadhiwa katika vikundi vya vizuizi (vipimo) vya faili za data, vikundi kama hivyo vinahusishwa na sehemu ya data kwa kila kitu. Vipimo vya sehemu moja vinaweza kupatikana bila kufuatana - maelezo ya hifadhidata yanawaathiri, na pia inaweza kuwekwa ndani. faili tofauti meza moja. Faili za data zina kichwa ambacho, miongoni mwa mambo mengine, huhifadhi SCN inayoakisi data ya mwisho iliyorekodiwa na mchakato wa DBWR kwenye faili. Pia ni muhimu kwamba nafasi za meza za kudumu zimetengwa, ambapo data huhifadhiwa, na za muda, zinazotumiwa kuunda meza za muda na aina za disk na kujiunga wakati mwisho hauwezi kufanywa katika kumbukumbu.

• Wazo la mfano, ambalo linaelezea michakato ya nyuma (hii ni katika istilahi ya Oracle; katika istilahi ya OS, hizi ni michakato halisi ya seva, pamoja na zile zinazohudumia maombi ya mteja) na miundo ya kumbukumbu iliyotengwa, na dhana ya hifadhidata, ambayo inaelezea. faili za data, faili za udhibiti, na faili za kumbukumbu za uendeshaji. Faili za kudhibiti ni za binary katika umbizo la ndani la Oracle na zina, miongoni mwa mambo mengine. habari kuhusu kila faili ya data, ikijumuisha eneo lake na nambari ya juu zaidi ya SCN iliyohifadhiwa hapo awali (kulingana na teknolojia isiyokamilika ya sehemu ya ukaguzi), na inaweza kuundwa upya na msimamizi, kulingana na ujuzi. faili za hivi karibuni data ya hifadhidata yenye umiliki wa nafasi za meza na kumbukumbu za uendeshaji
• Dhana SCN - nambari ya marekebisho ya mfumo, kuongezeka kwa monotonically kwa kila urekebishaji katika msingi. Dhana hatua ya udhibiti, ambayo inakamilika wakati SCN inayohusishwa na kituo cha ukaguzi inaonyesha vihifadhi chafu vilivyoandikwa kwa faili za data, na haijakamilika wakati SCN kutoka kwa faili ya udhibiti inaonyesha data ya juu zaidi iliyorekodiwa katika kumbukumbu za uendeshaji. Katika kesi ya pili, usalama wa data katika kesi ya kushindwa kwa mfano pia huhakikishiwa wakati wa ukaguzi, lakini shughuli za kurejesha otomatiki zinaweza kuhitajika na mchakato wa SMON wakati wa kuanza baada ya kushindwa.
• Dhana Uchanganuzi kamili na laini wa swala, pamoja na algorithm ya optimizer
• Dhana mifano ya uwekaji mipaka ya haki- kitu chochote cha hifadhidata kinamilikiwa na mtumiaji fulani, vinginevyo wanasema kuwa kitu kiko kwenye schema na jina la mtumiaji huyu. Kuna haki za kawaida - marupurupu, ambayo yanaweza kuwa mfumo, kitu na safu (kwa nguzo binafsi za kitu). Mapendeleo yanatolewa moja kwa moja kwa mtumiaji au kupewa kikundi kilichotajwa (pia huitwa jukumu), na jukumu hilo hukabidhiwa kwa mtumiaji.

Pia, kwanza unahitaji kuelewa taratibu za kawaida zinazofanywa na msimamizi, yaani:

• Kufunga injini ya hifadhidata, kuunda hifadhidata na kuipa ufikiaji, kusasisha injini na hifadhidata - hakiki iliyojumuishwa
• Mbinu za chelezo baridi na moto na utupaji wa data - iliyopitiwa upya
• Mbinu za kuandaa suluhisho zinazostahimili makosa - kuandaa hali ya kusubiri baridi na joto - iliyopitiwa upya katika
• Mbinu za ufuatiliaji wa shughuli na kuboresha utendaji wa mfano
• Mbinu za kuboresha maswali ya mtu binafsi. Ingawa kazi hii inafaa zaidi kwa msanidi programu, msimamizi wa hifadhidata anapaswa kuwa na uelewa wa jumla wa uwezekano wa kuboresha hoja, angalau ili kutambua mizigo isiyo ya kawaida na kupendekeza kwa njia inayofaa kwamba wasanidi programu waboreshe sehemu ya programu.
• Mbinu za hali ya juu na mara nyingi za gharama kubwa za kuandaa suluhisho zinazostahimili makosa - kuandaa nguzo ya Oracle RAC

Ujuzi kama huo wa vitendo, ukiwa umetengenezwa kwa viwango tofauti vya kina, tayari huturuhusu kuzungumza juu ya kuingia kwanza kwenye taaluma. Jinsi ya kwenda mbali zaidi ni suala la kibinafsi kwa kila mtu. Mwandishi wa nakala huleta uelewa wa mada hizi zote, zilizothibitishwa na uzoefu wa vitendo, kwa kiwango cha urasimishaji na maelezo yake mwenyewe kwa maneno yake mwenyewe - kimsingi ili kuweka kumbukumbu kwa yaliyomo zaidi. Na, kama inavyoonyesha mazoezi - ambayo ni, wasimamizi kadhaa wa UNIX waliofunzwa kutoka mwanzo, maelezo "kutoka kwa mwandishi" hugunduliwa kwa urahisi na wenzake kuliko nyaraka kavu kutoka kwa mtengenezaji, ningependa kuamini kuwa mawazo na hisia algorithms ya oracleoids zinazowezekana hutofautiana. kidogo, kwa namna iliyochaguliwa ya kuwasilisha nyenzo na kiwango cha indentations itakuwa muhimu kwa mtu. Hata hivyo, hii pia ni karatasi ya kudanganya juu ya mada fulani kwa mwandishi mwenyewe na marafiki zake, hivyo kanuni ya kuunda kiasi cha axial nyingi katika makala inaheshimiwa. Katika mfululizo huu wa makala imepangwa kuzingatia kazi nyingi zilizoainishwa hapa

Muhtasari wa usakinishaji wa DBMS na uundaji wa hifadhidata

Sehemu hii imejumuishwa katika nakala tofauti katika safu. Muhtasari wa kusakinisha injini ya DBMS, kuunda hifadhidata na kupata ufikiaji wa kiutawala umejumuishwa katika . Pia imepangwa kujumuisha mapitio ya kazi za usimamizi binafsi katika makala tofauti. Kwa kuongezea, Maswali Yanayoulizwa Mara kwa Mara juu ya kutatua kazi fulani ndogo za kiutawala inapatikana kwenye wavuti ya mwandishi, na pia nakala kadhaa za mwandishi kwenye Oracle ambazo hazijajumuishwa katika safu ya "Oracle ni rahisi"

Muhtasari wa Sera ya Utoaji Leseni

Sera za utoaji leseni za Oracle ni mada ya majadiliano mengi, lakini ndivyo zilivyo. Hapo chini katika sehemu hiyo mwandishi hutoa maelezo ya msingi juu ya vipengele vya utoaji leseni wa Oracle. Tafadhali kumbuka kuwa, kama ilivyo kwa kila kitu kwenye tovuti hii, hakuna hakikisho kwamba habari hii ni ya kweli, sahihi au inafaa kwa madhumuni yoyote. Mwandishi anapendekeza kuomba habari rasmi kwa vyanzo rasmi

Pia ni muhimu kwamba kwa kuzingatia kupitishwa kwa Sehemu ya 4 ya Kanuni ya Kiraia ya Shirikisho la Urusi na Sanaa. 146 ya Sehemu ya 2 ya Kanuni ya Jinai ya Shirikisho la Urusi, ufungaji usio na leseni ya Oracle DBMS, kwa kuzingatia gharama ya leseni, inaweza mara moja kuanguka chini ya kiasi kikubwa au kikubwa cha uharibifu kwa mwenye hakimiliki, ambayo kifungo ni gerezani. zinazotolewa. Ni muhimu kwamba mhalifu wa moja kwa moja wa uhalifu, yaani, ufungaji wa nakala isiyo na leseni, kwa kawaida ni msimamizi, bila kujali ni hadithi gani ambazo usimamizi wa shirika huimba. Inapofikia uliokithiri, korti haitasikiliza hadithi, lakini ukweli. Ukweli ni hatua - ufungaji wa programu isiyo na leseni, na kuna mtu ambaye alifanya vitendo hivi. Kawaida huyu ndiye msimamizi. Ikiwa uongozi utafanya kama washirika ni swali kubwa, ambalo linaweza pia kuzingatiwa kama uhalifu mbaya - uhalifu uliofanywa na kikundi kwa njama za hapo awali. Kwa hivyo kwa sasa, msimamizi ambaye hataki kutumikia wakati ana chaguzi mbili - ama kutafuta leseni ya programu na shirika, au mara moja "gonga" ili isiwe suluhisho la mwisho. Ni hali isiyofurahisha, ingawa.

Kwa DBMS, shirika hutoa matoleo kadhaa (matoleo), ambayo matoleo kadhaa yanatofautishwa. Kuna Enterprise edition (EE), Standard edition (SE), Standard edition one (SE One). Matoleo yote yamesakinishwa kutoka kwa usambazaji mmoja, na EE ikiwa kamili zaidi, na SE ikiwa kitengo kidogo cha EE. Mbali na matoleo, kuna dhana ya chaguzi, ambayo ni, utendaji wa ziada, kama vile nguzo ya RAC, kizigeu, ADDM (AWR), n.k. Matumizi ya chaguzi hugharimu ada tofauti za leseni

Utoaji wa leseni ya DBMS yenyewe unafanywa ama kwa soketi au kwa idadi ya watumiaji. Zaidi ya hayo, matoleo yana mapungufu - SE One inaweza kutumia si zaidi ya soketi mbili, lakini pia ni nafuu. Chaguzi pia zinasambazwa kwa kushangaza - kwa mfano, kwa SE, kujenga nguzo ya Oracle RAC itakuwa bure, lakini kwa EE utalazimika kulipia.

Kwa hivyo, ili kutoa leseni kwa DBMS, unahitaji kuamua ni toleo gani unahitaji, ni chaguzi gani za ziada unazohitaji, na ni faida gani kwako kupata leseni - kwa soketi za seva au watumiaji. Jambo kuu hapa ni kwamba utoaji leseni kwa mtumiaji unamaanisha watumiaji wote waliojumuishwa kwenye hifadhidata, na sio wale ambao wanaifikia

Jambo lingine muhimu ni malipo ya msaada wa kiufundi. Ninavyokumbuka, ni takriban 25% ya gharama ya leseni kwa DBMS zote zinazonunuliwa na shirika kwa mwaka. Ni muhimu kwamba unaposasisha mkataba wa usaidizi wa kiufundi baada ya mapumziko, utahitajika kulipia usaidizi wa kiufundi kwa DBMS zote kwa kipindi cha mapumziko. Ni muhimu kwamba unaweza kununua tu usaidizi wa kiufundi kwa leseni zako zote kwa ujumla, lakini si kwa msingi mmoja. Kweli, kuna mantiki katika hili, lakini sio nafuu hata kidogo. Hata hivyo, ninaweza kuwa na makosa, na ni bora kufafanua pointi hizi kutoka kwa vyanzo rasmi

Kwa nini unahitaji msaada wa kiufundi? Baada ya kuhitimisha mkataba, unapata ufikiaji wa tovuti ya usaidizi wa kiufundi ya Oracle https://metalink.oracle.com, au Metalink. Kuna nyenzo nyingi zinazopatikana kwenye wavuti juu ya shida ambazo zimetokea na njia za kuzitatua. Sasisho za matoleo ya DBMS zinapatikana pia kwenye tovuti. Na, ingawa mara nyingi tu utendaji wa msingi wa DBMS hutumiwa, usaidizi wa habari unaweza kuwa muhimu sana. Pia kwenye wavuti unaweza kuuliza maswali kwa wafanyikazi wa usaidizi wa kiufundi wa Oracle (kwa bahati mbaya, kwa Kiingereza kisicho cha Kirusi) na kupokea ushauri.

Muhtasari wa Bidhaa Zingine za Oracle

DBMS sio bidhaa pekee ya Oracle Corporation; inawakilisha bidhaa zote mbili za mfumo (kwa mfano, seva ya Oracle HTTO, Usimamizi wa Utambulisho wa Oracle, Seva ya Maombi ya Oracle) na suluhisho za programu kama vile OEBS, Siebel, n.k. Mwandishi ana haki ya maoni yake, na maoni ya mwandishi hapa ni haya - labda kwa mashirika makubwa zaidi yaliyojengwa kwa kanuni isiyo na roho ya Kikristo (Ulaya), bidhaa hizi ni bora. Hata hivyo, kuna njia mbadala za bure, matumizi ambayo, kwa kuzingatia maslahi ya muda mfupi kwa namna ya leseni, na kuzingatia mtazamo wa muda mrefu, ni vyema. Mtindo wa Oracle wa kununua bidhaa za watu wengine hauendelezi heshima kwa msanidi badala ya muuzaji. Seva hiyo hiyo ya Oracle HTTP ndiyo seva ya bure ya Apache HTTP inayojulikana na moduli za ziada za uidhinishaji na kuunganishwa na taratibu za hifadhidata zilizohifadhiwa, na saraka ya LDAP inategemea (angalau katika toleo la 9i) seva ya bure ya OpenLDAP inayojulikana sawa kutoka kwa Kampuni ya PADL

Bila shaka, hakuna uhalifu katika hili. Lakini kuondoka baadae kutoka kwa suluhisho za kawaida za kawaida zinazojulikana kwa wasimamizi, ambazo zinaweza kutumika nje ya "mfumo wa ikolojia wa Oracle", kwa mfano, kuchukua nafasi ya seva yako ya programu kulingana na Apache inayojulikana na bidhaa ya WebLogic iliyonunuliwa nje, inaonyesha hamu ya kuunganisha mtumiaji wa bidhaa zako. Au angalau fanya uteuzi wa njia mbadala kuwa ngumu zaidi. Bila shaka, Oracle ina haki ya kuchagua nafasi, lakini mtumiaji pia ana haki ya kuchagua kutumia au la kutumia bidhaa zake, ambayo, ninakubali, jaribu kuendesha uchaguzi wako wakati kuna njia mbadala. Njia mbadala ya Seva ya Maombi, kwa mfano, ni mchanganyiko wa Tomcat na Apache. Na kadhalika - matokeo yanaweza kufikiwa kila wakati na barabara tofauti, na mwandishi haonekani tena kujaribu barabara ya Oracle Corporation.

Kwa njia, hivi karibuni shirika liliwasilisha mshangao mwingine - ikiwa hapo awali iliwezekana kutumia rasmi usambazaji kadhaa tofauti wa Linux kusanikisha Oracle DBMS, sasa kwa kweli kuna usambazaji wa Linux tu kutoka kwa shirika la Oracle yenyewe, kwa sababu kuna moja tu. ilipendekeza kernel kushoto. Kila kitu kingekuwa sawa ikiwa wao ndio walioweka kazi yao katika kuunda usambazaji huu kutoka mwanzo. Lakini, kadiri ninavyokumbuka, sakata nzima ya usambazaji wa Linux kutoka Oracle ilianza na toleo la shirika kutoa msaada wa kiufundi kwa usambazaji wa RedHat kwa pesa kidogo kuliko msaada wa usambazaji sawa na mtengenezaji mwenyewe - kampuni ya RedHat, ambayo ina. imewekeza kiasi kikubwa cha kazi katika usambazaji wake na inastahili heshima ya kweli ya jamii Chanzo Huria. Bila shaka, ninaweza kuwa na makosa, na tangu wakati huo shirika la Oracle lingeweza kufanya usambazaji wa kujitegemea kabisa ambao haukutegemea kazi ya mfanyakazi mwaminifu wa Red Hat. Kweli, ikiwa kuna mtu yeyote anayevutiwa, wacha aulize Oracle swali hili.

Kwa kuzingatia kampuni iliyopatikana hapo awali ya SUN Microsystems, ambayo ni mmiliki wa hati miliki kwa wasindikaji wa SPARC na mfumo wa uendeshaji wa SUN Solaris, na kwa kweli kuzikwa zaidi na maendeleo ya Open Solaris (uma ilifanywa na wapendaji, lakini kuna uwezekano wa kuwa. inayowezekana), pamoja na uundaji wa shirika tofauti na kubwa, ikiwa unaamini habari hiyo, mabadiliko ya watengenezaji wa Ofisi ya Open Office, iliyorithiwa na shirika, kwake (uma pia ilitengenezwa, Suite sahihi ya ofisi sasa inaitwa LibreOffice na inaambatana na uanzishwaji wa shirika kama Mozilla Foundation, kwa hivyo matarajio ni mkali) kwa maoni ya mwandishi, mtu anaweza na anapaswa kuzungumza juu ya upendeleo wa njia mbadala za bure.

• kuhusu epic na OpenSolaris, ambayo kwa kweli iliuawa - hapa, hapa, hapa
• kuhusu boorish, kwa maoni ya mwandishi, tenda kuhusiana na PostgreSQL - hapa

Kwa njia, kuhusiana na DBMS moja kwa moja, pia kuna njia mbadala, kwa mfano, PostgreSQL ya bure iko karibu na utendaji kwa Toleo la Kiwango cha Oracle Database, na kwa namna fulani, kwa maoni ya mwandishi, ni bora kuliko hiyo, kwa mfano. , usaidizi wa lugha za kitaratibu zinazojulikana kwa wasimamizi - Perl, Python, nk. Na hizi mbadala, ikiwezekana, zinahitaji kuendelezwa na kutumika kama kipaumbele. Na ikiwa ili kupata riziki unahitaji kusimamia kwa muda Oracle DBMS, hadi ushindi wa bidhaa za kibiashara zilizoundwa bila malipo au kwa uaminifu na kwa uhuru - safu hii ya vifungu imeundwa kukusaidia.

Kila mtu anatoa hitimisho lake mwenyewe. Maoni ya mwandishi ni kwamba programu ya Oracle DBMS kama teknolojia ya msingi ni nzuri, ya ubora wa juu na inafaa kwa kutoa usimamizi wa hifadhidata kubwa kutoka kwa nafasi ya msimamizi kwani bidhaa zingine hazifai. Na, tena, kwa maoni ya mwandishi, sera ya leseni, mtazamo wa shirika kuelekea miradi ya jamii na tabia ya kuhama kutoka kwa suluhisho kulingana na bidhaa za bure hadi "sanduku nyeusi" zinahitaji utaftaji wa haraka wa njia mbadala na mpito kwao inapowezekana, na. , ikiwezekana hizi zinapaswa kuwa suluhu kutoka kwa mtengenezaji wa kitaifa ili kuendeleza tasnia ndani ya nchi, au kufungua suluhu za programu kama vile PostgreSQL.

Belonin S.S. (C), Septemba 2010

(tarehe za marekebisho yanayofuata hazijarekodiwa)

Kama