Deskripsi caching kontroler disk dalam SQL Server

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 86903 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

RINGKASAN

Penggunaan caching tulis (juga disebut menulis kembali caching) disk controller dapat meningkatkan kinerja SQL Server. Menulis caching controller dan disk subsistem aman untuk SQL Server, jika mereka secara khusus dirancang untuk menggunakan sistem manajemen database transaksional kritis data (DBMS) lingkungan. Fitur desain ini harus mempertahankan data cache jika sistem terjadi kegagalan. Menggunakan eksternal uninterruptible power supply (UPS) untuk mencapai hal ini umumnya tidak cukup, karena kegagalan mode yang dengan kekuatan dapat terjadi.

Caching controller dan subsistem disk dapat aman untuk digunakan oleh SQL Server. Sebagian besar platform server gedung baru yang menggabungkan ini aman. Namun, Anda harus memeriksa dengan vendor perangkat keras Anda untuk memastikan bahwa subsistem disk telah secara khusus diuji dan disetujui untuk digunakan di data sistem manajemen kritis transaksional database relasional (RDBMS) lingkungan.

INFORMASI LEBIH LANJUT

Pernyataan SQL Server data modifikasi menghasilkan halaman logis menulis. Ini aliran menulis dapat digambarkan sebagai akan dua tempat: log dan database itu sendiri. Untuk alasan kinerja, SQL Server defers menulis untuk database melalui sistem buffer cache sendiri. Menulis ke log adalah hanya sejenak ditunda sampai jam KOMIT. Mereka yang tidak di-cache yang sama cara sebagai data menulis. Karena log menulis untuk halaman tertentu selalu mendahului Halaman data menulis, log kadang-kadang disebut sebagai "menulis-depan" log.

Integritas transaksional adalah salah satu konsep mendasar relasional sistem database. Transaksi dianggap atom unit kerja itu adalah benar-benar diterapkan atau benar-benar diluncurkan kembali. SQL Server log transaksi menulis-depan adalah komponen penting dalam menerapkan transaksional integritas.

Sistem database relasional juga harus berurusan dengan konsep erat berkaitan dengan integritas transaksional, yang merupakan pemulihan dari sistem yang tidak direncanakan kegagalan. Berbagai non-ideal, dunia nyata efek dapat menyebabkan kegagalan ini. Pada banyak sistem manajemen database, sistem kegagalan dapat mengakibatkan panjang proses pemulihan manual yang disutradarai manusia.

Sebaliknya, mekanisme pemulihan SQL Server sepenuhnya otomatis dan beroperasi tanpa campur tangan manusia. Sebagai contoh, SQL Server dapat mendukung aplikasi mission-critical produksi, dan pengalaman kegagalan sistem karena untuk sesaat kekuatan fluktuasi. Setelah pemulihan kekuasaan, server hardware akan restart, jaringan perangkat lunak akan memuat dan inisialisasi, dan SQL Server akan restart. Seperti SQL Server menginisialisasi, itu akan secara otomatis menjalankan proses pemulihan berdasarkan data dalam log transaksi. Seluruh proses ini terjadi tanpa campur tangan manusia. Setiap kali workstation klien ulang, pengguna akan menemukan semua dari mereka data hadir, hingga transaksi terakhir mereka masuk.

SQL Server transaksional integritas dan pemulihan otomatis merupakan sangat Kemampuan menyelamatkan kuat waktu dan kerja. Jika controller caching menulis adalah tidak benar dirancang untuk digunakan dalam data kritis DBMS transaksional lingkungan, itu dapat mengganggu kemampuan SQL Server untuk memulihkan, maka merusak database. Hal ini dapat terjadi jika controller penyadapan SQL Log transaksi server menulis dan penyangga mereka dalam cache perangkat keras pada controller papan, tapi tidak mempertahankan ini ditulis halaman selama sistem kegagalan.

Kebanyakan pengendali cache melakukan menulis caching. Menulis caching fungsi tidak selalu dapat dinonaktifkan.

Bahkan jika server menggunakan UPS, ini tidak menjamin keamanan cache menulis. Banyak jenis kegagalan sistem dapat terjadi bahwa UPS tidak alamat. Sebagai contoh, paritas kesalahan memori, sistem operasi perangkap, atau perangkat keras glitch yang menyebabkan sistem reset dapat menghasilkan tidak terkendali gangguan sistem. Kegagalan memori dalam cache menulis hardware dapat juga mengakibatkan hilangnya informasi log penting.

Masalah lain yang mungkin berkaitan dengan caching tulis controller dapat terjadi pada sistem shutdown. Hal ini tidak biasa untuk "siklus" sistem operasi atau reboot sistem selama perubahan konfigurasi. Bahkan jika operator yang hati-hati mengikuti rekomendasi sistem operasi untuk menunggu sampai semua disk aktivitas telah berhenti sebelum reboot sistem, dapat menulis cache masih ada dalam controller. Ketika kombinasi tombol CTRL + ALT + DEL ditekan, atau Tombol RESET ditekan, cache menulis dapat dibuang, berpotensi merusak database.

Mungkin untuk desain cache menulis perangkat keras yang memperhitungkan semua kemungkinan penyebab dari membuang kotor cache data, yang dengan demikian akan aman untuk digunakan oleh database server. Beberapa fitur desain ini akan termasuk mencegat RST bus sinyal untuk menghindari tidak terkendali reset caching controller, on-board baterai cadangan, dan cermin atau ERC (kesalahan memeriksa & mengoreksi) memori. Periksa dengan vendor perangkat keras Anda untuk memastikan bahwa cache menulis termasuk berikut dan fitur lainnya yang diperlukan untuk menghindari kehilangan data.

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:
967576Microsoft SQL Server Database Engine Input/Output persyaratan

Properti

ID Artikel: 86903 - Kajian Terakhir: 14 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Kata kunci: 
kb3rdparty kbhardware kbinfo kbmt KB86903 KbMtid
Penerjemahan Mesin
PENTING: 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:86903

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com