Database Administration:

The Complete Guide to

Practices and Procedures
Chapter 17: Data and Storage Management

Your Date Here Clarissa Luthfia Rachmad (H96218054)

Daftar Isi
1. Storage Management Basics
2. Files and Data Sets
3. Space Management
4. Storage Options
5. Planning for the Future

Your Date Here Your Footer Goes Here 2

1.Storage Management Basics
Semua DBMS mengandalkan file data untuk menyimpan data, dan file-file ini,
atau set data, berada pada media penyimpanan, atau perangkat. Manajemen
penyimpanan dengan demikian merupakan bagian penting dari operasi basis
data yang diperlukan oleh DBA.Karena DBA berurusan dengan sistem
manajemen basis data yang menyimpan data, bagian yang baik dari DBA
pekerjaan akan melibatkan perencanaan penyimpanan data database
aktual. Untuk melakukan bagian ini dari pekerjaan, DBA harus fasih dalam
mekanisme fisik aktual yang tersedia untuk penyimpanan data. Selanjutnya,
DBA harus memahami cara-cara di mana konsep data abstrak diwujudkan
oleh database berinteraksi dengan penyimpanan fisik data pada media
penyimpanan persisten.
 1.1 Dasar-dasar Manajemen Penyimpanan
Untuk menentukan apa yang terbaik untuk setiap DBMS, DBA harus mengevaluasi banyak produk,
teknologi, dan vendor yang menyediakan solusi penyimpanan. Meski kebanyakan penyimpanan
teknologi bekerja dengan sebagian besar produk DBMS, beberapa teknologi penyimpanan lebih cocok
daripada yang lain dalam hal kinerja, keandalan, kegunaan, dan biaya. Teknologi penyimpanan utama
yang digunakan untuk manajemen data adalah disk drive.Kinerja basis data bergantung pada I / O
semakin cepat DBMS dapat menyelesaikan operasi I / O lebih cepat aplikasi database akan
berjalan.Mengelola penyimpanan di lingkungan yang dinamis saat ini adalah tugas yang menantang.
Sasaran untuk dipertimbangkan saat membangun sistem penyimpanan meliputi
• Mencegah kehilangan data — prioritas nomor satu
• Memastikan bahwa kapasitas yang memadai tersedia dan solusi penyimpanan dapat dengan mudah
diukur kebutuhan penyimpanan tumbuh
• Memilih solusi yang menyediakan akses cepat ke data dengan sedikit atau tanpa gangguan layanan
• Memilih solusi penyimpanan yang toleran terhadap kesalahan dan yang dapat diperbaiki dengan cepat
ketika kegagalan terjadi.
• Memilih solusi penyimpanan di mana Anda dapat menambah atau mengganti disk tanpa pemadaman
• Menggabungkan semua hal di atas ke dalam solusi penyimpanan yang hemat biaya yang dapat
perusahaan Anda bayar
2 File dan Kumpulan Data
Ada banyak masalah penyimpanan yang harus diselesaikan sebelum DBA dapat membuat
database. Salah satunyamasalah yang paling penting adalah berapa banyak ruang yang
memungkinkan untuk database. Setelah menentukan jumlah penyimpanan yang diperlukan,
DBA harus memilih penyimpanan yang sesuai perangkat dengan ruang yang cukup untuk
menyimpan database dan semua file-nya. DBA dapat memilih untuk digunakan beberapa
perangkat penyimpanan untuk berbagai file
• Sejajarkan persyaratan kinerja file dengan perangkat disk yang sesuai.
• Pisahkan indeks dari data untuk alasan kinerja.
• Isolasi log transaksi pada perangkat yang terpisah dan sangat cepat.
• Mengisolasi file sementara dan kerja pada satu volume; jika kesalahan disk terjadi, file
sementara dapat dihapus dan didefinisikan ulang tanpa implikasi cadangan dan pemulihan.
• Sebarkan data di beberapa perangkat untuk memfasilitasi akses paralel. DBA dapat memilih
untuk menggunakan beberapa perangkat penyimpanan.
2.1 Penempatan File pada Disk
DBA bisa mencapai keuntungan kinerja hanya dengan memindahkan file dari satu perangkat
disk fisik ke perangkat lain. Satu teknik umum adalah 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 lengan baca-tulis fisik perangkat disk tunggal
tidak perlu bergerak beberapa kali. Terlepas dari jenis penyimpanan yang digunakan, pastikan
untuk menempatkan log transaksi pada perangkat terpisah dari database ke cadangan log
transaksi secara independen dari database.Beberapa organisasi memilih untuk menerapkan
penyimpanan yang dikelola sistem, atau SMS. Satu skenario yang memungkinkan adalah
membiarkan SMS menangani penempatan sebagian besar file basis data Anda. Namun, untuk
file sensitif kinerja tertentu (seperti log transaksi atau misi kritis objek basis data), gunakan
teknik penempatan file non-SMS. Dengan pendekatan ini, SMS dapat diminimalkan upaya
yang terlibat dalam sebagian besar tugas penempatan file database, dan DBA hanya bisa
terlibat untuk penempatan file database "sangat dibutuhkan".
 2.2 Partisi Mentah vs Sistem File
