Al momento sei offline in attesa che la connessione Internet venga ristabilita

Requisiti del sottosistema dei / o di Microsoft SQL Server per il database tempdb

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: 917047
Sommario
Microsoft SQL Server è necessario che il sottosistema dei / o utilizzato per archiviare il database di sistema e utente completamente rispettare requisiti di registrazione Write-Ahead (WAL) tramite le identità dei / o specifiche. Questi requisiti sono necessari per rispettare le proprietà ACID delle transazioni: atomiche, coerenti, isolata e durevole. Nei riferimenti seguenti vengono fornite informazioni dettagliate sui requisiti di conformità del sottosistema dei / o:Nell'elenco seguente è un breve riepilogo dei requisiti:
  • Ordine di scrittura devono essere mantenute.
  • È necessario mantenere coerenza scrittura dipendenti.
  • Scritture devono essere protetto sempre in/su un supporto stabile.
  • Deve verificarsi la prevenzione dei / o incomplete.
Manutenzione di durata rimane fondamentale per tutti gli altri database, ma potrebbe essere relaxed per il database tempdb . Nella tabella seguente vengono riepilogati alcuni dei requisiti dei / o critici per i database di SQL Server.
Requisito dei / oBreve descrizioneSistema o utentetempdb
Scrivere l'ordinamento

Coerenza di scrittura dipendenti
La capacità del sottosistema per mantenere l'ordine corretto delle operazioni di scrittura. Ciò è particolarmente importante per il mirroring di soluzioni, requisiti di uniformità di gruppo e l'utilizzo del protocollo WAL di SQL Server.RichiestoConsigliato
Leggere dopo la scritturaLa capacità del sottosistema al servizio richieste con l'immagine dei dati più recente di lettura quando la lettura viene eseguita dopo ogni scrittura viene completata.RichiestoRichiesto
Sopravvivenza tra interruzioneLa possibilità per i dati rimane completamente intatto (Durable) attraverso un'interruzione del servizio, ad esempio un sistema di riavvia.RichiestoNon applicabile
Prevenzione dei / o incompleteLa capacità del sistema per evitare che i singole richieste dei / o.RichiestoConsigliato
Riscrittura di settoreIl settore può essere scritta solo nella sua interezza e non può essere riscritto a causa di una richiesta di scrittura su un settore nelle vicinanze.* Sconsigliato, solo consentito se transazionale* Sconsigliato, solo consentito se transazionale
Dati con protezione avanzateCi si aspetta che quando viene completata un'operazione FlushFileBuffers o una richiesta di scrittura, salvataggio dei dati su un supporto stabile.RichiestoNon applicabile
Dimensioni e l'allineamento dei settori fisiciSQL Server consente di interrogare le posizioni di archiviazione di file di dati e di log. Tutti i dispositivi sono necessari per supportare gli attributi di settore che consentono di SQL Server per eseguire operazioni di scrittura su confini fisici allineate ai settori e multiplo della dimensione del settore.RichiestoRichiesto
* Riscrittura del settore transazionale coinvolgono completamente registrate dal sottosistema che consenta un settore per essere completamente spostati, sostituito o il rollback dell'immagine originale. Tali riscritture sono in genere sconsigliate a causa del sovraccarico richiesto per eseguire tali azioni aggiuntive. Un esempio di questo sarebbe un'utilità di deframmentazione che sta spostando i dati del file. Il settore originale nel file non può essere sostituito con la nuova posizione del settore, fino a quando il nuovo settore e i dati sono completamente protetti. La modifica del mapping del settore deve verificarsi in modo transazionale in modo che qualsiasi errore, tra cui un'interruzione dell'alimentazione, causa il ripristino dei dati originali. Assicurarsi di disporre di meccanismi di blocco disponibile durante questo tipo di processo per impedire l'accesso a dati non validi, in tal modo basso altri affittuari dei / o di SQL Server.

Sopravvivenza tra interruzione

Il database tempdb è un'area di lavoro per SQL Server e viene ricreato a ogni avvio di SQL Server. L'inizializzazione sostituisce qualsiasi necessità di dati di sopravvivere un riavvio.

Operazioni di riscrittura del settore transazionale

Per garantire il successo dei processi di ripristino, ad esempio ripristino rollback e l'arresto anomalo, i record del log devono essere memorizzati correttamente su un supporto stabile prima della pagina di dati viene memorizzata e non può essere riscritto senza rispettando la distinzione tra proprietà di transazione. Ciò richiede il sottosistema e SQL Server per gestire attributi specifici, come l'ordinazione di scrittura, settore allineati e ridimensionati scritture e altri tali attributi di sicurezza i/o indicate nei documenti indicati in precedenza. Per il database tempdb , poiché il database è sempre inizializzato durante l'avvio di SQL Server non è necessario il ripristino di arresto anomalo del sistema. Tuttavia, il database tempdb richiede comunque la funzionalità di rollback. Pertanto, alcuni attributi del protocollo WAL possono essere resa più flessibile.

