• 510 likes • 683 Views
DATABASE ADMINISTRATION. Pertemuan ke-2: Memilih dan menginstall DBMS. Memilih dan Menginstal DBMS. Memilih dan Menginstall DBMS salah satu tugas DBA Asumsi : DBMS sudah terinstall pekerjaan terselesaikan
E N D
DATABASE ADMINISTRATION Pertemuan ke-2: Memilihdanmenginstall DBMS
MemilihdanMenginstal DBMS • MemilihdanMenginstall DBMS salahsatutugas DBA • Asumsi : DBMS sudahterinstall pekerjaanterselesaikan • MemilihdanMenginstall DBMS membutuhkankeahlian, pengetahuan, danpertimbangan.
Prosesmemilih DBMS yang cocoktidaksesulitdulu. Banyakorganisasibesardanmenengah yang menginstalllebihdarisatu DBMS. Siapa yang memilihdanmenginstalsemua DBMS itu ? danmengapa? MendefinisikanstrategidariOrganisasi DBMS
MendefinisikanstrategidariOrganisasi DBMS • Banyakperusahaanmembeli DBMS tanpamemiliki planning. • Perusahaan membeli DBMS kebutuhanbisnisatauaplikasibaru. • Perusahaan membeliDBMS barukeinginanuntukmendukungteknologiterbarudanterbesar. • Perusahaan membeliDBMS tanpaevaluasiaplikasikompatibledengan DBMS yang ada
Masalah : • Apliasi yang ada apakahkompatibledengan DBMS yang baru • Perluperubahankodeaplikasi • DBMS yang lama di maintenance, double job
MendefinisikanstrategidariOrganisasi DBMS Solusi • DBA menjadipertimbanganutamapemilihan DBMS • Unit usahaMembeli DBMS approval dari DBA Fakta • Grup DBA = teknis kalahsuaradaribisniseksekutif lain
Memilih DBMS • Grup DBA aturan DBMS perusahaan • Aturan DBMS mengurangijumlah DBMS perusahaan • Multiple DBMS diperusahaan tentukan DBMS default
Sistemoperasi Jenisorganisasi ( Konservatifatau Liberal ? ) Tingkatan yang dicapai (Benchmarks) Skalabilitas. Ketersediaanperangkatlunakpendukung. Teknisi. BiayaKepemilikan. Jadwal Release Referensipelanggan. Memilih DBMS
Sistemoperasi • Apakah DBMS yang dipilih support OS yang digunakandiperusahaan • Atau OS menyesuaikan DBMS yang akandigunakan
Type of organization • Organsiasikonservatifvs liberal • Org konservatif kekuasaan yang ketat • Org konservatif lingkungan mainframe tradisional • Org konservatif pemerintahan, keuangan, asuransi, kesehatandll • Org liberal mempertimbangkanalternatif manufaktur, universitas, dll • Contohbeberapa org liberal windows bukan OS utama menggunakan DBMS multi OS
Benchmarks • Benchmarks oleh vendor danpengguna DBMS • The Transaction Processing Performance Council (TPC) mengeluarkan benchmark untukpedomandasarpenglahan DB • Benchmark untukindikatorkinerja DB bukanpenentuutamapemilihan DBMS • Benchmark tidakmewakiliimplementasi DBMS padasemua database produksi • Benchmark harusterusdiperbaharui, mengingatsetiap DBMS terusberkembang
Scalability • DBMS harusmendukungjumlahpenggunadanukuran DB • DBMS apakahadakonfirmasidaripenggunaindependen
Availability of supporting software tools • DBMS harus support tools data, antara lain : • Query dan tools analisa • Tools pendukung data warehouse • Tolls pendukung DB • Tools backup dan recovery • Tools monitoring kinerja • Tool planingkapasitas • DB utilitas • DukunganberbagaiBahasapemrograman
Technicians • Adaprofesional DB diperusahaan • Pertimbangankebutuhan DBA, bantuanteknis (sistemprog, administrator, dll) • AdanyaProgrammer aplikasi
Cost of Ownership • Total biaya DBMS • Tiap vendor variasiharga • Total biayakepemilikan : • Biayalisensi • Biayalisensi software pendukung • Biayaprofesional DB untuk support danpengelolaan DBMS baru • Biaya resource untukpengoperasioan DBMS baru
Release schedule • Release vendor beragam • Org liberal butuhfiturterkini riliscepatlebihbaik • Org konservatif perubahancepat = bencana • Perubahancepat org konservatif upgrade > yang dibutuhkanvsmenggunakan DBMS usang
Reference customers • DBMS vendor referensipengguna • Vendor responbaik ? • Temukan forum / user lain jawabanlebihobjektif • Kualitasrilisbaru maksimal ?
Memilih DBMS baru hitungkomplektifitasproduk • adanyafungsi didukung vendor dan third party • Programmer danpengembang menggunakanyang disediakan DBA • Rencanadanpersiapanlebihbaikdaripadaimplementasisemuafitursecaramembabibuta
Arsitektur DBMS • DBMS dirancanguntukpengguna yang unik • DBMS DBMS enterprise, DBMS department, DBMS personal, DBMS mobile pilih yang sesuai • Proyek yang kompleks beberapatipe DBMS • Kebutuhandukungan DBMS pilihditingkat yang sama • Contoh : untukpengguna ORACLE, gunakan ORACLE personal untuk client tunggal
Enterprise DBMS skalabilitasdankinerjatinggi. DepertementalDBMS kelompokkerjakecil-menengahdalamsebuahorganisasi;. Personal DBMS penggunatunggal, Contoh. Microsoft Access dan Visual dBase. Mobile DBMS versikhususdari DBMS departemenalatau Enterprise. DBMS mobile database lokal aksesdanmodifikasipada laptop atauperangkatgenggam. Arsitektur DBMS
Enterprise DBMS • Enterprise DBMS skalabilitasdankinerjatinggi • Enterprise DBMS mendukung DB yang besar, user banyak, multi aplikasi • Enterprise DBMS mesinskalabesar (mainframe, server) • Dukunganmultiprosesoruntuk multiprocessing, paralel query, dll
Departmental DBMS • departmental DBMS DBMS workgroup jalantengah • Mendukungkelompokkecildanmenengah • Berjalandi UNIX, LINUX, Windows server • Susah dibedakandengan DBMS enterprise hardware dan software hampirmirip • Denganharga hardware dan software yang terusmenurun pengguna department DBMS beralihke DBMS enterprise
Personal DBMS • Dirancanguntukpenggunatunggal • Contoh ms Access, dBase • Vendor membuatversi personal dari DBMS enterprise • Biayamurah adanyapenggunaan DBMS personal untuksolusi department danperusahaan (failed) • Personal DBMS hanyauntukskalakecil, tidakuntuk multiuser
Mobile DBMS • Versikhususdari DBMS department dan enterprise • Digunakanuntuk remote, dantidakterhubungjaringan • Dapatdigunakanpada laptop dantelepongenggam • Adasinkronisasidengan DBMS enterprise / department di server utama
Clustering beberapasistemkomputansi kerjasamadalamsatusistem Meningkatkanskalabilitasdanavailabilitas Arsitektur clustering : Shared disk Shared nothing DBMS Clustering
Share nothing • Tiapsistem sumberdayasendiri (storage sendiri) • Komunikasiantarsistem jaringaninterkoneksiantarkomputer • Permintaandariklient diarahkankesistem yang available • Keuntunganskalabilitas
Semuasistem terhubungperangkat disk yang sama Setiapsistem memiliki CPU danmemorimasing-masing, tapimengaksessemua disk Cocokuntukpengolahandiperusahaanbesaratau mainframe Tidakcocokuntuk small system Share disc
DBMS dipilih diinstall DBMS bagiankompleksdari software adasyaratdanlingkunganpendukung Yang harusdipahamidiawaladalahsyaratinstalasi DBMS Installation
Tiap DBMS kebutuhandasar CPU Tiap DBMS menyertakankebutuhan hardware danlingunganpendukung Tiap DBMS adacirikhasuntukmasing-masingkebutuhan Hardware org menyesuaikan DBMS vsDBMS menyesuaikanharware Kebutuhan hardware
Setiap DBMS membutuhkan disk storage untukberjalan Setiap disk storage akandigunakanuntuk indexes kebutuhandari DBMS dan database Index yang dimaksudantara lain : Kebutuhanpenyimpanan
Sistem katalog atau data Dictionary. Setiap sistem database lainnya yang dibutuhkan oleh DBMS Log file yang mencatat semua perubahan Startup atau kontrol file. Works file yang digunakan oleh DBMS untuk mengurutkan data dll Default database yang digunakan oleh DBMS untuk struktur sistem Temporary database structures System dump dan error processing files. Database yang digunakan untuk administrasi, pemantauan, dan tuning Kebutuhanpenyimpanan
Sebuah DBMS memerlukan memori untuk fungsionalitas dasar dan akan menggunakannya untuk proses yang paling internal seperti memelihara sistem area global dan banyak melakukan tugas. Kebutuhan memory
Vendor biasanyamembuatperbedaanantaraversidanrilisdariprodukperangkatlunak. Sebuahversibarudariperangkatlunakmerupakanmasalahbesar, denganbanyakperubahandanfiturbaru. rilisadalahversidalamskalakecilkecil, denganperubahansedikitdantidakbanyakfiturbaru. Adakeuntungandanresikopenerapan Versiatau Release ?
FiturdanKompleksitas • fiturkompleks perubahanjalurakanmempengaruhikinerja • client/server danjaringan menambahkomplektifitas DBMS • Integrasidengan software daninfrastrukturlani mempersulitmigrasi • bahasapemrograman, cara embed query, perubahan API dll mempengaruhikomplektifitas DBMS
Hal lain yang perludipertimbangkan • Reputasi dari Vendor DBMS • Dukungan Kebijakan dari DBMS • Gaya Organisasi • Skill Staf DBA • Platform Support • Perangkat Lunak Pendukung • Fallback Planning
KonvensiPenamaan Database • Perlupenamaan yang standar • Dikembangkanbersamaadministrasi data • Publikasipenamaan keseluruhlingkunganorganisasi • Mencakup : tabel, kolom, view, indeks, program, tipe user-defined data, fungsi user-defined, trigger, dan store prosedure
Standar Data Administration • Kebijkanorganiasiterkait data • Pedomankepemilikan data • Metadata kebijakanmanajemen • Pedomankonseptualdan logical pemodelan data • Tanggungjawabmenciptakandanmemelihara data • Pedomanpenggunaan tools • Kebijakanterkait sharing data • Pedomanperubahan data
Standar Database Administration • instalasidanprosedurpengujian • Upgrade kebijakandanprosedur • Bug memperbaiki bug danpraktek-praktekpemeliharaan • MembuatSebuahdaftaruntukmemberitahukanperubahan yang akandatang • PertimbangandisainAntarmuka • penyimpanan, penggunaan, danpemantauanprosedur
System Administration Standards • Jikaadafungsi SA dalamorganisasi • Standard SA samadibutuhkansepertistandar DA dan DBA, mencakup • DBMS installation and testing procedures • Upgrade policies and procedures • Bug fix and maintenance practices • A checklist of departments to notify for impending changes • Interface considerations • DBMS storage, usage, and monitoring procedures
StandarPengembanganAplikasi • 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
StandartKeamanan Database • Menentukansiapa yang berwenang • Daftarpemberianotorisasi database. • Informasipadasetiap interface yang digunakan. • Kebijakanpenggunaanklausa WITH GRANT OPTION dan CASCADING. • Prosedurpemberitahuankepada User. • Prosedurmenghapus user
Application Migration and Turnover Procedures • Unit testing— for developing and testing individual programs • Integration testing— for testing how individual programs interoperate • User acceptance testing— for end user testing prior to production status • Quality assurance— for shaking out program bugs • Education— for training end users how to work the application system
Yang harusdilakukanOrganisasi • Harusberkomitmenuntukterus-menerusmemberikanpendidikanteknisuntuk DBA, programer, dan administrator sistem. Menyediakankatalog program yang tersediamencakupsemuaaspekpenggunaan DBMS. • Minimal, kursusberikutharusdisediakan: • dasar-dasar DBMS • Pemodelan Data danDesain Database • Database Administrasi • Pengantar SQL • Advanced SQL • Pemrograman Database
Kesimpulan • Perencanaankomprehensifdiperlukanuntukmenciptakanlingkungan database yang efektif. • Langkahlangkah yang harusdiambiluntukmemilihteknologi DBMS yang benar, menerapkanstrategi yang tepat, upgrade danmengembangkanstandar database yang berguna • menjaminketersediaanpendidikanberkelanjutanbagipengguna database.