Partisi mentah adalah jenis perangkat fisik yang lebih disukai untuk dipilih ketika menggunakan database
Server basis data berbasis UNIX. Sebuah partisi mentah hanyalah sebuah perangkat disk mentah dengan
tidak ada sistem operasi atau sistem file diinstal.Jika partisi mentah digunakan, data akan ditulis secara fisik
ke disk tanpa sistem operasi intervensi. Selain itu, saat menggunakan partisi mentah, DBMS lebih mampu
memastikan hal itu ruang yang cukup tersedia dan tulis halaman alokasi sesuai kebutuhan.Kelemahan dari
perangkat mentah adalah sulitnya melacak file atabase. Karena file tidak dialokasikan menggunakan sistem
operasi atau sistem file, tidak mungkin untuk melacaknya menggunakan operasi sistem dan perintah sistem
file. Namun, perangkat lunak manajemen penyimpanan pihak ketiga dapat digunakan untuk mengatasi
masalah ini.

2.3 File Database Sementara

Objek basis data sementara membutuhkan beberapa bentuk penyimpanan persisten jangka
pendek.Bergantung pada DBMS, DBA perlu menetapkan perangkat disk dan jumlah penyimpanan digunakan
oleh objek basis data sementara.
 3. Manajemen Ruang
Karena modifikasi diterapkan ke tabel database, ukuran basis data akan bertambah. untuk itu perlunya
memantau penggunaan ruang basis data secara berkala dan konsisten. Ini dapat dilakukan dengan
menggunakan alat dan utilitas yang disediakan dengan DBMS, perangkat lunak manajemen penyimpanan,
atau alat basis data pihak ketiga. Sebagai DBA, Anda harus dapat melacak yang berikut ini:
• Jumlah luasan sekunder
• Fragmentasi perangkat
• Informasi penggunaan fragmen
• Ruang kosong tersedia
• Ukuran segmen atau partisi
• Tabel dan indeks dialokasikan per segmen
• Jumlah ruang yang dipesan yang saat ini tidak digunakan
• Objek mendekati kondisi "di luar ruang"
Secara konsisten memonitor penggunaan ruang basis data.

3.1 Tata Letak Halaman Data

Setiap DBMS menggunakan format yang berbeda untuk meletakkan halaman objek database. Namun,
biasanya, tata letak halaman untuk objek database akan terdiri dari tiga komponen dasar,
1. Header Halaman
2. Baris Data
3. Tabel Offset
3.1.1 Halaman Alokasi
DBMS menggunakan halaman alokasi untuk mengelola halaman lain di objek database. Halaman alokasi
mengontrol halaman fisikDBA harus memperhitungkan keberadaan halaman alokasi untuk setiap
perhitungan ruang yang dia lakukan mengelola penyimpanan yang digunakan oleh basis data. DBA perlu
mengetahui jumlah halaman di masing-masing unit alokasi yang dikendalikan oleh setiap halaman
alokasi. DBA kemudian menambahkan tambahan ini overhead ke dalam perhitungan penggunaan ruang
database.

3.2 Tata Letak Rekam Data