Il percorso di archiviazione per il database tempdb deve agire in conformità con i protocolli stabiliti unità disco. In tutti i modi, il dispositivo su cui è memorizzato il database tempdb necessario vengono visualizzati e agire come un disco fisico che fornisce lettura dopo la funzionalità di scrittura. Le operazioni di riscrittura settore delle transazioni possono essere un ulteriore requisito di implementazioni specifiche. Ad esempio, SQL Server non supporta database modifiche utilizzando la compressione del file system NTFS perché la compressione NTFS può riscrivere settori del log che già scritta e considerate protette. Un errore durante questo tipo di riscrittura può causare il database sia inutilizzabile, danneggiare i dati che SQL Server già considerato sicuro.

Nota SQL Server 2005 esteso supporto o compressione di leggere solo i database e i gruppi di file. Il SQL Server 2005 Books Online per informazioni dettagliate, vedere.

Le operazioni di riscrittura del settore transazionale sono pertinenti a tutti i database di SQL Server che includono il database tempdb . Offerta di tecnologie di archiviazione estesa utilizzare dispositivi e le utilità che è possibile riscrivere i dati di SQL Server considera sicuro. Ad esempio, alcune delle tecnologie emergenti eseguire la memorizzazione nella cache in memoria o la compressione dei dati. Per evitare danni gravi database, riscrivere qualsiasi settore deve avere supporto transazionale completa in modo che se si verifica un errore, i dati vengono ripristinati alla precedente immagini di settore. Ciò garantisce che SQL Server non è mai esposto a un'interruzione imprevista o la condizione di danneggiamento dei dati.

È possibile inserire il database tempdb in sottosistemi di specializzazione, ad esempio dischi RAM, allo stato solido o altre implementazioni ad alta velocità che non possono essere utilizzati per altri database. Tuttavia, è necessario considerare i fattori chiave presentati nella sezione "Informazioni" durante la valutazione di queste opzioni.
Informazioni
Diversi fattori devono essere studiati attentamente quando si valuta la posizione di archiviazione del database tempdb . Ad esempio, implica l'utilizzo del database tempdb , ma non è limitato a footprint di memoria, il piano di query e le decisioni dei / o. La regolazione appropriata e l'implementazione del database tempdb può migliorare la scalabilità e capacità di risposta di un sistema. In questa sezione vengono illustrati i fattori chiavi per determinare le esigenze di archiviazione per il database tempdb .

Sottosistemi ad alta velocità

Sono disponibili diverse implementazioni di sottosistema ad alta velocità sul mercato che forniscono il sottosistema dei / o di SQL Server, requisiti del protocollo ma che non forniscono la durata dei supporti.

Importante Verificare sempre con il fornitore del prodotto per garantire il pieno rispetto delle esigenze dei / o di SQL Server.

Un disco RAM è un esempio comune di tale implementazione. Dischi RAM installa i driver necessari e attivare la parte del disco RAM principale vengono visualizzati come e il funzionamento come qualsiasi unità disco collegato al sistema. Tutti i sottosistemi dei / o devono fornire piena osservanza dei requisiti dei / o di SQL Server. Tuttavia, è evidente che un disco RAM non supporti durevoli. Pertanto, un'implementazione, ad esempio un disco RAM può essere utilizzata solo come il percorso del database tempdb e non può essere utilizzata per qualsiasi altro database.

Chiavi da considerare prima dell'implementazione e distribuzione

Esistono diversi aspetti da considerare prima della distribuzione del database tempdb su questo tipo di sottosistema. In questa sezione viene utilizzato un disco RAM come base per la discussione, ma si verificano risultati analoghi in altre implementazioni ad alta velocità.

Sicurezza dei / o

Conformità di lettura dopo la scrittura e la scrittura di settore transazionale è un must. Mai distribuire SQL Server su qualsiasi sistema che non supporta completamente i requisiti dei / o di SQL Server o rischi di danni e perdita dei dati.

Pagina già memorizzata nella cache (cache RAM Double)

Tabelle temporanee sono simili a tutte le altre tabelle in un database. Vengono memorizzati nella cache dal pool di buffer e gestiti da operazioni di scrittura lazy. Memorizzazione delle pagine di tabella temporanea su un disco RAM causa RAM double la memorizzazione nella cache, una nel pool di buffer e l'altra sul disco RAM. Questa operazione richiede direttamente dalla dimensione possibile totale del pool di buffer e generalmente riduce le prestazioni di SQL Server.

