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

8

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?

sherenator
fuente
2
¿Dónde se ubica el servidor / aplicación en una escala de criticidad de 1-5? OLTP o OLAP? Servidor ocupado / estresado? ¿Justificación de la actualización?
Mark Storey-Smith
Hay alrededor de 150 DB en el servidor en cuestión. Realmente abarcan toda la gama de 1-5 con respecto a la criticidad. Del mismo modo, el servidor contiene bases de datos transaccionales y analíticas. Revisé el uso de recursos hoy y parece ser mínimo. La actualización racional es que el hardware (5 años, sin garantía) y la plataforma SQL (2005, 2008) se están acercando a EOL. Los servidores actualmente comprenden 2 clústeres con un clúster que sirve aplicaciones heredadas de 32 bits. También contemplaremos un cambio de Fibrechannel al almacenamiento iSCSI. Espero virtualizar el clúster de 32 bits, ya que hay nuevas aplicaciones en el horizonte.
sherenator

Respuestas:

6

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 .

Mark Storey-Smith
fuente
Gracias, muy agradecido. Examinaré estos consejos mañana. Esos blogs a los que ha hecho referencia parecen ser excelentes recursos.
sherenator
5

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.

Jason Cumberland
fuente
Buen punto sobre el firewall. Actualizaremos de S2K3 a S2K8 R2.
sherenator
¿+1 pero sugeriría que una actualización en el lugar estaría fuera de la cuestión?
Jack dice que intente topanswers.xyz
Buen punto en el firewall.
StanleyJohns
@ Jack Sí, si se va a cambiar el sistema operativo, entonces no recomendaría probar una actualización en el lugar. Un inicio limpio para SQL y Windows sería mejor.
Jason Cumberland