Pentadbiran Oracle untuk pemula. Pentadbiran pangkalan data. Jabatan Sains Komputer

Kursus ini ialah langkah pertama ke arah kerja profesional dengan DBMS Pangkalan Data Oracle. Ia menyediakan pengetahuan dan kemahiran asas dalam pentadbiran pangkalan data.

Kursus ini memperkenalkan seni bina Pangkalan Data Oracle 11g, operasi dan interaksi komponen DBMS.

Dalam proses mempelajari kursus, pelajar akan belajar cara mencipta pangkalan data dan mengurus strukturnya dengan betul, serta memperoleh pengetahuan dan pengalaman praktikal untuk kerja yang berkesan dalam pelbagai bidang pentadbiran pangkalan data,

Penyelesaian program kursus yang berjaya akan membolehkan pakar untuk:

  • Pasang infrastruktur 11g Pangkalan Data Oracle.
  • Pasang dan konfigurasi pangkalan data.
  • Konfigurasikan persekitaran rangkaian (Oracle Net).
  • Jejak dan uruskan data asal.
  • Urus struktur storan pangkalan data.
  • Buat dan tadbir akaun pengguna.
  • Lakukan operasi asas Salinan simpanan dan pemulihan pangkalan data.
  • Urus akses serentak kepada data.
  • Pantau prestasi DBMS.
  • Fahami seni bina Pangkalan Data Oracle.

Tujuan kursus

Pembentukan asas bahasa SQL untuk DBMS Pangkalan Data Oracle(versi 10g dan 11g)

Khalayak sasaran

  • Pentadbir Pangkalan Data Oracle.
  • pembangun aplikasi Java.
  • Jurutera sokongan teknikal.
  • Perunding teknikal

Persediaan yang perlu

  • Pengetahuan dan pengalaman dengan SQL (kursus yang disyorkan: Pangkalan Data Oracle: Asas Bahasa SQL).
  • Pengetahuan dan pengalaman dengan PL/SQL adalah wajar (kursus yang disyorkan: Pangkalan Data Oracle: Pengenalan kepada PL/SQL).
  • Pengetahuan asas bahasa Inggeris teknikal

Seni bina pangkalan data

  • Gambaran Keseluruhan Seni Bina Pangkalan Data Oracle.
  • Gambaran keseluruhan seni bina ASM.
  • Seni bina proses.
  • Struktur ingatan.
  • Struktur logik dan fizikal sistem storan.
  • Komponen sistem storan ASM.
  • Pengajaran praktikal: Kajian komponen seni bina pangkalan data.

2. Pemasangan perisian Oracle

  • Tugas pentadbir pangkalan data.
  • Alat pentadbiran DBMS digunakan.
  • Pemasangan: keperluan sistem.
  • Oracle Universal Installer (OUI).
  • Pemasangan infrastruktur Oracle Grid.
  • Pemasangan perisian Pangkalan Data Oracle.
  • Pelajaran praktikal: Pemasangan dan konfigurasi perisian Oracle.

3. Buat pangkalan data

  • Perancangan pangkalan data.
  • Menggunakan DBCA untuk mencipta pangkalan data.
  • Pengurusan kata laluan.
  • Mencipta templat pangkalan data.
  • Menggunakan DBCA untuk menggugurkan pangkalan data.
  • Pelajaran praktikal: Mencipta Pangkalan Data Oracle.

4. Konfigurasi DBMS

  • Memulakan dan menghentikan DBMS dan komponennya.
  • Menggunakan Pengurus Perusahaan Oracle.
  • Akses pangkalan data menggunakan SQL*Plus.
  • Menukar parameter permulaan DBMS.
  • Penerangan tentang peringkat pelancaran DBMS.
  • Perihalan pilihan untuk menghentikan DBMS.
  • Lihat fail mesej penggera (alert.log).
  • Akses paparan prestasi dinamik.
  • Pelajaran praktikal: Mengurus contoh pangkalan data.

5. Konfigurasi ASM

  • Menetapkan parameter permulaan ASM.
  • Memulakan dan menghentikan ASM.
  • Pentadbiran kumpulan cakera ASM.
  • Pengajaran praktikal: Kajian komponen ASM.

6. Konfigurasi persekitaran rangkaian

  • Menggunakan Pengurus Perusahaan Oracle untuk mencipta dan mengkonfigurasi pendengar.
  • Menggunakan Oracle Restart untuk Memantau Operasi Pendengar.
  • Menggunakan utiliti tnsping untuk menyemak tetapan sambungan Oracle Net.
  • Pilihan untuk menggunakan DBMS dalam mod Pelayan Dikongsi dan Pelayan Deduksi.
  • Pelajaran praktikal: Mengkonfigurasi persekitaran rangkaian untuk capaian jauh ke pangkalan data.

7. Penyelenggaraan struktur penyimpanan

  • Struktur penyimpanan.
  • Cara data jadual disimpan.
  • Struktur dalaman blok pangkalan data.
  • Menguruskan ruang dalam partition.
  • Bahagian yang dipratentukan dalam pangkalan data.
  • Penyelenggaraan bahagian.
  • Oracle Maintained Files (OMF).
  • Pelajaran praktikal: Kajian struktur storan pangkalan data.

8. Menguruskan hak akses pengguna

  • Akaun pengguna.
  • Pengguna prapasang untuk pentadbiran DBMS.
  • Faedah menggunakan peranan.
  • Peranan yang telah ditetapkan.
  • Aplikasi profil pengguna.
  • Pelajaran praktikal: Mencipta dan menggunakan profil pengguna.

9. Menguruskan akses serentak kepada data

  • Persaingan untuk data.
  • Mekanisme beratur.
  • Menyelesaikan konflik penguncian.
  • Kunci bersama.
  • Pengajaran praktikal: Menyelesaikan konflik penguncian.

10. Penyelenggaraan data pembatalan (Buat asal)

  • Manipulasi data.
  • Data transaksi dan pembatalan.
  • Perbezaan antara buat asal data dan entri jurnal (Buat semula data).
  • Konfigurasikan dasar pengekalan data pembatalan.
  • Amalan: Mengurus Data Pembatalan.

11. Menggunakan pengauditan dalam Pangkalan Data Oracle

  • Tanggungjawab DBA untuk memastikan keselamatan maklumat.
  • Aplikasi keupayaan audit pangkalan data standard.
  • Tentukan parameter audit.
  • Lihat maklumat audit yang dikumpul.
  • Penyelenggaraan data audit.
  • Pelajaran praktikal: Mengkonfigurasi audit pangkalan data.

12. Penyelenggaraan pangkalan data

  • Urus statistik pengoptimum.
  • Pengurusan Repositori Beban Kerja Automatik (AWR).
  • Menggunakan Automatic Database Diagnostic Monitor (ADDM).
  • Penerangan dan penggunaan penasihat.
  • Menetapkan had mesej penggera.
  • Menggunakan mesej penggera sistem.
  • Menggunakan tugas automatik.
  • Pengajaran praktikal: Penyelenggaraan pangkalan data.

13. Pengurusan prestasi pangkalan data

  • Pemantauan prestasi.
  • Pengurusan komponen memori.
  • Dayakan mod Pengurusan Memori Automatik (AMM).
  • Penasihat pada kawalan automatik komponen SGA.
  • Menggunakan Penasihat Memori.
  • Statistik prestasi dinamik.
  • Pandangan untuk menyelesaikan masalah prestasi.
  • Objek tidak sah dan tidak digunakan.
  • Pelajaran praktikal: Pengurusan prestasi pangkalan data.

14. Konsep sandaran dan pemulihan

  • Sebahagian daripada tanggungjawab pentadbir pangkalan data.
  • Ralat permohonan.
  • Ralat pengguna.
  • Memahami proses pemulihan contoh.
  • Fasa pemulihan contoh.
  • Menggunakan penasihat MTTR.
  • Kesilapan media.
  • Fail log yang diarkibkan.
  • Pelajaran praktikal: Mengkonfigurasi pangkalan data untuk pemulihan.

15. Sandaran pangkalan data

  • Penyelesaian sandaran.
  • Sandaran Oracle Secure.
  • Sandaran manual.
  • Terminologi.
  • Pengurus pemulihan(RMAN).
  • Konfigurasikan tetapan sandaran.
  • Kawal sandaran fail.
  • Sokongan Kawasan Pemulihan Pantas.
  • Pelajaran praktikal: Melakukan sandaran pangkalan data.

16. Pemulihan pangkalan data

  • Membuka pangkalan data.
  • Penasihat Pemulihan Data.
  • Fail kawalan hilang.
  • Kehilangan fail log.
  • Ralat data.
  • Senarai ralat data.
  • Pandangan Penasihat Pemulihan Data.
  • Pelajaran praktikal: Memulihkan data dan mengawal kehilangan fail.

17. Pergerakan data

  • Cara untuk memindahkan data.
  • Mencipta dan menggunakan objek direktori.
  • Gambaran keseluruhan keupayaan SQL*Loader untuk memindahkan data.
  • Penggunaan jadual luaran untuk memindahkan data.
  • Seni bina umum Pam Data.
  • Menggunakan Data Pam untuk mengeksport dan mengimport data.
  • Pelajaran praktikal: Memindahkan data menggunakan SQL*Loader dan Data Pump.

18. Berinteraksi dengan Sokongan Oracle

  • Menggunakan Meja Kerja Sokongan EM.
  • Bekerja dengan Sokongan Oracle.
  • Buat permintaan sokongan (SR).
  • Penyelenggaraan tampalan.
  • Pengajaran praktikal: Mengenal pasti ralat kritikal

Pensijilan

Kursus ini akan menyediakan anda untuk peperiksaan: 1Z0-052 Pangkalan Data Oracle 11g: Pentadbiran I diperlukan untuk pensijilan Rakan Bertauliah Pentadbir Pangkalan Data Oracle 11g

Dokumen yang diterima

Sijil mengenai latihan lanjutan, atau Sijil.

Yang paling mudah untuk dilaksanakan dan pada masa yang sama tugas strategik yang paling kompleks dalam kitaran hayat pangkalan data ialah perancangan dan pemasangan pangkalan data. Walaupun keputusan yang dibuat pada peringkat ini tidak boleh diubah, masih agak sukar untuk mengubahnya. Sebagai contoh, memilih nama pangkalan data, laluan pemasangan untuk fail boleh laku yang diperlukan untuk operasi, dan komponen penting lain kelihatan remeh, tetapi selepas pemilihan mereka biasanya kekal tidak berubah. Oleh itu, adalah dinasihatkan untuk menilai secara menyeluruh faktor-faktor yang mempengaruhi perancangan, pemasangan pelayan dan penciptaan pangkalan data.

Oracle menyediakan satu set pelbagai alat untuk mengurus persekitaran pelayan. Yang pertama ialah Oracle Universal Installer (OUI) - yang digunakan (seperti namanya) untuk memasang produk perisian Oracle. Seterusnya datang Pangkalan Data Konfigurasi Assistang (DBCA) - ini adalah alat untuk mencipta pangkalan data. Terdapat juga alat untuk mengemas kini pangkalan data, Bantuan Peningkatan Pangkalan Data (DBUA), tetapi kami tidak akan mempertimbangkannya. Menggunakan OUI anda boleh memasang pelbagai instrumen untuk pengurusan pangkalan data, SQL *Plus dan Oracle Enterprise Manager (OEM) digunakan terutamanya. SQL Developer juga sering digunakan.

