Fahami seni bina Oracle12.2: sistem fail dan penyewaan berbilang

Instance pangkalan data dan sistem fail Beberapa proses penting dan komponen memori

• RVWR: Proses Penulis Pemulihan Apabila pangkalan data menyediakan kawasan imbas kembali, proses itu kerap menulis data imbas kembali dalam ingatan, khususnya penimbal imbas kembali dalam kumpulan kongsi, ke log imbas kembali.
• Cache hasil –> RCBG:cache hasil digunakan untuk menyimpan hasil operasi data asal semasa pelaksanaan penyataan SQL atau fungsi plsql Apabila pangkalan data melakukan operasi yang sama pada objek yang sama sekali lagi, hasilnya boleh diperoleh secara langsung, untuk mengelakkan pembaziran sumber pengkomputeran.
• ASH penimbal–>MMNL: ASH penimbal digunakan untuk menyimpan maklumat statistik sesi aktif, termasuk status pelaksanaan SQL, status sambungan aplikasi, acara menunggu, dsb. Apabila penimbal ASH penuh, proses MMNL bertanggungjawab untuk menulis data dalam penimbal ke cakera.
• Dalam buat asal ingatan (IMU): Buka kawasan dalam kumpulan kongsi untuk menyimpan buat asal sementara Jika beberapa keping data diubah suai dalam transaksi, blok data buat asal dalam cache penimbal tidak akan diubah suai lagi, tetapi IMU. nod akan ditambah untuk rakaman . Terutamanya untuk mengurangkan Redo yang dihasilkan oleh buat asal.
• Penimbal log Buat Semula Peribadi: Digunakan terutamanya untuk menguruskan Buat Semula sementara yang dijana oleh IMU, menyimpan maklumat Buat Semula transaksi dalam kumpulan kongsi dan mengurangkan penggunaan penimbal log Buat Semula.
• Flash Cache: Nama penuh ialah Database smart flash Cache Ia adalah teknologi pengoptimuman untuk memori flash yang dibangunkan dari 11.2 Ia bertujuan untuk mengurangkan kependaman keseluruhan pangkalan data dengan menggunakan memori flash untuk menggantikan peranti cakera perlahan tradisional untuk menyimpan beberapa data Tujuan untuk menambah baik IOPS pangkalan data dan meningkatkan prestasi pangkalan data.

Flash Cache berfungsi seperti berikut:

Kandungan yang disimpan dalam Flash Cache dikawal dalam dua cara:

1. Algoritma pemilihan pintar Flash Cache: Tentukan dengan menilai kekerapan akses blok data dan blok indeks.

2. Ubah suai atribut cell_flash_cache bagi objek pangkalan data.

Piawaian asas untuk kandungan storan Flash Cache

Terutamanya operasi IO yang kecil, serta blok data, blok indeks, pengepala fail, fail kawalan, dll. akan dicache

Untuk operasi IO sandaran RMAN, operasi IO pam data, operasi pencerminan ASM dan pemformatan ruang jadual, dll. tidak akan dicache

Keutamaan cache operasi IO untuk imbasan jadual penuh adalah agak rendah.

Apabila data disimpan dalam cache kilat, ia adalah terutamanya untuk meningkatkan kelajuan pertanyaan Dalam erti kata lain, ia bersamaan dengan menambah sebahagian daripada kawasan cache penimbal sebagai tambahan kepada memori, tetapi prestasinya lebih baik dan kelajuannya. lebih baik. Kemudian, sama seperti Cache penimbal, apabila data dalam Cache kilat penuh atau telah ditulis pada tahap tertentu, data tersebut perlu ditulis ke cakera untuk meninggalkan ruang untuk data operasi baharu.

Proses siram Cache Flash

Menulis data dalam cache ke cakera dipanggil flushing. Anda boleh mengkonfigurasi nilai tahap pembilasan cache Memulakan dan menghentikan, yang mewakili peratusan keseluruhan saiz cache yang diduduki. Apabila data dalam cache yang belum ditulis ke cakera mencapai nilai curahan permulaan, pengawal mula mengepam (ditulis dari cache ke cakera). Apabila jumlah data cakera tidak bertulis dalam cache lebih rendah daripada nilai stop flush, proses flushing berhenti.

Jika tahap curahan permulaan ditetapkan lebih tinggi, lebih banyak data tidak bertulis boleh dicache dalam memori. Ini membantu meningkatkan prestasi operasi tulis, tetapi dengan mengorbankan perlindungan data. Jika anda ingin mendapatkan perlindungan data, anda boleh menggunakan nilai mula dan berhenti yang lebih rendah.

Ujian menunjukkan bahawa prestasi adalah lebih baik apabila menggunakan tahap permulaan dan hentikan siram. Jika nilai tahap henti jauh lebih rendah daripada nilai mula, kesesakan cakera akan berlaku semasa pembilasan

Smart Flash Logging Sejak sekian lama, kesesakan log Redo IO telah menjadi masalah utama yang melanda sistem OLTP, kerana kelewatan tulis Redo secara langsung menyeret ke bawah kelajuan tindak balas keseluruhan sistem dan juga keseluruhan kelompok.