Rinuncia a RAM

Come suggerisce il nome, il disco RAM designa una parte di memoria RAM principale. Esistono diverse implementazioni di dischi RAM e cache di file basati su RAM. Alcune consentono inoltre di eseguire le operazioni dei / o fisico. L'elemento chiave della cache del file basati su RAM è accetta direttamente dalla memoria fisica che può essere utilizzata da SQL Server. È sempre ritenere che l'aggiunta una cache di file basati su RAM migliora le prestazioni dell'applicazione e non si ridotta altre prestazioni di query o un'applicazione.

Prima di ottimizzare

Un'applicazione deve ottimizzare per rimuovere inutili e indesiderati ordinamenti e gli hash che potrebbero causare l'utilizzo del database tempdb . Molte volte l'aggiunta di un indice consente di evitare per l'ordinamento o l'hash nel piano completamente, ottenendo prestazioni ottimali senza richiedere l'utilizzo del database tempdb .

Vantaggio di possibili punti

I vantaggi di inserimento nel database tempdb su un sistema ad alta velocità possono essere determinati solo attraverso rigorosi test e misurazioni dei carichi di lavoro di applicazione. Il carico di lavoro deve essere studiato con attenzione per le caratteristiche che può beneficiare del database tempdb e la sicurezza dei / o deve essere confermata prima della distribuzione.

Le operazioni di ordinamento e hash vengono utilizzate insieme gestori di memoria di SQL Server per determinare le dimensioni dell'area di lavoro in memoria per ogni operazione di ordinamento o di hash. Non appena i dati di ordinamento o hash superano l'area di lavoro nella memoria allocata, i dati potrebbero essere scritti nel database tempdb . Questo algoritmo è stato ampliato in SQL Server 2005, riducendo i requisiti di utilizzo del database tempdb rispetto alle versioni precedenti di SQL Server. Ad esempio, tramite un ordinamento forzato puro di una tabella, Nessun indice decrescente ordine e la stessa configurazione hardware, SQL Server 2005 Mostra notevoli miglioramenti rispetto a SQL Server 2000.

Attenzione SQL Server è progettato per tenere conto per i livelli di memoria e attività di query corrente, prendere decisioni di piano di query che implicano l'utilizzo di operazioni nel database tempdb . Pertanto, il miglioramento delle prestazioni varia notevolmente in base alla progettazione di applicazioni e carichi di lavoro. Si consiglia di completare il test con la soluzione migliore per determinare i possibili guadagni e valutare i requisiti di sicurezza prima di questo tipo di distribuzione.

SQL Server utilizza il database tempdb per gestire diverse attività che coinvolgono ordinamenti, gli hash, l'archivio versione di riga e temp tabelle:
  • Tabelle temporanee vengono gestite dai cicli di pool di buffer comuni per le pagine di dati e in genere non presentano prestazioni dalle implementazioni del sottosistema di specializzazione.
  • Il database tempdb viene utilizzato come area di lavoro per ordinamenti e hash. Riduzione della latenza dei / o per tali operazioni può risultare vantaggiosa. Tuttavia, sapere che l'aggiunta di un indice per evitare un hash o un ordinamento può fornire un vantaggio simile.
Esecuzione delle linee di base con e senza il database tempdb memorizzate sul sottosistema ad alta velocità per confrontare le prestazioni. Parte delle prove dovrà includere query sul database utente che non coinvolgono ordinamenti, hash o tabelle temporanee e quindi verificare che queste query non siano sfavorevolmente influenzate. Quando si valuta il sistema, i seguenti indicatori di prestazioni possono essere utili.
IndicatoreDescrizione/utilizzo
Pagina di lettura e scritturaMigliorare le prestazioni di tempdb i/o del database può variare il tasso di pagina di lettura e scrittura per i database utente a causa della latenza ridotta associata al database tempdb i/o. Per le pagine del database utente, il numero complessivo non deve variare tra il carico di lavoro stesso.
Fisico di lettura e scrittura di byte nel database tempdbSe lo spostamento del database tempdb su una periferica, quale un disco RAM aumenta il / o effettivo per il database tempdb , indica che la presa del pool di buffer la memoria sia causato da attività del database tempdb di aumento si verifichi. Questo modello è un indicatore che la permanenza presunta delle pagine del database pagine maggio anche influire in modo negativo.
Permanenza presunta delle pagineUna riduzione in permanenza presunta delle pagine può indicare un aumento dei requisiti dei / o fisici per un database utente di. La riduzione di frequenza probabilmente potrebbe indicare che la presa del pool di buffer la memoria sta costringendo le pagine di database per uscire prematuramente il pool di buffer. Combinare con gli altri indicatori e test per comprendere meglio i limiti del parametro.
La velocità di trasmissione
Utilizzo della CPU
Scalabilità
Tempo di risposta
L'obiettivo principale di una modifica di configurazione del database tempdb è per aumentare il throughput complessivo. La verifica deve includere una combinazione di carichi di lavoro ripetibile che può essere scalata per determinare l'influenza la velocità di trasmissione.

