Dokumen ini membahas proses pemilihan dan instalasi sistem manajemen basis data (DBMS), yang merupakan tugas penting bagi administrator database (DBA). Menekankan perlunya strategi yang tepat, kekuasaan DBA dalam keputusan pemilihan DBMS, serta tantangan yang muncul dari pembelian DBMS baru tanpa analisis yang memadai. Selain itu, dokumen ini mencakup aspek teknis terkait arsitektur DBMS, instalasi, pemeliharaan, dan kebijakan keamanan database.

1. DATABASE ADMINISTRATION
Pertemuan ke-2

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.

8. Memilih DBMS

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.

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.

30. Terima kasih