Pages

Senin, 19 Mei 2014 di 05.03 Diposting oleh Rahardiyan Arya Yudha 0 Comments

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





0 Responses so far.

Posting Komentar

    About Me

    Rahardiyan Arya Yudha
    Lihat profil lengkapku

    Followers