Simile a un'implementazione basata su compressione su disco RAM potrebbe funzionare bene con 10 utenti. Tuttavia, con un aumento del carico di lavoro, possono spingere i livelli della CPU oltre i livelli desiderati e avere effetti negativi sui tempi di risposta quando sono alti i carichi di lavoro. True test di stress e carico futuro stima sono pertanto invitati.
File di lavoro e azioni di creazione tabella di lavoroSe lo spostamento del database tempdb su una periferica, quale un disco RAM viene modificato il piano di query aumentando il numero o la dimensione dei file di lavoro o tabelle di lavoro, indica che la presa del pool di buffer la memoria sia causato da attività del database tempdb di aumento si verifichi. Questo modello è un'indicazione che la pagina permanenza presunta delle pagine di database potrebbe essere interessata anche in modo negativo.

Esempio di riscrittura del settore transazionale

Nell'esempio riportato di seguito vengono illustrate la sicurezza dei dati richiesto dal database di SQL Server.

Si supponga che un fornitore del disco RAM viene utilizzata un'implementazione di compressione in memoria. L'implementazione deve essere incapsulato correttamente fornendo l'aspetto fisico del flusso di file come se il settore è stato allineato e dimensioni in modo che SQL Server è consapevole e correttamente protette dall'implementazione sottostante. Esaminare l'esempio di compressione più vicino.
Azione
Settore 1 viene scritto il dispositivo e compressi per risparmiare spazio.
Settore 2 viene scritto il dispositivo e compressi con settore 1 per risparmiare spazio.
Il dispositivo può eseguire le azioni seguenti per proteggere i dati di settore 1 quando è combinato con i dati di settore del 2.
Azione
Bloccare tutte le scritture per settori 1 e 2.
Decomprimere il settore 1 in un'area di lavoro, lasciando archiviazione settore 1 corrente come i recupero dei dati attivi.
Consente di comprimere i settori 1 e 2 in un nuovo formato di archiviazione.
Bloccare tutte le letture e scritture dei settori 1 e 2.
Archivi precedenti per i settori 1 e 2 con il nuovo archivio di Exchange.
Se il tentativo di exchange non riesce (rollback):
  • Ripristinare l'archivio originale per settori 1 e 2.
  • Rimuovere i dati di settori 1 e 2 combinati dall'area di lavoro.
  • Annullare l'operazione di scrittura del settore 2.
Rimuovere il blocco di lettura e scrittura per i settori 1 e 2.
La possibilità di fornire meccanismi di blocco per le modifiche di settore e annullare le modifiche quando il tentativo di exchange di settore non è considerata compatibile via transitoria. Per le implementazioni che utilizzano l'archivio fisico per il supporto esteso, sono gli aspetti del Registro di transazione appropriati per proteggere e ripristinare le modifiche applicate alle strutture su disco per conservare l'integrità dei file di database di SQL Server.

Qualsiasi dispositivo che consente la riscrittura dei settori deve supportare la riscrittura in modo transazionale in modo che SQL Server non è esposto alla perdita di dati.

Nota L'istanza di SQL Server viene riavviato quando si verificano i/o in linea e gli errori di rollback nel database tempdb .

Prestare attenzione quando si sposta il database tempdb

Prestare attenzione quando si sposta il database tempdb , poiché è Impossibile creare il database tempdb , SQL Server non verrà avviato. Se non è possibile creare il database tempdb , avviare SQL Server utilizzando il (-f) parametro di avvio e si sposta il database tempdb in un percorso valido.

Per modificare la posizione fisica del database tempdb , attenersi alla seguente procedura:
  1. Utilizzare l'istruzione ALTER DATABASE e la clausola MODIFY FILE per modificare i nomi di file fisico di ogni file nel database tempdb per fare riferimento al nuovo percorso fisico, ad esempio il nuovo disco.
    Alter database tempdb modify file (name = tempdev, filename = 'C:\MyPath\tempdb.mdf')Alter database tempdb modify file (name = templog, filename = 'C:\MyPath\templog.ldf')
  2. Arrestare e riavviare SQL Server.

