Descrizione del supporto per i file di database di rete in SQL Server

Traduzione articoli Traduzione articoli
Identificativo articolo: 304261 - Visualizza i prodotti a cui si riferisce l?articolo.
Espandi tutto | Chiudi tutto

In questa pagina

Sommario

Si consiglia in genere di utilizzare una rete di archiviazione (SAN) o un disco collegato localmente per l'archiviazione dei file del database di Microsoft SQL Server perchÚ questa configurazione consente di ottimizzare affidabilitÓ e prestazioni di SQL Server. Per impostazione predefinita, utilizzo dei file di database di rete (memorizzato su un server di rete o Network Attached Storage NAS]) non Ŕ abilitato per SQL Server.

Tuttavia, Ŕ possibile configurare SQL Server per archiviare un database su un server in rete o il server di archiviazione NAS. I server utilizzati per questo scopo devono soddisfare i requisiti di SQL Server per l'ordine di scrittura di dati e write-through garanzie, descritti in dettaglio nella sezione "Informazioni".

Windows Hardware Quality Lab (WHQL) completo di periferiche

Server Microsoft Windows e server di rete o server di archiviazione NAS Windows Hardware Quality Lab (WHQL) automaticamente certificati soddisfare l'ordine di scrittura di dati e la write-through garanzie richieste per supportare una periferica di archiviazione di SQL Server. Microsoft supporta applicazioni e problemi correlati all'archiviazione in queste configurazioni.

Nota.Per essere supportati da SQL Server, la soluzione di storage NAS deve inoltre soddisfare tutti i requisiti elencati sul sito Web Microsoft riportato di seguito:
http://download.microsoft.com/download/6/E/8/6E882A06-B71B-4642-9EB4-D1EA0D6223C8/SQL%20Server%20IO%20Reliability%20Program%20Requirements%20Document.docx

Altri dispositivi

Se si utilizza una periferica di archiviazione qualificata non certificato WHQL con SQL Server che supporta le garanzie dei / o per l'utilizzo di database transazionale descritta in questo articolo, Microsoft fornirÓ il supporto completo per applicazioni basate su SQL Server e SQL Server. Tuttavia, problemi con, o dovuta, la periferica o il sottosistema di archiviazione verrÓ indicato il produttore della periferica. Se si utilizza un dispositivo di storage completo non certificato WHQL non supporta le garanzie dei / o per l'utilizzo di database transazionale descritta in questo articolo, Microsoft non fornisce supporto per applicazioni basate su SQL Server o SQL Server. Per determinare se il valore non WHQL completo supporta periferiche di archiviazione dei / o garanzie per l'utilizzo di database transazionale descritta in questo articolo e/o Ŕ stato progettato per l'utilizzo di database, contattare il fornitore del dispositivo. Inoltre, contattare il fornitore del dispositivo per verificare di aver correttamente distribuito e configurato il dispositivo per l'utilizzo di database transazionali.

Informazioni

Per impostazione predefinita, Ŕ possibile creare un database di SQL Server in una condivisione di file di rete. Qualsiasi tentativo di creare un file di database su un oggetto mappato o il percorso di rete UNC genera uno dei seguenti messaggi di errore:

Messaggio di errore 1
5105 "errore di attivazione periferica"

Messaggio di errore 2
5110 "file 'nome_file' Ŕ un dispositivo di rete non supportato per databasefiles".

Questo comportamento Ŕ previsto. Flag di traccia 1807 consente di ignorare il controllo e consente di configurare SQL Server con i file di database in rete. SQL Server e altri sistemi database aziendali, utilizzano un log delle transazioni e la logica di ripristino associato per garantire la coerenza del database transazionali in caso di errore di sistema o interrompere una funzione non gestita. Questi protocolli di recupero si basano sulla capacitÓ di scrivere direttamente al supporto del disco in modo che quando un sistema operativo input/output (i) le richieste di scrittura restituisce per la gestione di database, il sistema di ripristino Ŕ garantito che la scrittura Ŕ stata effettivamente completata o che pu˛ essere garantito per il completamento della scrittura. Qualsiasi errore da qualsiasi componente software o hardware per rispettare questo protocollo pu˛ comportare una perdita parziale o totale o il danneggiamento in caso di errore di sistema. Per ulteriori informazioni su questi aspetti della registrazione e i protocolli di ripristino in SQL Server, vedere il seguente articolo della Microsoft Knowledge Base:
230785 Registrazione di SQL Server 7.0, SQL Server 2000 e SQL Server 2005 e gli algoritmi di data storage estendono l'affidabilitÓ dei dati
Microsoft non supporta i file di database di SQL Server in rete sul server NAS o sui server di storage di rete che non soddisfano questi requisiti di write-through e ordine di scrittura.