Setiap baris terkandung di dalamnya catatan yang terdiri dari data housekeeping tambahan bersama
dengan isi data aktual dari baris. Setiap catatan tabel terdiri dari elemen-elemen berikut: • Row
Header. Setiap catatan biasanya dimulai dengan beberapa byte "housekeeping" fisik informasi yang
merinci struktur dan komposisi isi data baris. 
• Data Baris . Ini terdiri dari isi data aktual dari kolom data untuk baris, di urutan definisi
mereka. Tergantung pada DBMS, kolom panjang variabel dan tetap dapat dipisahkan.
• Tabel Offset. Secara opsional, catatan dapat berisi tabel offset dengan pointer untuk dikelola dan kontrol
di mana bidang panjang variabel disimpan dalam baris.
Panjang kolom akan tergantung pada tipe data kolom itu.
3.3 Menghitung Ukuran Table
Rumus berikut dapat digunakan sebagai
Ukuran halaman berbeda dari DBMS ke pedoman umum untuk menghitung ukuran
DBMS.Gunakan rumus berikut untuk sampai pada fisik satu baris:
jumlah baris yang dapat ditampung pada satu data
halaman:

Gunakan rumus berikut untuk sampai pada jumlah total

ruang yang diperlukan untuk tabel:

Tentu saja, DBA perlu mempertimbangkan ruang

kosong yang ditentukan untuk tabel juga.
3.4 Layout Halaman Indeks
Ketika sebuah tabel tidak memiliki indeks yang ditentukan untuknya, baris hanya ditambahkan di akhir
tabel. Saat disana tidak ada ruang tambahan untuk menyisipkan baris baru ke halaman terakhir, halaman baru
diperoleh embatasan serupa berlaku untuk catatan yang disimpan dalam indeks sebagaimana berlaku untuk
catatan data. Baris indeks tunggal harus sepenuhnya disimpan pada satu halaman indeks. Catatan indeks khas
meliputi yang berikut ini item:
• Informasi header.
• Panjang baris.
• Nilai kunci indeks.
• Penunjuk halaman. 
• Mengimbangi dan menyesuaikan tabel.
Satu baris indeks harus sepenuhnya disimpan pada satu halaman indeks.

3.5 Menghitung Ukuran Index

Langkah pertama dalam menghitung ruang yang diperlukan untuk menyimpan
indeks adalah menghitung ukuran baris untuk indeks menggunakan salah satu
rumus berikut:
Anda perlu menghitung ukuran catatan indeks, bukan hanya ukuran baris.

Setelah Anda menghitung ukuran rekaman, Anda dapat melanjutkan ke langkah

berikutnya, yaitu menghitung jumlah ruang penyimpanan yang diperlukan untuk
indeks. Mulailah dengan menggunakan rumus berikut untuk sampai di jumlah
catatan yang dapat ditampung pada satu halaman indeks:

Kemudian Anda dapat menggunakan rumus

berikut untuk sampai pada jumlah total
ruang yang diperlukan untuk indeks:

3.6 Log Transaksi

Salah satu file terpenting untuk pemrosesan basis data adalah log transaksi.Tiba pada
ukuran yang tepat untuk log transaksi bisa lebih merupakan seni daripada sains,
karena aktivitas transaksi pada dasarnya bersifat acak.Aktivitas basis data adalah
faktor terpenting dalam menentukan ukuran yang tepat untuk transaksicata
tan. Aturan praktis yang baik adalah menyediakan ruang yang cukup untuk file log
untuk menangkap semua basis data modifikasi yang akan terjadi antara arsip log
selama periode pemrosesan tersibuk Anda. Yang rumit bagian adalah menentukan
periode pemrosesan paling aktif dan dampak modifikasi database pada catatan. 
4. Strorage Options
Perangkat disk adalah kendaraan penyimpanan utama yang digunakan untuk penyimpanan data persisten.

4.1 RAID
RAID menggabungkan beberapa perangkat disk menjadi sebuah array.

4.1.1 Tingkt RAID