Certificazioni di prodotto partner non sono un guaranty di sicurezza e la compatibilità

Un prodotto di terze parti o un fornitore specifico può ricevere una certificazione del logo di Microsoft. Tuttavia, certificazione di partner o un logo specifico di Microsoft non certifica compatibilità o idoneità per uno scopo particolare in SQL Server.

Supporto

Se si utilizza un sottosistema con SQL Server che supporta le garanzie dei / o per l'utilizzo di database transazionali, come descritto in questo articolo, Microsoft fornirà supporto per applicazioni basate su SQL Server e SQL Server. Tuttavia, problemi con, o dovuta, si farà riferimento al sottosistema al fabbricante.

Per problemi relativi al database tempdb , supporto tecnico clienti Microsoft chiederà di spostare il database tempdb . Contattare il fornitore del dispositivo per verificare di aver correttamente distribuito e configurato il dispositivo per l'utilizzo di database transazionali.

Microsoft non certifica o convalida che i prodotti di terze parti funzionino correttamente con SQL Server. Inoltre, Microsoft non fornisce qualsiasi garanzia o dichiarazione di idoneità di qualsiasi prodotto terze parti per l'utilizzo con SQL Server.
Riferimenti
Per ulteriori informazioni, fare clic sui numeri per visualizzare gli articoli della Microsoft Knowledge Base:
826433 PRB: Diagnostica di SQL Server aggiuntivi aggiunto per rilevare problemi dei / o non segnalati
828339 Messaggio di errore 823 può indicare problemi hardware o problemi di sistema in SQL Server
234656 Utilizzando la cache dell'unità disco con SQL Server
304261 Descrizione del supporto per i file di database di rete in SQL Server
913945 Microsoft non certifica il funzionano di prodotti di terze parti con Microsoft SQL Server
910716 Requisiti per SQL Server 2005 e SQL Server 2000 per il supporto remoto il mirroring dei database utente
917043 Fattori principali da considerare per la valutazione di sistemi di cache del file di terze parti con SQL Server
Utilizzando SSDs nelle macchine virtuali di Azure per archiviare il database TempDB di SQL Server e le estensioni del Pool di Buffer

Le procedure consigliate per SQL Server in Azure macchine virtuali

Piani di ottimizzazione delle Query con il SQL Server 2014 cardinalità stimatore

Prestazioni delle query


Le informazioni contenute in questo documento rappresentano l'opinione corrente di Microsoft Corporation sugli argomenti discussi alla data di pubblicazione. Poiché Microsoft deve rispondere alle mutevoli condizioni del mercato, non devono essere interpretata come un impegno da parte di Microsoft e Microsoft non garantisce l'accuratezza delle informazioni presentate dopo la data di pubblicazione.

In questo white paper è esclusivamente per scopi informativi. MICROSOFT NON OFFRE ALCUNA GARANZIA ESPLICITA, IMPLICITA O LEGALE, PER LE INFORMAZIONI FORNITE IN QUESTO DOCUMENTO.

Conformi alle normative vigenti in materia di copyright è responsabilità dell'utente. Fermi restando i diritti coperti da copyright, nessuna parte di questo documento può essere riprodotta o inserita in un sistema di recupero o trasmessa in qualsiasi forma o con qualsiasi mezzo (elettronico, meccanico, su fotocopia, come registrazione o altrimenti), per qualsiasi scopo, senza il permesso scritto di Microsoft Corporation.

Microsoft può essere titolare di brevetti, domande di brevetto, marchi, copyright o altri diritti di proprietà intellettuale relativi all'oggetto in questo documento. Salvo quanto espressamente previsto in qualsiasi contratto scritto di licenza Microsoft, la consegna del presente documento non implica la concessione di alcuna licenza su tali brevetti, marchi, copyright o altra proprietà intellettuale.

© 2006 Microsoft Corporation. Tutti i diritti riservati.

Microsoft, Windows, Windows Server e SQL Server sono marchi registrati o marchi registrati di Microsoft Corporation negli Stati Uniti e/o negli altri paesi.
SQL Server richiede sistemi per il supporto 'consegna garantita su un supporto stabile' come contorno trattenuta alle Requisiti di affidabilità del programma i/o SQL Server.Per 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


Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 917047 - Ultima revisione: 05/15/2015 06:43:00 - Revisione: 2.0

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Personal Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard, 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 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Service Pack 1, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web

  • kbsql2005setup kbsql2005engine kbexpertiseadvanced kbinfo kbmt KB917047 KbMtit
Feedback
/html>