Nos estamos preparando para actualizar nuestro servidor de base de datos de SQL Server 2000 a 2005. Estoy planeando realizar una actualización local para mantener cuentas, privilegios, etc., y espero que sea bastante sencillo. Este servidor aloja bases de datos para varias de nuestras aplicaciones, pero la principal que me preocupa es SharePoint (MOSS 2007), ya que involucra ocho bases de datos y parece ser bastante delicado con las conexiones entre el servidor de aplicaciones para el usuario y las bases de datos. .
¿Alguien tiene experiencia práctica con este escenario? ¿Es esto tan simple como debería ser? ¿Hay algún truco o consejo que me ilumine?
Gracias por tu ayuda.
Respuesta1
Tener grupos de archivos de solo lectura es un problema de experiencia personal.
Asegúrate de ejecutar elAsesor de actualización de SQL Server 2005En el servidor de producción que esté actualizando, detectará el 90% de los problemas que pueda encontrar y le aconsejará sobre lo que debe hacer para solucionarlos.
Tenga un plan de contingencia/retroceso.
Recuerde hacer una copia de seguridad de todos sus datos y archivos de registro, incluidas las bases de datos del sistema, después de desconectar el servidor y antes de iniciar la actualización. Intentar volver a adjuntar una base de datos actualizada de 2005 a SQL Server 2000 no funcionará y estará en un mundo de dolor.
Respuesta2
Hice una migración, no una actualización.Aquí hay un hilo en StackOverflow.comlo cual funcionó bien para mí.
Respuesta3
Es de suponer que utilizará 32 bits en SQL 2005. La migración es ciertamente más segura que la actualización porque tiene un bote salvavidas al que regresar.
Para mover inicios de sesión, especialmente inicios de sesión SQL y sus respectivas contraseñas, no pase por alto el procedimiento almacenado sp_help_revlogin que MS introdujo con SQL 2005. Utilizo sp_help_revlogin para mantener un script actualizado de los inicios de sesión SQL y también rutinariamente scripts de permisos de bases de datos para propósitos de recuperación de desastres.