4 Teknik asas untuk Menyelesaikan Masalah Kaedah Sistem Oracle Anda 12c - dummies

Video: Week 9 2024

Pangkalan data Oracle 12c anda memerlukan beberapa sistem pada komputer anda berfungsi untuk menyokong pangkalan data yang anda buat. Berikut adalah beberapa sistem untuk memeriksa jika anda mengalami masalah dengan pangkalan data anda:

Penggunaan CPU: Adakah CPU maxed out?
Memori: Berapa memori tersedia?
Ruang cakera yang tersedia: Adakah ruang cakera tersedia?
Log peristiwa sistem: Adakah apa-apa dilaporkan kepada sistem?

Anda tidak perlu menjadi pentadbir sistem untuk melakukan pemeriksaan ini.

Penggunaan CPU iklan Oracle 12c

Pelayan mungkin mempunyai CPU tunggal atau berbilang. Walau apa pun, pemprosesan perlu disediakan untuk pelayan memproses permintaan permohonan.

Jika mesin mempunyai penggunaan CPU yang sangat tinggi atau lengkap, masalah prestasi akan berlaku.

Pada Windows, Pengurus Tugas Windows yang telah disebutkan sebelumnya mempunyai tab Prestasi. Tab itu memaparkan penggunaan CPU sebagai peratusan dan sebagai paku
Untuk sistem Linux / UNIX baru-baru ini, arahan atas yang digambarkan sebelumnya memaparkan penggunaan CPU di bahagian atas skrin.

Oracle 12c dan memori

Sekiranya pelayan tidak mempunyai ingatan, prestasi sistem mengalami atau masih tetap diam. Tidak diinginkan untuk menjalankan pelayan dengan memori yang tidak ada atau tiada. Sekiranya anda mendapati pelayan memori secara konsisten lapar, sama ada menambah lebih banyak memori atau mengurangkan jumlah memori yang diperuntukkan untuk program.

Untuk memeriksa memori pada Windows , tab Performance Windows Task Manager menyediakan jumlah memori pada mesin dan jumlah yang tersedia. Sistem
Linux / UNIX mempunyai pelbagai alat untuk mengesan memori, tetapi utiliti teratas menyediakan maklumat ini dengan cepat.

Ruang cakera yang tersedia dan Oracle 12c

Ruang cakera berbeza daripada penggunaan cakera. Kekerapan membaca dan menulis pada cakera adalah penggunaan dan boleh menjadi faktor prestasi utama. Menjalankan ruang cakera yang ada boleh membawa sistem anda berhenti dan fokus di sini kerana anda, sebagai DBA, boleh melakukan sesuatu mengenainya.

Apa yang boleh berlaku apabila cakera mengisi? Ia bergantung pada apa yang ditulis ke cakera itu. Sekurang-kurangnya, fail log tidak boleh ditulis dan ruang meja tidak boleh dikembangkan. Paling tidak, fail log arkib tidak boleh berjaya ditulis, dan pangkalan data hang.

Dengan perisian lain, proses dapat memutar jumlah CPU yang tinggi, dan Java Virtual Machines dapat crash. Mana-mana masalah ini mungkin menjana panggilan panik ke meja anda.

Cara paling cepat untuk memeriksa ruang cakera ialah untuk melihat apakah sistem fail mana pun 100 peratus penuh.

Untuk sistem Windows , cara terpantas adalah pergi ke Komputer saya dan lihat ruang kosong untuk setiap pemacu cakera. Pastikan anda mempunyai pilihan Butiran yang dipilih pada tab Lihat untuk mendapatkan maklumat penuh.
Perintah df -m membantu Linux dan pengguna Oracle Solaris:
```
$ df -m Filesystem 1M-blok Digunakan Gunakan% Mounted on / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / dev / shm / dev / sda5 8064 208 7447 3% / home / dev / sda6 8064 147 7508 2% / tmp / dev / sda1 64310 17016 44028 28% / media / Oracle12cBeta
```
Kod ini menunjukkan sistem fail, peratusan mereka digunakan, peratusan percuma (tersedia), dan jumlah sebenar dalam megabyte. Perintah df -k boleh menunjukkan maklumat yang sama tetapi disenaraikan dalam kilobytes. Bendera -k berguna kerana beberapa versi UNIX tidak menyokong bendera -m.
Pada sistem HP-UX UNIX , gunakan bdf.

Oracle 12c dan log acara sistem

Jika semuanya gagal, dengar apa yang komputer memberitahu anda. Sebagai DBA, anda harus mempunyai sekurang-kurangnya membaca akses ke log acara sistem pada pelayan anda dan semoga semua pelayan yang menjadi sebahagian daripada aplikasi tersebut.

Acara acara log sistem merakam peristiwa rutin di pelayan tetapi juga mungkin menyenaraikan peristiwa ralat khas yang boleh menjadi punca masalah sistem anda. Kadang-kadang peristiwa tersebut log dengan jelas menyenaraikan isu-isu perkakasan, atau bahawa sistem fail penuh, atau bahawa mesin hanya reboot atau terhempas. Semua ini adalah perkara yang baik untuk mengetahui apabila anda cuba menjejaki masalah.

Lokasi log peristiwa boleh berbeza-beza, dan sering log tambahan berada di luar log OS untuk menyemak apabila anda mempelajari sistem anda.

Pada sistem Windows , pergi ke Panel Kawalan → Alat Pentadbiran → Paparan Acara untuk melihat sistem dan log aplikasi.
Pada sistem Linux / UNIX , / var / adm / messages dan / var / log / syslog adalah sangat berharga. Perintah dmesg dapat melihat akhir fail log sistem yang paling terkini.

Banyak maklumat ini mungkin tidak masuk akal kepada DBA yang bukan OS yang bijak; bagaimanapun, melihat kesilapan boleh menjadi cukup untuk mencari pendapat pentadbir sistem.