Data and Storage Management
Semua DBMS mengandalkan data file
untuk menyimpan data dan file-file. Semuanya ini berada pada media penyimpanan,
atau perangkat. Dnegan demikian storage manajemen merupakan bagian penting dari
operasi database yang diperlukan oleh DBA.
Storage Management Basics
Belum tentu storage manajement yang
baik pada suatu perusahaan akan baik pula jika dipakai oleh perusahaan lain.
Jadi DBA harus mengevaluasi banyak produk, teknologi dan vendor yang
menyediakan solusi penyimpanan jika di[erlukan.
Untuk teknologi storage manajement
yang dominan adalah disk drive, namun karena rentan terhadap error dan
sebagainya, maka digantikan oleh Moderent DBMS Disk Usage, salah satunya adalah
RAID(Redudant Arrays of Inexpensive Disk) yaitu menggabungkan beberapa disk
drive menjadi seakan-akan 1 disk drive. Dengan Motode ini bisa mengatasi MTBF(Meantime
Bettwen Failure).
Tujuan yang harus dipertimbangkan
saat membangun storage sistem :
·
Mencagah kehilangan data yang paling prioritas
·
Memastikan bahwa kapasitas yang tersedia memadai dan
solusi untuk penyimpanan dapat dengan mudah memenuhi kebutuhan penyimpanan yang
terus bertambah
·
Memilih solusi yang menyediakan akses cepat ke data
·
Memilih solusi penyimpanan yang dapat diperbaiki
dengan cepat ketika terjadi error
·
Memilih solusi penyimpanan dimana anda dapat
menambahkan atau mengganti disk tanpa outage.
File and Data Set
Ada banyak masalah penyimpanan yang
harus diselesaikan oleh DBA sebelum membuat DataBase.
DBA dapat memilih untuk menggunakan
beberapa perangkat penyimpanan untuk file-file yang berbeda :
·
Sejajarkan persyaratan kenerja file dengan perangkat
disk yang sesuai
·
Index terpisah dari data karena alas an kinerja.
·
Mengisolasi log transaksi pada perangkat yang terpisah
dan sangat cepat
·
Isolasi sementara dan file bekerja pada volume tunggal
·
Sebarkan data di beberapa perangkat untuk
memfasilitasi akses parallel
File Placement on Disk
DBA harus menentukan penempatan optimal file pada perangkat
disk. Pada saat ini, DBA dapat mencapai keuntungan kinerja hanya dengan
memindahkan file dari satu perangkat disk fisik yang lain . Salah satu teknik
yang umum adalah untuk menempatkan file indeks dan file data pada perangkat
disk yang terpisah . Dengan memisahkan indeks dari data yang diindeks , operasi
I / O dapat dibuat lebih efisien karena fisik read - write lengan perangkat
disk tunggal tidak perlu memindahkan beberapa kali . Untuk alasan yang sama ,
menempatkan data yang diakses oleh operasi yang sama pada perangkat disk fisik
terpisah adalah teknik penempatan file lain yang umum dan menyediakan jenis
yang sama keuntungan kinerja sebagai memisahkan indeks dari data.
Tentu saja, penempatan file yang tepat menjadi kurang
menguntungkan dengan munculnya perangkat penyimpanan modern. Jika DBMS
menggunakan perangkat penyimpanan modern yang menciptakan disk virtual dengan
menyebarkan data di beberapa disk fisik ( RAID ) penempatan berkas eksplisit
adalah buang-buang waktu . Bahkan jika DBA menetapkan dua perangkat disk yang
berbeda , array disk fisik akan menempatkan file di beberapa disk . Jadi ,
sebagai DBA , jangan buang waktu pada penempatan file yang tepat bila
menggunakan teknologi penyimpanan array yang modern seperti RAID .
Terlepas dari jenis penyimpanan yang digunakan , pastikan untuk
menempatkan log transaksi pada perangkat yang terpisah dari database untuk
backup log transaksi secara independen dari database . Ini adalah ide yang baik
karena meningkatkan pemulihan secara keseluruhan .
Tempatkan log transaksi pada perangkat yang terpisah dari
database .
Setiap DBMS menyediakan pilihan penyimpanan yang berbeda .
Microsoft SQL Server menawarkan filegroups , DB2 untuk OS/390 menyediakan
STOGROUPS , dan Sybase menawarkan Segmen (lihat "Segmen Sybase "
sidebar ) . Pastikan untuk memahami mekanisme DBMS Anda gunakan untuk
berinteraksi dengan subsistem penyimpanan dan disk untuk membuat file database
. File database tidak benar dibuat bisa menjadi penyebab signifikan dari
kinerja yang buruk .
Beberapa organisasi memilih untuk menerapkan sistem yang
dikelola penyimpanan, atau SMS. Dengan SMS, lokasi sebenarnya dari file dan
data set ditentukan oleh sistem, bukannya DBA atau administrator storage.
Dengan teknologi disk yang efisien baru yang tersedia, SMS adalah pilihan yang
lebih layak daripada di masa lalu.
Raw Partitions vs File
Systems
Sebuah partisi mentah adalah jenis yang disukai perangkat
fisik untuk memilih ketika deploying database pada database server berbasis
UNIX . Sebuah partisi mentah hanyalah sebuah perangkat disk mentah tanpa sistem
operasi atau sistem file yang diinstal .
Partisi mentah disukai karena cara UNIX buffer menulis
ketika sistem file digunakan . Ketika menulis buffer oleh sistem operasi , DBMS
tidak dapat mengetahui apakah data telah fisik disalin ke disk atau tidak .
Ketika DBMS menulis data dari cache ke disk , UNIX dalam semua kemungkinan ,
tidak akan. Jika terjadi kegagalan , data dalam database menggunakan file
sistem disk mungkin tidak 100 % dapat dipulihkan . Ini harus dihindari .
Jika partisi baku yang digunakan, data akan secara fisik
ditulis ke disk tanpa intervensi sistem operasi . Selain itu, ketika
menggunakan partisi mentah , DBMS adalah lebih mampu untuk memastikan bahwa
ruang yang cukup tersedia dan menulis halaman alokasi sesuai kebutuhan . Bila
menggunakan file disk , UNIX tidak akan preallocate ruang yang dibutuhkan ; itu
malah akan membuat file jarang. Hanya halaman alokasi ditulis . Jika aplikasi
lain yang bersaing untuk ruang fisik yang sama , Anda mungkin tidak memiliki
banyak ruang untuk menyimpan data database seperti yang Anda percaya Anda
lakukan .
Kelemahan ke perangkat baku adalah sulitnya melacak file
database . Karena file yang tidak dialokasikan dengan menggunakan sistem
operasi atau file sistem , tidak mungkin untuk melacak mereka menggunakan
sistem operasi dan file sistem perintah . Namun, pihak ketiga perangkat lunak
manajemen penyimpanan ini bisa digunakan untuk berkeliling masalah ini .
Kelemahan ke perangkat baku adalah sulitnya melacak file
database .
Pada UNIX , pastikan untuk selalu menggunakan partisi baku
untuk log transaksi , bahkan jika Anda menggunakan sistem file untuk file
database . Hal ini biasanya bijaksana untuk menggunakan partisi mentah untuk
database produksi , juga. Namun, jika integritas tidak menjadi masalah (
misalnya , dalam lingkungan pengembangan ) , database dapat dibuat pada sistem
file disk demi kesederhanaan.
Temporary Database Files
DBMSs modern memberikan kemampuan untuk membuat objek
database sementara yang ada hanya selama lingkup transaksi tertentu.
Benda-benda ini berisi data sementara yang bersifat sementara dan tidak
memerlukan penyimpanan persisten jangka panjang. Namun, objek database ini
masih memerlukan beberapa bentuk penyimpanan persisten jangka pendek untuk
digunakan selama keberadaan mereka.
Sementara objek database memerlukan beberapa bentuk
penyimpanan persisten jangka pendek.
Tergantung pada DBMS, DBA perlu menetapkan perangkat disk
dan jumlah penyimpanan untuk digunakan oleh objek database sementara.
Space Management
Sebagai modifikasi yang diterapkan pada tabel database ,
database akan tumbuh dalam ukuran . Ingat juga, bahwa database tidak hanya
bagian data ( tabel dan indeks ) , tetapi juga bagian log . Adalah bijaksana
untuk secara berkala dan konsisten memantau penggunaan ruang database . Hal ini
dapat dilakukan dengan menggunakan alat-alat dan utilitas yang disediakan
dengan DBMS , perangkat lunak manajemen penyimpanan , atau alat database pihak
ketiga . Sebagai DBA , Anda harus dapat melacak berikut :
·
Jumlah luasan sekunder
·
fragmentasi perangkat
·
informasi penggunaan Fragment
·
Ruang bebas yang tersedia
·
Segmen atau partisi ukuran
·
Tabel dan indeks dialokasikan per segmen
·
Jumlah tempat khusus yang saat ini tidak
terpakai
·
Obyek mendekati " keluar dari ruang "
Kondisi
Posting Komentar