A causa dei rischi di errori di rete compromettere l'integritÓ del database, con implicazioni possibili prestazioni derivanti dall'utilizzo di condivisioni di file di rete per archiviare i database, si consiglia di memorizzare i file di database in sottosistemi disco locale o in reti di archiviazione (SAN).

Un sistema di network attached storage (NAS) Ŕ un sistema di archiviazione file basato su client connettersi attraverso il redirector di rete utilizzando un protocollo di rete (ad esempio TCP/IP). Se Ŕ necessario eseguire il mapping di una condivisione di accesso a una risorsa disco o se la risorsa disco viene visualizzato come un server remoto tramite un percorso UNC, (ad esempio \\Servername\Sharename), sulla rete, quindi per impostazione predefinita, il sistema di archiviazione su disco non Ŕ supportato come una posizione per il database di SQL Server.

Problemi di prestazioni

SQL Server, simile ad altri sistemi di database enterprise, Ŕ possibile inserire un carico di grandi dimensioni in un sottosistema dei / o. Nella maggior parte delle grandi applicazioni di database, fisico configurazione i/o e l'ottimizzazione svolgono un ruolo significativo nelle prestazioni complessive del sistema. Esistono tre fattori di prestazioni dei / o principali da considerare:
  • Larghezza di banda i/o: larghezza di banda aggregata, in genere misurata in megabyte al secondo pu˛ essere sostenuta per un dispositivo di database
  • Latenza dei / o: la latenza, in genere misurata in millisecondi, tra una richiesta dei / o dal sistema di database e il punto in cui viene completata la richiesta dei / o
  • Utilizzo della CPU: il costo di CPU host, in genere misurato in microsecondi della CPU, per il sistema di database per il completamento dei / o per un singolo
Uno di questi fattori dei / o pu˛ diventare un collo di bottiglia e quando si progetta un sistema dei / o per un'applicazione di database, Ŕ necessario considerare tutti questi fattori.

Nella sua forma pi¨ semplice, una soluzione NAS utilizza uno stack di software redirector di rete standard, scheda di rete standard (NIC) e componenti Ethernet standard. Lo svantaggio di questa configurazione Ŕ che tutti i file i/o viene elaborata attraverso lo stack di rete ed Ŕ soggetto alle limitazioni della larghezza di banda della rete stessa. Ci˛ pu˛ creare delle prestazioni e problemi di affidabilitÓ dei dati, soprattutto in programmi che richiedono livelli estremamente elevati di file i/o, ad esempio SQL Server. In alcune configurazioni di server NAS testati da Microsoft, il throughput dei / o era di circa un terzo (1/3) che di direttamente collegata soluzione di archiviazione sullo stesso server. In questa stessa configurazione, l'utilizzo della CPU per completare un / o tramite il dispositivo NAS era circa due volte quella di un / o locale. Evolversi di infrastruttura di rete e periferiche NAS questi rapporti possono anche migliorare rispetto al DAS o SAN. Inoltre, se i dati dell'applicazione viene memorizzato nella cache per la maggior parte del pool di buffer del database e non si verifichino i colli di bottiglia i/o delineati, le prestazioni in un sistema NAS basati sono probabilmente sufficiente per l'applicazione.

Considerazioni sul backup e ripristino

SQL Server fornisce Virtual Device Interface (VDI) per il backup. L'interfaccia di periferica virtuale fornisce i fornitori di software di backup con un mezzo ad alte prestazioni, scalabile e affidabile per l'esecuzione di backup a caldo e per il ripristino dei database di SQL Server.

Software di backup viene eseguito sui file di database memorizzati su periferiche NAS attraverso un'infrastruttura VDI senza supporto speciali specifiche per il server NAS. Tuttavia, questo comporta una grande quantitÓ di aumento del traffico di rete durante il backup e ripristino. Durante il backup tramite un'infrastruttura VDI, SQL Server legge i file in modalitÓ remota e passa i dati per il software di backup di terze parti Ŕ in esecuzione nel computer SQL Server. L'operazione di ripristino Ŕ analoga.

Per evitare di rete aggiuntivo sovraccarico, il fornitore backup deve fornire supporto per i server NAS per il fornitore di backup e il fornitore NAS. SQL Server VDI consente al software di backup sfruttare l'hardware (speculare) o tecnologie di software (copy-on-write) supportati dai dispositivi NAS per rendere rapidamente copie dei file di database locale al server NAS. Queste tecnologie non solo evitare il sovraccarico di copiare i file in rete per il backup, ma anche potrebbe ridurre i tempi di ripristino di ordini di grandezza.

I backup vengono memorizzati sul server NAS sono vulnerabili agli stessi file di database del effetto di failuresthat che vengono memorizzati sul server NAS. Per shouldconsider la protezione di questi backup copiandoli su supporti alternativi.

