Senin, 07 Maret 2011

Creating the Database Environment And Database Change Management

Resume Database Administration Pertemuan 2

Nama              : M. Septian Maulana
NIM                : 09.41010.0170
Mata Kuliah   : Database Administration(P1)                                                                              
Dosen              : Vivine Nurcahyawati
Link Mentah          : http://www.4shared.com/account/file/6WTz-A7N/resume_pertemuan2_DBA.html

DATABASE ADMINISTRATION
Pertemuan ke-2

Creating the Database Environment

source :
Database  Administration
the complete guide to practices and procedures
chapter 2
by. Craig S. Mullins
Memilih dan Menginstal DBMS
         Salah satu tugas utama yang terkait dengan tugas DBA adalah proses memilih dan menginstal sebuah DBMS.
         Banyak eksekutif bisnis dan TI profesional tanpa latar belakang manajemen database berasumsi bahwa sekali DBMS terinstal, sebagian besar pekerjaan dapat dilakukan.
         Memilih dan menginstal DBMS adalah bagian paling sulit dari pekerjaan DBA karena membutuhkan banyak keahlian, pengetahuan, dan pertimbangan.
Mendefinisikan strategi dari Organisasi DBMS
Proses memilih DBMS yang cocok tidak sesulit dulu.
Banyak organisasi besar dan menengah.Siapa yang memilih dan menginstal semua DBMS itu ? dan mengapa?
Sebagai contoh, bagi sebuah perusahaan besar menggunakan IMS atau IDMS dan DB2 pada mainframe, Oracle dan Informix pada beberapa server yang berbeda UNIX, Microsoft SQL Server pada server Windows NT, serta kantong produk DBMS lainnya seperti Sybase , Ingres, Adabas, dan Datacom pada berbagai platform. Belum lagi setiap PC produk single-user DBMS seperti Microsoft Access, Paradox, atau FileMaker.
         Didorong oleh kebutuhan bisnis atau aplikasi baru.
         DBA tidak memiliki kekuatan untuk menolak proposal DBMS baru.
         Mungkin perusahaan membeli dari Software paket aplikasi yang tidak berjalan di salah satu platform DBMS
         keputusan untuk membeli DBMS baru didorong oleh keinginan untuk mendukung teknologi terbaru dan terbesar.

         Akibatnya :
         Tanpa terlebih dahulu memeriksa apakah aplikasi ini bisa berhasil dengan menggunakan DBMS yang ada.
         tidak kompatibel antara DBMS dan perlunya mengubah kode aplikasi.
         DBMS tua tetap dan harus terus didukung. Ini menyulitkan pekerjaan DBA.
Jadi apa yang harus dilakukan?
         DBA harus diberdayakan untuk membuat keputusan DBMS bagi organisasi.
         Tidak ada unit usaha seharusnya diizinkan untuk membeli sebuah DBMS tanpa izin dari DBA.
         DBA harus diberdayakan untuk membuat keputusan DBMS bagi organisasi.

Kenyataannya
         Sulit untuk menerapkan dan bahkan lebih sulit untuk menegakkan.

Faktor Penting dalam memilih DBMS
Sistem operasi
Jenis organisasi ( Konservatif atau Liberal ? )
Tingkatan yang dicapai.
Skalabilitas.
Ketersediaan perangkat lunak pendukung.
Teknisi.
Biaya Kepemilikan.
Jadwal Release
Referensi pelanggan.
Memilih DBMS
Enterprise DBMS dirancang untuk skalabilitas dan kinerja tinggi.
Depertemental DBMS, untuk mendukung kelompok kerja kecil-menengah dalam sebuah organisasi;.
Personal DBMS dirancang untuk pengguna tunggal, Contoh. Microsoft Access dan Visual dBase.
Mobile DBMS merupakan versi khusus dari DBMS departemenal atau Enterprise.
    DBMS mobile memungkinkan database lokal akses dan modifikasi pada laptop atau perangkat genggam.
