Deskripsi dukungan untuk file database jaringan dalam SQL Server

Microsoft umumnya menyarankan bahwa Anda menggunakan penyimpanan Area jaringan (SAN) atau disk lokal terpasang untuk penyimpanan file database Microsoft SQL Server karena konfigurasi ini mengoptimalkan SQL Server kinerja dan kehandalan. Secara default, penggunaan jaringan file database (disimpan pada server jaringan atau Network Attached Storage [NAS]) tidak diaktifkan untuk SQL Server.

Namun, Anda dapat mengkonfigurasi SQL Server untuk menyimpan database pada server jaringan atau NAS server penyimpanan. Server yang digunakan untuk tujuan ini harus memenuhi persyaratan SQL Server untuk data menulis memesan dan menulis-melalui jaminan, yang terperinci di bagian "Informasi selengkapnya".

Perangkat Windows Hardware kualitas Lab (WHQL) memenuhi syarat

Microsoft Windows Server dan server jaringan atau server penyimpanan NAS yang bersertifikat laboratorium kualitas perangkat keras Windows (WHQL) secara otomatis memenuhi data menulis memesan dan menulis-melalui jaminan diperlukan untuk mendukung perangkat penyimpanan SQL Server. Microsoft mendukung aplikasi dan isu-isu yang berhubungan dengan penyimpanan dalam konfigurasi ini.

CatatanHarus didukung oleh SQL Server, solusi penyimpanan NAS juga harus memenuhi semua persyaratan yang tercantum pada website Microsoft berikut:

Perangkat

Jika Anda menggunakan perangkat penyimpanan yang memenuhi syarat non-WHQL dengan SQL Server yang mendukung I/O jaminan untuk penggunaan database transaksional yang dijelaskan dalam artikel ini, Microsoft akan memberikan dukungan penuh untuk SQL Server dan aplikasi berbasis SQL Server. Namun, masalah dengan, atau disebabkan oleh, perangkat atau subsistem penyimpanan yang akan disebut pabrik perangkat. Jika Anda menggunakan perangkat penyimpanan yang memenuhi syarat non-WHQL yang tidak mendukung I/O jaminan untuk penggunaan database transaksional yang dijelaskan dalam artikel ini, Microsoft tidak menyediakan dukungan untuk SQL Server atau SQL Server berbasis aplikasi. Untuk menentukan apakah Anda non-WHQL memenuhi syarat mendukung perangkat penyimpanan I/O menjamin untuk penggunaan database transaksional yang dijelaskan dalam artikel ini dan/atau dirancang untuk penggunaan database, periksa dengan vendor perangkat Anda. Juga, hubungi vendor perangkat Anda untuk memverifikasi bahwa Anda memiliki benar digunakan dan dikonfigurasi perangkat untuk database transaksional digunakan.

Secara default, Anda tidak dapat membuat database SQL Server pada jaringan berbagi file. Setiap usaha untuk membuat file database pada dipetakan atau lokasi jaringan UNC menghasilkan salah satu pesan galat berikut:

Pesan galat 1
Pesan galat 2
Perilaku ini diharapkan. Jejak bendera 1807 bypasses cek dan memungkinkan Anda untuk mengkonfigurasi SQL Server dengan file berbasis jaringan database. SQL Server, dan sebagian besar perusahaan sistem database lain, menggunakan log transaksi dan terkait pemulihan logika untuk memastikan database transaksional konsistensi dalam hal kegagalan sistem atau menutup unmanaged. Protokol-protokol pemulihan ini bergantung pada kemampuan untuk menulis langsung ke disk media sehingga ketika operasi sistem input/output (I/O) menulis permintaan kembali ke database manager, sistem pemulihan dijamin bahwa menulis benar-benar lengkap atau selesai menulis dapat dijamin. Kegagalan oleh komponen perangkat lunak atau perangkat keras untuk menghormati protokol ini dapat mengakibatkan kehilangan sebagian atau seluruhnya data atau korupsi dalam hal kegagalan sistem. Untuk detail lebih lanjut tentang aspek-aspek penebangan dan pemulihan protokol dalam SQL Server, bacalah artikel berikut pada Basis Pengetahuan Microsoft:Microsoft tidak mendukung file database SQL Server jaringan di NAS atau jaringan penyimpanan server yang tidak memenuhi persyaratan ini melalui menulis dan menulis-order.

Karena dari risiko kesalahan jaringan yang mengorbankan integritas database, bersama dengan implikasi kinerja yang mungkin hasil dari penggunaan jaringan berbagi berkas untuk menyimpan database, Microsoft menganjurkan Anda menyimpan file database subsistem disk lokal atau pada jaringan Area penyimpanan (SANs).

