Recibo algunos consejos contradictorios sobre cómo configurar mejor nuestro almacenamiento SQL con nuestra SAN actual. Me gustaría realizar algunas de mis propias pruebas de rendimiento con algunas configuraciones diferentes.
Miré el uso de SQLIOSim pero no parece simular TempDB.
¿Alguien puede recomendar una forma de probar los datos, los registros y el rendimiento de TempDB?
¿Qué pasa con el uso de un archivo de seguimiento del perfilador SQL de nuestro sistema de producción? ¿Cómo usaría esto para ejecutarlo en mi servidor de prueba?
Gracias, mate
Respuesta1
Una recomendación universal, incluso antes de instalar SQL Server, es probar el subsistema IO con algo como SQL IO para conocer sus capacidades. http://www.brentozar.com/archive/2008/11/storage-performance-testing-with-sqlio/
Reproducir archivos de seguimiento es una buena idea, pero puede resultar bastante complicado de configurar. Quizás sea mejor reunir algunos scripts que simulen diferentes tipos de cargas de trabajo. http://msdn.microsoft.com/en-us/library/ms189604.aspx
CheckDB y la reindexación (particularmente en línea) son usuarios bastante habituales de TempDB, dependiendo de la configuración/tamaño de la base de datos, etc. Es posible que desee comparar actividades típicas como estas en su nueva caja.
Finalmente, su proveedor de SAN podría producir un documento técnico sobre cómo configurar específicamente para SQL Server. Intente encontrarlo y, si existe, revíselo con su administrador de SAN.
Respuesta2
La información general que puedo proporcionar es que normalmente tempdb debería ejecutarse en una matriz RAID10, ya que es una base de datos de alta escritura. En cuanto a la cantidad de ejes, dependerá totalmente del servidor en cuestión y de cuánta IO generará la base de datos tempdb.