Clustering adalah penggunaan beberapa "independen" sistem komputasi yang bekerja bersama sebagai sebuah sistem
Sebuah DBMS modern clustering menawarkan dukungan untuk meningkatkan ketersediaan dan skalabilitas.
Dua dominan arsitektur untuk clustering  : Shared Disk dan Shared Nothing
         setiap sistem memiliki sumber daya sendiri swasta (memori, disk, dll).
         Antar prosesor berkomunikasi dengan melewatkan pesan melalui jaringan yang interkoneksi komputer.
         Permintaan dari klien akan secara otomatis diarahkan ke sistem yang memiliki sumber daya.
         Hanya salah satu sistem cluster dapat "sendiri" dan mengakses sumber daya tertentu pada suatu waktu.
         Dalam hal kegagalan terjadi, kepemilikan sumber daya secara dinamis dapat ditransfer ke sistem di cluster.


         Keuntungan utama dari shared-apa clustering adalah skalabilitas.
semua sistem terhubung berbagi perangkat disk yang sama,
Setiap prosesor masih memiliki memori pribadi, tetapi semua prosesor secara langsung dapat mengatasi semua disk.
Shared-disk clustering adalah lebih cocok untuk pengolahan besar-perusahaan dalam lingkungan mainframe.

Setelah DBMS telah dipilih, perlu menginstalnya.
Sebuah DBMS adalah bagian kompleks dari perangkat lunak yang membutuhkan perencanaan di muka untuk instalasi agar sukses. Maka harus memahami persyaratan DBMS dan menyiapkan lingkungan DBMS baru.
Hal pertama yang harus dilakukan bila menginstal DBMS untuk pertama kalinya adalah memahami prasyarat.
Kebutuhan hardware
Setiap DBMS memiliki kebutuhan dasar CPU,.
Beberapa DBMS menentukan model perangkat keras yang diperlukan atau tidak didukung.
Masing-masing DBMS menawarkan berbagai "rasa" dari software mereka untuk kebutuhan tertentu.
Pastikan untuk memilih DBMS yang tepat untuk kebutuhan dan untuk menyesuaikan perangkat keras dengan persyaratan dari DBMS.

Kebutuhan penyimpanan
         Sistem katalog atau data Dictionary.
         Setiap sistem database lainnya yang dibutuhkan oleh DBMS
         Log file yang mencatat semua perubahan
         Startup atau kontrol file.
         Kerja file yang digunakan oleh DBMS untuk mengurutkan data dll
         Default database yang digunakan oleh DBMS untuk struktur sistem
         Struktur database sementara
         Sistem file dump dan kesalahan pengolahan.
         Database yang digunakan untuk administrasi, pemantauan, dan tuning
Kebutuhan memory
Sebuah DBMS memerlukan memori untuk fungsionalitas dasar dan akan menggunakannya untuk proses yang paling internal seperti memelihara sistem area global dan banyak melakukan tugas.
Versi atau Release ?
Vendor biasanya membuat perbedaan antara versi dan rilis dari produk perangkat lunak.
Sebuah versi baru dari perangkat lunak merupakan masalah besar, dengan banyak perubahan dan fitur baru.
rilis adalah versi dalam skala kecil kecil, dengan perubahan sedikit dan tidak banyak fitur baru.

Keuntungan
         Adanya fungsi fitur baru dan hanya disampaikan dalam rilis baru.
         Untuk aplikasi yang dibeli, vendor aplikasi mungkin membutuhkan versi  atau rilis tertentu untuk mengaktifkan fungsi tertentu di dalam aplikasi.
         Memberikan kinerja yang lebih ditingkatkan dan ketersediaan fitur yang dapat mengoptimalkan aplikasi yang sudah ada.
         DBMS vendor sering akan memberikan dukungan yang lebih baik dan merespon masalah lebih cepat untuk rilis baru software mereka.
Resiko
         Upgrade DBMS biasanya mengakibatkan beberapa tingkat gangguan untuk operasi bisnis.
         gangguan lainnya dapat terjadi, seperti harus mengubah struktur database atau menemukan bahwa fitur yang didukung sebelumnya telah dihapus dari rilis baru
         Biaya upgrade dapat menjadi hambatan besar untuk migrasi DBMS
         Ketika teknik optimasi SQL ada perubahan, ada kemungkinan bahwa rilis DBMS baru akan menghasilkan jalur akses SQL yang  lebih buruk daripada sebelumnya.
         Produk perangkat lunak pendukung kurang memberi dukungan langsung untuk rilis DBMS baru.
