Reunión con DBA sobre el proyecto de actualización del servidor: preocupaciones comunes

Soy más un administrador de red / windows y me encargaron supervisar un proyecto de actualización del servidor SQL. Necesito reunirme con los DBA y discutir sus necesidades / deseos con respecto a la actualización. No quiero entrar totalmente ciego, así que pensé en preguntarles primero. Nos estamos moviendo de SQL Server 2008 a SQL Server 2008 R2 y probablemente nos mudemos a Windows Server 2008 R2 cuando sea posible. Como DBA, ¿cuáles serían sus inquietudes con dicha actualización? ¿Algo que le gustaría ver que suceda al mismo tiempo?

Sin ninguna información sobre la naturaleza del sistema (vea mi comentario sobre la pregunta) o por qué está actualizando, es difícil ofrecer un consejo específico y conciso.

Como punto de partida, hay muchas listas de verificación excelentes para construir un nuevo servidor, Brent Ozar y Jonathan Kehayias son dos buenos ejemplos. De las muchas recomendaciones en esas guías, hay un par de elementos que vale la pena destacar. Estos son los que encuentro mal configurados con mayor frecuencia.

• Almacenamiento: compruebe la alineación de la partición, aunque esto no es un problema para W2K8 + ya que la alineación manual de la partición no suele ser necesaria (aparte de SAN no estándar / exótico). Formatee con un tamaño de bloque de 64k, no 4kb por defecto, para unidades de datos. Ejecute un conjunto básico de pruebas SQLIO para que a) tenga un criterio para comparar el servidor X con el servidor Y yb) tenga un nivel de confianza en la capacidad de este servidor.

• Antivirus: asegúrese de que los archivos MDF, NDF y LDF estén excluidos de su escáner antivirus. Esto puede causar caos en un sistema ocupado, solucionarlo antes de que lo haga.

• Base de datos del modelo: cualquier cambio realizado en la base de datos del modelo se refleja en cada base de datos de usuario que cree. Establezca el tamaño del modelo y las tasas de crecimiento en valores razonables para su entorno / sistema. En lugar de cualquier otra guía, recuperación SIMPLE (en caso de que alguien se olvide de configurar copias de seguridad de registros), archivo de datos de 2048 MB con un crecimiento de 1024 MB, archivo de registro de 1024 MB con un crecimiento de 512 MB (según la lista de verificación de JK).

Para un servidor / sistema / aplicación que se considera crítico para el negocio y está sujeto a un SLA estricto, planifique para peor. Con estos debe estar lo más seguro posible al 100% de que la actualización no resulte una rebaja en lo que respecta a la empresa o los usuarios. Para ese nivel de confianza, tendrá que probar, probar y probar un poco más.

En cualquier sistema a gran escala habrá una consulta o dos que requieran un truco / solución / sugerencia para optimizar. Algunos son deliberados y se basan en el mejor consejo en ese momento, otros serán arreglos de emergencia que se olvidaron. Estas son las consultas que cambiarán inesperadamente el comportamiento en la actualización como resultado de ajustes y mejoras en el optimizador de consultas. Solo hay una forma de detectarlos, ejecutarlos en su nuevo kit.

Mi enfoque preferido es la captura y reproducción de la carga de trabajo con las herramientas RML . Existe una excelente guía de SQL CAT para usar RML exactamente para este propósito, Precision Performance para Microsoft SQL Server usando RML Utilities 9.0 .

SQL 2008 a SQL 2008 R2 no es un gran cambio, pero si va de Windows 2003 a Windows 2008 deberá abordar el firewall basado en host. Otros asuntos de los que preocuparse son los trabajos del Agente, los permisos en master / msdb / model, la migración de inicios de sesión de un servidor a otro, ya sea para realizar una restauración de respaldo al nuevo servidor o una actualización en el lugar, modo de compatibilidad, etc.