1. asegúrese de tener índices adecuados/apropiados
2. asegúrese de tener una buena estrategia de mantenimiento de índices (por ejemplo, reconstruir/desfragmentar/mantener las estadísticas actualizadas para garantizar que los índices sigan funcionando bien)
3. identificar consultas de bajo rendimiento y optimizarlas (es posible que se hayan escrito/probado con pequeños volúmenes de datos cuando los problemas de rendimiento no habrían aparecido)
4. considere particionar sus datos (p. ej., SQL 2005 y versiones posteriores cuentan con soporte integrado para particiones si tiene Enterprise Edition). Editar:para profundizar en el particionamiento de SQL Server, recomiendo leer esto Artículo de MSDN sobre los porqués y los cómos. Como nota general, también hubo una buena charla en QCon 2008 de Randy Shoup (arquitecto de eBay) sobre escalabilidad, de la cual uno de los puntos clave para escalar un sistema en general es la partición. Está resumido aquí .
5. ¿Es suficiente el hardware de su servidor de base de datos? ¿podría beneficiarse de más memoria?Editar:viendo tu comentario con la información de tu hardware, creo que te vendría bien (al menos) agregarle más RAM
6. puede beneficiarse de cierta desnormalización. Es difícil ser específico sin conocer la estructura exacta de la base de datos, pero la desnormalización puede mejorar ciertas consultas a expensas de la duplicación de datos/espacio en disco