AttenzionePotrebbe verificarsi il danneggiamento del database nel backup se si utilizzano tecnologie di backup NAS senza il supporto di SQL Server VDI. Tali corruptionincludes torn pagine o incoerenze tra i file di log e dei dati archiviati su periferiche distinte. SQL Server potrebbe non rilevare le pagine incomplete o incoerenze, fino a ripristinare il database e l'accesso ai dati danneggiati. Microsoft non supporta l'utilizzo di tecnologie di backup di server NAS non sono coordinati con SQL Server.

Il supporto di backup e il fornitore NAS il supporto per SQL Server VDI varia. Verificare con il server NAS e fornitori di software di backup per informazioni dettagliate relative al supporto di un'infrastruttura VDI.

Microsoft invita i clienti che stanno prendendo in considerazione una soluzione NAS ofan di distribuzione per i database di SQL Server al fornitore NAS consulttheir per assicurarsi che la progettazione della soluzione end-to-end sia per l'utilizzo di database. Molti fornitori NAS dispongono di guide alle procedure ottimali e le configurazioni certificate per l'utilizzo. Microsoft consiglia inoltre che i clienti benchmark delle prestazioni dei / o per garantire che nessuno dei fattori dei / o menzionati in precedenza provoca un collo di bottiglia nell'applicazione.

Il testo che segue viene descritto il comportamento dei file di database di rete basata su Microsoft SQL Server 2005, Microsoft SQL Server 2000 e Microsoft SQL Server 7.0, con e senza il flag di traccia 1807. Sintassi mappata fa riferimento a una lettera di unitÓ associata a un percorso di rete tramite il comando NET USE. Sintassi UNC fa riferimento a un riferimento diretto a un percorso di rete, ad esempio \\Servername\Sharename.
  • In SQL Server 7.0, senza il flag di traccia 1807, se si utilizza la sintassi di DISK INIT compatibilitÓ seguita da un'istruzione CREATE DATABASE con il mapping o UNC, errore 5105 generato.
  • In SQL Server 7.0, con il flag di traccia 1807, se si utilizza la sintassi compatibile con le versioni precedenti di DISK INIT seguita da un'istruzione CREATE DATABASE con sintassi mappata, la creazione di file ha esito positivo. Se si utilizza DISK INIT con sintassi UNC, si verifica un errore 5105.
  • In SQL Server 2005, in SQL Server 2000 o SQL Server 7.0, senza il flag di traccia 1807, se si esegue il mapping di un'istruzione CREATE DATABASE o sintassi UNC, si verifica l'errore 5105 in SQL Server 7.0 e si verifica l'errore 5110 in SQL Server 2000.
  • In SQL Server 2005, SQL Server 2000 o SQL Server 7.0, con il flag di traccia 1807, un'istruzione CREATE DATABASE viene eseguita tramite il mapping o la sintassi UNC ha esito positivo.
Si noti che Serverprovides SQL supporta solo per i file in rete che utilizzano i flag di traccia 1807 per le installazioni non-cluster di failover di SQL Server. Failover installazioni cluster di SQL Server non funzionano con i file di rete poichÚ SQL Server 2005 e SQL Server 2000 Ŕ necessario che i dispositivi di archiviazione venga riconosciuti e registrati dall'amministratore del Cluster di Microsoft Cluster Service (MSCS).

Note aggiuntive

Utilizzo non corretto del software di database con un prodotto NAS o l'utilizzo di database con un prodotto NAS configurato in modo non corretto, pu˛ comportare perdita di dati tra cui la perdita totale del database. Se il software di rete o del dispositivo NAS non rispetta completamente le garanzie di dati, ad esempio scrittura ordinazione o write-through, quindi anche le interruzioni di alimentazione, software o hardware potrebbero risultare gravemente compromessa l'integritÓ dei dati.

RIFERIMENTI

Per ulteriori informazioni sulla scrittura ordinazione o write-through per SQL Server, fare clic sul seguente numero di articolo per visualizzare l'articolo della Microsoft Knowledge Base:
234656 Utilizzando la cache dell'unitÓ disco con SQL Server
SQL Server Books Online; argomento: "I flag di traccia"
SQL Server richiede sistemi per supportare la "consegna garantita su un supporto stabile' come indicato in base al programma di Microsoft SQL Server Always-On archiviazione soluzione revisione. FoPer ulteriori informazioni sui requisiti di input e outpui per il motore di database di SQL Server, fare clic sul seguente numero di articolo per visualizzare l'articolo della Microsoft Knowledge Base:
967576 Requisiti di Input/Output di Microsoft SQL Server Database Engine

ProprietÓ

Identificativo articolo: 304261 - Ultima modifica: sabato 17 maggio 2014 - Revisione: 3.0
Le informazioni in questo articolo si applicano a:
  • 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
Chiavi:á
kbinfo kbmt KB304261 KbMtit
Traduzione automatica articoli
IMPORTANTE: il presente articolo Ŕ stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l?obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre Ŕ perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilitÓ per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualitÓ della traduzione.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 304261
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

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