Deskripsi dukungan untuk file database jaringan di SQL Server

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

Pada Halaman ini

Ringkasan

Umumnya, Microsoft menganjurkan bahwa Anda menggunakan Area penyimpanan jaringan (SAN) atau disk lokal terlampir untuk penyimpanan file database Microsoft SQL Server karena konfigurasi ini mengoptimalkan kinerja SQL Server dan kehandalan. secara asali, menggunakan 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 penyimpanan NAS atau jaringan server. Server yang digunakan untuk tujuan ini harus memenuhi persyaratan SQL Server data menulis memesan dan menulis-melalui jaminan, yang terperinci di bagian "Informasi selengkapnya".

peranti penangkap Windows Hardware kualitas Lab (WHQL) memenuhi syarat

Microsoft Windows Server dan server jaringan, atau server penyimpanan NAS yang bersertifikat Windows Hardware kualitas Lab (WHQL) secara otomatis memenuhi data menulis memesan dan menulis-melalui jaminan diperlukan untuk mendukung peranti penangkap penyimpanan SQL Server. Microsoft mendukung aplikasi dan isu-isu yang terkait dengan penyimpanan dalam konfigurasi ini.

Catatan:Harus didukung oleh SQL Server, solusi penyimpanan NAS juga harus memenuhi semua persyaratan yang tercantum pada website Microsoft berikut:
http://download.Microsoft.com/download/6/E/8/6E882A06-B71B-4642-9EB4-D1EA0D6223C8/SQL%20Server%20IO%20Reliability%20Program%20Requirements%20Document.docx

peranti penangkap lainnya

Jika Anda menggunakan peranti penangkap berkualitas penyimpanan bebas-WHQL dengan SQL Server yang mendukung I/O jaminan untuk menggunakan 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, peranti penangkap atau subsistem penyimpanan yang akan disebut produsen peranti penangkap. Jika Anda menggunakan peranti penangkap berkualitas penyimpanan bebas-WHQL yang tidak mendukung I/O jaminan untuk penggunaan database transaksional yang dijelaskan dalam artikel ini, Microsoft tidak dapat memberikan dukungan untuk SQL Server atau aplikasi berbasis SQL Server. Untuk menentukan apakah Anda bebas-WHQL berkualitas mendukung peranti penangkap penyimpanan I/O menjamin untuk penggunaan database transaksional yang dijelaskan dalam artikel ini dan/atau dirancang untuk menggunakan database, periksa dengan vendor peranti penangkap Anda. Juga, hubungi vendor peranti penangkap untuk memverifikasi bahwa Anda memiliki benar digunakan dan dikonfigurasi peranti penangkap untuk menggunakan database transaksional.

Informasi lebih lanjut

secara asali, Anda tidak dapat membuat database SQL Server pada jaringan berbagi file. Setiap upaya untuk menciptakan sebuah file database pada dipetakan atau lokasi jaringan UNC menghasilkan salah satu pesan galat berikut:

Pesan galat 1
5105 "perangkat aktivasi Error"

Pesan galat 2
5110 "file 'file_name' adalah pada peranti penangkap jaringan tidak didukung untuk databasefiles."

Perilaku ini diharapkan. Bendera jejak 1807 bypasses cek dan memungkinkan Anda untuk mengkonfigurasi SQL Server dengan database berbasis jaringan file. SQL Server, dan kebanyakan perusahaan sistem database lain, menggunakan log transaksi dan pemulihan logika untuk memastikan database transaksional konsistensi dalam hal kegagalan sistem yang terkait atau unmanaged shut down. Protokol-protokol pemulihan ini bergantung pada kemampuan untuk menulis langsung ke disk media sehingga ketika sistem operasi masukan/keluaran (I/O) menulis permintaan kembali ke manajer database, Pemulihan Sistem dijamin bahwa menulis benar-benar lengkap atau bahwa penyelesaian menulis dapat dijamin. Kegagalan oleh komponen peranti penangkap lunak atau peranti penangkap keras untuk menghormati protokol ini dapat mengakibatkan kehilangan data parsial atau total atau korupsi dalam hal kegagalan sistem. Untuk perincian lanjut tentang aspek-aspek penebangan dan pemulihan protokol di SQL Server, lihat artikel di dalam Pangkalan Pengetahuan Microsoft berikut:
230785 SQL Server 7.0, SQL Server 2000 dan SQL Server 2005 penebangan dan penyimpanan data algoritma memperpanjang kehandalan data
Microsoft tidak mendukung file database SQL Server jaringan di NAS atau jaringan penyimpanan server yang tidak memenuhi persyaratan ini menulis-through dan menulis-order.

