Jasa Managed Oracle Database

Perawatan instance Oracle yang rutin

Pekerjaan perawatan instance Oracle yang kami jalankan berpusat pada beberapa hal yang gejalanya muncul terlambat kalau tidak dipantau.

• Pemakaian tablespace beserta laju pertumbuhannya, dengan peringatan sebelum menyentuh batas.
• Area pemulihan cepat — `db_recovery_file_dest_size` yang penuh akan menghentikan basis data, dan pesan errornya tidak langsung jelas.
• Peninjauan alert log dan berkas trace untuk kesalahan yang belum bergejala di sisi pengguna.
• Pemeriksaan keberhasilan pekerjaan terjadwal dan statistik optimizer.
• Pemantauan sesi yang menunggu, deadlock, dan kueri berjalan lama.
• Audit akun dan hak akses, termasuk akun bawaan yang mestinya dikunci.

Backup RMAN Oracle dan pengujian yang sering dilewat

Penyiapan backup RMAN Oracle yang benar mencakup lebih dari satu perintah terjadwal. Kebijakan retensi perlu ditentukan, arsip redo log harus ikut dicadangkan dan dipangkas setelahnya, dan katalog pemulihan sebaiknya berada di luar basis data yang dicadangkan.

Yang paling sering menjadi masalah adalah arsip redo log yang tidak dipangkas — ia memenuhi area pemulihan cepat, dan ketika area itu penuh, basis data berhenti menerima transaksi. Gejalanya mendadak dan total.

Pengujian pemulihan kami lakukan berkala ke server terpisah, dengan waktunya dicatat. Angka itu yang menjawab pertanyaan manajemen "berapa lama kalau harus pulih dari nol" — dan jawabannya sering jauh lebih lama dari yang diasumsikan.

Oracle Data Guard untuk salinan siaga

Oracle Data Guard menjaga salinan basis data di lokasi lain yang terus mengikuti perubahan dari basis data utama. Ketika yang utama gagal, salinan itu bisa diangkat menjadi primary.

Dua mode yang perlu dipilih sadar-sadar. Mode perlindungan maksimum memastikan tidak ada transaksi hilang, tetapi menunggu konfirmasi dari siaga sebelum transaksi dianggap selesai — artinya latensi jaringan langsung terasa oleh aplikasi. Mode kinerja maksimum tidak menunggu, tetapi ada kemungkinan kehilangan beberapa transaksi terakhir.

Pilihan itu keputusan bisnis, bukan teknis. Kami jelaskan konsekuensi keduanya dengan angka latensi nyata dari jalur jaringan Anda, lalu Anda putuskan.

Tuning Oracle Database berbasis wait event

Pekerjaan tuning Oracle Database yang berguna dimulai dari pertanyaan spesifik: basis data sedang menunggu apa. Wait event dari `v$session_event` dan laporan AWR menunjukkannya dengan cukup jelas — apakah menunggu baca disk, menunggu kunci, atau menunggu log ditulis.

Arah perbaikannya berbeda-beda mengikuti jawabannya. Menunggu baca disk mengarah ke indeks atau ukuran buffer cache. Menunggu kunci mengarah ke logika aplikasi atau transaksi yang terlalu panjang. Menunggu log ditulis mengarah ke kecepatan penyimpanan tempat redo log berada.

Perlu dicatat: laporan AWR dan Diagnostic Pack adalah fitur berlisensi terpisah. Kalau Anda tidak memilikinya, kami memakai Statspack dan tampilan dinamis yang tidak berlisensi — hasilnya kurang rinci tetapi cukup untuk menemukan penyebab utama.

DBA Oracle Indonesia untuk cakupan yang sepadan

Kebutuhan DBA Oracle Indonesia yang berpengalaman nyata, tetapi jumlah orangnya terbatas dan biaya merekrutnya tinggi. Untuk perusahaan dengan satu atau dua instance, satu posisi purnawaktu sering tidak sepadan dengan volume pekerjaannya.

Cakupan yang kami tawarkan bisa disesuaikan: perawatan berkala saja, atau ditambah kesiapan penanganan gangguan di luar jam kerja. Untuk lingkungan yang menopang produksi, biasanya keduanya diambil.

Satu hal yang kami tegaskan di awal: kami tidak menjual lisensi Oracle dan tidak memberi nasihat hukum soal kepatuhannya. Kalau ada keraguan mengenai perhitungan lisensi — terutama pada lingkungan tervirtualisasi, di mana aturannya ketat — itu perlu dikonfirmasi ke pihak Oracle atau mitra resminya.

Serah terima dan dokumentasi lingkungan Oracle

Lingkungan Oracle sering menjadi kotak hitam karena hanya satu orang yang pernah menyentuhnya. Bagian dari pekerjaan kami adalah membongkar kotak itu menjadi dokumen yang bisa dibaca orang lain.

• Peta instance, basis data, dan aplikasi yang bergantung padanya.
• Daftar pekerjaan terjadwal beserta apa yang terjadi bila salah satu gagal.
• Prosedur pemulihan langkah demi langkah, dengan waktu yang sudah diukur pada uji nyata.
• Struktur tablespace dan kebijakan pertumbuhannya.
• Akun basis data beserta hak akses dan pemiliknya di sisi bisnis.
• Catatan versi, tambalan yang sudah diterapkan, dan yang tertunda beserta alasannya.