Dari segi sejarah, mengurus produk Oracle bukanlah satu tugas yang sangat menyenangkan. Ini berlaku kerana DBA terpaksa memasang produk yang berbeza secara berasingan disebabkan isu ketidakserasian. Ia bukanlah satu kejadian luar biasa bahawa selepas berjaya memasang produk pertama, kedua dan ketiga, memasang produk keempat akan menyebabkan ketiga-tiga program yang dipasang sebelum ini menjadi tidak boleh digunakan. Isu ketidakserasian terletak pada penggunaan perpustakaan asas. Perpustakaan ini menyediakan fungsi yang digunakan dalam semua produk Oracle. Sebagai contoh, semua program Oracle menggunakan proprietari protokol rangkaian Oracle Net - adalah mustahil untuk memasang program Oracle tanpanya. Jika dua atur cara Oracle menggunakan versi perpustakaan utama yang sama, maka secara teorinya ia boleh dipasang dalam pustaka yang sama. direktori rumah Oracle (Oracle Home). Oracle Home ialah laluan di mana program Oracle dipasang: satu set fail dalam folder. Sebelum OUI, setiap program mempunyai pemasang sendiri, yang tidak selalu dapat memahami dengan betul keserasian dengan program yang telah dipasang.

OUI dibuat menggunakan versi Java 5, yang membolehkannya berfungsi sama rata pada semua platform. Anda boleh memasang OUI sebagai produk berasingan dalam direktori rumah tertentu, tetapi ini biasanya tidak masuk akal kerana OUI disertakan dengan semua program Oracle dan boleh dijalankan daripada pengedaran: ia akan dipasang bersama-sama dengan program di rumah program direktori. wujud versi berbeza OUI, dan jika program disertakan dengan versi OUI yang lebih lama daripada program lain yang telah dipasang, maka lebih baik menggunakan yang telah dipasang versi yang dipasang(lebih baharu) OUI. Apabila OUI meminta lokasi products.xml - hanya nyatakan direktori dalam fikiran anda program baru.

Inventori OUI

Elemen utama OUI ialah inventori. Ini ialah satu set fail yang tidak sepatutnya disimpan dalam direktori rumah mana-mana program Oracle. Mereka menyimpan maklumat tentang semua program Oracle dipasang pada komputer ini, termasuk versi tepat, laluan, dan dalam beberapa kes malah nombor terkini kemas kini yang dipasang. Setiap larian OUI menyemak repositori untuk ketidakserasian sebelum memasang program Oracle baharu ke dalam direktori rumah Oracle sedia ada dan merekodkan maklumat selepas memasang atau mengemas kini sebarang program. Laluan ke kedai ini pada sistem pengendalian seperti Unix boleh dipilih oleh DBA apabila OUI mula-mula dilancarkan. Pada Windows, repositori sentiasa dibuat dalam

%SystemRoot%\Program Files\Oracle\Inventory

Semua sistem pengendalian mempunyai laluan yang telah ditetapkan di mana OUI akan mencari penunjuk ke storan sedia ada. Di Linux ini akan menjadi fail

/etc/oraInst.loc

Dalam Solaris ini juga merupakan fail

/vat/opt/oracle/oraInst.loc

Pada Windows, ini ialah entri dalam pendaftaran sistem.

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\inst_loc

Apabila OUI dilancarkan, perkara pertama yang dilakukannya ialah menyemak kewujudan fail (atau entri pendaftaran) dan, jika ia tidak wujud, diandaikan bahawa ini adalah pelancaran pertama OUI dan fail itu dicipta dengan laluan kepada storan yang tertulis di dalamnya. Semua panggilan OUI berikutnya, tanpa mengira versi, akan dapat mencari kedai.

Mekanisme penciptaan storan ini mempunyai masalah dengan hak akses OS: dalam Linux atau Unix, pengguna yang melancarkan OUI buat kali pertama mesti mempunyai hak tulis ke direktori tempat penuding kepada storan berada. Walau bagaimanapun, hanya pengguna akar yang boleh menulis ke direktori /etc atau /var pada Linux/Unix, masing-masing. Memandangkan dari sudut keselamatan tidak boleh diterima untuk menjalankan OUI sebagai root, OUI akan menjana skrip yang perlu dilaksanakan sebagai pengguna akar untuk mencipta oraInst.loc penuding fail ke laluan ke storan. Pada Windows, pengguna yang menjalankan OUI mesti mempunyai kebenaran untuk menulis ke pendaftaran.

Pemeriksaan sistem

OUI menyemak komputer di mana ia dijalankan untuk melihat sama ada ia memenuhi kriteria tertentu. Keperluan ini bergantung pada platform dan ditulis dalam fail pemasang:

/install/oraparam.ini (Unix)

\install\oraparam.ini (Windows)

Mereka tidak terlalu menuntut: semak bahawa sistem grafik menyokong 256 warna.

Juga dalam fail oraparam.ini ialah laluan ke fail products.xml. Fail products.xml menerangkan produk yang boleh dipasang daripada pengedaran tertentu. Setiap program mempunyai set kriteria tersendiri, dan ia lebih menuntut. Keperluan program disenaraikan dalam fail XML. Biasanya ini

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

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

Fail Windows biasanya menentukan keperluan untuk saiz fail paging dan versi OS. Jika anda mempunyai kelantangan memori capaian rawak 512-2048 MB, maka fail halaman hendaklah 1.5 kali lebih besar daripada jumlah RAM. Untuk Sistem Unix kriteria adalah lebih menuntut: sebagai tambahan kepada saiz fail swap, kehadiran beberapa pakej yang dipasang dan tetapan kernel.

Memenuhi keperluan ini adalah tugas yang memakan masa yang agak lama, dan jika anda pasti bahawa pakej tertentu adalah betul (contohnya, anda mempunyai lebih daripada versi kemudian) atau nilai parameter adalah betul, anda boleh melangkau semakan ini dalam beberapa cara. Mula-mula, alih keluar keperluan daripada fail refhost.xml. Kedua, jalankan OUI dalam mod tanpa menyemak sistem terlebih dahulu. Dan ketiga, semasa program OUI sedang berjalan, nyatakan dalam kotak dialog untuk mengabaikan ketidakkonsistenan.

Alat Penciptaan dan Naik Taraf Pangkalan Data

Pembantu Konfigurasi pangkalan data (DBCA) ialah alat grafik untuk mencipta dan mengubah suai pangkalan data. Wizard pemasangan akan membantu anda memilih parameter yang diperlukan dan mengkonfigurasi laluan untuk fail tanpa usaha khas. DBCA akan menjana skrip penciptaan pangkalan data mengikut parameter yang anda pilih, menyemaknya untuk ralat dan melaksanakannya. Semuanya juga boleh dilakukan secara manual. DBCA ditulis dalam Java dan memerlukan direktori rumah yang dikonfigurasikan dan subsistem grafik. Semua perkara di atas juga benar untuk Pembantu Naik Taraf Pangkalan Data (DBUA).

Alat untuk melaksanakan perintah SQL: SQL *Plus dan SQL Developer

Terdapat banyak alat untuk bekerja dengan Oracle. Dua alatan standard ialah SQL *Plus dan SQL Developer. Mereka disediakan oleh Oracle dan sesuai untuk pentadbiran dan pembangunan. SQL Developer mempunyai lebih banyak fungsi, tetapi ia memerlukan subsistem grafik, manakala SQL *Plus boleh digunakan dalam mod baris arahan.

SQL *Plus tersedia untuk semua platform yang Oracle boleh dipasang, dan dipasang secara lalai dengan pelayan Oracle dan perisian klien. Di Linux fail boleh laku dipanggil sqlplus. Lokasi fail ini bergantung pada pemasangan dan biasanya

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

Akaun sistem anda mesti dikonfigurasikan dengan cara tertentu untuk berfungsi dengan SQL *Plus. Pembolehubah sistem perlu ditetapkan

  • ORACLE_HOME
  • LD_LBIRARY_PATH

PATH mesti memasukkan laluan ke folder bin dalam direktori rumah program. LD_LIBRARY_PATH ialah laluan ke folder lib direktori rumah program. Rajah 2-1 menunjukkan contoh menyemak pembolehubah sistem dan menjalankan SQL *Plus.

DALAM sistem Windows Dahulu terdapat dua versi SQL *Plus: program baris arahan dan program dengan antara muka grafik(sqlplus.exe dan sqplusw.exe masing-masing). Dalam versi 11g versi grafik tidak lagi tersedia, namun anda boleh menggunakan program ini lebih banyak lagi versi awal(sehingga 9i termasuk, perubahan dalam Oracle Net tidak akan membenarkan penggunaan program versi yang lebih rendah daripada 9i untuk berfungsi dengan versi pangkalan data yang lebih lama daripada 9i). Itu. SQL Plus 10g boleh menyambung ke pangkalan data 9i dan sebaliknya: SQL *Plus versi 9i boleh digunakan untuk bekerja dengan pangkalan data 11g. Pada Windows, OUI menyimpan nilai pembolehubah sistem dalam pendaftaran semasa pemasangan, jadi tidak perlu menetapkan nilai pembolehubah secara manual, tetapi jika SQL *Plus tidak dimulakan, ia patut menyemak pendaftaran. Rajah 2-2 menunjukkan tingkap tingkap daripada serpihan pendaftaran. Laluan ke nilai yang digunakan oleh SQL *Plus

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1



Pemaju SQL

SQL Developer ialah alat untuk menyambung ke pelayan Oracle (dan bukan sahaja Oracle) dan melaksanakan arahan SQL. Anda juga boleh membangunkan objek PL/SQL di dalamnya. Tidak seperti SQL, *Plus ialah alat grafik dengan makro tersuai untuk tindakan biasa. SQL Developer dibangunkan di Java dan JRE diperlukan untuk menjalankannya. Itu. SQL Developer tersedia untuk mana-mana platform yang mana Java Runtime Environment wujud. Versi terkini boleh dimuat turun dari laman web Oracle.

Rajah 2-3 menunjukkan contoh antara muka pengguna SQL Developer yang disambungkan ke pangkalan data dan menjalankan pertanyaan SQL yang mudah. Ia terdiri daripada bahagian kiri yang digunakan untuk navigasi antara objek pangkalan data dan bahagian kanan untuk input dan output maklumat.

Jawatankuasa Negeri Persekutuan Rusia

Untuk pendidikan tinggi.

NEGERI ST PETERSBURG

INSTITUT MEKANIK DAN OPTIK KEPERSIHAN

(UNIVERSITI TEKNIKAL)

jabatan Teknologi komputer

Pentadbiran Pangkalan Data

ORACLE
Saint Petersburg

tahun 2000

1. Tanggungjawab Pentadbir Pangkalan Data (DBA) 3

2. Sambungan dalam mod INTERNAL 3

3. Utiliti DBA (Import, Eksport, Pemuat) 4

4. Pengguna Pangkalan Data dan Skema 6

5. Ruang meja dan fail data 8

6. Skema dan objek skema 9

7. Blok data, takat dan segmen. sebelas

8. Struktur dan proses ingatan 12

9. Contoh operasi Oracle. 13

10. Jurnal Ulangan 14

11. Transaksi 15

12. Memastikan perlindungan pangkalan data 18

13. Pandangan Kamus Data. 19

14. Keistimewaan (Pemberian, peranan). 20

15. Pengurusan pengguna

16. Audit pangkalan data 22

17. Memastikan integriti pangkalan data 24

18. Mewujudkan pangkalan data. (fail parameter) 25

19. Memulakan dan menghentikan pangkalan data 26

20. Pelbagai mod operasi pangkalan data 29

21. Sandaran pangkalan data 29

22. SQL Dinamik 30

23. Pangkalan Data Berorientasikan Objek. 32

1. Tanggungjawab Pentadbir Pangkalan Data (DBA)

Oleh kerana sistem pangkalan data ORACLE boleh menjadi agak besar dan mempunyai ramai pengguna, mesti ada seseorang atau sekumpulan orang yang menguruskan sistem tersebut. Orang ini dipanggil pentadbir pangkalan data (DBA).
Mana-mana pangkalan data mesti mempunyai sekurang-kurangnya seorang yang menjalankan tugas pentadbiran; jika pangkalan data adalah besar, tanggungjawab ini boleh diagihkan di kalangan beberapa pentadbir.

