Érase una vez, construí mis propios servidores SQL y tenía control sobre la configuración de la unidad, los niveles de RAID, etc. El consejo tradicional de separación de datos, registros, tempdb, copias de seguridad (¡dependiendo del presupuesto!) Siempre fue una parte muy importante del proceso de diseño del servidor SQL.
Ahora con una SAN de nivel empresarial, solo solicito una cantidad específica de espacio en disco para un nuevo servidor SQL, dividido en unidades lógicas para datos, copias de seguridad y archivos compartidos. Ciertamente hace que mi trabajo sea más fácil, pero hay una parte de mí que no se siente completamente cómoda y que realmente no puedo mirar "detrás de la cortina" para ver lo que realmente está sucediendo allí.
Tengo entendido que el equipo de SAN no configura diferentes "tipos" de unidades de manera diferente (optimizando las unidades de datos para acceso aleatorio frente a las unidades de registro para las transmisiones de secuencias). Algo de esto puede depender del producto SAN en sí (tenemos un HP XP12000 y un HP XP24000), pero me han asegurado que el software de HP realiza todo tipo de configuración de rendimiento dinámico (vigilando los puntos calientes de E / S y reconfigurando sobre la marcha). optimizar esos LUN), para que los equipos de aplicaciones y los DBA no tengan que preocuparse por nada de eso. Algo sobre "distribuir la carga de todos los servidores en una gran cantidad de husillos" o algo así.
Mis preguntas / discusión:
Sin hacer enemigos en el equipo de SAN, ¿cómo puedo asegurarme a mí mismo y a los desarrolladores de aplicaciones que nuestros servidores SQL no están sufriendo de un almacenamiento mal configurado? ¿Solo usa estadísticas de perfmon? Otros puntos de referencia como sqlio?
Si cargo la prueba en estas unidades SAN, ¿eso realmente me da una medida confiable y repetible de lo que veré cuando salgamos al mercado? (suponiendo que el software SAN podría "configurarse dinámicamente" de manera diferente en diferentes momentos).
¿El IO pesado en una parte de la SAN (digamos el servidor de Exchange) afecta mis servidores SQL? (suponiendo que no estén dando discos dedicados a cada servidor, lo que me han dicho que no están)
¿Ayudaría la solicitud de separar unidades lógicas para diferentes funciones de unidades lógicas (datos vs registro vs tempdb)? ¿El SAN ver la diferente actividad de IO en estos y óptimamente configurar de manera diferente?
Estamos en una especie de crisis espacial en este momento. A los equipos de aplicaciones se les dice que recorten los archivos de datos, etc. ¿Las preocupaciones de espacio causarían que el equipo de SAN tome diferentes decisiones sobre cómo configuran el almacenamiento interno (niveles RAID, etc.) que podrían afectar el rendimiento de mi servidor?
Gracias por sus pensamientos (tema similar discutido brevemente en esta pregunta de SF )