Vendor memberikan berbagai tingkat dukungan untuk tingkat RAID.
Raid-0  juga biasa disebut disk striping. Dengan RAID-0, data dipisah beberapa drive, yang memberikan
throughput data yang lebih tinggi. Namun, tidak ada redundansi (yang benar-benar tidak sesuai dengan
definisi singkatan RAID). Karena tidak ada data yang berlebihan disimpan, kinerja biasanya sangat baik,
tetapi kegagalan disk apa pun dalam array akan mengakibatkan hilangnya data.
RAID-1, kadang-kadang disebut sebagai mirroring data, menyediakan redundansi karena semuanya data
ditulis ke dua atau lebih drive.
RAID-2  menyediakan kode koreksi kesalahan. RAID-2 hanya berguna untuk drive tanpa
deteksi kesalahan bawaan.
RAID-3  mengupas data pada tingkat byte di beberapa drive, dengan paritas disimpan pada satu drive
mendorong. RAID-3 menyediakan kecepatan transfer data yang sangat baik untuk membaca dan menulis.
RAID-4 menghapus data pada level blok di beberapa drive, dengan paritas disimpan pada drive tunggal.
RAID-5  mirip dengan RAID-4, tetapi mendistribusikan informasi paritas di antara drive. RAID-5
dapat mengungguli RAID-4 untuk penulisan kecil dalam sistem multiproses karena parity disk
tidak menjadi hambatan. 
RAID-6 pada dasarnya merupakan perpanjangan dari RAID-5, tetapi memberikan toleransi
kesalahan tambahan melalui penggunaan skema paritas independen kedua.
RAID-10  adalah array bergaris di mana setiap segmen adalah array RAID-1. Karena itu
memberikan toleransi kesalahan yang sama dengan RAID-1. 
RAID-53  adalah array bergaris di mana setiap segmen adalah array RAID-3. Oleh karena itu, 53
memiliki toleransi kesalahan dan overhead yang sama dengan RAID-3.
RAID-0 + 1  menggabungkan mirroring dari RAID-1 dengan striping dari RAID-0. Ini
memasangkan kinerja tinggi RAID-0 dengan keandalan RAID-1. Varian eksklusif dan level RAID
telah ditentukan oleh vendor penyimpanan.
Memilih jenis penyimpanan RAID yang sesuai untuk file database adalah aspek penting dari
Pekerjaan DBA. Tingkat RAID yang dipilih akan berdampak langsung pada kinerja dan keandalan
Anda solusi basis data.
Saat mengevaluasi RAID — atau jenis sistem disk apa pun — Anda harus menyeimbangkan
anggaran yang tersedia terhadap keandalan dan persyaratan kinerja sistem dan aplikasi basis data
Anda. Itu konfigurasi disk optimal untuk file basis data Anda mungkin memerlukan beberapa larik
RAID pada waktu yang berbeda level. Namun, untuk tujuan evaluasi, pertimbangkan saran berikut:
• Mendukung level RAID yang toleran terhadap kesalahan untuk file database. File database tidak
pada disk toleran-kesalahan
tunduk pada downtime dan data yang hilang.
• Pilih sistem disk yang sesuai untuk jenis aktivitas yang akan dilakukan oleh setiap objek basis data
pengalaman. Misalnya, Anda mungkin ingin menerapkan dua sistem RAID yang terpisah — satu di
RAID-5 untuk data yang sangat fokus baca, seperti analisis dan pelaporan, dan lainnya di
RAID-1 (atau RAID-0 +1) untuk data transaksi yang sering ditulis dan diperbarui.
• Jika Anda memiliki anggaran yang Anda inginkan, pilih RAID-0 +1 karena cepat dibaca, cepat
tulis, dan toleransi kesalahan.
4.2 JBOD
JBOD, yang merupakan singkatan dari sekelompok disk, adalah istilah yang digunakan untuk
membedakan disk tradisional teknologi dari teknologi penyimpanan yang lebih baru. 
4.3 Jaringan Area Penyimpanan
Sebuah jaringan area penyimpanan, atau SAN, umumnya mengacu pada jaringan interkoneksi perangkat
penyimpanan. Namun, tidak ada definisi standar SAN yang berlaku di seluruh industri, dan artinya
berbeda orang yang berbeda. Bagi sebagian orang, SAN adalah segala sesuatu yang mencakup sakelar
saluran serat. Lainnya mendefinisikan SAN menjadi apa pun dengan dua atau lebih sistem host
menggunakan teknologi saluran serat. SAN memberi manfaat berikut:
• Penyimpanan bersama antara banyak host
• Kinerja I / O tinggi
• Konsolidasi server dan penyimpanan

