ID Artikel: 234656 - Kajian Terakhir: 20 September 2011 - Revisi: 2.0 Deskripsi menggunakan cache disk drive dengan SQL Server yang setiap database administrator harus tahu
RINGKASAN Sistem database pertama dan terutama bertanggung jawab untuk
akurat penyimpanan dan pengambilan data, bahkan dalam peristiwa dari sistem yang tak terduga
kegagalan. Sistem harus menjamin atomicity dan daya tahan transaksi, sementara saat ini pelaksanaan, beberapa transaksi, dan berbagai kegagalan poin. Ini sering disebut sebagai asam (Atomicity, Properti konsistensi, isolasi, dan daya tahan). Artikel ini alamat implikasi dari pengandar disk cache. Dianjurkan bahwa Anda Baca artikel berikut pada Basis Pengetahuan Microsoft untuk lebih lanjut klarifikasi di cache dan alternatif kegagalan modus diskusi: 86903
(http://support.microsoft.com/kb/86903/
)
SQL Server dan caching kontroler disk 46091
(http://support.microsoft.com/kb/46091/
)
Menggunakan hard disk controller cache dengan SQL Server 230785
(http://support.microsoft.com/kb/230785/
)
SQL Server 7.0 dan SQL Server 2000 penebangan dan penyimpanan data algoritma memperpanjang kehandalan data Dokumen-dokumen berikut juga dianjurkan:
INFORMASI LEBIH LANJUT Microsoft SQL Server 2005, SQL Server 2000, SQL Server 7.0
Versi sebelumnya dari SQL Server, dan banyak produk database arus utama
pasar hari ini menggunakan protokol menulis-Ahead Logging (WAL). Menulis-depan log (WAL) protokol Semua versi SQL Server
Buka file log dan data yang menggunakan Win32 CreateFile fungsi. The dwFlagsAndAttributes anggota meliputi FILE_FLAG_WRITE_THROUGH pilihan ketika dibuka oleh SQL Server. Istilah protokol adalah cara terbaik untuk menggambarkan WAL. Itu seperangkat tertentu dan didefinisikan implementasi langkah-langkah yang diperlukan untuk memastikan bahwa data disimpan dan ditukar dengan baik dan dapat dipulihkan untuk sebuah negara yang dikenal di terjadi kegagalan. Seperti jaringan berisi sebuah protokol yang didefinisikan untuk bertukar data dengan cara yang konsisten dan dilindungi, begitu jugalah dengan WAL menggambarkan protokol untuk melindungi data. FILE_FLAG_WRITE_THROUGH Banyak disk drive (SATA, ATA, SCSI dan IDE berbasis) berisi
onboard cache 512 KB, 1 MB, dan lebih besar. Cache drive biasanya bergantung pada
kapasitor dan tidak didukung baterai solusi. Ini caching mekanisme tidak dapat menjamin menulis di kekuatan
siklus atau titik serupa kegagalan. Mereka hanya menjamin selesai
sektor menulis operasi. Sebagai drive terus tumbuh dalam ukuran, cache
menjadi lebih besar, dan mereka dapat mengekspos data dalam jumlah besar selama kegagalan. Pilihan ini memerintahkan sistem untuk menulis melalui salah satu Intermediate cache dan pergi langsung ke disk. Sistem dapat masih cache menulis operasi, tetapi tidak malas menyiram mereka. The FILE_FLAG_WRITE_THROUGH pilihan menjamin bahwa ketika operasi tulis kembali berhasil menyelesaikan data dengan benar disimpan dalam penyimpanan stabil. Ini sejalan dengan menulis Ahead Logging (WAL) protokol spesifikasi untuk memastikan data. Peningkatan caching controller sistem menonaktifkan disk cache dan memberikan fungsional baterai didukung cache solusi. Cache ini dapat mempertahankan data dalam cache untuk beberapa hari dan bahkan memungkinkan kartu caching yang ditempatkan di komputer kedua. Ketika kekuatan benar dipulihkan, data tidak tertulis adalah benar-benar memerah sebelum mengakses data apapun lebih lanjut diperbolehkan. Banyak dari mereka memungkinkan persentase membaca versus menulis cache untuk ditetapkan untuk optimal kinerja. Beberapa berisi area penyimpanan memori yang besar. Dalam kenyataannya, untuk sangat segmen tertentu dari pasar, beberapa vendor perangkat keras menyediakan high-end didukung baterai perangkat cache sistem dengan beberapa gigabytes cache. Ini dapat secara signifikan memperbaiki database kinerja. Transfer I/O yang dilakukan tanpa menggunakan cache bisa menjadi lebih lama karena hard drive spin harga, waktu mekanik yang diperlukan untuk memindahkan drive kepala, dan faktor-faktor lain yang membatasi. SQL Server instalasi yang ditargetkan sistem yang menyediakan pengendali cache. Controller ini menonaktifkan pada disk cache dan menyediakan stabil media cache untuk memenuhi persyaratan SQL Server I/O. Mereka menghindari masalah kinerja yang berkaitan dengan disk mencari dan menulis kali dengan menggunakan berbagai optimasi controller caching. Ada banyak jenis subsistem implementasi. SERANGAN dan SAN adalah dua contoh dari jenis subsistem implementasi. Sistem ini biasanya dibangun dengan SCSI berbasis drive. Ada beberapa alasan untuk ini. Berikut bagian umum menjelaskan drive tingkat tinggi pertimbangan. Drive SCSI:
Ada situasi di mana berbasis desktop drive atau array adalah solusi biaya rendah yang sesuai. Sebagai contoh, jika Anda mengatur hanya-baca database untuk pelaporan, Anda tidak harus mengalami banyak kinerja faktor-faktor database OLTP ketika disk cache dinonaktifkan. Kandar ukuran terus meningkat. Biaya rendah, tinggi kapasitas drive dapat sangat menarik. Tetapi ketika Anda mengkonfigurasi drive untuk SQL Server dan bisnis Anda waktu respon kebutuhan, Anda harus hati-hati mempertimbangkan isu-isu berikut:
Perkecil tabel ini
Instalasi SQL Server Anda tergantung pada controller kemampuan untuk menonaktifkan disk cache dan untuk memberikan cache I/O stabil. Menulis data rusak ke berbagai disk bukanlah penghalang ke SQL Server selama controller menyediakan media stabil benar caching kemampuan. The kompleksitas controller desain meningkat dengan keamanan data lanjutan teknik-teknik seperti mirroring. Untuk sepenuhnya mengamankan data Anda, Anda harus memastikan bahwa semua data cache benar ditangani. Dalam banyak situasi, ini berarti Anda harus menonaktifkan caching tulis disk drive. CATATAN Memastikan bahwa setiap mekanisme cache alternatif dapat menangani beberapa jenis kegagalan. Microsoft telah melakukan pengujian pada beberapa SCSI dan IDE drive menggunakan SQLIOStress utilitas. Utilitas ini mensimulasikan berat asynchronous baca/tulis kegiatan untuk perangkat simulasi data dan log perangkat. Tes kinerja statistik menunjukkan rata-rata menulis operasi per detik antara 50 dan 70 untuk drive dengan cacat menulis caching dan RPM berkisar antara 5,200 dan 7,200. Untuk informasi tambahan dan rincian tentang SQLIOStress, melihat artikel berikut pada Basis Pengetahuan Microsoft: 231619
(http://support.microsoft.com/kb/231619/EN-US/
)
INF: SQLIOStress utilitas untuk stres Disk subsistem seperti SQL Server Banyak manufaktur PC (misalnya, Compaq, Dell, Gateway atau HP)
memesan drive dengan cache menulis yang dinonaktifkan. Namun, pengujian menunjukkan bahwa
ini mungkin tidak selalu menjadi kasus sehingga Anda harus selalu menguji itu sepenuhnya. CATATAN Jika ada pertanyaan status cache disk Anda drive, silakan hubungi pabrik dan mendapatkan tepat utilitas atau jumper pengaturan untuk menonaktifkan caching tulis operasi. REFERENSIUntuk rincian lengkap pada SQL Server I/O persyaratan, kunjungi
Web site Microsoft berikut: http://www.Microsoft.com/SQL/AlwaysOn/Overview.mspx
(http://www.microsoft.com/sql/alwayson/overview.mspx)
SQL Server memerlukan sistem untuk mendukung 'pengiriman dijamin stabil media' seperti diuraikan di bawah program Microsoft SQL Server Always-On penyimpanan solusi Review. FoUntuk informasi lebih lanjut tentang persyaratan input dan output untuk mesin database SQL Server, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: 967576
(http://support.microsoft.com/kb/967576/
)
Microsoft SQL Server Database Engine Input/Output persyaratan Berlaku bagi:
Penerjemahan MesinPENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah. Klik disini untuk melihat versi Inggris dari artikel ini:234656
(http://support.microsoft.com/kb/234656/en-us/
)
| Sumber Lain Situs Pendukung Lain
KomunitasCari Bantuan SekarangTerjemahan Artikel
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Kembali ke atas