Karena risiko kesalahan jaringan mengorbankan integritas database, bersama dengan implikasi kinerja yang mungkin timbul dari penggunaan jaringan berbagi file untuk menyimpan database, Microsoft menganjurkan bahwa Anda menyimpan file database baik di lokal disk subsistem atau Storage Area Networks (SANs).

Sebuah jaringan yang terpasang penyimpanan (NAS) sistem adalah sistem penyimpanan file berbasis yang klien menempel 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 path UNC, (misalnya, \\Servername\Sharename), pada jaringan, maka secara asali, sistem penyimpanan disk tidak didukung sebagai lokasi untuk database SQL Server.

Masalah kinerja

SQL Server, mirip dengan sistem database perusahaan lain, dapat menempatkan beban yang sangat besar pada subsistem I/O. Dalam paling besar aplikasi database, fisik konfigurasi I/O dan tuning memainkan peran penting dalam kinerja keseluruhan sistem. Ada tiga I/O kinerja faktor utama untuk mempertimbangkan:
  • I/O bandwidth: bandwidth agregat, biasanya diukur dalam megabyte per detik yang dapat dipertahankan ke database peranti penangkap
  • Latensi I/O: latency, biasanya diukur dalam milidetik, antara permintaan I/O oleh sistem database dan titik mana I/O permintaan selesai
  • CPU biaya: biaya host CPU, biasanya diukur dalam microseconds CPU, untuk sistem database untuk menyelesaikan I/O tunggal
Salah satu faktor I/O dapat menjadi kertas macet dan Anda harus mempertimbangkan semua faktor ini ketika Anda merancang sistem I/O untuk aplikasi database.

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

pencadangan dan pemulihan pertimbangan

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

peranti penangkap lunak backup beroperasi pada file-file database yang disimpan pada peranti penangkap NAS melalui VDI tanpa dukungan khusus khusus untuk NAS. Namun, hal ini menyebabkan sejumlah besar lalu lintas jaringan tambahan selama pencadangan dan pemulihan. Selama cadangan melalui VDI, SQL Server membaca file jarak jauh dan melewati data ke pihak ketiga cadangan peranti penangkap lunak yang berjalan pada komputer SQL Server. Operasi pemulihan serupa.

Untuk menghindari jaringan tambahan overhead, cadangan vendor harus memberikan dukungan NAS-spesifik oleh vendor cadangan dan NAS vendor. SQL Server VDI memungkinkan peranti penangkap lunak cadangan untuk manfaatkan dari peranti penangkap keras (cermin pecah) atau peranti penangkap lunak teknologi (salinan pada menulis) yang didukung oleh peranti penangkap NAS untuk membuat cepat kopi karbon file database lokal untuk NAS. Teknologi ini tidak hanya menghindari overhead menyalin file melalui jaringan untuk cadangan, mereka dapat mengurangi waktu pemulihan oleh lipat.

Backup yang tersimpan pada NAS rentan terhadap failuresthat file yang sama database mempengaruhi yang disimpan di NAS. Anda shouldconsider melindungi backup dengan menyalin mereka ke media alternatif.

Hati-hatiAnda mungkin mengalami korupsi database dalam cadangan jika Anda menggunakan teknologi cadangan NAS tanpa dukungan SQL Server VDI. Seperti corruptionincludes robek halaman atau inkonsistensi antara file log dan data jika mereka disimpan pada peranti penangkap yang terpisah. SQL Server tidak dapat mendeteksi halaman robek atau inkonsistensi sampai Anda gulung balik 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 peranti penangkap lunak untuk rincian mengenai VDI dukungan Anda.