Tanggungjawab pentadbir mungkin termasuk:


  • pemasangan dan kemas kini versi pelayan ORACLE dan alatan aplikasi

  • pengedaran ingatan cakera dan perancangan untuk keperluan memori sistem masa hadapan

  • penciptaan struktur memori utama dalam pangkalan data (ruang meja) sebagai aplikasi reka bentuk pembangun aplikasi

  • penciptaan objek utama (jadual, pandangan, indeks) sebagai aplikasi reka bentuk pembangun

  • pengubahsuaian struktur pangkalan data mengikut keperluan aplikasi

  • mendaftarkan pengguna dan mengekalkan keselamatan sistem

  • pematuhan perjanjian Lesen ORACLE

  • mengurus dan menjejaki akses pengguna kepada pangkalan data

  • Memantau dan mengoptimumkan prestasi pangkalan data

  • merancang sandaran dan pemulihan

  • mengekalkan data yang diarkibkan pada peranti storan

  • melakukan sandaran dan pemulihan

  • menghubungi Oracle Corporation untuk mendapatkan sokongan teknikal

Pegawai keselamatan

Dalam sesetengah kes, pangkalan data juga mesti mempunyai satu atau lebih kakitangan keselamatan. PEGAWAI KESELAMATAN bertanggungjawab terutamanya untuk mendaftarkan pengguna baharu, mengurus dan memantau akses pengguna kepada pangkalan data, dan melindungi pangkalan data.

Pembangun Aplikasi

Tanggungjawab pembangun aplikasi termasuk:
 reka bentuk dan pembangunan aplikasi pangkalan data

 mereka bentuk struktur pangkalan data mengikut keperluan aplikasi

 anggaran keperluan memori untuk aplikasi

 merumuskan pengubahsuaian kepada struktur pangkalan data untuk aplikasi

 pemindahan maklumat di atas kepada pentadbir pangkalan data

 menyesuaikan aplikasi semasa pembangunannya

 pemasangan langkah-langkah untuk melindungi aplikasi semasa pembangunannya

2. Sambungan dalam mod DALAM

Memulakan dan menghentikan pangkalan data ialah ciri pentadbiran yang berkuasa. Demi mengekalkan operasi pangkalan data yang betul, fungsi (perintah MEMULAKAN atau MENUTUP) berhenti dan mula dibenarkan, hanya untuk pentadbir yang disambungkan ke ORACLE dalam mod NTERNAL( ^ HUBUNGKAN DALAMAN), dan untuk dapat menyambung dalam mod NTERNAL, anda mesti memenuhi salah satu syarat berikut:


  • Akaun sistem pengendalian anda mempunyai keistimewaan sistem operasi, membolehkan anda menyambung dalam mod DALAMAN.

  • Anda diberi kuasa untuk menyambung dalam mod DALAMAN.

  • Pangkalan data anda mempunyai kata laluan untuk INTERNAL dan anda tahu kata laluan ini.

Semua keperluan ini menyediakan lapisan keselamatan tambahan untuk mengelakkan permulaan atau penutupan pangkalan data ORACLE yang tidak dibenarkan. Untuk sistem yang mempunyai kata laluan untuk INTERNAL, terdapat pertimbangan tambahan yang diterangkan di bawah.

Menggunakan kata laluan untuk INTERNAL

Sesetengah sistem pengendalian membenarkan anda menetapkan kata laluan untuk sambungan dalam mod DALAM. Anda boleh menetapkan kata laluan untuk INTERNAL semasa pemasangan pelayan ORACLE, Oracle menyediakan utiliti untuk menguruskan kata laluan ini (buat, tukar dan padamkannya).

Sambungan DALAMAN dan tidak terjamin

Jika anda menggunakan sambungan tidak selamat (seperti kebanyakan jaringan rangkaian), maka kata laluan MESTI digunakan untuk DALAMAN, untuk sambungan seterusnya dalam mod DALAM; keperluan ini membayangkan bahawa sistem mesti mempunyai kata laluan yang ditetapkan untuk DALAM.
Dalam beberapa O.S. Anda boleh sama ada mendayakan atau melumpuhkan sepenuhnya sambungan CONNECT INTERNAL untuk sambungan tidak terjamin. Pilihan dibuat semasa pemasangan ORACLE dan boleh diubah kemudian.

3. Utiliti DBA (Import, Eksport, Pemuat)

SQL*Pemuat

Salah satu daripada banyak cabaran yang sering dihadapi oleh pentadbir pangkalan data ialah memindahkan data daripada sumber luaran ke pangkalan data Oracle. Kerumitan tugas ini meningkat dengan kemunculan gudang data; ia tidak lagi perlu untuk memindahkan megabait data, tetapi gigabait, dan dalam beberapa kes, terabait. Untuk menyelesaikan masalah ini, Oracle menyediakan SQL*Loader, alat universal yang memuatkan data luaran ke dalam jadual pangkalan data Oracle. Utiliti SQL*Loader adalah fleksibel dan boleh disesuaikan sehingga ke tahap yang sering mungkin untuk mengetepikan prosedur bahasa generasi ketiga dengan tertanam. pernyataan SQL. Setiap kali berhadapan dengan tugas menukar data asing kepada format Oracle, pertimbangkan untuk menggunakan SQL*Loader terlebih dahulu sebelum beralih kepada alatan lain.

Komponen asas SQL*Loader

Utiliti SQL*Loader memerlukan dua jenis data input: data luaran, yang boleh berada pada cakera atau pita, dan maklumat kawalan (terkandung dalam fail kawalan), yang menerangkan ciri-ciri data input. Output, sebahagian daripadanya adalah pilihan, termasuk jadual Oracle, log, fail rekod buruk dan fail rekod yang dibuang.

Input data

SQL*Loader boleh mengendalikan hampir semua jenis fail data dan menyokong jenis data asli pada hampir mana-mana platform. Data biasanya dibaca daripada satu atau lebih fail data, tetapi ia juga boleh dimasukkan ke dalam fail kawalan selepas maklumat kawalan. Fail data mungkin terdapat:

Dalam fail format boleh ubah, data terkandung dalam rekod yang boleh berbeza-beza panjangnya bergantung pada saiz data dalam medan. Medan ialah panjang yang diperlukan untuk menampung data. Medan dalam fail format boleh ubah boleh dipisahkan dengan aksara mengekor (seperti koma dan ruang), serta disertakan dengan mengehadkan aksara.

Tahun pembuatan: 2003

Penerbit: Folio

Format:DJVU

Buku ini didedikasikan untuk Oracle DBMS - salah satu platform paling popular yang direka untuk bekerja dengan pangkalan data. Sedang dipertimbangkan isu umum teknologi Oracle , struktur pangkalan data dan prinsip asas mengurus fail pangkalan data, saiznya, dasar keselamatan pangkalan data, penggunaan bahasa pertanyaan berstruktur SQL (mewujudkan pertanyaan mudah dan bersarang, menambah dan menukar maklumat dalam pangkalan data, mencipta dan mengubah suai objek asas sistem perhubungan), bahasa pengaturcaraan PL/SQL . Contoh praktikal yang digunakan tertumpu pada versi DBMS - Oracle 9 i

pengenalan

Bahagian I. TEORI PANGKALAN DATA

Bab 1.1. Pengenalan kepada Pangkalan Data

Apakah pangkalan data

Struktur pangkalan data

Bab 1.2. Model pangkalan data hubungan

Domain dan Perhubungan

Integriti data

Algebra hubungan

Kalkulus hubungan

Bab 1.3. Merekabentuk Struktur Pangkalan Data Logik

Konsep Kebergantungan Fungsian

Normalisasi Pangkalan Data

Pemodelan Objek

Bab 1.4. Ciri keselamatan pangkalan data

Transaksi dan Keselarasan

Keselamatan dan Integriti Pangkalan Data

Bab 1.5. Aspek tambahan teknologi perhubungan

Tingkatkan prestasi dengan pengoptimuman

Domain, perhubungan dan jenis data

Nilai yang tidak ditentukan dan logik tiga nilai

Pangkalan Data Teragih

BahagianII. MEMASANG ORACLE 9i

Bab 2.1. Oracle 9i - ciri baharu

Oracle 9i - Maklumat Am

Apa yang Baharu dalam Pangkalan Data Oracle 9i

Ciri baharu dalam SQL Oracle

Java dan XML

Faedah Pilihan DBMS Oracle Baharu

Cache Fusion

Pilihan pemulihan

Ciri berdasarkan seni bina termaju

Ciri Oracle 9i Lain

Bab 2.2. Keperluan pemasangan

Komponen Oracle_Home

Konvensyen Sistem Komponen Asas

Keperluan komponen individu

Keperluan kemas kini pangkalan data

Pemasang Universal Oracle - idea umum

Pemasangan produk Oracle 9 i

Memilih Jenis Pangkalan Data

Konfigurasi rangkaian

Konfigurasi pelayan pada rangkaian

Memahami Pengguna dan Kata Laluan

Nama dan ID pangkalan data global

Ruang meja

BahagianIII. SALINANORACLE

Bab3 .1. Senibina Contoh Oracle

Contoh Oracle

Struktur contoh

Proses latar belakang Oracle

Anatomi sesuatu transaksi

Pemantauan Contoh

Bab 3.2. Menyediakan DBMS Oracle

Keperluan konfigurasi

Menetapkan pilihan dan langkah

BahagianIV. ALAT ORACLE

Bab 4.1. Bekerja dengan SQL* PIus

Menyediakan program SQL*Plus

Menjalankan SQL*Plus dan beberapa perjanjian

Perintah SQL*Plus

Operasi penyuntingan dalam SQL*Plus

Menjalankan arahan SQL untuk pelaksanaan

Penyekatan arahan SQL

Perintah Pentadbir Pangkalan Data

MELAKSANAKAN arahan

Kawalan output maklumat

JELASKAN RANCANGAN

Bab 4.2. Import dan eksport

Tujuan dan keupayaan import dan eksport

Eksport data

Import data

Bab 4.3.OraclePerusahaanPengurus

Maklumat am dan seni bina

Sambungan kendiri

Menyambung ke Pelayan Pengurusan

Aplikasi Pek Pengurusan dan aplikasi pengurusan pangkalan data

Penjadualan kerja

BahagianV. BAHASA PERTANYAAN BERSTRUKTUR SQL

Bab 5.1. Persampelan data

SELECT kenyataan

Sintaks pengendali asas PILIH

Operator Perbandingan

Julat

Senarai (IN dan TIDAK MASUK)

Menyemak nilai untuk kepastian

Cari mengikut corak

Ciri-ciri tambahan pengendali PILIH

Menggunakan Ungkapan

Menggunakan Lajur Pseudo Khas

Menggunakan Alias ​​Lajur dan Jadual

Memilih Nilai Unik

Menyertai berbilang jadual dalam pertanyaan

Menggunakan Subqueries

Bab 5.2. Fungsi Oracle

Fungsi penukaran

Fungsi kalendar

Fungsi angka Oracle

Fungsi watak Oracle

Ciri Serbaguna Oracle

Pengiraan SQL analitikal dalam Oracle 9 i

Mekanisme Pengagregatan

Bab 5.3. Pertanyaan kompleks Oracle

Pertanyaan pokok (hierarki).

Sambungan luar

Menggabungkan hasil daripada berbilang pertanyaan

Bab 5.4. Mencipta jadual

Menggunakan operator BUAT JADUAL

Menggunakan operator UBAH JADUAL

Menamakan semula dan memadam jadual

Bab 5.5. Menukar data jadual

Transaksi

Memasukkan data

Menyalin data daripada jadual lain

Menukar data

Memadam data

Menggunakan Fungsi dalam Pernyataan Pengubahsuaian Data

Menyekat baris

Pemadaman data berkelajuan tinggi

Menukar data dan keistimewaan

