Buscar

thesolidqjournal database administration
Por Herbert Albert y Gianluca Hotz

48

Disfrutando con PowerShell

Automatización del proceso de migración de bases de datos
En el número de este mes, vamos a construir una solución sencilla para automatizar la migración de bases de datos entre versiones distintas de SQL Server utilizando una mezcla de PowerShell y scripts de T-SQL.

L

amigración de bases de datos de SQL Server es un tema muy amplio que generalmente implica muchas puntos y escenarios críticos a planificar cuidadosamente. Sólo para dar una idea, el texto oficial “Technical Reference Guide” de SQL Server 2008 R2 actualizar es de casi 500 páginas. Preparar y probar un procedimiento de migración sólido es importante, y las secuencias de comandos pueden ser muy útilespara automatizar parte del proceso. En algunos casos, por ejemplo cuando desea reducir al mínimo el tiempo de inactividad, es realmente la única forma práctica para preparar, probar y ejecutar una migración. La previsibilidad es sólo una de las ventajas, pero poder automatizar el proceso puede ser útil también en otras situaciones, como cuando tienes docenas o incluso cientos de bases de datos quedeben migrarse y tendremos que actualizar periódicamente una copia en un entorno de prueba.

4. Ejecución de pruebas de procedimientos de migración. 5. La ejecución de los test para la aplicación. En primer lugar, cuando estemos haciendo el inventario puede ocurrir que algunas bases de datos tengan que pasar por procesos o prácticas de sobra conocidas. Por ejemplo, esto sucede a menudo con basesde datos utilizadas para: la centralización de soluciones de Backup, de soluciones antivirus, soluciones ERP, soluciones CMS, etcétera, etcétera. Estas bases de datos son generalmente malas candidatos para una solución de migración generalizada porque tal vez tengan que seguir un conjunto de acciones muy diferente. En algunos casos es posible que se puedan migrar varias bases de datos utilizando unprocedimiento común o al menos un conjunto de acciones comunes antes a aplicar más otro conjunto de acciones personalizadas. Estos son los casos donde interesa desarrollar scripts de migración genéricos y crear una solución para automatizar su ejecución. Ese enfoque genérico puede ser especialmente eficaz si va a recorrer varias sesiones de prueba y desea migrar una copia nueva antes de cadasesión. Como enumeramos a continuación, el siguiente es un conjunto de acciones típico para este tipo de procedimiento de migración simplificada: • Backup de la Base de Datos para migrar desde la instancia original. • Restaurar base de datos a migrar en la instancia de destino. • Actualizar las asignaciones.

Escenario de migración simplificada
Para facilitar las cosas, supongamos un escenario demigración simplificada donde las actividades se dividen en los siguientes grupos principales: 1. Inventario de bases de datos que se deben migrar. 2. Análisis Estático del código de la base de datos y de la carga de trabajo de seguimiento (en este caso, puede ser de tipo asistido con el Asesor de Actualizaciones de SQL Server). 3. Desarrollo de procedimientos de migración.

The SolidQ™ Journal,Febrero 2011 – www.solidq.com/sqj

49

• Comprobación de consistencia de la base de datos respecto a la pureza de los datos. • Establecer nivel de verificación de página (por ejemplo, CHECKSUM). • Nivel de compatibilidad de base de datos para que coincida con la versión de la instancia de destino (por ejemplo, 100). • Estadísticas de actualización. • Eliminar los esquemas huérfanos (esquemascreados automáticamente para cada usuario de la base de datos para mantener la compatibilidad, pero no los objetos pertenecientes a ellos). Tenga en cuenta que algunas de estas acciones se aplicarán estrictamente a las bases de datos migradas desde SQL Server 2000 (sí, todavía hay gente con bases de datos que se ejecuta en SQL Server 2000). Por ejemplo, la comprobación de coherencia mediante la...