Jaringan yang terpasang sistem penyimpanan (NAS) adalah sistem penyimpanan berkas yang melekat klien melalui redirector jaringan dengan menggunakan protokol jaringan (seperti TCP/IP). Jika akses ke sumber disk memerlukan bahwa saham dipetakan, atau jika sumber disk muncul sebagai server jauh melalui lintasan UNC, (misalnya, \\Servername\Sharename), pada jaringan, kemudian secara default, sistem penyimpanan disk tidak didukung sebagai lokasi untuk SQL Server database.

Masalah kinerja

SQL Server, mirip dengan sistem database perusahaan lain, dapat menempatkan beban yang sangat besar di subsistem I/O. Dalam paling besar aplikasi database, fisik konfigurasi I/O dan tuning memainkan peran penting dalam keseluruhan kinerja sistem. Ada tiga besar I/O kinerja faktor yang perlu dipertimbangkan:

• I/O bandwidth: bandwidth agregat, biasanya diukur dalam megabyte per detik yang dapat dipertahankan untuk perangkat database
• I/O latency: latency, biasanya diukur dalam milidetik, antara permintaan I/O oleh sistem database dan titik di mana permintaan I/O selesai
• CPU biaya: biaya host CPU, biasanya diukur dalam CPU microseconds, untuk sistem database untuk menyelesaikan satu I/O

Salah satu faktor-faktor I/O ini dapat menjadi kemacetan dan Anda harus mempertimbangkan semua faktor ini ketika Anda merancang sistem I/O untuk aplikasi database.

Dalam bentuk yang paling sederhana, solusi NAS menggunakan tumpukan perangkat lunak redirector standar jaringan, kartu jaringan standar (NIC), dan standar Ethernet komponen. Kelemahan konfigurasi ini adalah bahwa semua file i/O diproses melalui jaringan tumpukan dan tunduk pada keterbatasan bandwidth jaringan itu sendiri. Ini dapat membuat kinerja dan keandalan data masalah, terutama dalam program-program yang membutuhkan tingkat yang sangat tinggi dari file i/O, seperti SQL Server. Pada beberapa konfigurasi NAS yang diuji oleh Microsoft, I/O throughput adalah sekitar satu-ketiga (1/3) bahwa langsung melekat solusi penyimpanan di server yang sama. Dalam konfigurasi ini sama, biaya CPU untuk menyelesaikan I/O melalui perangkat NAS adalah sekitar dua kali I/O lokal. Sebagai perangkat NAS dan infrastruktur jaringan berkembang, rasio ini juga dapat meningkatkan relatif terhadap terlampir langsung penyimpanan atau SANs. Selanjutnya, jika data aplikasi kebanyakan cache dalam database buffer pool, dan Anda tidak menemukan salah satu hambatan I/O diuraikan, kinerja pada sistem berbasis NAS mungkin cukup untuk aplikasi Anda.

Backup dan restore pertimbangan

SQL Server menyediakan Virtual perangkat antarmuka (VDI) untuk cadangan. Antarmuka perangkat Virtual menyediakan backup software vendor dengan cara kinerja tinggi, terukur, dan dapat diandalkan untuk melakukan backup yang panas dan untuk memulihkan database SQL Server.

Cadangan perangkat lunak beroperasi pada file database yang disimpan pada perangkat NAS melalui VDI tanpa dukungan khusus yang khusus untuk NAS. Namun, hal ini mengakibatkan sejumlah besar lalu lintas jaringan tambahan selama backup dan restore. Selama cadangan melalui VDI, SQL Server membaca file jarak jauh dan melewati data ke pihak ketiga cadangan perangkat lunak yang berjalan di komputer SQL Server. Operasi pemulihan analog.

Untuk menghindari jaringan tambahan overhead, vendor cadangan harus menyediakan dukungan NAS khusus vendor cadangan dengan NAS vendor. SQL Server VDI memungkinkan cadangan perangkat lunak untuk mengambil keuntungan dari perangkat keras (cermin pecah) atau perangkat lunak teknologi (salinan pada menulis) yang didukung oleh perangkat NAS agar cepat salinan file database lokal dalam NAS. Teknologi ini tidak hanya menghindari overhead menyalin berkas melalui jaringan untuk cadangan, mereka juga dapat mengurangi pemulihan kali lipat.

Backup yang disimpan di NAS rentan terhadap kegagalan sama yang mempengaruhi file database yang disimpan di NAS. Anda harus mempertimbangkan melindungi backup ini dengan menyalin mereka ke media alternatif.