Indeks dan Kekangan

Pencetus Pangkalan Data

Bab 5.6. Objek Pangkalan Data Lain

Indeks

Ciri-ciri bekerja dengan indeks

Menggunakan Kluster

Kebaikan dan keburukan kluster

Urutan

Perwakilan

sinonim

BahagianVI. BAHASA PENGATURCARAAN P.L./ SQL

Bab 6.1. Program dan modul

Prosedur dan fungsi

Modul

Binaan sintaksis

Bab 6.2. Menggunakan Subrutin dan Modul

Maklumat am

Rutin tempatan

Rutin tersimpan dan tempatan

Rutin dan modul yang disimpan

Keadaan modul pada masa jalan

Rutin dan keistimewaan yang disimpan.

Bab 6.3. Pencetus Pangkalan Data

Jenis Pencetus

Mencipta Pencetus

Spesifikasi penggunaan pencetus

Menukar jadual

Bab 6.4. Dinamik SQL

SQL kepada PL/SQL

Menggunakan DBMS. SQL

Menggunakan dalaman SQL

Ciri-ciri tambahan

Bab 6.5. Komunikasi antara sambungan

Modul DBMS_PIPE

Modul DBMS_ALERT

Perbandingan modul DBMS_PIPE dan DBMS_ALERT

Bab 6.6. Sifat Objek

Jenis objek

Objek dalam pangkalan data

Struktur pasang siap

BahagianVII. ASAS PENTADBIRAN PANGKALAN DATA

Bab 7.1. Persekitaran Oracle

Persekitaran Desktop Oracle

Menyediakan persekitaran kerja anda Oracle

Bab 7.2. Pentadbiran Pangkalan Data

Tanggungjawab DBA

Tanggungjawab pengguna pangkalan data lain

Nama akaun DBA dalam sistem pengendalian

Sambungan pengguna DBA

nama akaun DBA

Perancangan pangkalan data

Bab 7.3. Penciptaan pangkalan data

Peringkat mencipta pangkalan data

Mencipta Instance

Mencipta Fail Parameter Permulaan

Penciptaan pangkalan data

Mencipta objek sokongan pangkalan data

Peringkat terakhir mencipta pangkalan data

Memulakan Pangkalan Data

Prosedur untuk menghentikan pangkalan data

Penarikan balik sesi

BahagianVIII. KONFIGURASI PELAYAN ORACLE

Bab 8.1. Kawal pengurusan fail

Maklumat am

Mencipta fail kawalan baharu

Operasi dengan fail kawalan

Bab 8.2. Pengurusan majalah dalam talian

Maklumat am

Mencipta Kumpulan Jurnal Dalam Talian

Mewujudkan Ahli Jurnal Dalam Talian

Menamakan semula dan memindahkan ahli jurnal dalam talian

Memadam Kumpulan Jurnal Dalam Talian

Mengalih keluar Ahli Jurnal Dalam Talian

Bab 8.3. Menguruskan pusat pemeriksaan dan menukar log

Maklumat am

Menetapkan selang pusat pemeriksaan pangkalan data

Memaksa suis log

Paksa pusat pemeriksaan pantas tanpa menukar log

Mendapatkan maklumat log berulang

BahagianIX. MENGKONFIGURASI TETAPAN MEMORI PANGKALAN DATA

Bab 9.1. Saiz pangkalan data dan pengurusan fail

Ruang meja dan dasar pengurusan fail data

Pembahagian ruang meja

Mencipta ruang meja dan fail data

Menambah Fail Data pada Ruang Meja

Menetapkan pilihan memori untuk ruang meja

Menamakan semula dan memindahkan fail data

Memadam ruang jadual dan fail data

Bab 9.2. Pengurusan Objek Skema

Menguruskan Penggunaan Memori bagi Blok Data

Menetapkan Pilihan Memori

Pengurusan meja

Bekerja dengan Views

Pengurusan urutan

Menggunakan sinonim

Menggunakan Indeks

Bekerja dengan kelompok

Menguruskan kelompok cincang dan jadualnya

Menamakan semula objek skema

Membersihkan meja dan kelompok

Bekerja dengan pencetus

Menguruskan Kekangan Integriti

Penyusunan semula objek secara manual

Bab 9.3. Menguruskan Segmen Rollback

Maklumat am

Cara segmen rollback berfungsi

Berbilang segmen rollback

Menetapkan saiz segmen rollback

Tetapan parameter OPTIMAL

Mencipta segmen rollback

Memadamkan segmen rollback

Bab 9.4. Pemecahan pangkalan data

Pemecahan ruang meja

Pecahan objek

Bab 9.5. Analisis jadual, indeks dan kelompok

Memahami keupayaan analisis

Pengurusan pengumpulan statistik

BahagianX. PERLINDUNGAN DAN AUDIT PANGKALAN DATA

Bab 10.1. Mewujudkan dasar keselamatan pangkalan data

Dasar perlindungan data

Pengurusan Pengguna Pangkalan Data

Pengenalan pengguna

Dasar Perlindungan Pengguna

Bab 10.2. Pengurusan pengguna

Pengenalan pengguna

Mencipta Pengguna

Menukar Pengguna

Mengalih keluar pengguna

Bab 10.3. Menguruskan sumber melalui profil

Maklumat am

Mencipta profil

Menggunakan profil lalai

Tujuan profil

Menukar profil

Menggunakan Kekangan Komposit

Memadam profil

Hidupkan atau matikan had sumber

Mendapatkan semula maklumat tentang pengguna dan profil

Bab1 0.4. Menguruskan keistimewaan dan peranan

Keistimewaan sistem

Keistimewaan Objek

Mencipta Peranan

Mengalih keluar peranan

Menetapkan keistimewaan dan peranan sistem

Menetapkan keistimewaan objek

Batalkan keistimewaan dan peranan sistem

Batalkan keistimewaan objek

Lantunan kesan pembatalan keistimewaan

Mendapatkan maklumat tentang keistimewaan dan peranan

Bab 10.5. Audit pangkalan data

Maklumat am

Hidupkan atau matikan pilihan audit

arahan AUDIT

Melumpuhkan pilihan audit

Mengawal pertumbuhan dan saiz jejak audit

Membersihkan Rekod Audit daripada Jurnal Audit

Perlindungan jejak audit

Memproses maklumat jejak audit

Pengauditan dengan Pencetus Pangkalan Data

Audit menggunakan alatan Oracle

BahagianXI. PANGKALAN DATA TEREDAR

Bab 11.1 DBMS teragih

Memahami Pangkalan Data Teragih

Transaksi Teragih

Paksa kawalan transaksi

Nama pangkalan data global

Menggunakan sambungan

Memastikan ketelusan lokasi

Bab 11.2. Menguruskan Pandangan Terwujud (Snapshot)

Memahami replikasi dengan pandangan terwujud

Kumpulan replikasi

Jenis Pandangan Terwujud

Mencipta Pandangan Terwujud

Pelaksanaan syot kilat dalaman

Menetapkan Pilihan Memori

Mengemas kini Pandangan Terwujud

Kumpulan boleh dikemas kini

Mengalih keluar Pandangan Terwujud

Log Pandangan Terwujud

BahagianXIIDB MENYALIN DAN MEMULIHKAN

Bab 12.1. Mengarkibkan maklumat berulang

Memilih mod pengarkiban

Menetapkan mod arkib

Bab 12.2. Strategi Sandaran

Kehilangan data fizikal dan logik

Bersedia untuk sandaran

Strategi untuk menyalin pangkalan data yang beroperasi dalam ARKIB

Salinan penuh pangkalan data ("salinan sejuk")

Penyalinan pangkalan data separa ("salinan panas")

Menyalin fail kawalan

Eksport/import (salinan logik)

Bab 12.3. Pemulihan pangkalan data

Bersedia untuk pemulihan

Pemulihan fail data

Pemulihan fail arkib majalah

Memulihkan daripada salinan sejuk

Memulihkan pangkalan data yang beroperasi dalam ARKIB

Memohon fail log buat semula

Kehilangan fail log buat semula dalam talian

Kehilangan fail log semula yang diarkibkan

Kehilangan fail kawalan

Pemulihan daripada kesilapan pengguna

Bab 12.4. Penggunaan RMAN

Apa itu RMAN

seni bina RMAN

antara muka RMAN

kerja RMAN

Bahan-bahan ini mempunyai hak cipta, hak pengarang dilindungi oleh Undang-undang Persekutuan Rusia dan perjanjian antarabangsa. Untuk menggunakan bahan ini, anda mesti membaca dan menerima sepenuhnya perjanjian lesen. Jika anda tidak menerima perjanjian lesen ini sepenuhnya, anda tidak mempunyai hak untuk menggunakan bahan ini.

pengenalan

Pengalaman pengarang menunjukkan tahap kemasukan yang tinggi ke dalam pentadbiran Oracle DBMS, walaupun untuk pakar IT yang berkelayakan. Setelah berkenalan dengan Oracle DBMS pada tahun 2001, penulis mempunyai perjalanan yang panjang dan menyakitkan untuk mengkaji dan memahami produk ini sebagai tambahan kepada semua minat dan tugas lain, dan akhirnya mencapai tahap pentadbir pangkalan data, mempunyai pengalaman praktikal dan menterjemah beberapa buku daripada dokumentasi DBMS kepada khususnya, panduan untuk menala salinan versi 9i. Atas pelbagai sebab, tahap kedalaman pengarang dalam topik ini tidak mutlak, dan pengarang tidak menganggap dirinya sebagai guru yang dipanggil, tetapi untuk siri artikel yang dimaksudkan, pengalaman dan pemahaman akan mencukupi. Adalah penting bahawa pada masa ini profesion Oracle DBA menarik pakar IT dengan permintaan dan agaknya tahap tinggi bayaran. Sudah tentu, ini benar hanya untuk bandar-bandar besar di Rus', dan pasaran ini tidak besar, tetapi ia masih wujud dan menarik minat pakar IT yang berkelayakan dan berpengalaman yang mencari arah baharu dalam aktiviti mereka

Walau bagaimanapun, minat adalah minat, tetapi bar untuk memasuki profesion adalah agak tinggi. Sudah tentu, ini disebabkan oleh fakta bahawa untuk memperkenalkan orang yang berminat ke dalam bulatan konsep (menjalankan inisiasi), adalah perlu untuk melabur di dalamnya pengetahuan yang banyak, yang terdiri daripada beberapa model yang tumpang tindih antara satu sama lain. Kesan volum adalah salah satu yang utama dalam amalan Taoisme dan berfungsi dengan baik untuk tugas duniawi dan sosial. Ringkasnya, untuk cepat masuk ke topik pentadbiran Oracle DBMS, anda perlu memperkenalkan orang yang berminat kepada pilihan tertentu konsep asas, selepas itu perkembangan lanjut orang yang berminat akan bergantung hanya pada keinginan, usaha dan masa yang dilaburkan olehnya

Siri artikel ini tidak bertujuan untuk menyediakan pembaca dengan dokumentasi yang lengkap dan boleh dipercayai mengenai Oracle DBMS; tugasnya berbeza - untuk menyediakan model maklumat yang mencukupi untuk memasuki pentadbiran Oracle DBMS dengan cepat, untuk persefahaman bersama idea yang tertanam dalam DBMS dan untuk melaksanakan operasi standard, yang biasanya merupakan "matlamat pertama" - penggunaan enjin DBMS, organisasi sandaran data dan kemahiran dalam pemulihan data (sandaran) dan perkhidmatan (siap sedia), analitik awal peringkat contoh secara keseluruhan, dsb.

