Hoy quería contar sobre algo que me paso ayer 26 de mayo de 2009.

En la actualidad nuestro producto principal se llama SAU (Sistema para la Administración de Universidades). El mismo se encuentra instalado en algunos institutos y universidades de la región de La Plata, Buenos Aires Argentina.

Una manera de clasificar a nuestros clientes es teniendo en cuenta a aquellos que por su tamaño relativamente pequeño no tienen área de sistemas, y aquellos que si la tienen.

En esta oportunidad sucedió que un colega integrante del área de sistemas de uno de nuestros clientes necesitaba migrar de servidor la base de datos de nuestro producto SAU. En particular este cliente tiene muchas bases de datos ya que SAU abarca exclusivamente la parte académica administrativa de su Facultad, la cual a su vez integra una institución más grande.

Nuestro producto SAU no es de código abierto y aunque nuestros clientes son dueños de sus datos, y pueden verlos cuando quieran, mantenemos por razones de seguridad de copia de nuestro producto, el usuario y contraseña con el cual el mismo accede a la base de datos.

El producto trabaja con Microsoft SQL Server 2000. Sucedió entonces que cuando nuestro colega restauró la base de datos al nuevo servidor encontró que tenías problemas para acceder debido a que no se había trasladado correctamente el nombre de usuario y contraseña al nuevo servidor.

La idea era que nuestro cliente pudiera cambiar de servidor sin conocer el nombre de usuario y contraseña con la cual accedía nuestro producto SAU.

Supusimos entonces que debería existir alguna manera de cambiar de servidor las bases de datos, colocándolas operativas tal como estaban en el servidor origen, pero sin la necesidad de conocer de cada una de ellas el nombre de usuario y contraseña que los productos como SAU utilizan.

Esta claro que para los productos fabricados en la propia institución se conocen los usuarios y contraseñas que necesita la base de datos, con lo cual estos podrían crearse fácilmente, pero para productos comprados a terceros, deberá tenerse una manera en la cual pueda transportarse desde el servidor origen al destino, los usuarios y contraseñas originales.

En un breve tiempo de búsqueda, encontramos un artículo que explica como hacer el traspaso de la base al nuevo servidor, sin tener errores de inicio de sesión.

Nuestro cliente siguió los pasos del artículo que a continuación detallamos, y pudo solucionar el problema.
http://support.microsoft.com/kb/246133/


El cambio de servidor funcionó sin problemas.