Un largo domingo de intervención

Escrito por qwalgrande 11-10-2009 en General. Comentarios (0)

La disponibilidad que se le requiere a un DBA se pone de manifiesto muchas veces cuando todos duermen. Hay que mirar por el negocio y eso significa que no se corta nunca, 24x7, 365 día al año... Bueno. No tanto. De esos 365 días, unos pocos los tenemos que dedicar a intervenciones.

 

Aunque a mí me parece que los martes a la vuelta del desayuno es un momento muy propicio para hacer un failover, lo cierto es que no lo es. Los cortes los tenemos que hacer los domingos a la hora del fútbol, que es cuando menos tráfico hay en la web (o cualquier otra métrica que nos incomode). Que a uno le guste el fútbol y desconectar (algo) los domingos es secundario. Tampoco han de ser tantos los cortes a lo largo del año... ¿O sí?

 

Hace ya un tiempo que el sistema de parches de Microsoft es suficientemente confiable como para que no esperemos a que salga un service pack (y lo prueben unos pocos pioneros) para que nos lancemos a instalarlo. Para el sistema operativo, tenemos Windows Update, para SQL Server lo que a mí me parece una gran idea, los Cumulative Update Package, algo que nos permite acercarnos a un punto en el que los parches se apliquen de forma cíclica, según las necesidades de nuestro negocio, sin que ello guarde relación con la publicación de este o aquel parche. Se van liberando, son acumulativos y llegan cada poco tiempo. El service pack siguiente recoge todo lo ya instalado, así que también se reduce el salto entre un service pack y el siguiente. Sólo hay que ir a por el último (que además es de descarga pública) e instalarlo, previo paso por los entornos de desarrollo y test. ¿Que cuál es el último? Lo que ponga en la página de TechNet, para SQL Server 2005 ó 2008:

 

http://technet.microsoft.com/en-us/sqlserver/bb895929.aspx.

 

Sí, añadela a tus favoritos...

 

Otra gran mejora para las intervenciones de los domingos es la posibilidad de preparar instalaciones unificadas que junten un service pack con el último parche acumulativo, incluso con la instalación del servidor. Aquí lo explican:

 

http://blogs.msdn.com/petersad/archive/2009/04/16/create-a-merged-slipstream-drop-containing-sql-server-2008-server-pack-1-and-a-cumulative-update-cu-based-on-server-pack-1.aspx

 

En resumidas cuentas, si tienes SQL Server 2008 RTM con CU2, puedes saltar a lo último de lo último de un solo viaje. Eso tiene una gran ventaja, te ahorras los reinicios intermedios. Se podría pensar que uno más o uno menos... Si alguna vez has trabajado con un servidor que se toma 20 minutos en reiniciarse, y más si estamos hablando de un cluster de 3 nodos (20x3 = OTRA HORA MÁS de intervención), entenderás que un reinicio menos sí que importa.

 

Y ya que ha salido el tema de clustering a colación, ¡¡por fin en posible actualizar en el nodo pasivo!! Véase:

 

http://support.microsoft.com/?scid=kb;en-us;958734&x=10&y=9

 

Así que a lo mejor lo de poner los parches el martes después del desayuno puede que no esté tan lejano. Vale, sí, está muy lejano porque no nos fiamos un pelo, porque ya son muchos tiros "pegaos" y si Murphy (el de la ley) hubiera sido DBA, hubiera sido el más optimista del gremio. En cualquier caso es un gran salto poder poner los parches en un nodo que no soporta la producción y poder así dejar cada nodo listo para que cuando el otro se caiga, si se cae, vayamos a un nodo ya actualizado. Con este método, instalar un parche de SQL Server son "lo que tarde el failover", cuando con SQL Server 2005, la media horita de corte de servicio no nos la quita nadie.

 

Por suerte, hoy no es uno de esos largos domingos de intervención. Es bueno saber que la tecnología va en una dirección en la que cada vez serán menos domingos y menos largos.