Hati-hatiAnda mungkin mengalami database korupsi di cadangan jika Anda menggunakan teknologi cadangan NAS tanpa dukungan SQL Server VDI. Korupsi tersebut mencakup halaman robek atau inkonsistensi antara file log dan data jika mereka disimpan pada perangkat yang terpisah. SQL Server tidak akan mendeteksi halaman robek atau inkonsistensi sampai Anda memulihkan database dan mengakses data rusak. Microsoft tidak mendukung penggunaan teknologi cadangan NAS yang tidak terkoordinasi dengan SQL Server.

Cadangan dukungan dan NAS vendor dukungan untuk SQL Server VDI bervariasi. Periksa dengan NAS dan pemasok cadangan perangkat lunak untuk rincian mengenai VDI dukungan Anda.

Microsoft mendesak pelanggan yang sedang mempertimbangkan penggelaran solusi NAS untuk SQL Server database untuk berkonsultasi vendor NAS mereka untuk memastikan bahwa desain end-to-end solusi adalah untuk penggunaan database. Banyak NAS vendor memiliki panduan praktik terbaik dan bersertifikat konfigurasi untuk digunakan. Microsoft juga merekomendasikan bahwa pelanggan benchmark kinerja I/O mereka untuk memastikan bahwa tidak ada faktor-faktor I/O yang disebutkan sebelumnya menyebabkan kemacetan dalam aplikasi mereka.

Teks berikut menjelaskan perilaku file berbasis jaringan database Microsoft SQL Server 2005, Microsoft SQL Server 2000 dan Microsoft SQL Server 7.0, dengan dan tanpa jejak bendera 1807. Sintaks yang dipetakan mengacu pada huruf kandar yang terkait dengan jalan jaringan dengan perintah NET USE. UNC sintaks mengacu pada referensi langsung ke jaringan jalan, seperti \\Servername\Sharename.

• Dalam SQL Server 7.0, tanpa jejak bendera 1807, jika Anda menggunakan DISK INIT-kompatibel sintaks diikuti oleh pernyataan membuat DATABASE dengan baik dipetakan atau UNC sintaks, 5105 terjadi kesalahan.
• Dalam SQL Server 7.0, dengan jejak bendera 1807, jika Anda menggunakan DISK INIT-kompatibel sintaks yang diikuti oleh sebuah pernyataan membuat DATABASE dengan sintaks yang dipetakan, penciptaan file berhasil. Jika Anda menggunakan DISK INIT dengan UNC sintaks, terjadi kesalahan 5105.
• Dalam SQL Server 2005, SQL Server 2000, atau SQL Server 7.0, tanpa jejak bendera 1807, jika Anda mengeksekusi pernyataan membuat DATABASE dengan dipetakan atau UNC sintaks, kesalahan 5105 terjadi di SQL Server 7.0 dan kesalahan 5110 terjadi di SQL Server 2000.
• Dalam SQL Server 2005, SQL Server 2000 atau SQL Server 7.0, dengan jejak bendera 1807, membuat DATABASE pernyataan yang dilakukan dengan menggunakan dipetakan atau UNC sintaks adalah sukses.

Perhatikan bahwa SQL Server menyediakan dukungan hanya untuk file berbasis jaringan yang menggunakan jejak bendera 1807 untuk non-failover berkumpul instalasi SQL Server. Failover berkerumun instalasi SQL Server tidak bekerja dengan file berbasis jaringan karena SQL Server 2005 dan SQL Server 2000 membutuhkan perangkat penyimpanan harus diakui dan terdaftar oleh Administrator Cluster Microsoft Cluster layanan (MSCS).

Catatan tambahan

Penggunaan perangkat lunak database dengan NAS produk yang salah, atau database digunakan dengan produk NAS yang dikonfigurasi secara tidak benar, dapat mengakibatkan kehilangan data termasuk total database kerugian. Jika NAS perangkat atau jaringan perangkat lunak tidak benar-benar menghormati data jaminan, seperti menulis memesan atau melalui menulis, maka perangkat keras, perangkat lunak, atau bahkan kekuasaan kegagalan bisa serius kompromi integritas data.

REFERENSI

Untuk informasi selengkapnya tentang menulis pemesanan atau melalui menulis untuk SQL Server, klik nomor artikel berikut ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:SQL Server buku Online; topik: "Jejak bendera"

SQL Server memerlukan sistem untuk mendukung 'pengiriman dijamin stabil media' seperti diuraikan di bawah program Microsoft SQL Server Always-On penyimpanan solusi Review. UntukUntuk informasi lebih lanjut tentang persyaratan input dan output untuk mesin database SQL Server, klik nomor artikel berikut ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: