none
Upgrade SQL Server 2008 a 2012 RRS feed

  • Pregunta

  • Estimados,

    Tengo el siguiente caso:

    Un servidor fisico, que tiene como funcion, Base de Datos.

    El servidor Fisico esta instalado con Windows Server 2008 R2 Standard en Ingles y con el SP1.

    El servidor fisico tiene instalado SQL  R2 Standard en ingles y con SP1.

    Cambios:

    Necesito hacer el Upgrade de Windows server 2008 R2 SP1 Standard en ingles a Windows Server 2012 R2.

    Necesito hacer el Upgrade de SQL Server 2008 R2 SP1 Standard en ingles a SQL Server 2012 SP1 en ingles.

    Alguien tiene algun consejo?

    Alguien sabe que puede pasar si se hace algo malo?

    Que puedo hacer antes de ?

    Saludos,


    Edwin Duran Ospina Si la respuesta ha Colaborado con tu solución, favor marcarla como correcta.

    martes, 6 de octubre de 2015 21:13

Respuestas

  • Alguien tiene algun consejo?

    Alguien sabe que puede pasar si se hace algo malo?

    Que puedo hacer antes de ?

    a) Consejo: Si puedes, haz la actualización side-by-side, es decir, montando un servidor nuevo en paralelo al antiguo y copiando a éste las bases de datos del antiguo. Después pruébalo todo y una vez verificado el correcto funcionamiento entonces rediriges las aplicaciones cliente al servidor nuevo.

    Si esto no es factible y necesariamente tienes que actualizar in-situ, entonces:

    b) ¿Qué puede pasar si se hace algo malo? Catástrofe total, hay que tirar de "backup" y restaurar por completo el servidor a su estado anterior. En consecuencia:

    c) "antes de...": Lo primero hacer un backup completo, no solo de todas las bases de datos sino también del propio sistema operativo. Verificar el backup y comprobar que se puede restaurar. Esto es algo que de todas maneras deberías estar haciendo incluso aunque no planeases hacer una actualización, así que no debería suponer trabajo extra.

    miércoles, 7 de octubre de 2015 6:27
  • Solo añadiría una cosa a lo que dice Alberto.

    Tener un plan de vuelta atrás, una de las opciones es como dice Alberto restaurar un backup, pero pueden haber otras alternativas. Tener ese hardware paralelo, listo para sustituir al actual (si es viable) o una máquina virtual que tenga exactamente la misma configuración y que puedas unir a tu red si todo fallara.  En resumen.. estar prevenido para evitar problemas

    Recuerda que también el aplicativo que usa la bbdd tiene que funcionar bien con la nueva versión de base de datos, si es propio, chequea que así es, si es comprado, asegúrate que te garantizan compatiblildad


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 7 de octubre de 2015 7:41
    Moderador
  • Gracias a todos por la srespuestas.

    Bueno es lo que ya sabia de ante mano.

    Ahora les presento mi plan que tengo para hacer:

    Antes que nada quiero decir que ya se hicoeron analisis de Compatibilidad, diseño u otros:

    https://msdn.microsoft.com/es-es/library/ms144267%28v=sql.100%29.aspx

    El presente Documento tiene como objetivo realizar el Upgrade de un servidor físico en cuanto a su entorno de Sistema Operativo y Base de datos. Para lo cual se hará una actualización de Windows Server 2008 R2 Standard SP1 a Windows Server 2012 R2 Standard y en su plataforma de Base de Datos se llevará de SQL 2008 R2 Standard SP2 a SQL Server 2012 Standard. Conservando además la versión (x64) y además Idioma y configuraciones predeterminadas. Al hacer una instalación limpia (Clean Intallation) se asegurará que no se presenten problemas futuros en la plataforma.


    Se deben tener en cuenta los siguientes prerrequisitos:

    1. Revisión y Comportamiento de Hardware (Vendor)
    2. Sistema Operativo Compatible.
    3. Verificar que no sean versiones de lanzamiento o Preview; Dado que allí solo se podrá hacer un Clean Installation.
    4. Conversión de Licencia, Tanto de Windows Server como SQL Server.
    5. SQL Server Compatible.
    6. Si el servidor es miembro de un dominio, se debe verificar nivel funcional de Dominio y Bosque.
    7. Hacer Backup de WMI, Services y Regedit.
    8. Hacer Backup Full e incremental de las Bases de Datos.
    9. Hacer Backup Full de Servidor. (BareMetal).
    10. Hacer Backup system State del Servidor.
    11. Hacer conversión de maquina física a máquina Virtual, esto para tener un sistema de recuperación de emergencia. (Se someterá a tiempos).
    12. Hacer Backup De registro, configuración DB Sys, opciones de Configuración, Claves, usuarios, etc, relacionado con el Ambiente de Bases de Datos.
    13. Verificar que los respaldos funcionen. (Ambiente QA o Testing)
    14. Ejecutar Herramientas(Tools) para Upgrade, tanto de Sistema Operativo, SQL y Base de Datos.
    15. Si se tiene una versión de Windows Intaller y .Net desactualizado, Considere actualizarlo.
    16. Si tiene una versión de Visual Studio desactualizado, considere actualizarlo.

     

     

    Se deben tener en cuenta los siguientes prerrequisitos:

    1. Desconectar los dispositivos UPS que esté conectada al equipo destino.
    2. Reinicio del Servidor para un Sanety Boot.
    3. Verificar que Windows Installer este funcionado correctamente.
    4. Desactivar su protección de antivirus.
    5. Verificación de Firewall de Windows, dado que por defecto está activado, y al hacer el Upgrade, puede afectar algunas aplicaciones con el bloqueo de los puertos. (Esto por si han hecho alguna modificación personalizada.)
    6. Actualización de Hardware (Device Drivers, BIOS, ChipSet, FirmWare, Etc…)
    7. Ejecutar DBCC CHECKDB, en todas las bases de datos del sistema y de usuario. Si presentan algún error, abordarlo antes de cualquier Upgrade.

    • Aplicar Upgrade Sistema Operativo.
      • Considerar que el servidor estará inactivo mientras dure el transcurso del Upgrade.
      • Cuando se termine de actualizar el servidor, se debe volver a marcar las opciones desmarcadas. (Si fuera necesario)
    • Aplicar Upgrade SQL.
      • Cuando se termine de actualizar el servidor, se debe volver a marcar las opciones desmarcadas. (Antivirus, Firewall, UPS, etc…)

    El Upgrade del servidor, será llevado a cabo en el siguiente orden:

    1. Asegurarse que todos los usuarios estén fuera del sistema. Tanto Usuarios Windows (perdida de Información) como SQL (Daño de la base de datos o perdida de información).
    2. Actualización de Sistema Operativo Local.
    3. Actualización Hardware.
    4. En caso de que el punto “f” no se cumpla, se debe ejecutar las acciones necesarias para que tanto el nivel funcional tanto del bosque como del dominio queden en su correcto nivel.
    5. Upgrade Sistema Operativo.
    6. Update Sistema Operativo.
    7. Ejecutar herramientas Evaluación Sistema Operativo. (Presentar Informe Estado).
    8. Tomar Acciones para solucionar problemas Generados.
    9. Tomar nuevos Backup de SQL.

    10. Ejecutar de nuevo el punto “m” de los prerrequisitos y verificar si presenta algún problema para determinar la solución.

    11. Verificar los nuevos Respaldos en un Ambiente QA.

    12. Upgrade SQL.

    13. Ejecutar Herramientas Evaluación SQL (Presentar informe Estado).

    14. Tomar nuevos Backup de SQL.

    15. Actualizar estadística e Índices.

    16. Realizar otra vez DBCC CHECKDB, en cada base de datos. Es opcional utilizar con el argumento WITH DATA_PURITY.

    17. Realizar DBC UPDATEUSAGE en cada base de datos.

    18. Tomar nuevos Backup de SQL.

    19. Si algo ha cambiado, se debe apuntar la base de datos hacia los nuevos usuarios, aplicativo o rutas.

    20. Prueba de Operaciones de Mantenimiento básico.

    21. Creación y eliminación de un usuario.

    22. Creación y eliminación de una Base de Datos.

    23. Prueba de ejecución de comandos o sentencias.

    24. Prueba de procedimientos almacenados (SP).

    25. Prueba de la aplicación sujeta a la base de datos.

    26. Verificación de los datos. (Concordancia, Redundancia y que correspondan).

    27. Comparar rendimiento actual de su línea base con el antiguo.

    28. Reinicie los servicios, aplicaciones, etc… Detenidos solo por el proceso de actualización.

    29. Asegurarse de que la tarea de respaldos, tal como lo tenían planeado se cumpla.

    30. Evaluar criterios para determinar si es necesario aplicar un RollBack o plan de Contingencia.


    Se deberá consideras lo siguiente (Opcional, buenas Practicas.)

    1. Si ha habilitado crecimiento automático para bases de datos del sistema, considere desactivarlo.
    2. Vuelva a activar procesos de inicio, indicadores de traza de SQL Server, servicios que tienen acceso a SQL Server, etc.
    3. Reinicie cualquier replicación. (Si Existiera).
    4. Modificar una lista de verificación de actualización y / o documentación sobre la base de su experiencia más reciente. Muchos de los cambios también pueden aplicarse a sus documentos de recuperación de desastres.
    5. Considere encender nuevas opciones disponibles en su nueva versión como, por ejemplo: la suma de comprobación de base de datos en lugar de la detección de página rasgada.
    6. Aprovechar las opciones granulares de seguridad en las nuevas versiones. Esto incluye mejor trabajo / replicación / seguridad SSIS, así como más opciones a seguir.
    7. Crear un Servidor de administración central para que todos en un grupo (por ejemplo, todos los administradores de bases de producción que apoyan a un sector de la empresa) tiene la misma lista de servidores SQL Server disponibles para ellos en SSMS.
    8. Comience a utilizar nuevas funciones / funcionalidad en la nueva versión.
    9. Manténgase al día con los Service Packs y actualizaciones acumulativas.

    10. Verifique la programación de las bases, No usar características desaconsejadas o desusadas. Puede utilizar SQL para capturar un evento cada vez que se utiliza una característica obsoleta desde el motor SQL. A partir de SQL Server 2008 también hay un contador de perfmon para esto.

    11. Captura de una nueva línea de base de rendimiento / punto de referencia en el sistema y actualizar periódicamente la línea de base.

    12. Migración o actualización de los planes de mantenimiento creados.

     

     

    Al terminar la actualización se deberá verificar el correcto funcionamiento de la plataforma. Esto se basará en la línea de base que se tenía en su versión inicial.

     

    Se enviará un informe de los siguientes:

    1. Funcionalidad de la máquina.
    2. Funcionamiento del Sistema Operativo.
    3. Funcionamiento de SQL.
    4. Funcionamiento de Aplicativos.

     


     

     

    Si se presentan problema al término de la actualización del servidor se atacaran debido a su grado de criticidad.

    El flujo de resolución del problema será el siguiente:

    1. Definir el problema.
    2. Analizar el problema.
    3. Evaluar Alternativas.
    4. Elegir la mejor Alternativa.
    5. Aplicar la Alternativa.

    En caso de no funcionar se hará el mismo proceso escogiendo alternativas diferentes.

    En caso de no haber solución de problema se aplicarán los respaldos que se le hicieron a la maquina y/o plan de contingencia. Previo llamando al cliente.

    Nombre:

    Teléfono:

     

     

     

     

    Tiempo de demora:    xxx horas.

    Criticidad: Riesgo Alto.

    Horario de ejecución: Fuera de horario productivo, post cierre.

    Día:

    Hora:

    Si tienen algo que agregar, quitar o dudar

    Gracias,

    En espera de sus comentarios.


    Edwin Duran Ospina Si la respuesta ha Colaborado con tu solución, favor marcarla como correcta.

    jueves, 8 de octubre de 2015 18:22