4.4 Penyimpanan Terlampir Jaringan

Penyimpanan yang dilampirkan jaringan, atau NAS, mengacu pada penyimpanan yang dapat diakses
langsung dari jaringan. NAS memberikan manfaat berikut:
• Penyimpanan bersama antara banyak host
• Manajemen sederhana karena mengurangi penyimpanan duplikat
• Akses penyimpanan berbasis aplikasi pada tingkat file
Sistem tradisional menggunakan penyimpanan internal atau eksternal yang terhubung langsung ke suatu
sistem, atau mungkin menggunakan penyimpanan bersama,
 4.4.1 SAN vs. NAS
SAN paling baik digunakan sebagai tulang punggung penyimpanan yang menyediakan layanan
penyimpanan dasar untuk sistem host dan Server NAS. SAN sangat cocok untuk berbagi penyimpanan dan
membangun infrastruktur untuk server dan konsolidasi penyimpanan. Aplikasi yang membutuhkan kinerja
tinggi atau kapasitas besar baik kandidat untuk teknologi SAN. Karena menawarkan kinerja tinggi dan
latensi rendah, SAN sangat ideal untuk aplikasi basis data. NAS lebih cocok untuk memecahkan masalah
penyimpanan multimedia, masalah berbagi data, dan berbagi penyimpanan untuk sistem yang lebih
kecil. NAS tidak efisien menangani penyimpanan berbasis blok yang digunakan oleh sistem basis data.
Jangan membuat kesalahan dengan memaksa semua penyimpanan menjadi satu jenis, baik SAN atau NAS. 

4.5 Sistem File Akses Langsung

DAFS, akronim untuk sistem file akses langsung, adalah spesifikasi yang lebih baru yang emungkinkan
disk teknologi untuk memanfaatkan teknologi interkoneksi memori-ke-memori seperti VI dan
InfiniBand. DAFS berjanji untuk meningkatkan kinerja I / O dan keandalan disk, tetapi DAFS masih dini
dalam siklus pengembangannya. Protokol DAFS berjanji untuk meningkatkan kinerja dan memungkinkan
perangkat NAS untuk mengambil lebih banyak menuntut aplikasi sambil meringankan beban server
penyimpanan. DAFS mengurangi penggunaan CPU oleh meminimalkan jalur data yang perlu dibaca dari
server dan menulis ke file
5. Planning for the Future
D BA harus selalu waspada dalam merencanakan pertumbuhan di masa depan.

5.1 Perencanaan Kapasitas

Perencanaan kapasitas mengukur dan membandingkan kapasitas sistem dengan persyaratan. Anda perlu
mengevaluasi biaya memodifikasi dan mungkin meningkatkan infrastruktur komputasi Anda. Dari perspektif
penyimpanan, ini mungkin melibatkan hanya menambahkan lebih banyak perangkat disk dan menetapkannya
DBMS. Namun, ini mungkin melibatkan tugas tambahan untuk mendukung data dan pengguna tambahan,
seperti
pengikut:
• Mendesain ulang aplikasi
• Mendesain ulang basis data
• Memodifikasi parameter DBMS
• Mengkonfigurasi ulang komponen perangkat keras
• Menyesuaikan antarmuka perangkat lunak
Ada beberapa perspektif untuk melihat konsumsi penyimpanan. Masing-masing valid dan menyediakan
pandangan yang berbeda tentang pemanfaatan dan pertumbuhan penyimpanan. Perspektif sistemwide melihat
tingkat di mana ruang disk sedang dikonsumsi pada tingkat agregat. Pada tingkat yang lebih rendah, melihat
kapasitas penyimpanan oleh server menentukan komputer mana yang menggunakan ruang disk pada laju
tercepat