Creating the Database Environment (Pertemuan II – DBA)

Memilih dan mengistal DBMS
Salah satu tugas utama yang terkait dengan tugas DBA adalah proses memilih dan mengistal sebuah DBMS.
Banyak eksekutif bisnis dan TI profesional tanpa latar belakan manajemen database berasumsi bahwa sekali DBMS terinstal, sebagian besar pekerjaan dapat dilakukan. Memilih dan mengistal DBMS adalah paling sulit dari pekerjaan DBA karena membutuhkan banyak keahlian, pengetahuan, dan pertimbangan.

Menidentifikasikan strategi dari Organisasi DBMS
Proses memilih DBMS yang cocok tidak sesulit dulu. Banyak organisasi besar dan menengah. Siapa yang memilih dan mengistal DBMS itu? Dan mengapa ? Sebagai contoh, bagi sebuah perusahaan besar menggunakan IMS atau IDMS dan DB2 pada mainframe, Oracle dan Infomix pada beberapa server yang berbeda, UNIX, Microsoft SQL Server pada server windows NT, serta kantong produk DBMS lainnya seperti Sybase, 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 atau 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.
Akibatya :
Tanpa terlebih dahulu memeriksa apakah aplikasi ini berhasil dengan menggunakan DBMS yang ada. Tidak kompatibel antara DBMS dan perlunya menambah kode aplikasi. DBMS lama tetap dan harus didukung. Ini menyulitkan pekerjaan DBA.

Memilih DBMS
Kedua vendor ini menyediakan produk-produk berkualitas DBMS, tapi dasar terinstal mereka lebih kecil dan perusahaan-perusahaan yang lebih kecil, dengan sumber daya lebih sedikit, dari IBM, Oracle dan Microsoft, sehingga ada beberapa resiko dalam memilih  DBMS dari 2 tier, bukan 1 tier.

Ketika memilih DBMS pastikan untuk mempertimbangkan kompleksitas produk. Perangkat lunak DBMS sangat kompleks dan semakin kompleks dengan setiap rilis baru. Fungsi yang digunakan harus didukung hanya dengan add-on program perangkat lunak atau independen semakin banyak ditambahkan sebagai fitur dari DBMS. Bahkan jika tidak ada persyaratan saat fitur tertentu, setelah anda menerapkan DBMS programmer dan pengembang akan menemukan  untuk menggunakan  apa saja vendor DBMS. Lebih baik untuk merencanakan dan siap daripada membiarkan fitur yang digunakan tanpa rencana untuk mendukung mereka.

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 p.erangkat 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 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  berbagai perangkat disk yang sama.
• Setiap processor masih memiliki  memory pribadi, tetapi semua processor secara langsung dapat mengatasi 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 di muka untuk instalasi agar sukses. Maka harus memahami persyaratan DBMS dan menyiapkan lingkungan  DBMS baru.
• Hal pertama yang harus dilakukan bila mengistal 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.

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.

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.