Todas las respuestas

  • Alguien tiene algun consejo?

    Alguien sabe que puede pasar si se hace algo malo?

    Que puedo hacer antes de ?

    a) Consejo: Si puedes, haz la actualización side-by-side, es decir, montando un servidor nuevo en paralelo al antiguo y copiando a éste las bases de datos del antiguo. Después pruébalo todo y una vez verificado el correcto funcionamiento entonces rediriges las aplicaciones cliente al servidor nuevo.

    Si esto no es factible y necesariamente tienes que actualizar in-situ, entonces:

    b) ¿Qué puede pasar si se hace algo malo? Catástrofe total, hay que tirar de "backup" y restaurar por completo el servidor a su estado anterior. En consecuencia:

    c) "antes de...": Lo primero hacer un backup completo, no solo de todas las bases de datos sino también del propio sistema operativo. Verificar el backup y comprobar que se puede restaurar. Esto es algo que de todas maneras deberías estar haciendo incluso aunque no planeases hacer una actualización, así que no debería suponer trabajo extra.

    miércoles, 7 de octubre de 2015 6:27
  • Solo añadiría una cosa a lo que dice Alberto.

    Tener un plan de vuelta atrás, una de las opciones es como dice Alberto restaurar un backup, pero pueden haber otras alternativas. Tener ese hardware paralelo, listo para sustituir al actual (si es viable) o una máquina virtual que tenga exactamente la misma configuración y que puedas unir a tu red si todo fallara.  En resumen.. estar prevenido para evitar problemas

    Recuerda que también el aplicativo que usa la bbdd tiene que funcionar bien con la nueva versión de base de datos, si es propio, chequea que así es, si es comprado, asegúrate que te garantizan compatiblildad


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 7 de octubre de 2015 7:41
    Moderador
  • Saludos,

    Apoyo a ambos, preferentemente también recomiendo el uso de side by side migration aunque esta requiere de mas recursos y tiempo es siempre la mejor opción, tambien como elocuentemente lo menciona miguel tener un plan de contingencia en caso de que algo pase.  

    Si tienes dudas o preguntas por favor hazlo saber y buscaremos como ayudarte.  

    jueves, 8 de octubre de 2015 18:01
  • Gracias a todos por la srespuestas.

    Bueno es lo que ya sabia de ante mano.

    Ahora les presento mi plan que tengo para hacer:

    Antes que nada quiero decir que ya se hicoeron analisis de Compatibilidad, diseño u otros:

    https://msdn.microsoft.com/es-es/library/ms144267%28v=sql.100%29.aspx

    El presente Documento tiene como objetivo realizar el Upgrade de un servidor físico en cuanto a su entorno de Sistema Operativo y Base de datos. Para lo cual se hará una actualización de Windows Server 2008 R2 Standard SP1 a Windows Server 2012 R2 Standard y en su plataforma de Base de Datos se llevará de SQL 2008 R2 Standard SP2 a SQL Server 2012 Standard. Conservando además la versión (x64) y además Idioma y configuraciones predeterminadas. Al hacer una instalación limpia (Clean Intallation) se asegurará que no se presenten problemas futuros en la plataforma.


    Se deben tener en cuenta los siguientes prerrequisitos:

    1. Revisión y Comportamiento de Hardware (Vendor)
    2. Sistema Operativo Compatible.
    3. Verificar que no sean versiones de lanzamiento o Preview; Dado que allí solo se podrá hacer un Clean Installation.
    4. Conversión de Licencia, Tanto de Windows Server como SQL Server.
    5. SQL Server Compatible.
    6. Si el servidor es miembro de un dominio, se debe verificar nivel funcional de Dominio y Bosque.
    7. Hacer Backup de WMI, Services y Regedit.
    8. Hacer Backup Full e incremental de las Bases de Datos.
    9. Hacer Backup Full de Servidor. (BareMetal).
    10. Hacer Backup system State del Servidor.
    11. Hacer conversión de maquina física a máquina Virtual, esto para tener un sistema de recuperación de emergencia. (Se someterá a tiempos).
    12. Hacer Backup De registro, configuración DB Sys, opciones de Configuración, Claves, usuarios, etc, relacionado con el Ambiente de Bases de Datos.
    13. Verificar que los respaldos funcionen. (Ambiente QA o Testing)
    14. Ejecutar Herramientas(Tools) para Upgrade, tanto de Sistema Operativo, SQL y Base de Datos.
    15. Si se tiene una versión de Windows Intaller y .Net desactualizado, Considere actualizarlo.
    16. Si tiene una versión de Visual Studio desactualizado, considere actualizarlo.

     

     

    Se deben tener en cuenta los siguientes prerrequisitos:

    1. Desconectar los dispositivos UPS que esté conectada al equipo destino.
    2. Reinicio del Servidor para un Sanety Boot.
    3. Verificar que Windows Installer este funcionado correctamente.
    4. Desactivar su protección de antivirus.
    5. Verificación de Firewall de Windows, dado que por defecto está activado, y al hacer el Upgrade, puede afectar algunas aplicaciones con el bloqueo de los puertos. (Esto por si han hecho alguna modificación personalizada.)
    6. Actualización de Hardware (Device Drivers, BIOS, ChipSet, FirmWare, Etc…)
    7. Ejecutar DBCC CHECKDB, en todas las bases de datos del sistema y de usuario. Si presentan algún error, abordarlo antes de cualquier Upgrade.

    • Aplicar Upgrade Sistema Operativo.
      • Considerar que el servidor estará inactivo mientras dure el transcurso del Upgrade.
      • Cuando se termine de actualizar el servidor, se debe volver a marcar las opciones desmarcadas. (Si fuera necesario)
    • Aplicar Upgrade SQL.
      • Cuando se termine de actualizar el servidor, se debe volver a marcar las opciones desmarcadas. (Antivirus, Firewall, UPS, etc…)

    El Upgrade del servidor, será llevado a cabo en el siguiente orden:

    1. Asegurarse que todos los usuarios estén fuera del sistema. Tanto Usuarios Windows (perdida de Información) como SQL (Daño de la base de datos o perdida de información).
    2. Actualización de Sistema Operativo Local.
    3. Actualización Hardware.
    4. En caso de que el punto “f” no se cumpla, se debe ejecutar las acciones necesarias para que tanto el nivel funcional tanto del bosque como del dominio queden en su correcto nivel.
    5. Upgrade Sistema Operativo.
    6. Update Sistema Operativo.
    7. Ejecutar herramientas Evaluación Sistema Operativo. (Presentar Informe Estado).
    8. Tomar Acciones para solucionar problemas Generados.
    9. Tomar nuevos Backup de SQL.

    10. Ejecutar de nuevo el punto “m” de los prerrequisitos y verificar si presenta algún problema para determinar la solución.

    11. Verificar los nuevos Respaldos en un Ambiente QA.

    12. Upgrade SQL.

    13. Ejecutar Herramientas Evaluación SQL (Presentar informe Estado).

    14. Tomar nuevos Backup de SQL.

    15. Actualizar estadística e Índices.

    16. Realizar otra vez DBCC CHECKDB, en cada base de datos. Es opcional utilizar con el argumento WITH DATA_PURITY.

    17. Realizar DBC UPDATEUSAGE en cada base de datos.

    18. Tomar nuevos Backup de SQL.

    19. Si algo ha cambiado, se debe apuntar la base de datos hacia los nuevos usuarios, aplicativo o rutas.

    20. Prueba de Operaciones de Mantenimiento básico.

    21. Creación y eliminación de un usuario.

    22. Creación y eliminación de una Base de Datos.

    23. Prueba de ejecución de comandos o sentencias.

    24. Prueba de procedimientos almacenados (SP).

    25. Prueba de la aplicación sujeta a la base de datos.

    26. Verificación de los datos. (Concordancia, Redundancia y que correspondan).

    27. Comparar rendimiento actual de su línea base con el antiguo.

    28. Reinicie los servicios, aplicaciones, etc… Detenidos solo por el proceso de actualización.

    29. Asegurarse de que la tarea de respaldos, tal como lo tenían planeado se cumpla.

    30. Evaluar criterios para determinar si es necesario aplicar un RollBack o plan de Contingencia.


    Se deberá consideras lo siguiente (Opcional, buenas Practicas.)

    1. Si ha habilitado crecimiento automático para bases de datos del sistema, considere desactivarlo.
    2. Vuelva a activar procesos de inicio, indicadores de traza de SQL Server, servicios que tienen acceso a SQL Server, etc.
    3. Reinicie cualquier replicación. (Si Existiera).
    4. Modificar una lista de verificación de actualización y / o documentación sobre la base de su experiencia más reciente. Muchos de los cambios también pueden aplicarse a sus documentos de recuperación de desastres.
    5. Considere encender nuevas opciones disponibles en su nueva versión como, por ejemplo: la suma de comprobación de base de datos en lugar de la detección de página rasgada.
    6. Aprovechar las opciones granulares de seguridad en las nuevas versiones. Esto incluye mejor trabajo / replicación / seguridad SSIS, así como más opciones a seguir.
    7. Crear un Servidor de administración central para que todos en un grupo (por ejemplo, todos los administradores de bases de producción que apoyan a un sector de la empresa) tiene la misma lista de servidores SQL Server disponibles para ellos en SSMS.
    8. Comience a utilizar nuevas funciones / funcionalidad en la nueva versión.
    9. Manténgase al día con los Service Packs y actualizaciones acumulativas.

    10. Verifique la programación de las bases, No usar características desaconsejadas o desusadas. Puede utilizar SQL para capturar un evento cada vez que se utiliza una característica obsoleta desde el motor SQL. A partir de SQL Server 2008 también hay un contador de perfmon para esto.

    11. Captura de una nueva línea de base de rendimiento / punto de referencia en el sistema y actualizar periódicamente la línea de base.

    12. Migración o actualización de los planes de mantenimiento creados.

     

     

    Al terminar la actualización se deberá verificar el correcto funcionamiento de la plataforma. Esto se basará en la línea de base que se tenía en su versión inicial.

     

    Se enviará un informe de los siguientes:

    1. Funcionalidad de la máquina.
    2. Funcionamiento del Sistema Operativo.
    3. Funcionamiento de SQL.
    4. Funcionamiento de Aplicativos.

     


     

     

    Si se presentan problema al término de la actualización del servidor se atacaran debido a su grado de criticidad.

    El flujo de resolución del problema será el siguiente:

    1. Definir el problema.
    2. Analizar el problema.
    3. Evaluar Alternativas.
    4. Elegir la mejor Alternativa.
    5. Aplicar la Alternativa.

    En caso de no funcionar se hará el mismo proceso escogiendo alternativas diferentes.

    En caso de no haber solución de problema se aplicarán los respaldos que se le hicieron a la maquina y/o plan de contingencia. Previo llamando al cliente.

    Nombre:

    Teléfono:

     

     

     

     

    Tiempo de demora:    xxx horas.

    Criticidad: Riesgo Alto.

    Horario de ejecución: Fuera de horario productivo, post cierre.

    Día:

    Hora:

    Si tienen algo que agregar, quitar o dudar

    Gracias,

    En espera de sus comentarios.


    Edwin Duran Ospina Si la respuesta ha Colaborado con tu solución, favor marcarla como correcta.

    jueves, 8 de octubre de 2015 18:22
  • No creo que te falte ninguna cosa demasiado importante.

    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    lunes, 12 de octubre de 2015 18:09
    Moderador