1. sørg for, at du har passende/passende indekser
2. sørg for, at du har en god indeksvedligeholdelsesstrategi (f.eks. genopbygg/defragmenter/hold statistikker opdateret for at sikre, at indekser forbliver effektive)
3. identificer dårligt ydende forespørgsler og optimer dem (kan være blevet skrevet/testet mod små datamængder, når ydeevneproblemer ikke ville have vist sig)
4. overvej at partitionere dine data (f.eks. SQL 2005 og nyere har indbygget understøttelse af partitionering, hvis du har Enterprise Edition). Redigering:For at uddybe SQL Server-partitionering anbefaler jeg fuldt ud at læse dette MSDN-artikel om hvorfor og hvordan. Generelt var der også en god snak på QCon 2008 af Randy Shoup (eBay-arkitekt) om skalerbarhed, hvoraf et af hovedpunkterne ved skalering af et system generelt er at partitionere. Det er opsummeret her .
5. er din db-serverhardware tilstrækkelig? kunne det drage fordel af mere hukommelse?Rediger:ser på din kommentar med din hardwareinformation, tror jeg, du kunne klare dig med (i det mindste) at smide mere RAM i den
6. du kan have gavn af en vis denormalisering. Svært at være specifik uden at kende den nøjagtige db-struktur, men denormalisering kan forbedre visse forespørgsler på bekostning af dataduplikering/diskplads