DATABASE ADMINISTRATION Pertemuan ke-3 Database Change Management source : Database Administration the complete guide to practices and procedures chapter 7 by. Craig S. Mullins Manajemen Perubahan Database • Perubahan adalah satu-satunya yang konstan dalam lingkungan bisnis yang kompleks saat ini. • Sebuah pasar yang selalu berubah menyebabkan perusahaan harus terus beradaptasi. • Perubahan tidak dapat dihindari tetapi diperlukan untuk kelangsungan hidup bisnis dan kesuksesan. Ada banyak aspek yang berbeda dari mengelola perubahan, khususnya IT • • • • • Lingkungan fisik atau tempat kerja. Perubahan organisasi. Perubahan-perubahan infrastruktur jaringan Perubahan Aplikasi dan sistem Perubahan Jenis dan struktur data Banyak faktor yang memaksa untuk mengubah struktur basis data • • • • • Perubahan untuk program aplikasi yang memerlukan tambahan atau diubah unsur data Modifikasi Kinerja untuk membuat aplikasi database berjalan lebih cepat Regulasi perubahan yang menyimpan tipe data baru, atau yang data yang sama untuk jangka waktu yang lebih lama Perubahan yang membutuhkan tipe data baru Teknologi yang memungkinkan perubahan database untuk menyimpan jenis data baru dan data lebih dari sebelumnya Kebutuhan Manajemen Perubahan • • • • • • • • Untuk menjamin kesuksesan, faktor-faktor antara lain : Proaktif. Inteligen. Analisis Perencanaan. Dampak analisis. Otomasi. Standarisasi prosedur. Reliable dan proses diprediksi. Ketersediaan. Cepat dan efisien Manajemen Perubahan : Perspektif DBA • DBA adalah penjaga perubahan database. • Yang meminta perubahan biasanya programmer, pemilik aplikasi atau pengguna bisnis • DBA dibebani untuk melakukan perubahan database dan memastikan bahwa setiap perubahan dilakukan dengan sukses dan tidak berdampak terhadap sisa database. • Untuk secara efektif melakukan perubahan database, DBA perlu mempertimbangkan setiap item( materi sebelumnya) • Sebagian besar organisasi memiliki beberapa produk DBMS, masing-masing dengan berbagai tingkat dukungan untuk melakukan perubahan. Jenis Perubahan •Mengelola perubahan adalah komponen besar dari pekerjaan DBA. •Perubahan biasanya mengharuskan perubahan ke kode aplikasi atau struktur database. •Adanya perubahan teknologi seperti upgrade ke DBMS dan perubahan komponen perangkat keras berdampak pada fungsionalitas perangkat lunak database Perangkat Lunak DBMS • Kompleksitas yang terlibat dalam satu versi dari DBMS akan tergantung pada fitur-fitur baru dan fungsi yang didukung oleh versi baru. • Tambahan kompleksitas akan diperkenalkan jika fitur tersebut dikeluarkan dari DBMS dalam versi yang lebih baru • DBA harus membuat kebijakan yang tepat dan prosedur penggunaan yang tepat dari masing-masing fitur DBMS baru. •Konfigurasi Hardware • DBMS mungkin memerlukan upgrade hardware atau perubahan konfigurasi. • DBA diharapkan untuk bekerja bersama dengan para programer sistem dan administrator bertanggung jawab untuk membuat dan memelihara perangkat keras. • ketika perangkat keras mengalami perubahan karena alasan lain, konfigurasi DBMS mungkin harus berubah. Disain Logical dan Fisikal • Perlu untuk menyimpan data model konseptual dan logical yang disinkronisasi dengan database fisik. • Dengan tidak adanya alat pemodelan data kuat, pendekatan khas yang diambil untuk menyinkronkan model adalah manual. Setiap kali database fisik adalah diubah, DBA harus mengupdate secara manual model data logis (dan mungkin data model konseptual). Aplikasi • Perubahan aplikasi harus disinkronkan dengan perubahan database • Aplikasi perubahan yang perlu disinkronkan dengan perubahan database. • Hubungan antara perubahan database dan aplikasi perubahan berlaku. Jika perubahan aplikasi adalah mundur, perubahan database harus mundur, juga. Dan sebaliknya. Kegagalan untuk menyinkronkan perubahan mungkin akan menyebabkan kesalahan aplikasi atau inefisiensi. Fisik Struktur Database • Jenis yang paling rumit dan memakan waktu perubahan untuk DBA adalah perencanaan, analisis, dan menerapkan perubahan struktur database fisik. • Beberapa perubahan akan mudah untuk mengimplementasikan, tetapi yang lain sangat kompleks, rawan kesalahan, dan memakan waktu. Dampak Perubahan pada Struktur Database • Ketika kebutuhan data organisasi berubah, database digunakan untuk menyimpan data juga harus berubah. • Jika data tidak dapat diandalkan dan tidak tersedia, sistem tidak melayani kebutuhan bisnis • Yang diperlukan tidak hanya gagal-aman, tetapi juga otomatis, efisien, dan mudah digunakan. • Pengaruh DROP Cascading merumitkan pekerjaan mengubah skema database. Database object hierarchy Skenario Perubahan Database • Seorang DBA perlu melakukan berbagai jenis perubahan ke database lebih dari masa pakai baterai. • tugas DBA untuk memahami cara terbaik untuk mempengaruhi semua jenis perubahan database. • Perubahan sederhana tidak begitu sederhana ketika harus disebarkan kepada beberapa database pada server berbeda • Perubahan yang kompleks, seperti penggantian nama kolom, dapat berlangsung berjam-jam untuk menerapkan secara manual. • Pelacakan perubahan database • Menambahkan sebuah kolom ditengah tabel adalah perubahan yang sangat sulit. • Singkatnya, untuk secara efektif memberlakukan perubahan database, DBA harus memahami semua hubungan yang rumit antara database yang mereka kelola dan mempunyai pemahaman yang kuat tentang jenis perubahan yang didukung oleh produk DBMS yang mereka gunakan. Membandingkan Struktur Database • Ketika mengelola lingkungan beberapa database, DBA mungkin perlu membandingkan satu lingkungan dengan lingkungan yang lain. • Untuk tepat bermigrasi perubahan yang diperlukan, DBA harus dapat mengidentifikasi semua perubahan yang diterapkan di lingkungan tes. • Salah satu pendekatan untuk mengubah migrasi adalah mencatat setiap perubahan dan kemudian perubahan yang duplikat per satu dalam lingkungan database baru. • Pendekatan alternatif adalah dengan menggunakan tools DBA untuk membandingkan komponen database. • Tanpa beberapa jenis perbandingan,DBA harus melacak setiap perubahan yang tunggal dan pencatatan yang akurat lingkungan telah berubah dan yang tidak. Hal ini juga adalah proses rawan kesalahan Meminta Perubahan Database • DBA adalah penjaga database, tapi bukan pengguna database utama. • Pengguna mengakses data dengan menggunakan program aplikasi dan sistem cenderung menjadi pengguna utama dari database. • Lembaga yang mengatur bagaimana perubahan kebijakan harus diminta dan diimplementasikan. • Sebuah pengembang aplikasi akan meminta perubahan database hanya bila perubahanperubahan tersebut dipandang diperlukan. Standart Permintaan Merubah •DBA harus menetapkan bentuk standar untuk menerapkan perubahan-perubahan database. •Standar bentuk permintaan perubahan mencegah miskomunikasi yang terjadi selama proses perubahan manajemen dan, jika mungkin, harus dilaksanakan secara online. •Ketika perubahan database selesai, form harus ditandatangani oleh DBA Ringkasan • Database dijamin membutuhkan perubahan selama hidup mereka. • DBA adalah penjaga database dan karenanya bertanggung jawab untuk melaksanakan perubahan secara bertanggung jawab yang menjamin struktur, integritas, dan keandalan database. • DBA harus membuat dan mengelola database disiplin perubahan manajemen yang terdiri dari alat-alat, prosedur, dan kebijakan untuk memberlakukan perubahan database secara tepat dan bertanggung jawab.