Fitur dan Kompleksitas
         Penggunaan store prosedure  dan function user-defined.
         Semakin kompleks fitur SQL, menjadi semakin sulit untuk memastikan bahwa akses perubahan jalur tidak mempengaruhi kinerja.
         Pemrosesan Client / Server-penggunaan jaringan dan penggunaan Multiple Tier merumitkan DBMS.
         • Integrasi dengan perangkat lunak dan infrastruktur lain dapat mempersulit migrasi
          Bahasa yang digunakan oleh program mungkin juga berdampak pada migrasi DBMS karena dukungan yang berbeda untuk versi compiler, perubahan API, atau cara-cara baru embedding SQL dalam program aplikasi.

Hal lain yang perlu dipertimbangkan
Reputasi dari Vendor DBMS
Dukungan Kebijakan dari DBMS
Gaya Organisasi
Skill Staf  DBA
Platform Support
Perangkat Lunak Pendukung

Konvensi Penamaan Database
         Harus dikembangkan bersama dengan semua standar penamaan TI lainnya dalam organisasi
         Penamaan  standar harus dikembangkan dan bekerja sama dengan bagian administrasi data (jika ada) 
         Pastikan untuk membuat dan mempublikasikan penamaan standar untuk semua objek database yang dapat dibuat dalam masing-masing DBMS yang digunakan oleh organisasi
         Daftar objek database dasar yang distandarkan paling tidak mencakup database, tabel, kolom, view, indeks, program, tipe user-defined data, fungsi user-defined, trigger, dan store prosedure


Standar Administrasi Data
Aturan yang jelas tentang kebijakan organisasi berkaitan dengan data.
Pedoman untuk menetapkan kepemilikan data dan penata layanan
 Aturan untuk pembuatan , kepemilikan data, dan pelayanan data
Metadata kebijakan manajemen
Pedoman konseptual dan logika pemodelan data
Tanggung jawab untuk menciptakan dan memelihara model data
Pedoman untuk penggunaan alat dan petunjuk tentang bagaimana model data yang harus dibuat, disimpan, dan dipelihara
Kebijakan Organisasi untuk sharing data
Petunjuk tentang cara untuk mendokumentasikan ketika database fisik menyimpang dari model data logic
Standar Administrasi Database
instalasi dan prosedur pengujian
Upgrade kebijakan dan prosedur
Bug memperbaiki bug dan praktek-praktek pemeliharaan
Membuat Sebuah daftar  untuk memberitahukan perubahan yang akan datang
Pertimbangan disain Antarmuka
penyimpanan, penggunaan, dan pemantauan prosedur
Standar Pengembangan Aplikasi
     Penjelasan tentang bagaimana mengakses database yang berbeda
     Standar Coding dengan SQL
     Tips dan triks  kinerja SQL
     Penyusunan prosedur dan bimbingan tentang bagaimana menanamkan SQL dalam program aplikasi
     Interpretasi dari  SQL STATE dan kode kesalahan
     Referensi materi pemrograman lainnya
Standart Keamanan Database
     Menentukan siapa yang berwenang
     Daftar pemberian  otorisasi database.
     Informasi pada setiap interface yang digunakan.
     • Kebijakan penggunaan klausa WITH GRANT OPTION dan CASCADING.
     Prosedur  pemberitahuan kepada User.
     Prosedur menghapus user
Yang harus dilakukan Organisasi
Harus berkomitmen untuk terus-menerus memberikan pendidikan teknis untuk DBA, programer, dan administrator sistem. Menyediakan katalog program yang tersedia mencakup semua aspek penggunaan DBMS.
Minimal, kursus berikut harus disediakan:
q   dasar-dasar DBMS
q  Pemodelan Data dan Desain Database
q   Database Administrasi
q   Pengantar SQL
q   Advanced SQL
q   Pemrograman Database
Kesimpulan
     Perencanaan komprehensif  diperlukan untuk menciptakan lingkungan database yang efektif.
     Langkah langkah yang harus diambil untuk memilih teknologi DBMS yang benar, menerapkan strategi yang tepat, upgrade dan  mengembangkan standar database yang berguna
     menjamin ketersediaan pendidikan berkelanjutan bagi pengguna database.
  

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
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

   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
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.
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.
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).
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.
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 perubahan-perubahan tersebut dipandang diperlukan.
Standart Permintaan Merubah
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.






Leave a Reply