Migración a sql server 2008
0 recomendaciones3,788 vistas
Este documento presenta una guía para la migración de SQL Server 2000 a SQL Server 2008. Discute las estrategias de migración como "in-place" y "side by side", y enfatiza la importancia de realizar pruebas completas antes y después de la migración. También cubre consideraciones clave como el análisis de componentes afectados, la validación de bases de datos, el uso de herramientas como Upgrade Advisor, y mejoras posteriores a la migración como actualizar el código para aprovechar nuevas características. El objetivo final es mejor
Migración a sql server 2008
- 1. Migración a SQL Server 2008 Enrique Catalá Rubén Garrigós
- 2. Agenda • La transición a SQL Server 2008 • Migración del motor relacional • Experiencias de migración
- 3. La transición a SQL Server 2008 • Consideraciones • ¿Será SQL Server 2008 un fin o un medio? • ¿Cuánto esfuerzo estamos dispuestos a asumir? • ¿Es un sistema crítico? • ¿Forma parte de algo más ambicioso? o 32 bits 64 bits o Windows Server 2000/2003 Windows Server 2008 (R2?) o Físico Virtual • No hay un único plan “válido” para todas las migraciones y por tanto debe considerada un proyecto en si misma
- 4. Estrategias de migración • In-place, conocida por “¿quién dijo miedo?“ • Útil cuando no disponemos de hardware adicional • No podemos subir de 32 a 64 bits • Actualizamos toda la instancia, no podemos ir “poco a poco” y pasar base de datos a base de datos. • Puede minimizar el tiempo de migración • No cambia el nombre del servidor/instancia • Más riesgos que deben minimizarse o Backup previo completo o RAID 1? 2 discos? Quizás mejor 3 o Cabina de almacenamiento: Split mirror
- 5. Estrategias de migración • Side by side • Crea una nueva instancia, en el mismo servidor o no. o Migración a virtual más sencilla o Nos vale para generar un entorno de pruebas en 2008 • Permite cambiar de SO, de 32 a 64 bits, etc. • Al finalizar tendremos dos instancias activas • Requiere más recursos o Al menos, espacio en disco x2. • Las bases de datos se “desincronizan” desde el mismo instante que finaliza la migración o La vuelta atrás no es transparente
- 6. SQL Server 2008: un fin o un medio • Mejores resultados cuando es un medio • Cuando es un fin… • Modo de compatibilidad (80, 90 o 100) o Sintaxis outer join *= y =* o Nuevas palabras reservadas: PIVOT, MERGE… • Mayores “incompatibilidades” entre 80 y 90 • El modo de compatibilidad no nos salvará en la próxima versión pues desaparecerá el 80 • Impide utilizar nuevas funcionalidades • Nunca podremos hacer un backup/restore a 2000
- 7. Fases de la migración • Analizar todos los componentes/sistemas afectados directa o indirectamente • Análisis vs ejecución: 90 - 10 • No olvidemos hacer backups completos • Las cosas siempre pueden ir mal • Antes de migrar, validar la consistencia de las bases de datos de 2000 • DBCC CHECKDB • Pruebas, pruebas, pruebas, pruebas… ¿dije pruebas?
- 8. Herramientas • Prerequisitos: System Configuration Checker • Asistente de migración: Upgrade Advisor • Muy útil pero no garantiza la “migrabilidad” en realidad • Nunca, nunca, nunca subestimar las aplicaciones cliente o Trazas de profiler o Pruebas unitarias en TSQL o El código dinámico puede ser muy traicionero
- 10. Upgrade Advisor
- 11. Upgrade Advisor
- 12. Vistas ordenadas/numeradas • Una vista por definición no tiene orden, devuelve un conjunto de datos, no una presentación de éstos • TOP 100 percent (…) ORDER BY en SQL Server 2005/2008 diferente a 2000 salvo que: • CU2 SQL Server 2005 SP2 + trace flag 168 • CU1 SQL Server 2008 o SQL Server 2008 SP1 (CTP) • SELECT @p = @p + 1 ... ORDER BY • Soportado únicamente en el nivel superior • ROW_NUMBER() • Mejor alternativa Cambiar el código
- 13. BACKUP LOG • No soportado • WITH NO_LOG • WITH TRUNCATE_ONLY • Modo de recuperación FULL SIMPLE • Hacer backups del log • Que no nos interesan? Los borramos posteriormente • Queremos reducir el tamaño del log o Checkpoint, backup y shrink Mejor prevenir que curar • En resumen, debemos hacer mantenimiento del log
- 14. Seguridad • SQL Server 2005/2008 hincapié en la seguridad • Reducción de la superficie de ataque o SQL Server 2005 SAC (Surface Access Configuration) o SQL Server 2008 Facetas • Seguro pero… sigue siendo posible crear un usuario con password en blanco “por compatibilidad”, etc. • CREATE LOGIN uInseguro WITH PASSWORD='', CHECK_POLICY = OFF
- 15. SAC Facets
- 16. Para una buena migración… • No basta con que “funcione” con SQL Server 2008 • Mejorar el código • No utilizar nada marcado como obsoleto SQL 11 • Utilizar nuevas características • Puede verse como una segunda fase si la migración a 2008 va muy apretada (aunque se rehaga trabajo) • Tipos de datos TEXT, NTEXT • RULES • DBCC INDEXDEFRAG/DBREINDEX • SET ROWCOUNT • Etc.
- 17. Por si algo se escapa… • Por ejemplo: Monitorizar el grupo de contadores “Deprecated Features” añadiendo alertas
- 18. EXPERIENCIAS DE MIGRACIÓN La verdad está ahí fuera
- 19. Conclusiones • Una migración es un proyecto en sí misma • Nos hemos dejado mucho en el tintero (ej. Clustering) • Y aún más si contamos toda la parte de BI… • Las herramientas nos ayudan pero no son suficientes por sí mismas • Las cosas se pueden hacer regular, bien o mejor • Vale la pena “sudar” un poco al migrar a 2008
- 20. Recursos • SQL Server 2008 Upgrade Technical Reference Guide • Books Online 2008
- 21. ¿PREGUNTAS? ECATALA@SOLIDQ.COM RGARRIGOS@SOLIDQ.COM http://blogs.solidq.com/ES/ElRinconDelDBA