Como clonar una base de datos para resolver problemas de performance
Es una tarea habitual en las distintas organizaciones tener un ambiente productivo donde sucedan problemas de performance y se necesite pasar a un ambiente de testing para determinar sus causas.
Para poder hacer esta tarea lo habitual es hacer una copia de la base de datos en cuestión al otro ambiente para luego trabajar sobre ella y poder hacer el diagnostico correspondiente.
Ahora bien, ¿ que sucede si la base de datos es muy grande? , es probable que actualizar estos ambientes pueda no solo demorar un buen tiempo sino que además consumir recursos.
Las técnicas habituales para pasar estas bases de datos a los ambientes de testing para este tipo de tareas suele ser hacer un Backup y Restore en donde se copia no solo la estructura (schema) sino que ademas todos los datos.
En este post veremos como usar el comando DBCC CLONEDATABASE introducido en el SP2 de SQL 2014.
DBCC CloneDatabase
Este nuevo comando tiene la ventaja que hace un clone de la base de datos pero solo de su estructura, permitiendo así disminuir los tiempos y ademas no consumir los mismos recursos de disco que si hacemos un Backup / Restore.
Ahora bien, ¿como entonces podemos hacer analisis de performance si no tenemos datos?, la respuesta es porque el clonedatabase copia estructuras y estadísticas de la base pero además la deja en un estado de readOnly
Ejemplo
Vamos a ponernos a trabajar y ver un ejemplo en el donde necesitamos analizar unos planes de ejecución para diagnosticar un problema de performance que tenemos en producción.
Tenemos las dos siguientes consultas que generan dos planes de ejecución distintos ante el cambio de un dato
USE ADVENTUREWORKS2014
GO
SELECT SALESORDERDETAILID, ORDERQTY
FROM SALES.SALESORDERDETAIL
WHERE PRODUCTID = 897;
SELECT SALESORDERDETAILID, ORDERQTY
FROM SALES.SALESORDERDETAIL
WHERE PRODUCTID = 870;
Para replicar este caso en un ambiente de testing vamos a clonar la base de datos (sólo estructuras y estadísticas)
DBCC CLONEDATABASE (ADVENTUREWORKS2014, ADVENTUREWORKS2014_CLONE);
GO Al terminar este comando sobre la instancia vamos a observar el siguiente mensaje
Database cloning for ‘AdventureWorks2014’ has started with target as ‘ADVENTUREWORKS2014CLONE’.
Database cloning for ‘AdventureWorks2014’ has finished. Cloned database is ‘ADVENTUREWORKS2014CLONE’.
Database ‘ADVENTUREWORKS2014CLONE’ is a cloned database. This database should be used for diagnostic purposes only and is not supported for use in a production environment.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Si observamos en nuestro SSMS veremos la nueva base de datos en modo ReadOnly y sin datos.
Ahora nos conectaremos a nuestra base de datos clonada para poder replicar la query que corrimos en producción y observaremos que el plan de ejecución es el mismo
USE ADVENTUREWORKS2014CLONE
GO
SELECT SALESORDERDETAILID, ORDERQTY
FROM SALES.SALESORDERDETAIL
WHERE PRODUCTID = 897;
SELECT SALESORDERDETAILID, ORDERQTY
FROM SALES.SALESORDERDETAIL
WHERE PRODUCTID = 870;
Conclusiones
El uso de DBCC CloneDatabase puede ayudarnos mucho en este tipo de tareas de análisis de tuning o bien cuando queremos clonar toda una base de datos sin sus datos.
La operación se debe hacer sobre la misma instancia, por lo cual es muy frecuente hacer el clone sobre producción y luego hacer un backup y restore de esa base en tu ambiente de testing.
Esta instrucción además permite clonar datos del Query Store y también backups.