Anda di halaman 1dari 30

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 ter-install, 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?

Mendefinisikan strategi dari Organisasi DBMS


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


Jadi apa yang harus dilakukan?
DBA harus diberdayakan/dilibatkan untuk membuat
keputusan DBMS bagi organisasi.
Seharusnya tidak ada unit usaha/organisasi yang diizinkan
untuk membeli sebuah DBMS tanpa izin dari DBA.
Kenyataannya
Sulit untuk menerapkan dan bahkan lebih sulit untuk
menegakkan.

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

Arsitektur DBMS
Enterprise DBMS dirancang untuk skalabilitas dan
kinerja tinggi.
Departemental 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
departemental atau Enterprise.
DBMS mobile memungkinkan database lokal akses
dan modifikasi pada laptop atau perangkat genggam.

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

setiap sistem memiliki sumber daya sendiri (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 satu sistem cluster yang dapat "sendiri" mengakses sumber daya tertentu pada suatu waktu.
Ketika kegagalan terjadi, kepemilikan sumber daya secara dinamis dapat ditransfer ke sistem di cluster.
Keuntungan utama dari shared-nothing clustering adalah skalabilitas.

semua sistem terhubung berbagi perangkat disk yang


sama,
Setiap prosesor masih memiliki memori pribadi, tetapi
semua prosesor secara langsung dapat mengakses
semua disk.
Shared-disk clustering adalah lebih cocok untuk
pengolahan besar-perusahaan dalam lingkungan
mainframe.

DBMS Installation

Setelah DBMS telah dipilih, perlu menginstalnya.


Sebuah DBMS adalah bagian kompleks dari
perangkat lunak yang membutuhkan
perencanaan terlebih dahulu 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.


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
Memperbaiki bug dan praktek-praktek pemeliharaan
Membuat sebuah daftar untuk memberitahukan
perubahan yang akan datang
Pertimbangan desain 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

Standar 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:
dasar-dasar DBMS
Pemodelan Data dan Desain Database
Database Administrasi
Pengantar SQL
Advanced SQL
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.

Terima kasih

Anda mungkin juga menyukai