2009-02-24 11 views
8

Mi chiedevo se qualcuno ha qualche domanda di amministratore generale su come impostare il server MS SQL in modo ottimale. Ho inserito i file di registro su un'unità diversa con il proprio controller e ho spostato gli indici sulla loro unità, ma sullo stesso controller dei file di dati principali.Il modo migliore per velocizzare il server MS SQL

Quale altro modo un amministratore di sistema può configurare il server MS SQL per velocizzare l'accesso al disco, i tempi di interrogazione?

risposta

17

La domanda è del tutto generale, in modo da una risposta generale si inserisce:

  • Usa hardware veloce. Avere più RAM possibile.
  • Se si utilizza un sistema operativo a 32 bit, è necessario il AWE, soprattutto se la macchina è un server DB dedicato.
  • Se si utilizza il sistema operativo a 64 bit, anche meglio. Molto più RAM potrebbe essere messa a frutto.
  • Analizza periodicamente gli indici e le prestazioni dell'applicazione. Se necessario, ricostruire gli indici, crearne di nuovi, cancellare quelli vecchi, ecc.
  • Imparare i diversi tipi di indici: Cluster, Partizionati, ecc.
  • Se necessario, utilizzare viste indicizzate.
  • DB Tuning advisor potrebbe aiutare.
  • Utilizzare una soluzione LoadBalancing per disporre di più server che eseguono il DB.
  • Comprendere la natura dell'applicazione - Le app OLAP hanno altre esigenze rispetto alle app di DataWare. Ciò influirebbe sulla struttura delle tabelle, sull'ampiezza del disco, ecc.
+0

Ottima risposta, spero che non ti dispiaccia che ho aggiunto alcuni collegamenti ipertestuali e ampliato le tue sigle. –

+0

Niente affatto. Molte grazie. – Moshe

+0

Il collegamento technet rileva che AWE non sarà più disponibile dopo SQL Server 2008 R2. – Farray

0

Configurazioni RAID veloci e un sacco di memoria.

2

Al fine di impatto sulle prestazioni, dal più importante al meno:

  • scrivere codice più veloce utilizzando le definizioni di dati appropriati e gli indici
  • utilizzare l'hardware più veloce
  • trucchi di configurazione del tipo che stai chiedendo circa qui.

Mentre un server mal configurato o poco alimentato può uccidere le prestazioni, l'impostazione tipica dovrebbe essere abbastanza buona che questo genere di cose è ora in fondo all'elenco di ciò che dovresti preoccuparti dal punto di vista delle prestazioni.

Ovviamente, se si dispone di uno specifico collo di bottiglia inspiegabile, allora forse è necessario configurare qualcosa. Ma dovresti condividere anche queste informazioni.

1

utilizzare il motore di database Ottimizzazione guidata

0

Prestare attenzione alla DTA (advisor tuning). Tutto dipende dal carico di lavoro.

Cose veloci: indice migliore. Cerca query a esecuzione prolungata o lente e aggiungi indici da supportare qui. Se questo è OLTP, fai attenzione ad aggiungere troppi indici.

Scrivere codice migliore, inviare query lente da qualche parte (qui o SQLServerCentral.com) e avere idee per eccesso di velocità li

Più memoria

Separazione di tronchi dai dati aiuta fisicamente, ma devi essere IO diretto a questo a fare la differenza.

1

Prima di tutto, proverei a identificare il collo di bottiglia; qual è la 'cosa' in cui puoi migliorare di più/Qual è la parte più lenta del tuo sistema?

È il tuo codice? (Indici appropriati, elaborazione basata su set, evitare il più possibile i cursori, ...) È legato all'hardware? È correlato alla configurazione? - accede a un filegroup separato/disco separato - è possibile spostare alcune tabelle in un altro filegroup, in modo che le tabelle che vengono spesso unite tra loro nelle query siano in filegroup separati - si ricostruiscono spesso gli indici?

Problemi correlati