SUKA DUKA MENJADI DBA SUKA DUKA MENJADI DBA SUKA DUKA MENJADI DBA.

Slides:



Advertisements
Presentasi serupa
Oleh: Prof.Dr.Mungin Eddy Wibowo, M.Pd Universitas Negeri Semarang
Advertisements

Aplikasi BonZA (Bonded Zone Administration)
ANALIS SISTEM JARINGAN KOMPUTER DI CV. INDOHERBAL Jl
DAMPAK TEKNOLOGI INFORMASI PADA PROSES AUDIT
Sistem Pengguna dan Pengembang
Meniti Karir DBA Junior to senior DBA.
BUSINESS CONTINUITY PLAN AND DISASTER RECOVERY
Sistem Jaringan dan Komunikasi Data
PERTEMUAN KE-2 KEAMANAN KOMPUTER
Model Data Data yang disimpan menggambarkan beberapa aspek dari suatu organisasi. Model data, adalah himpunan deksripsi data level tinggi yang dikonstruksi.
Mengidentifikasi Masalah Melalui Gejala yang Muncul
Basisdata & Sistem Basisdata
Strategi Pengujian Perangkat Lunak
IMPLEMENTASI SISTEM PERTEMUAN 21.
KEAMANAN DAN KERAHASIAAN DATA
Monitoring & Evaluasi Subdit TB
AUDIT SISTEM INFORMASI dan TUJUANNYA
Organisasi dan Personil
Materi Sesi ke 8 Pengembangan Sistem Informasi Manajemen
ERP (Enterprise Resource Planning)
Pengelolaan Sistem Informasi
MANEJEMEN JARINGAN.
Pengantar Aplikasi E-Bisnis.
Data Availability SITI ASMIATUN, M.KOM.
INFRASTRUCTURE SECURITY
DBA FUNCTIONS SITI ASMIATUN, M.KOM.
Interaksi Manusia & Komputer Penanganan Kesalahan dan Help Dokumentasi
Return Of Investment ROI
Jaringan internet / Web Server Jaringan Bank
Implementasi Sistem Akuntansi
Manajemen Proyek.
Pengamanan Jaringan Komputer
MATA KULIAH SISTEM KEAMANAN PENDAHULUAN
Brilliani Ayunda Putri
DBMS Basis Data Pertemuan 2.
Type Jaringan Type Jaringan terkait erat dengan sistem operasi jaringan. Ada 3 type jaringan, yaitu client-server, type jaringan peer to peer/Workgroup.
Prinsip-Prinsip Pengukuran Risiko
NAMA. : Deny Ismanto, S. E. MATA KULIAH. : Metodologi Penelitian,
Basisdata & Sistem Basisdata
Kuesioner Pengelolaan Teknologi Informasi berdasarkan CobIT
PERENCANAAN SUMBER DAYA MANUSIA
PENGANTAR TEKNOLOGI INFORMASI
Wawan Laksito YS, S.Si, M.Kom
Server Application Testing
Introduction Manajemen Proyek Software
PEMELIHARAAN SISTEM INFORMASI.
LINGKUNGAN DATABASE Arsitektur Database
Struktur dan fungsi pengolahan data
Kerangka Kerja Manajemen Layanan TI
Keamanan Informasi dan Administrasi jaringan
TIPE TIPE JARINGAN KOMPUTER
DATABASE ADMINISTRATOR
Pengujian, Pengimplementasian dan Pemeliharaan
Sistem Informasi & Fasilkom
Manajemen Proyek Perangkat Lunak (MPPL)
Jaringan Komputer RINTO RISDIAN RUSWANDI, S.SI P2BN.
Jaringan Komputer RINTO RISDIAN RUSWANDI, S.SI P2BN.
 PEDOMAN PENILAIAN DAN STRATEGI PENINGKATAN MATURITAS SPIP (PERKA BPKP Nomor 04 Tahun 2016)
Tujuan pembelajaran Mendefinisikan batasan manajemen proyek perangkat lunak (MPPL) Membedakan pengembangan proyek perangkat lunak dengan lainnya Memahami.
Manajemen Proyek TI /Perangkat Lunak (MPPL)
DATABASE ADMINISTRATOR
CLOUD COMPUTING Nama Kelompok : 1. Aghnia Azka Nabilla (A ) 2. Annisa Indria Arisdahnia (A ) 3. Eka Mulyasari (A )
Tugas Rizky Yonanda Lubis Teknologi informasi dan komunikasi Tentang
Administrasi basis data
PENGELOLAAN DAN PEMANTAUAN LINGKUNGAN
21 September September :24 SIDANG SKRIPSI
Struktur Tugas dan Fungsi Utama Layanan Teknologi Informasi
Oleh: Prof.Dr.Mungin Eddy Wibowo, M.Pd Universitas Negeri Semarang
Strategi Pengujian Perangkat Lunak
Penanganan Insiden Forensik
Transcript presentasi:

SUKA DUKA MENJADI DBA 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 availability 99.86%) 2 jam ~ 718/720 (server availability 99.72%) 3 jam ~ 717/720 (server availability 99.58%) 4 jam ~ 716/720 (server availability 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 Sumber Masalah Solusi 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 Sumber Masalah Solusi 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 Masalah Solusi > ????? 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