Transcript SUKA DUKA MENJADI DBA

SUKA DUKA
MENJADI DBA
Karir DBA




Implementor Aplikasi ERP
Banyak terlibat dengan aktifitas migrasi
data/upload data
Troubleshooting proses migrasi sistem
(integrity, check constraint, duplicate
data)
Troubleshooting user client
Strategi DBA





Perbanyak Preventif Action (Antisipasi
problem)
Monitoring rutin dengan disiplin (harian,
mingguan, bulanan)
Antisipasi pengembangan data
Implementasi keamanan database
Audit database secara rutin
Service Level Agreement
Down time vs Ketersediaan Database
(dalam 1 bulan)








24x30=720 (100%)
Lost (jam/bulan):
1 jam ~ 719/720 (server
2 jam ~ 718/720 (server
3 jam ~ 717/720 (server
4 jam ~ 716/720 (server
~
~
availability
availability
availability
availability
99.86%)
99.72%)
99.58%)
99.44%)
Ideal DBA :




Memiliki dokumentasi yang baik, segala sesuatu
harus didokumentasikan
Bekerja secara sistematis dan terstruktur
Memiliki urutan langkah yang jelas (backup,
restore, attach detach)
Tidak bersikap reaktif terhadap hal-hal yang
terjadi akan tetapi bersikap analitis, mengkaji
masalah secara keseluruhan Misal : respon dari
database server terasa lambat, belum tentu
database yang bermasalah, kemungkinan virus,
OS dll
Ideal DBA (2)



Tidak mudah percaya pada apa yang didengar,
karena kasus per kasus akan sangat tergantung
pada lingkungan sistem. Setiap sistem pasti
punya karakteristik sendiri
Jangan pernah merasa diri cukup, tidak
berubah. Apa yang kita ketahui adalah awal dari
ketidaktahuan kita pada hal yang lain
Tidak membatasi diri dengan permasalahan
database dan OS, tapi juga memperhatikan
aspek lingkungan (server, LAN, orang dll)
Saat Terjadi Problem
Saat Terjadi Problem





Tetap bersikap tenang
Bentuk tim untuk penanganan (jika melibatkan
bagian lain)
Persiapkan dokumen rencana pemulihan sistem
(Recovery Plan)
Jika diperkirakan memerlukan penanganan
waktu yang lama, segera beritahukan kepada
bagian terkait (user, management)
Jika perlu tindakan dari bagian yang lain
sesegera mungkin dikoordinasikan
Kasus #1 (17.00 WIB)
Kejadian


User tidak bisa login ke server OS
User tidak bisa login ke server database
Sumber Masalah

Kabel LAN digigit tikus, cuilan kabel berserakan
Solusi

Lindungi kabel saat instalasi kabel
Kasus #2 (09.00 WIB)
Kejadian

User tidak bisa melakukan insert data
Sumber Masalah

Kapasitas maksimum data tercapai, penambahan
record ditolak oleh database
Solusi

Persiapkan secara matang kebutuhan selama periode
tertentu (bulanan, tahunan), pantau secara periodik
Kasus #3 (Sejak pukul 18.00 WIB)
Kejadian

Backup tidak berjalan selama 1 hari
Masalah


Space pada hardisk backup penuh, backup gagal
dijalankan
Password administrator berubah, script backup belum
di update
Solusi

Monitoring space hardisk secara periodik, setiap
pergantian di level database atau server terkait,
koordinasikan dengan bagian terkait (dokumentasi)
Kasus #4 (20.30 WIB)
Kejadian

Satu area pengepakan (8 komputer) tidak bisa
terhubung ke server (server maupun database)
Masalah

Hub komputer bagian pengepakan yang terletak di
dalam kantor administrasi kondisinya mati; ternyata
oleh karyawan yang lembur malam hari telah
mematikan lampu sekaligus mematikan power hub
yang dikiranya tidak berpengaruh apa-apa
Solusi > ?????



Jalin hubungan yang baik dengan user
Antisipasi kejadian-kejadian yang akan
muncul (predictive action)
Persiapkan sistem secara aman, baik
internal maupun external
Pengalaman Sebagai DBA
Positif :




Pekerjaan yang rutin, tapi membutuhkan
kreatifitas dan keterkaitan dengan lingkungan
yang kondusif
Kondisi yang aman >> waktu bisa dioptimalkan
untuk hal-hal yang lain
Menempati posisi yang strategis di sebuah
perusahaan
Selalu dilibatkan dalam pertemuan level
management
Pengalaman Sebagai DBA (2)
Negatif :


Result oriented, berorientasi pada hasil, masalah
yang berkaitan dengan database harus segera
ditangani
Di lingkungan yang tidak stabil, banyak
mengintai pekerjaan tambahan (tegangan PLN
yang tidak stabil, tidak adanya koordinasi
dengan bagian lain)
Pengalaman Sebagai DBA (3)
Negatif :





Banyak terlibat pada pekerjaan yang bukan
bidangnya : virus, email problem dll
Gaji yang tidak seperti ‘DBA’
Management tidak mempunyai visi yang jauh ke
depan/iklim IT di perusahaan belum begitu
tampak
User yang sulit diajak koordinasi
Resiko jika terjadi kelalaian/kesalahan saat
melakukan tugas sebagai DBA
Bagaimana Supaya Tetap Eksis
Bagaimana Supaya Tetap Eksis




Selalu belajar untuk mengikuti perkembangan
terkini / Upgrade knowledge (ada ide yang bisa
diambil dan diimplementasikan)
Bergabung dengan beberapa komunitas
(developer, dba, networking)
Tidak terlalu membatasi diri dengan ilmu
komputer : pelajari juga karakter manusia,
lingkungan industri, tingkat pendidikan
Bertindak secara bijaksana, jangan terlalu cepat
mengambil keputusan
Kesimpulan




Jika anda menjadi seorang DBA maka akan banyak
berinteraksi dengan Pembuatan,Pengembangan dan
Keamanan Data.
Untuk menjadi DBA yang baik diperlukan untuk belajar
dari kursus ataupun seminar tentang DBA selain itu juga
perlu banyak belajar dari pengalaman.
Seorang DBA perlu bergabung dengan beberapa
komunitas (developer, dba, networking) untuk semakin
menambah pengalaman.
Suka dan Duka menjadi DBA baik itu positip ataupun
negatif merupakan proses untuk membentuk seseorang
menjadi DBA yang handal.
Menjadi DBA yang Tangguh
SEKIAN DAN TERIMA KASIH