Microsoft mendesak Pelanggan yang sedang mempertimbangkan solusi NAS penggunaan ofan untuk SQL Server database consulttheir NAS vendor untuk memastikan bahwa desain end-to-end solusi untuk penggunaan database. Banyak vendor NAS memiliki panduan praktik terbaik dan bersertifikat konfigurasi untuk digunakan. Microsoft juga merekomendasikan bahwa pelanggan benchmark kinerja I/O mereka untuk memastikan bahwa semua faktor I/O yang disebutkan sebelumnya menyebabkan kertas macet 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 dipetakan mengacu pada huruf drive yang terkait dengan jaringan jalan dengan perintah NET USE. UNC sintaks merujuk kepada rujukan langsung kepada jalan jaringan, seperti \\Servername\Sharename.
  • Dalam SQL Server 7.0, tanpa jejak bendera 1807, jika Anda menggunakan DISK INIT-kompatibel sintaks diikuti oleh sebuah pernyataan buat DATABASE dengan baik dipetakan atau sintaks UNC, 5105 terjadi kesalahan.
  • Dalam SQL Server 7.0, dengan bendera jejak 1807, jika Anda menggunakan sintaks kompatibel DISK INIT yang diikuti oleh sebuah pernyataan buat DATABASE dengan dipetakan sintaks, penciptaan file berhasil. Jika Anda menggunakan DISK INIT dengan sintaks UNC, terjadi kesalahan 5105.
  • SQL Server 2005, SQL Server 2000 atau SQL Server 7.0, tanpa jejak bendera 1807, jika Anda mengeksekusi pernyataan buat DATABASE dengan dipetakan atau sintaks UNC, terjadi kesalahan 5105 di SQL Server 7.0 dan terjadi kesalahan 5110 di SQL Server 2000.
  • Dalam SQL Server 2005, SQL Server 2000 atau SQL Server 7.0, dengan bendera jejak 1807, pernyataan buat DATABASE yang dilakukan dengan menggunakan dipetakan atau UNC sintaks adalah sukses.
Perhatikan bahwa SQL Serverprovides mendukung hanya untuk file berbasis jaringan yang menggunakan bendera jejak 1807 untuk instalasi non-failover berkerumun SQL Server. Failover berkerumun instalasi SQL Server tidak bekerja dengan file berbasis jaringan karena SQL Server 2005 dan SQL Server 2000 membutuhkan bahwa peranti penangkap penyimpanan diakui dan terdaftar oleh Administrator Cluster Microsoft Cluster Layanan (MSC).

Catatan tambahan

Penggunaan yang salah peranti penangkap lunak database dengan produk NAS, atau menggunakan database dengan produk NAS tidak semestinya dikonfigurasi, dapat mengakibatkan kehilangan data termasuk kehilangan total database. Jika NAS peranti penangkap atau jaringan peranti penangkap lunak tidak benar-benar menghormati jaminan data, seperti menulis memesan atau menulis-melalui, maka peranti penangkap keras, peranti penangkap lunak, atau bahkan kegagalan daya serius bisa kompromi integritas data.

REFERENSI

Untuk informasi lebih lanjut tentang menulis memesan atau menulis-melalui untuk SQL Server, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
234656 Menggunakan kandar cakram caching dengan SQL Server
SQL Server buku Online; topik: "Jejak bendera"
SQL Server memerlukan sistem untuk mendukung 'jaminan pengiriman stabil media' seperti diuraikan di bawah program Microsoft SQL Server Always-On penyimpanan solusi Tinjauan. FoUntuk informasi lebih lanjut tentang persyaratan input dan output untuk mesin database SQL Server, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
967576 Microsoft SQL Server Database Engine Input/Output persyaratan

Properti

ID Artikel: 304261 - Kajian Terakhir: 17 Mei 2014 - Revisi: 5.0
Berlaku bagi:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2005 Compact Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Windows CE Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2012 Analysis Services
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Web
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Web
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2014 Business Intelligence
Kata kunci: 
kbinfo kbmt KB304261 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.
Klik disini untuk melihat versi Inggris dari artikel ini: 304261

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