Pada masa hadapan, jika anda ingin mendalami profesion, anda perlu beralih kepada dokumentasi yang luas daripada pengilang, bermula dengan buku "Konsep", dan beralih kepada bahan yang menerangkan aspek tertentu dengan lebih terperinci. Walau apa pun, bahan-bahan ini berjumlah lebih daripada seratus muka surat, dan selain itu, halangan selalunya adalah bahasa Inggeris penyampaian, jadi bahan pengenalan pendek, yang merupakan siri artikel ini, pada pendapat penulis mungkin menarik minat pemula dan mereka yang tertanya-tanya sama ada ia berbaloi untuk mentadbir Oracle, dan bagaimana saya ingin mencubanya dengan sedikit darah. Pertama sekali, bahan-bahan ini ditujukan kepada pentadbir UNIX yang, secara kebetulan, menghadapi tugas-tugas tertentu yang berkaitan dengan pentadbiran DBMS Oracle. Selalunya, pakar IT sedemikian tidak berminat untuk menyelami kedalaman profesion pentadbir pangkalan data, tetapi hanya dalam menyelesaikan beberapa masalah biasa, yang juga memerlukan beberapa pemahaman asas tentang "bagaimana semuanya berfungsi," iaitu, model maklumat yang mencukupi untuk menyelesaikan masalah tersebut

Saya mengesyorkan membaca bahan sekurang-kurangnya dua kali sepenuhnya, kemudian jika perlu, beri diri anda rehat sekurang-kurangnya seminggu antara bacaan. Pembacaan pertama harus dilakukan tanpa sebarang percubaan untuk menyelesaikan apa-apa dalam amalan dan tanpa keinginan untuk mengingati segala-galanya. Tugas bacaan pertama adalah untuk mencipta "grid koordinat-konseptual" dalam alam bawah sedar. Bacaan kedua kini boleh digabungkan dengan percubaan untuk memasang enjin pangkalan data, mencipta dan cuba mentadbir beberapa pangkalan data ujian. Anda juga perlu memahami bahawa proses memahami dan "berdoa" penyelesaian praktikal memerlukan masa, yang boleh sekurang-kurangnya beberapa bulan

Ia juga penting bahawa bahan-bahan ini adalah hak cipta harta intelek dan dilindungi oleh Undang-undang Persekutuan Rusia dan perjanjian antarabangsa, dan adalah dilarang untuk menggunakan bahan ini tanpa menerima syarat perjanjian lesen. Dan satu lagi - jika bahan membantu anda, jangan teragak-agak untuk menulis kepada pengarang, maklum balas adalah penting baginya. Alamat E-mel berada di bahagian koordinat kenalan laman web ini

Gambaran keseluruhan tugas

Perkara pertama yang anda temui semasa mengkaji cara DBMS berfungsi ialah sejumlah besar penyelesaian teknikal individu sebagai sebahagian daripada enjin Oracle DBMS. Ini adalah keperluan objektif yang dikaitkan dengan ciri-ciri tugas - memastikan operasi serentak sejumlah besar sesi pelanggan pada satu bank data, transaksi (atomicity) pemprosesan permintaan, memastikan toleransi kesalahan, integriti dan konsistensi data, prestasi tinggi dan pengendalian serentak bagi jumlah maklumat yang besar

Untuk menyimpan dan mengurus data, Oracle DBMS menggunakan set penyelesaian teknikal berbilang terperinci yang mengurus penggunaan sumber perkakasan secara bebas - RAM, cakera I/O, sumber pemproses

Satu lagi ciri tersendiri ialah peruntukan dan penggunaan pelbagai penimbal dalam RAM untuk mengurangkan secara mendadak beban pada cakera I/O, dan, dengan itu, mengurangkan masa tindak balas dan meningkatkan prestasi. Selain itu, pengurusan data termasuk membahagikan setiap permintaan pengguna kepada penghuraian awal, pengoptimuman dengan kemungkinan penulisan semula automatik, caching dan pemprosesan langsung hasil dengan mengembalikan jawapan kepada pengguna. Algoritma ini membolehkan anda mengurangkan lagi kos menghurai semula dan mengoptimumkan pertanyaan berulang.

Untuk berinteraksi dengan pelanggan melalui rangkaian, ia telah melaksanakan mekanisme SQLNetnya sendiri, yang memerlukan pemasangan perisian klien pada klien yang menyelesaikan beberapa masalah, seperti menghantar permintaan dan menerima hasil, transcoding ke dalam pelbagai pengekodan nasional, dsb. Untuk tujuan pentadbiran, beberapa antara muka tersedia, asasnya ialah antara muka baris arahan dan penggunaan dialek bahasa SQL daripada pengeluar. Untuk analisis, DBMS menyokong pengumpulan pelbagai maklumat statistik

Oleh itu, konsep asas untuk kemasukan awal ke dalam topik adalah

  • seni bina enjin DBMS dan beberapa mendalami komponen individu seni bina
  • konsep tentang algoritma pemprosesan pertanyaan dan pengoptimum (pemahaman terperinci tentang cara pengoptimum berfungsi juga boleh dicapai, dan dokumentasi daripada pengilang tersedia, tetapi ini adalah tahap mendalam yang seterusnya, yang akan dibincangkan dalam artikel berasingan)
  • ciri kerja asas, khususnya pemasangan enjin DBMS, penciptaan pangkalan data, kaedah yang tersedia dan teknik asas untuk pentadbiran DBMS

Penulis merancang untuk mendedahkan semua perkara ini dalam artikel ini, jika boleh mengurangkan jumlah maklumat untuk kejelasan persepsi. Tetapi anda masih perlu bersedia untuk banyak butiran. Penerangan tentang konsep asas terdapat dalam buku "Konsep", tersedia di antara beberapa dozen buku yang dibekalkan oleh pengilang dan tersedia untuk dimuat turun di tapak web pengeluar, tetapi buku ini dalam bahasa Inggeris. Penulis berminat bukan sahaja untuk mengesahkan gambaran konsepnya sendiri, tetapi juga dalam menyediakan bahan pengenalan berdasarkan pemahamannya tentang kaedah mengajar disiplin komputer - supaya artikel itu akan ditulis terutamanya "dari kepala", tetapi bukan terjemahan “konsep”. Pada masa hadapan, mereka yang berminat perlu menghubungi dokumentasi rasmi, tetapi kini tugas kami adalah untuk masuk ke topik itu secepat mungkin

Seperti yang dikatakan oleh seorang pengarang, "Oh, Kashtanka, anda adalah makhluk serangga melawan manusia, seperti tukang kayu melawan tukang kayu." Dan mari kita tambah - atau sebagai DBA berbanding pentadbir UNIX, yang mentadbir Oracle adalah tugas untuk mentadbir hanya satu lagi perkhidmatan dalam beberapa siri yang lain. Jadi Unixoids memilih DBMS percuma, contohnya PostgreSQL, tetapi walaupun pilihan sedemikian adalah mustahil, contohnya, disebabkan isu "politik", biarkan lebih banyak Unixoid yang mengetahui perkara utama bekerja dengan Oracle DBMS

Ingat, rakan pentadbir UNIX, pentadbir pangkalan data jarang (DBA) mempunyai pengalaman dalam mentadbir beberapa sistem pengendalian yang boleh digunakan bagi keluarga UNIX, dan beberapa daripada mereka mempunyai kemahiran untuk mentadbir pelbagai perkhidmatan pentadbiran, fail, infrastruktur, komunikasi, dsb. Oleh itu, dengan cepat menjalankan tugas mentadbir Oracle DBMS adalah realiti untuk anda - tepatnya kerana penajaman khusus otak anda untuk persepsi maklumat dan "memasang" perkara baharu ke dalam gambaran dunia IT anda yang telah dibangunkan. Tetapi sebaliknya - kemasukan pantas rakan sekerja DBA ke dalam tugas mentadbir OC UNIX, jika anda tidak menggunakan OS hanya sebagai tempat tidur untuk DBMS -, pada pendapat saya, tidak begitu realistik

Gambaran keseluruhan seni bina enjin

Seperti yang dinyatakan di atas, Oracle DBMS menggunakan sejumlah besar penyelesaian teknikal yang kompleks. Pertama, perisian enjin DBMS dipasang pada nod pelayan. Beberapa enjin versi dan edisi yang berbeza (edisi standard, edisi enterprice) boleh dipasang pada masa yang sama. Selepas ini, pangkalan data dibuat secara langsung. Untuk menguruskan setiap pangkalan data, contoh yang dipanggil (enjin) pertama kali dilancarkan.

Secara umum, pelancaran pangkalan data pada nod pelayan melalui beberapa fasa. Pertama, berdasarkan fail parameter permulaan, memori diperuntukkan dan apa yang dipanggil proses latar belakang(dalam istilah sistem pengendalian), yang mana hanya lima daripadanya diperlukan untuk versi 9i. Pengumpulan memori yang diperuntukkan dan menjalankan proses latar belakang dipanggil contoh. Fasa ini dipanggil "pelancaran tanpa pemasangan". Contoh (enjin) mengekalkan pangkalan datanya, diwakili oleh fail atau storan khusus. Pada masa yang sama, beberapa contoh enjin versi yang sama atau berbeza boleh dijalankan pada satu nod pelayan, setiap satu menyediakan pangkalan datanya sendiri

Secara umum, pangkalan data mengandungi fail kawalan (kawalan) dalam format binari, fail log operasi dan fail data. Sejurus selepas memulakan contoh, fail kawalan (kawalan) dipasang, mengandungi, antara lain, maklumat mengenai lokasi fail log operasi dan fail data. Ini ialah fasa pemasangan pangkalan data. Fasa seterusnya ialah membuka fail data dan log operasi, dan menyediakan pengguna dengan akses kepada pangkalan data. Fasa ini dipanggil penemuan asas dan merupakan fasa terakhir. Menghentikan pangkalan data dilakukan dalam susunan terbalik dan, secara amnya, harus dilengkapkan dengan betul sebelum menghentikan sistem pengendalian

Memahami seni bina DBMS adalah asas wajib. Konsep utama untuk dimulakan ialah penggunaan RAM. Rajah di bawah menunjukkan seni bina enjin DBMS, dan kemudian kami akan mempertimbangkan model yang dibentangkan dalam rajah secara terperinci

Selepas menaikkan contoh dan membuka pangkalan data, contoh itu bersedia untuk menerima permintaan daripada pengguna. Dalam kes yang paling biasa (mod operasi pelayan khusus yang dipanggil), aplikasi berasingan yang merupakan sebahagian daripada enjin dan dipanggil pendengar dilancarkan pada nod pelayan, yang mendengar permintaan daripada pengguna dan untuk setiap sesi pengguna baharu mencipta proses pelayan yang dipanggil (dalam istilah sistem pengendalian) pada nod pelayan, dan meneruskan interaksi pengguna kepadanya. Oleh itu, proses pelayan menerima permintaan daripada pengguna, dan, bersama-sama dengan contoh enjin, memastikan pelaksanaan permintaan tersebut dan pemulangan hasil kepada pengguna. Apabila pengguna menamatkan sesi, proses pelayan yang sepadan dimatikan

Pada masa yang sama, terdapat "pembahagian kerja" antara contoh enjin, iaitu proses latar belakangnya, dan semua proses pelayan yang berinteraksi dengan pengguna, yang memastikan kerja yang cekap dengan data secara serentak untuk banyak sesi pengguna. Untuk melakukan ini, apabila contoh bermula, kawasan memori yang besar diperuntukkan, dipanggil cache penimbal. Apabila mengakses data, setiap proses pelayan mula-mula cuba mencari data dalam cache penimbal, dan, jika berjaya, membaca data daripada RAM (dari cache penimbal), tanpa melibatkan I/O yang agak perlahan daripada storan fizikal (cakera). Jika tiada data dalam cache penimbal, maka proses pelayan yang bertanggungjawab untuk melayan sesi pengguna tertentu yang membaca data yang diperlukan daripada fail pangkalan data dan meletakkannya bukan sahaja di mana-mana, tetapi dalam cache penimbal, dan kemudian menggunakan data ini untuk memproses permintaan pengguna. Oleh itu, proses membaca data yang sama dalam beberapa sesi dioptimumkan dengan ketara

Dalam kes apabila data perlu bukan sahaja dibaca, tetapi juga diubah suai, ia adalah proses pelayan yang mengubah suai data, tetapi bukan pada cakera, tetapi hanya dalam cache penimbal. Blok memori yang diubah suai ditandakan sebagai "kotor" dan mesti ditulis ke cakera melalui proses DBWR khusus. Pada masa yang sama dengan pengubahsuaian, versi lama data juga disimpan dalam cache penimbal dan mesti ditulis ke ruang asalkan yang dipanggil untuk membolehkan anda memperoleh versi data sebelumnya (contohnya, nilai baris sebelumnya), yang diperlukan untuk memastikan konsistensi bacaan walaupun semasa melancarkan urus niaga. Data dalam ruang buat asal disimpan mengikut ruang yang diperuntukkan untuk ruang ini, dan storan itu sendiri disusun secara kitaran, iaitu, data yang paling lapuk dipadamkan terlebih dahulu

Menulis buffer kotor ke cakera dilakukan oleh proses latar belakang yang dimiliki oleh enjin yang dipanggil DBWR. Sebelum menulis data ke fail data pangkalan data pada cakera, semua perubahan ditulis pada penimbal log operasi, dari mana ia sering dipindahkan ke fail log operasi pada cakera (buat semula log). Menulis perubahan yang sepadan pada fail log operasi sebelum menulis penimbal kotor yang sepadan dengan fail data pangkalan data dipastikan dan dijamin oleh enjin DBMS. Menulis kepada log operasi dilakukan oleh proses latar belakang khusus LGWR secara berurutan, mengikut urutan pengubahsuaian dan agak kerap (setiap tiga saat, jika lebih daripada 1 megabait diisi, apabila bekerja di pusat pemeriksaan, apabila penimbal log operasi adalah satu pertiga penuh, sebelum menulis data DBWR yang sepadan, apabila melakukan transaksi). Ini membolehkan proses DBWR menulis ke fail data dengan agak jarang, sambil memastikan data boleh dipulihkan sekiranya berlaku kegagalan menggunakan versi sebelumnya bagi fail data dan data yang disimpan dalam log dalam talian. Dengan cara ini, pengoptimuman proses pengubahsuaian data serentak oleh berbilang sesi dicapai - pengubahsuaian dijalankan dalam RAM, dalam cache penimbal, dan disiram ke cakera oleh proses latar belakang contoh seperti yang diperlukan

Memandangkan log operasi digunakan secara kitaran dan biasanya tidak dapat menampung sejumlah besar maklumat log setiap masa yang lama kerja, mekanisme untuk pengarkiban latar belakang log operasi telah dilaksanakan. Pengarkiban dilakukan oleh proses ARC latar belakang. Pada masa hadapan, log yang diarkibkan, ditindih pada salinan sandaran pangkalan data, membolehkan anda "menggulung" pangkalan data ke keadaan pada masa yang ditentukan, dan menghasilkan lengkap atau pemulihan yang tidak lengkap data

Aspek penting untuk memastikan kerja sedemikian ialah konsep titik kawalan. Setiap pengubahsuaian data dalam pangkalan data mempunyai nombor pengubahsuaian SCN yang sentiasa meningkat. Konsep titik kawalan bermaksud bahawa nombor terakhir SCN, yang dijamin akan disimpan dalam fail pangkalan data. Setiap tiga saat, proses CKPT menulis nombor SCN ke fail kawalan (kawalan), yang dijamin akan dipadamkan ke fail log operasi. Pada masa yang sama, apabila proses DBWR menulis data ke fail data, nombor SCN maksimum yang ditulis pada fail data disimpan dalam setiap fail data. Situasi di mana SCN berbeza hadir dalam pengepala fail data yang berbeza adalah agak mungkin, contohnya, jika kejadian gagal. Oleh itu, sekiranya berlaku kegagalan contoh atau penutupan pangkalan data yang salah, pada kali seterusnya enjin dihidupkan, enjin akan mengetahui bahawa, berbanding dengan nombor SCN daripada fail kawalan, nombor SCN fail data individu adalah berbeza, dan oleh itu anda perlu melakukan pemulihan dengan melancarkan data daripada log operasi ke dalam fail data, dan kemudian melancarkan semula perubahan kepada transaksi yang belum selesai menggunakan data ruang yang dibuat asal yang disimpan sebagai sebahagian daripada fail data

Dengan cara ini, pengoptimuman penggunaan I/O dicapai dan mekanisme toleransi kesalahan dan mekanisme versi disediakan, iaitu, menjimatkan jumlah tertentu versi sebelumnya data yang diubah suai. By the way, ini bukan satu-satunya pilihan untuk menyediakan mekanisme versi. Jika DBMS Oracle hanya menyimpan perubahan untuk setiap blok data, maka DBMS PostgreSQL menyimpan beberapa versi baris untuk keseluruhan jadual yang diubah suai. Oleh itu, saiz maklumat rollback dalam Oracle DBMS adalah jauh lebih kecil, yang mungkin optimum untuk pangkalan data yang dimuatkan; namun, mekanisme versi DBMS PostgreSQL tidak memerlukan semakan pengubahsuaian dan pengenaan maklumat asal pada blok yang diminta, yang mengurangkan kos untuk mendapatkan versi terdahulu (bilangan bacaan fizikal, operasi semakan pengubahsuaian dan mencari maklumat pembatalan dalam kes ini tidak diperlukan, kerana garis yang sepadan dengan titik masa yang diminta hanya diambil)

Di antara proses pelayan yang diperlukan terdapat juga SMON, yang memastikan pemulihan contoh selepas kegagalan (yang sama seperti pemindahan maklumat log ke fail data sekiranya berlaku ketidakpadanan SCN dan pemulangan semula transaksi tanpa komitmen yang seterusnya), serta penyatuan ruang kosong dalam fail data (luas penggabungan) dan mengosongkan data dalam segmen sementara, serta proses PMON, yang bertanggungjawab untuk melepaskan sumber daripada proses yang gagal (mengembalikan transaksi, melepaskan kunci, dll.)

Gambaran keseluruhan pengoptimum

Enjin pengoptimuman komprehensif kedua ialah pengoptimum pertanyaan dan cache perpustakaan. Pertanyaan yang dihantar ke DBMS ditulis dalam SQL dan boleh ditulis dengan cara yang berbeza. Teks tidak optimum untuk pertanyaan kompleks berulang boleh meningkatkan beban pada pelayan DBMS secara mendadak. Contohnya ialah berbilang pertanyaan bersarang dengan berbilang sambungan luaran tanpa penapis penghalusan yang mencukupi pada jadual besar tanpa indeks. Oleh itu, setiap permintaan yang datang ke DBMS dianalisis, jika perlu, ia ditulis semula (transformasi dilakukan), selepas itu beberapa pilihan untuk melaksanakan permintaan dijana - dengan kaedah mengakses data yang berbeza (contohnya, imbasan jadual penuh, carian pada indeks yang sesuai, pensampelan hanya daripada indeks ), untuk pertanyaan kompleks - dengan kaedah yang berbeza untuk menyertai jadual (contohnya, cantuman gelung bersarang, cantum diisih, cantum cincang) dan dengan pesanan cantuman yang berbeza (jadual manakah yang menjadi induk, iaitu budak itu)

Pilihan sedemikian untuk memproses pertanyaan dipanggil "pelan pelaksanaan pertanyaan" dan dibandingkan dengan statistik pada objek yang terlibat - jadual, indeks, paparan terwujud, serta statistik tentang penggunaan sumber perkakasan. Berdasarkan hasil perbandingan, kos setiap pelan pelaksanaan dikira, mencerminkan jumlah sumber perkakasan yang diperlukan untuk memproses permintaan - bacaan fizikal, penggunaan masa CPU, dsb., dan pelan dengan kos terendah dipilih. Biasanya, rancangan sedemikian memerlukan masa yang paling singkat untuk disiapkan, tetapi adalah mungkin untuk memberitahu pengoptimum sama ada ia perlu mendapatkan baris/baris pertama atau keseluruhan sampel yang terhasil secepat mungkin

Pemprosesan sedemikian bagi setiap permintaan masuk dijalankan secara automatik, dipanggil penghuraian penuh atau keras permintaan (penghuraian keras) dan memerlukan sumber, oleh itu, selepas penghuraian lengkap permintaan, data tentang permintaan sedemikian diletakkan dalam cache perpustakaan yang diperuntukkan dalam RAM, dan permintaan berulang, jika boleh, gunakan hasil penghuraian daripada cache perpustakaan. Ini mencapai kedua-dua matlamat untuk mengoptimumkan kaedah melaksanakan pertanyaan itu sendiri dan mengoptimumkan sumber yang dibelanjakan untuk menghuraikan semula pertanyaan

Pentadbir pangkalan data perlu mengkonfigurasi saiz penimbal yang diperuntukkan dalam RAM supaya ia mencukupi untuk beroperasi di bawah beban kejadian DBMS yang diamanahkan. Pertama sekali, kita bercakap tentang cache penimbal dengan data pangkalan data dan cache perpustakaan. Konfigurasi ini dilakukan berdasarkan statistik yang disediakan oleh contoh, termasuk maklumat tentang peristiwa menunggu - tetapi ini adalah topik artikel berasingan; untuk pengenalan awal, cukup untuk mengetahui bahawa statistik sedemikian dikumpulkan oleh kejadian itu sendiri. Tetapi statistik mengenai objek pangkalan data, serta statistik mengenai penggunaan sumber perkakasan, mesti dikumpulkan secara berkala oleh pentadbir pangkalan data supaya pengoptimum boleh menggunakan data statistik terkini dan memilih rancangan pelaksanaan yang mencukupi, walaupun ini adalah topik artikel berasingan semasa menala contoh

Gambaran keseluruhan kaedah pentadbiran

Apabila seni bina asas enjin menjadi lebih jelas, persoalan seterusnya timbul. Bagaimanakah enjin ditadbir? Cara utama ialah menggunakan bahasa SQL, yang dilanjutkan oleh Oracle untuk memasukkan arahan yang menguruskan contoh dan pangkalan data. Jadi untuk pengurusan, daripada memulakan contoh hingga menghentikannya, sesi SQL pelanggan biasa digunakan. Sama seperti dalam MySQL atau PostgreSQL terdapat utiliti untuk akses interaktif ke pangkalan data (contohnya, untuk PostgreSQL ini adalah utiliti psql), Oracle DBMS mempunyai utiliti sqlplus, dilancarkan daripada baris arahan sistem pengendalian, dan yang membolehkan anda untuk memulakan atau menutup pangkalan data, serta menghantar pertanyaan SQL dan menerima maklum balas daripada DBMS. Pertanyaan boleh memproses data dan mengurus objek pangkalan data, mencipta/memadam/mengubah suainya atau melaksanakan tugas pentadbiran

Oracle DBMS menyediakan pelbagai jenis maklumat daripada senarai objek yang dicipta dalam pangkalan data dan sifatnya, kepada data pada sistem, statistik objek, statistik operasi contoh dan acara tunggu, serta kerja semasa contohnya, dalam sesi tertentu, permintaan yang dihuraikan, urus niaga dan status terperinci penggunaan komponen enjin individu. Contohnya, kumpulan dan penimbal yang diperuntukkan dalam memori, fail data, log operasi dan arkib, buat asal ruang (UNDO), dsb.

Semua data tersebut diwakili sebagai jadual atau pandangan yang boleh diakses melalui pertanyaan "pilih..." biasa. Tidak semua data sedemikian adalah jadual sebenar; kebanyakannya hanya disamarkan oleh enjin sebagai jadual, mencerminkan struktur yang diletakkan dalam ingatan oleh enjin semasa contoh sedang berjalan. Walau bagaimanapun, mekanisme untuk mendapatkan akses untuk pentadbir pangkalan data tidak berubah - semua data tersedia kepada pentadbir sebagai jadual dan pandangan. Nama jadual dan paparan sedemikian diketahui dan diterangkan secara terperinci dalam dokumentasi yang dibekalkan oleh Oracle, termasuk medan jadual dan penerangannya. Nuansa di sini ialah setiap objek pangkalan data, sama ada jadual, prosedur tersimpan, peraturan integriti, dll. mempunyai pemiliknya sendiri. Semua objek pemilik yang sama dipanggil "skema". Berikut ialah peraturan berguna untuk membantu anda memahami bahawa skema Oracle sepadan dengan pengguna dalam sistem pengendalian dan peranan Oracle sepadan dengan kumpulan dalam sistem pengendalian

Apabila mencipta setiap pangkalan data baharu, kamus yang dipanggil dicipta dalam pangkalan data - repositori metadata, serta beberapa pengguna sistem dan objek data yang sepadan. Khususnya, semua objek utama yang memberikan maklumat yang diterangkan di atas untuk pentadbir pangkalan data dimiliki oleh pengguna SYS, atau, sebaliknya, terletak dalam skema SYS

Terdapat banyak alat tambah yang tersedia di atas kaedah pentadbiran asas. Alat tambah rasmi daripada Oracle dipanggil Pengurus Perusahaan Oracle, Pelayan Pengurusan Oracle, dan versi ringkas ialah DB Console. Walau bagaimanapun, alat tambah sedemikian tidak membenarkan anda memahami dengan mendalam butiran fungsi dan pentadbiran enjin dan sentiasa lebih terhad. bagaimana antara muka asas melalui pertanyaan SQL, tetapi boleh menjadi menarik kerana ia menyediakan maklumat visual dan agregat dalam bentuk graf

Kesukaran awal

Jadi, kesukaran awal untuk masuk ke topik adalah untuk memahami seni bina enjin. Terdapat banyak entiti asas dan hubungan antara mereka tidak diingati dengan segera. Malangnya, tiada pelarian daripada kepelbagaian butiran di sini. Mari kita senaraikan entiti asas ini dengan lebih lanjut:

  • Konsep struktur memori yang diperuntukkan kepada contoh - SGA (kawasan global sistem), termasuk
    • cache penimbal (cache penimbal), di mana data dibaca daripada fail dan di mana data diubah suai
    • penimbal log operasi
    • cache perpustakaan (sebenarnya kawasan SQL), yang menyimpan rancangan penghuraian pertanyaan dan, bersama-sama dengan kumpulan sandaran, serta cache kamus, termasuk dalam apa yang dipanggil. kolam kongsi
    • struktur ingatan lain, seperti kolam Java
  • Konsep struktur memori yang diperuntukkan kepada proses pelayan - PGA (memproses kawasan global) bertanggungjawab untuk melayan proses pelanggan. Mereka menyimpan hasil pertanyaan dan juga boleh digunakan untuk mengisih semasa membuat pesanan, menyertai operasi (beberapa jadual dalam pertanyaan), dsb.
  • Konsep log operasi (buat semula log), di mana semua pengubahsuaian yang dibuat pada pangkalan data direkodkan dan digunakan untuk memulihkan data. Biasanya, beberapa kumpulan log operasi dicipta, terdiri daripada satu atau lebih fail. Maklumat log ditulis selari dengan semua fail dalam kumpulan untuk memastikan toleransi kesalahan, dan apabila memulihkan, salinan fail log yang tersedia akan diambil secara automatik (dalam versi 9i kami terpaksa menghadapi ketidaktepatan kenyataan ini). Maklumat log direkodkan secara berurutan dalam setiap kumpulan, dan apabila ruang kehabisan, ia diteruskan dari kumpulan pertama, iaitu, secara kitaran
  • Konsep log arkib, yang menyimpan versi log operasi tertentu dan diperlukan kerana saiz log operasi adalah terhad. Mod di mana data log operasi disimpan dalam log arkib tidak wajib untuk pangkalan data dan mesti dihidupkan atau dimatikan secara berasingan. Walau bagaimanapun, mod ini diperlukan untuk membuat sandaran pangkalan data tanpa menghentikan perkhidmatan dan merupakan standard de facto untuk pangkalan data "pengeluaran"
  • Konsep buat asal ruang (UNDO, lebih awal - segmen rollback)- ini adalah kawasan yang diperuntukkan dalam pangkalan data (segmen atau keseluruhan ruang jadual jenis khas) yang mengekalkan semua nilai sebelumnya semasa menjalankan transaksi dalam pangkalan data. Bilangan nilai sebelumnya yang disimpan bergantung pada saiz ruang buat asal dan keamatan pengubahsuaian dalam pangkalan data, dan apabila ruang dalam UNDO habis dan pengembangan automatik tidak dapat dilakukan, data tertua mengenai nilai data sebelumnya​​ dalam transaksi yang telah selesai dipadamkan terlebih dahulu. Kawasan ini digunakan untuk melancarkan semula data dalam urus niaga yang dibatalkan, pulih daripada kegagalan, dan mendapatkan semula nilai data lama untuk memastikan berbilang versi dan konsisten membaca
  • Konsep struktur penyimpanan data fizikal dan logik. Setiap fail data pangkalan data diperuntukkan kepada ruang jadual dengan nama unik, dan dibahagikan kepada blok dengan panjang tetap. Terdapat beberapa saiz blok yang telah ditetapkan dan saiz lalai ialah 8 KB. Bagi setiap saiz blok yang terlibat, dan ia boleh berbeza untuk ruang jadual yang berbeza, adalah perlu untuk memperuntukkan ruang yang sepadan dengan saiz ini dalam memori SGA, iaitu dalam cache penimbal. Data untuk objek seperti indeks dan jadual berada dalam segmen data yang diperuntukkan dalam ruang jadual, dengan objek biasanya memperuntukkan segmen peribadi. Segmen sebenarnya ialah senarai kumpulan blok bersebelahan yang dipanggil keluasan

    Oleh itu, data sebenarnya disimpan dalam kumpulan blok (luas) fail data, kumpulan tersebut dikaitkan dengan segmen data untuk setiap objek. Keluasan satu segmen boleh didapati secara tidak konsisten - spesifik pangkalan data mempengaruhi mereka, dan juga boleh didapati dalam fail yang berbeza satu ruang meja. Fail data mempunyai pengepala yang, antara lain, menyimpan SCN yang mencerminkan data terakhir yang sebenarnya direkodkan oleh proses DBWR dalam fail. Ia juga penting bahawa ruang jadual kekal diperuntukkan, di mana data disimpan, dan yang sementara, digunakan untuk mencipta jadual sementara dan isihan cakera dan bergabung apabila yang terakhir tidak dapat dijalankan dalam ingatan

  • Konsep contoh, yang menerangkan proses latar belakang yang sedang berjalan (ini adalah dalam terminologi Oracle; dalam terminologi OS, ini adalah proses pelayan sebenar, bersama-sama dengan yang melayani permintaan pelanggan) dan struktur memori yang diperuntukkan, dan konsep pangkalan data, yang menerangkan fail data, fail kawalan dan fail log operasi. Fail kawalan adalah binari dalam format dalaman Oracle dan mengandungi, antara lain. maklumat tentang setiap fail data, termasuk lokasinya dan nombor SCN maksimum yang disimpan sebelum ini (mengikut teknologi pusat pemeriksaan yang tidak lengkap), dan boleh dicipta semula oleh pentadbir, tertakluk kepada pengetahuan fail terkini data pangkalan data dengan pemilikan ruang jadual dan log operasi
  • Konsep SCN - nombor pengubahsuaian sistem, meningkat secara monoton bagi setiap pengubahsuaian dalam pangkalan. Konsep titik kawalan, yang lengkap apabila SCN yang dikaitkan dengan pusat pemeriksaan mencerminkan penimbal kotor yang sebenarnya ditulis pada fail data, dan tidak lengkap apabila SCN daripada fail kawalan mencerminkan data maksimum yang direkodkan dalam log operasi. Dalam kes kedua, keselamatan data sekiranya berlaku kegagalan contoh juga dijamin pada masa pusat pemeriksaan, tetapi operasi pemulihan automatik mungkin diperlukan oleh proses SMON semasa permulaan selepas kegagalan
  • Konsep penghuraian pertanyaan penuh dan lembut, serta algoritma pengoptimum
  • Konsep model persempadanan hak- mana-mana objek pangkalan data dimiliki oleh sesetengah pengguna, jika tidak, mereka mengatakan bahawa objek itu berada dalam skema dengan nama pengguna ini. Terdapat hak standard - keistimewaan, yang boleh menjadi sistem, objek dan lajur (untuk lajur individu objek). Keistimewaan sama ada diberikan terus kepada pengguna atau diberikan kepada kumpulan bernama (juga dipanggil peranan), dan peranan itu kemudiannya diberikan kepada pengguna.

Juga, pertama anda perlu memahami prosedur standard yang dijalankan oleh pentadbir, iaitu:

  • Memasang enjin pangkalan data, mencipta pangkalan data dan menyediakan akses kepadanya, mengemas kini enjin dan pangkalan data - ulasan termasuk dalam
  • Kaedah untuk sandaran sejuk dan panas serta pembuangan data - disemak dalam
  • Kaedah untuk mengatur penyelesaian tahan kesalahan - mengatur bersedia sejuk dan hangat - disemak dalam
  • Kaedah untuk memantau aktiviti dan mengoptimumkan prestasi contoh
  • Kaedah untuk mengoptimumkan pertanyaan individu. Walaupun tugas ini lebih sesuai untuk pembangun, pentadbir pangkalan data harus mempunyai pemahaman umum tentang kemungkinan untuk mengoptimumkan pertanyaan, sekurang-kurangnya untuk mengenal pasti beban atipikal dan secara munasabah mencadangkan pembangun mengoptimumkan bahagian aplikasi
  • Kaedah lanjutan dan selalunya mahal untuk mengatur penyelesaian toleran kesalahan - menganjurkan gugusan Oracle RAC

Pengetahuan praktikal sedemikian, yang telah dibangunkan dengan tahap kedalaman yang berbeza-beza, sudah membolehkan kita bercakap tentang kemasukan awal ke dalam profesion. Sejauh mana untuk pergi lebih jauh adalah perkara peribadi untuk semua orang. Pengarang artikel membawa pemahaman semua topik ini, disahkan oleh pengalaman praktikal, ke tahap pemformalan dan penjelasan kepada dirinya sendiri dalam kata-katanya sendiri - terutamanya untuk membebaskan ingatan untuk kandungan yang lebih layak. Dan, seperti yang ditunjukkan oleh amalan - iaitu, beberapa pentadbir UNIX dilatih dari awal, penjelasan "daripada pengarang" dilihat lebih mudah oleh rakan sekerja daripada dokumentasi kering dari pengilang, saya ingin percaya bahawa algoritma pemikiran dan perasaan bagi oracleoid berpotensi berbeza sedikit, dengan cara yang dipilih untuk menyampaikan bahan dan tahap lekukan akan berguna kepada seseorang. Walau bagaimanapun, ini juga merupakan helaian curang mengenai topik tertentu untuk pengarang sendiri dan rakan-rakannya, jadi prinsip membentuk volum berbilang paksi dalam artikel adalah dihormati. Dalam siri artikel ini, ia dirancang untuk mempertimbangkan kebanyakan tugas yang dinyatakan di sini

Gambaran keseluruhan pemasangan DBMS dan penciptaan pangkalan data

Bahagian ini disertakan dalam artikel berasingan dalam siri ini. Gambaran keseluruhan memasang enjin DBMS, mencipta pangkalan data dan mendapatkan akses pentadbiran disertakan dalam . Ia juga dirancang untuk memasukkan ulasan tugas pentadbiran individu dalam artikel berasingan. Di samping itu, Soalan Lazim mengenai menyelesaikan tugas pentadbiran kecil tertentu tersedia di tapak web pengarang, serta beberapa artikel oleh pengarang di Oracle yang tidak termasuk dalam siri "Oracle is easy"