Dalam seni bina pangkalan data tradisional, beberapa DBA akan memperuntukkan storan blok kecil dengan kependaman baca dan tulis yang rendah kepada Redo

Bermula dari 11204, Oracle mencadangkan penyelesaian baharu untuk membuka kawasan khusus untuk Redo dalam kawasan memori flash Digunakan untuk simpan Buat Semula sementara.

Imbasan Lajur Dalam Denyar

Letak storan lajur dalam Cache Flash untuk menambah baik IO tulis untuk objek storan lajur yang kerap dikendalikan

• Tukar Fail Penjejakan:Kesan perubahan blok dalam sandaran tambahan dan rekodkannya ke fail. Unit rakaman adalah blok.
• dompet: Oracle Wallet ialah bekas yang digunakan untuk menyimpan kunci. Secara ringkasnya, ia adalah kotak kata laluan Melalui kotak kata laluan ini, anda boleh menggunakannya tanpa memasukkan kata laluan dalam situasi yang asalnya memerlukan memasukkan kata laluan, dengan itu melindungi maklumat sensitif seperti kata laluan akaun, meningkatkan keselamatan, dan menjadikannya lebih mudah. untuk digunakan.

Penyelesaian berbilang penyewa

Bekas Aplikasi

Bekas Aplikasi ialah komponen baharu yang dicadangkan dalam 12.2 Ia membahagikan sistem pangkalan data di bawah aplikasi yang sama kepada sub-bekas untuk mencapai pengasingan perniagaan relatif dan keselamatan data sambil memastikan pengurusan berbilang penyewa yang sama.

PDB mempunyai ruang meja asal sendiri

Bermula pada 12.2, setiap PDB mempunyai ruang meja asal sendiri. Ini menghapuskan perbalahan antara berbilang PDB Jika anda ingin melakukan pemulihan berasaskan cap masa atau kilas balik, anda hanya perlu mencari dalam data buat asal anda sendiri untuk meningkatkan kecekapan.

Cara yang fleksibel untuk mencipta PDB

1 Buat daripada PDB$seed (atau root aplikasi): dengan menyalin fail

2 PDB sedia ada dicipta melalui klon panas

Nota: Dalam 12.1, apabila mencipta PDB baharu berdasarkan PDB, perpustakaan asal perlu dibuka dalam mod baca sahaja.

Dalam 12.2, perpustakaan asal boleh terus melaksanakan operasi DML tanpa terjejas.

Selepas pengklonan selesai, data akan sentiasa disegarkan ke pangkalan data baharu.

3 Migrasi daripada PDB dalam CDB lain: Pindahkan

Halaman hadapan melaksanakan perintah seperti mencipta pangkalan data boleh pasang dari penempatan semula, dan latar belakang secara automatik akan melaksanakan klon panas jauh, menyalin dan menyegerakkan fail jauh.

4. Hasilkan PDB baharu melalui salinan bayangan fail cakera ASM.

Pengurusan sumber ingatan PDB

Dalam persekitaran berbilang penyewa, berbilang PDB berkongsi sumber memori Apabila PDB perlu menangani cache penimbal, ia perlu mencari daripada keseluruhan sumber yang dikongsi, yang sangat menyusahkan. Dalam 12.2, Oracle melaksanakan pembahagian domain berasaskan PDB untuk beberapa sumber.

Senarai cincang sumber memori dalam 12.1 adalah seperti berikut:

Beginilah rupanya dalam 12.2:

Lebih banyak ciri baharu PDB

1. Set aksara: Dalam 12.2, jika set aksara CDB ialah superset, iaitu AL32UTF8, maka PDB dengan set aksara berbeza disokong. Pada masa yang sama, melalui Proksi PDB, PDB dengan set aksara yang berbeza boleh disoal Proksi akan mengenal pasti dan menjadikan set aksara kedua-dua pihak serasi tanpa aksara yang bercelaru.

Teknologi berbilang penyewa telah digunakan secara meluas oleh pengguna, dan Yunhe Enmo, sebagai peneraju dalam industri perkhidmatan data, telah membantu pengguna mencapai transformasi awan sistem dalam era Internet+ melalui gabungan penyelesaian zData dan berbilang penyewa Oracle.

Untuk penjelasan lebih terperinci tentang ciri baharu berbilang penyewaan, sila rujuk
YH9:Pangkalan Pengetahuan Multitenant Oracle
Teknologi berbilang penyewa telah digunakan secara meluas oleh pengguna Sebagai peneraju dalam industri perkhidmatan data, Yunhe Enmo telah membantu pengguna merealisasikan transformasi awan sistem mereka dalam era Internet+ melalui gabungan penyelesaian zData dan berbilang penyewa Oracle.

Artikel daripada akaun awam WeChat: Data dan Awan

Atas ialah kandungan terperinci Fahami seni bina Oracle12.2: sistem fail dan penyewaan berbilang. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!