Asas Redo Log Files di Oracle 12c - dummies

Redo fail log menyimpan maklumat dari penampan log dalam pangkalan data Oracle 12c. Mereka ditulis oleh Log Writer (LGWR). Sekali lagi, anda tidak dapat membaca fail binari ini tanpa bantuan perisian pangkalan data.

Biasanya, redo fail log dinamakan dengan sambungan. LOG atau. RDO. Ia boleh menjadi apa sahaja yang anda mahukan, tetapi amalan terbaik menunjukkan salah satu daripada kedua-dua sambungan itu. Juga, redo fail log diatur dalam kumpulan dan ahli. Setiap pangkalan data mesti mempunyai sekurang-kurangnya dua kumpulan log redo.

Redo fail log mengandungi semua maklumat yang diperlukan untuk memulihkan data yang hilang dalam pangkalan data anda. Setiap pernyataan SQL yang anda berikan menukar data boleh dibina semula dengan maklumat yang disimpan dalam fail ini.

Redo fail log tidak merakam kenyataan pilih. Jika anda lupa apa yang anda pilih, anda hanya perlu ingat bahawa anda sendiri!

Ukuran optimum untuk fail log redo anda bergantung pada berapa banyak perubahan yang anda buat pada pangkalan data anda. Saiz dipilih oleh anda apabila anda menyediakan pangkalan data dan boleh dilaraskan kemudian. Apabila LGWR menulis kepada fail log redo, ia melakukannya secara berurutan.

Ia bermula pada permulaan fail dan apabila ia diisi, ia akan bergerak ke yang seterusnya. Di sinilah konsep kumpulan masuk. Oracle mengisi setiap kumpulan dan bergerak ke seterusnya. Apabila ia telah memenuhi semua kumpulan, ia akan kembali kepada yang pertama.

Anda boleh mengatakan bahawa mereka ditulis dalam fesyen bulat. Sekiranya anda mempunyai tiga kumpulan, ia akan menjadi seperti 1, 2, 3, 1, 2, 3, … dan sebagainya.

Setiap kali kumpulan mengisi dan suis tulisan, ia dipanggil operasi suis log. Perkara-perkara ini berlaku semasa operasi suis log:

• LGWR selesai menulis kepada kumpulan semasa.

• LGWR mula menulis kepada kumpulan seterusnya.

• Titik semakan pangkalan data berlaku.

• DBWR menulis blok kotor dari lata penimbal.

Seberapa cepat setiap kumpulan mengisi adalah bagaimana anda menentukan saiznya. Dengan melihat semua perkara yang berlaku apabila suis log berlaku, anda mungkin bersetuju bahawa ia adalah operasi yang cukup terlibat. Atas sebab ini, anda tidak mahu suis log kerap.

Peraturan umum ialah anda tidak mahu menukar fail log lebih kerap daripada setiap 15-30 minit. Jika anda mendapati bahawa berlaku, pertimbangkan untuk meningkatkan saiz setiap kumpulan.

Oleh kerana fail log redo ini mungkin terlibat dalam operasi pemulihan, jangan kehilangannya. Sama seperti mengawal fail, redo fail log harus dikonfigurasi dengan salinan cermin satu sama lain. Dan, seperti dengan fail kawalan, setiap ahli harus berada pada peranti cakera berasingan.Dengan cara itu, jika cakera gagal dan pangkalan data turun, anda masih mempunyai maklumat pemulihan yang tersedia. Anda tidak sepatutnya kehilangan sebarang data.

Setiap salinan dalam kumpulan dipanggil ahli. Konfigurasi biasa mungkin terdiri daripada tiga kumpulan dengan dua anggota setiap satu, untuk sejumlah enam fail log redo semula. Ahli kumpulan ditulis secara serentak oleh penulis log.

• Berapa banyak kumpulan yang sesuai? Konfigurasi yang paling biasa yang anda jumpai adalah tiga. Anda mahu cukup bahawa kumpulan pertama dalam senarai dapat disalin dan disimpan sebelum LGWR kembali ke menggunakannya. Jika ia tidak disalin, LGWR perlu menunggu sehingga operasi itu selesai. Ini memberi kesan hebat kepada sistem anda. Syukurlah, anda akan jarang melihatnya berlaku.

• Berapa banyak ahli yang sesuai? Ia bergantung pada bagaimana anda paranoid. Dua ahli pada dua cakera nampaknya biasa. Walau bagaimanapun, tidak biasa untuk melihat tiga ahli pada tiga cakera. Lebih daripada itu dan anda hanya gila. Baiklah, tidak.

  Semakin banyak ahli yang anda miliki, semakin banyak kerja LGWR yang perlu dilakukan. Ia boleh memberi kesan kepada prestasi sistem dan pada masa yang sama menawarkan pulangan yang sangat sedikit.

Kami biasanya mendapat soalan ini: "Jika cakera saya dicerminkan pada tahap perkakasan, adakah saya memerlukan lebih daripada satu ahli pada setiap kumpulan? Lagipun, jika cakera gagal, saya mempunyai satu lagi di sana untuk mengambil kendur. "

Malangnya, anda mendapat jawapan yang berbeza bergantung pada siapa yang anda minta. Tanya kami, dan kami akan mencadangkan sekurang-kurangnya dua ahli untuk setiap kumpulan:

• Oracle masih mencadangkan dua ahli untuk setiap kumpulan sebagai amalan terbaik.

• Bergantung pada bagaimana perkakasan anda disediakan, anda mungkin mempunyai pengawal cakera yang sama menulis ke cermin cakera anda. Bagaimana jika pengawal itu menulis palsu? Sekarang kedua-dua salinan anda rosak. Mengasingkan ahli anda merentasi dua cakera yang berlainan dengan pengawal yang berbeza adalah taruhan paling selamat.