2. Creating the Database Environment
source :
Database Administration
the complete guide to practices and procedures
chapter 2
by. Craig S. Mullins
3. 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.
4. 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?
5. • 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.
Mendefinisikan strategi dari Organisasi DBMS
6. 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.
Mendefinisikan strategi dari Organisasi DBMS
7. Memilih DBMS
• Sistem operasi
• Jenis organisasi ( Konservatif atau Liberal ? )
• Tingkatan yang dicapai.
• Skalabilitas.
• Ketersediaan perangkat lunak pendukung.
• Teknisi.
• Biaya Kepemilikan.
• Jadwal Release
• Referensi pelanggan.
9. Arsitektur 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.
10. DBMS Clustering
• 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
11. • 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.
12. • 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.
13.
14. DBMS Installation
• 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.
15. 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.
16. 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
17. 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.
18. 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.
19. 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.
20. 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.
21. 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.
22. Hal lain yang perlu dipertimbangkan
• Reputasi dari Vendor DBMS
• Dukungan Kebijakan dari DBMS
• Gaya Organisasi
• Skill Staf DBA
• Platform Support
• Perangkat Lunak Pendukung
23. 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
24. 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
25. 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
26. 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
27. 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
28. 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:
dasar-dasar DBMS
Pemodelan Data dan Desain Database
Database Administrasi
Pengantar SQL
Advanced SQL
Pemrograman Database
29. 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.