Gambaran Keseluruhan Dasar Pelesenan

Dasar pelesenan Oracle adalah subjek perbincangan banyak, tetapi ia adalah apa yang mereka. Di bawah bahagian pengarang menyediakan maklumat asas tentang ciri pelesenan Oracle. Sila ambil perhatian bahawa, seperti semua perkara di laman web ini, tiada jaminan bahawa maklumat ini adalah benar, tepat atau sesuai untuk sebarang tujuan. Penulis mengesyorkan memohon maklumat rasmi kepada sumber rasmi

Ia juga penting memandangkan penerimaan Bahagian 4 Kanun Sivil Persekutuan Rusia dan Seni. 146 Bahagian 2 Kanun Jenayah Persekutuan Rusia, pemasangan Oracle DBMS yang tidak berlesen, dengan mengambil kira kos lesen, boleh serta-merta jatuh di bawah sejumlah besar atau terutamanya besar kerosakan kepada pemegang hak cipta, yang mana pemenjaraan akan dikenakan. disediakan. Adalah penting bahawa pelaku jenayah secara langsung, iaitu pemasangan salinan tidak berlesen, biasanya pentadbir, tidak kira apa cerita dongeng yang dinyanyikan oleh pengurusan organisasi. Apabila sampai ke tahap yang melampau, mahkamah akan mendengar bukan cerita dongeng, tetapi fakta. Hakikatnya ialah tindakan - pemasangan perisian tidak berlesen, dan ada orang yang melakukan tindakan ini. Biasanya ini adalah pentadbir. Sama ada kepimpinan akan bertindak sebagai rakan sejenayah adalah persoalan besar, yang juga boleh dianggap sebagai jenayah yang memburukkan - jenayah yang dilakukan oleh sekumpulan dengan konspirasi terdahulu. Jadi pada masa ini, pentadbir yang tidak mahu memberi masa mempunyai dua pilihan - sama ada mendapatkan pelesenan perisian oleh organisasi, atau segera "mengetuk" supaya tidak menjadi pilihan terakhir. Ia adalah keadaan yang tidak menyenangkan, walaupun.

Untuk DBMS, syarikat itu menyediakan beberapa keluaran (versi), di mana beberapa edisi dibezakan. Terdapat edisi Perusahaan (EE), edisi Standard (SE), edisi Standard satu (SE One). Semua edisi dipasang daripada satu pengedaran, dengan EE adalah yang paling lengkap, dan SE ialah subset EE. Sebagai tambahan kepada edisi, terdapat konsep pilihan, iaitu, fungsi tambahan, seperti kelompok RAC, pembahagian, ADDM (AWR), dll. Penggunaan pilihan kos yuran lesen yang berasingan

Pelesenan DBMS itu sendiri dijalankan sama ada dengan soket atau dengan bilangan pengguna. Lebih-lebih lagi, edisi mempunyai had - SE One boleh menggunakan tidak lebih daripada dua soket, tetapi ia juga lebih murah. Pilihan juga diedarkan dengan agak pelik - contohnya, untuk SE, membina kluster Oracle RAC adalah percuma, tetapi untuk EE anda perlu membayarnya

Oleh itu, untuk melesenkan DBMS, anda perlu memutuskan edisi yang anda perlukan, apakah pilihan tambahan yang anda perlukan, dan bagaimana ia lebih menguntungkan untuk anda melesenkan - dengan soket pelayan atau oleh pengguna. Nuansa di sini ialah pelesenan oleh pengguna bermakna semua pengguna termasuk dalam pangkalan data, dan bukan mereka yang sebenarnya mengaksesnya

Satu lagi perkara penting ialah pembayaran untuk sokongan teknikal. Seingat saya, ia adalah kira-kira 25% daripada kos lesen untuk semua DBMS yang dibeli oleh organisasi setahun. Adalah penting apabila memperbaharui kontrak sokongan teknikal selepas rehat, anda perlu membayar untuk sokongan teknikal untuk semua DBMS untuk tempoh rehat. Adalah penting bahawa anda hanya boleh membeli sokongan teknikal untuk semua lesen anda secara beramai-ramai, tetapi bukan untuk satu pangkalan. Nah, terdapat logik dalam hal ini, tetapi ia tidak murah sama sekali. Walau bagaimanapun, saya mungkin salah, dan lebih baik untuk menjelaskan perkara ini daripada sumber rasmi

Mengapa anda memerlukan sokongan teknikal? Selepas menamatkan kontrak, anda mendapat akses ke tapak sokongan teknikal Oracle https://metalink.oracle.com, atau Metalink. Terdapat banyak bahan yang tersedia di tapak mengenai masalah yang timbul dan kaedah untuk menyelesaikannya. Kemas kini untuk keluaran DBMS juga tersedia di tapak. Dan, walaupun selalunya hanya fungsi asas DBMS digunakan, sokongan maklumat boleh menjadi sangat diperlukan. Juga di tapak anda boleh bertanya soalan kepada kakitangan sokongan teknikal Oracle (malangnya, hanya dalam bahasa Inggeris bukan Rusia) dan menerima nasihat

Gambaran Keseluruhan Produk Oracle Lain

DBMS bukan satu-satunya produk Oracle Corporation; ia mewakili kedua-dua produk sistem (contohnya, pelayan Oracle HTTO, Pengurusan Identiti Oracle, Pelayan Aplikasi Oracle) dan penyelesaian aplikasi seperti OEBS, Siebel, dll. Pengarang mempunyai hak untuk pendapatnya, dan pendapat penulis di sini adalah ini - mungkin untuk organisasi yang sangat besar yang dibina di atas prinsip Judeo-Kristian (Eropah) yang tidak berjiwa, produk ini adalah optimum. Walau bagaimanapun, terdapat alternatif percuma, penggunaannya, dengan mengambil kira kedua-dua kepentingan jangka pendek dalam bentuk pelesenan, dan mengambil kira perspektif jangka panjang, adalah lebih baik. Corak Oracle untuk membeli produk orang lain tidak menggalakkan penghormatan kepada pembangun dan bukannya penjual semula. Pelayan HTTP Oracle yang sama ialah pelayan HTTP Apache percuma yang terkenal dengan modul tambahan untuk kebenaran dan memaut dengan prosedur pangkalan data tersimpan, dan direktori LDAP adalah berdasarkan (sekurang-kurangnya dalam versi 9i) pelayan OpenLDAP percuma yang sama terkenal daripada syarikat PADL

Sudah tentu, tiada jenayah dalam hal ini. Tetapi pemergian seterusnya daripada penyelesaian standard biasa yang biasa kepada pentadbir, yang boleh digunakan di luar "ekosistem Oracle", contohnya, menggantikan pelayan aplikasi anda berdasarkan Apache yang terkenal dengan produk WebLogic yang dibeli secara luaran, menunjukkan keinginan untuk mengikat pengguna kepada produk anda. Atau sekurang-kurangnya membuat pemilihan alternatif lebih sukar. Sudah tentu, Oracle mempunyai hak untuk memilih kedudukan, tetapi pengguna juga mempunyai hak untuk memilih sama ada untuk menggunakan produknya atau tidak, yang, saya akui, cuba memanipulasi pilihan anda apabila terdapat alternatif. Alternatif kepada Pelayan Aplikasi, sebagai contoh, ialah gabungan Tomcat dan Apache. Dan seterusnya - hasilnya sentiasa boleh dicapai dengan jalan yang berbeza, dan penulis tidak lagi kelihatan menggoda jalan Oracle Corporation

Ngomong-ngomong, baru-baru ini syarikat itu menyampaikan satu lagi kejutan - jika sebelum ini mungkin untuk menggunakan beberapa pengedaran Linux yang berbeza secara rasmi untuk memasang Oracle DBMS, kini sebenarnya hanya terdapat pengedaran Linux dari syarikat Oracle itu sendiri, kerana hanya ada satu kernel yang disyorkan ditinggalkan. Segala-galanya akan baik-baik saja jika mereka yang meletakkan kerja mereka untuk mencipta pengedaran ini dari awal. Tetapi, sejauh yang saya ingat, keseluruhan saga dengan pengedaran Linux dari Oracle bermula dengan tawaran perbadanan untuk menyediakan sokongan teknikal untuk pengedaran RedHat dengan harga yang lebih rendah daripada sokongan untuk pengedaran yang sama oleh pengeluar itu sendiri - syarikat RedHat, yang telah melaburkan sejumlah besar kerja dalam pengedarannya dan patut mendapat penghormatan sebenar masyarakat Sumber terbuka. Sudah tentu, saya boleh tersilap, dan sejak itu syarikat Oracle boleh membuat pengedaran bebas sepenuhnya yang tidak berdasarkan kerja Red Hat pekerja keras yang jujur. Nah, jika ada yang berminat, biarkan mereka bertanya kepada Oracle soalan ini.

Mengambil kira syarikat SUN Microsystems yang diperoleh sebelum ini, yang merupakan pemilik paten untuk pemproses SPARC dan sistem pengendalian SUN Solaris, dan sebenarnya terkubur lebih jauh oleh pembangunan Open Solaris (garpu telah dibuat oleh peminat, tetapi ia tidak mungkin menjadi berdaya maju), serta penciptaan organisasi yang berasingan dan yang besar-besaran, jika anda percaya berita, peralihan pemaju suite pejabat Open Office, yang diwarisi oleh perbadanan, kepadanya (cabang juga dibuat, suite pejabat yang betul kini dipanggil LibreOffice dan disertai dengan penubuhan organisasi seperti Yayasan Mozilla, jadi prospeknya agak cerah) pada pendapat penulis, seseorang boleh dan harus bercakap tentang keutamaan alternatif percuma

  • mengenai epik dengan OpenSolaris, yang sebenarnya telah dibunuh - di sini, di sini, di sini
  • mengenai orang bodoh, pada pendapat penulis, bertindak berhubung dengan PostgreSQL - di sini

Ngomong-ngomong, berhubung dengan DBMS secara langsung, terdapat juga alternatif, sebagai contoh, PostgreSQL percuma mempunyai fungsi yang hampir dengan Oracle Database Standard Edition, dan dalam beberapa cara, pada pendapat penulis, ia lebih baik daripadanya, contohnya. , sokongan untuk bahasa prosedur yang diketahui pentadbir - Perl, Python, dll. Dan alternatif ini, jika boleh, perlu dibangunkan dan digunakan sebagai keutamaan. Dan jika untuk mencari rezeki, anda perlu mentadbir Oracle DBMS buat sementara waktu, sehingga kemenangan produk komersial yang dicipta secara percuma atau jujur ​​dan bebas - siri artikel ini direka untuk membantu anda

Setiap orang membuat kesimpulan sendiri. Pendapat penulis ialah perisian Oracle DBMS sebagai teknologi asas adalah sama baik, berkualiti tinggi dan mudah untuk menyediakan pengurusan pangkalan data yang besar dari kedudukan pentadbir kerana produk lain tidak mudah. Dan, sekali lagi, pada pendapat penulis, dasar pelesenan, sikap perbadanan terhadap projek komuniti dan kecenderungan untuk beralih daripada penyelesaian berdasarkan produk percuma kepada "kotak hitam" memerlukan carian pantas untuk alternatif dan peralihan kepada mereka jika boleh, dan , jika boleh ini hendaklah sama ada penyelesaian daripada pengeluar nasional untuk membangunkan industri dalam negara, atau penyelesaian perisian terbuka seperti PostgreSQL

Belonin S.S. (C), September 2010

(tarikh pengubahsuaian berikutnya tidak direkodkan)


Suka


ARTIKEL BERKAITAN