Migración a sql server 2008

3,187 views
2,730 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
3,187
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
52
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Migración a sql server 2008

  1. 1. Migración a SQL Server 2008 Enrique Catalá Rubén Garrigós
  2. 2. Agenda• La transición a SQL Server 2008• Migración del motor relacional• Experiencias de migración
  3. 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. 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. 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. 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. 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. 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
  9. 9. Upgrade Advisor
  10. 10. Upgrade Advisor
  11. 11. Upgrade Advisor
  12. 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. 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. 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. 15. SAC  Facets
  16. 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. 17. Por si algo se escapa…• Por ejemplo: Monitorizar el grupo de contadores “Deprecated Features” añadiendo alertas
  18. 18. EXPERIENCIAS DE MIGRACIÓNLa verdad está ahí fuera
  19. 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. 20. Recursos• SQL Server 2008 Upgrade Technical Reference Guide• Books Online 2008
  21. 21. ¿PREGUNTAS? ECATALA@SOLIDQ.COM RGARRIGOS@SOLIDQ.COMhttp://blogs.solidq.com/ES/ElRinconDelDBA

×