...
Cuando nos encontramos en la fase de implementación de la
herramienta de SnapManager para bases de datos de SQL en Windows, siempre nos
surge la duda de la mejor distribución de las diferentes bases de datos en
términos de volúmenes y LUNs.
A continuación detallamos las configuraciones de BBDD
soportadas por SnapManager for SQL Server.
Nota.- Si se cambia la configuración de la Base de Datos se tiene que
realizar una copia después de realizados estos cambios.
Múltiples BBDD en
diferentes LUNs dentro del mismo Volumen.
Esta configuración almacena varias bases de datos (datos y
Logs) en diferentes LUNs pero que están dentro del mismo volumen, teniendo la
carpeta de Snapinfo en un volumen y LUN diferentes.
Múltiples Bases de
Datos en una misma LUN
Esta configuración almacena varias BBDD en una misma LUN
(Datos y Logs), en este caso la carpeta Snapinfo se almacena en diferente LUN
pero en el mismo volumen. Esta es una configuración sencilla que puede soportar
hasta 35 BBDD por volumen, en este caso cuando se realiza una copia de todas
las bases de datos de la LUN al mismo tiempo, sin embargo al momento de la
restauración se puede elegir que bases de datos se desea restaurar de la copia
realizada.
Múltiples Bases de
Datos distribuidas en dos LUN (Datos – Logs) en diferentes volúmenes.
La siguiente configuración muestra múltiples BBDD donde se
separan las bases de datos de “Datos” y las bases de datos de “Logs”, en dos
LUNs diferentes, en este caso en diferentes volúmenes pero también pueden
almacenarse en un mismo volumen.
En esta configuración al tener separados los “Datos” de los “Logs”
el performance de las BBDDs aumenta separando las I/O de las consultas a las
bases de datos.
Múltiples Bases de
Datos distribuidas en diferentes LUNs y diferentes volúmenes separados por
datos y Logs.
La siguiente configuración muestra los “Datos “ y “Logs” separados
en diferentes volúmenes y Luns, realizar esta configuración aumenta el
rendimiento, si el volumen de datos falla, es posible realizar una copia del
volumen donde se encuentran los Logs restaurando la última copia de seguridad y
aplicar los Logs de transacción actuales, esta configuración requiere un
directorio de SnapInfo en un volumen aparte.
Múltiples instancias
SQL Servers en un mismo volumen
Cuando es un entorno de SQL donde no se genera gran cantidad
de operaciones, colocar todas las instancias de las BBDD en un mismo volumen nos
permitirá ahorra espacio en disco, no obstante nos encontramos con las
siguientes desventajas.
Si el volumen falla, todas las bases de datos se pierden
incluída la base de datos de Logs.
Cuando un volumen almacena múltiples instancias se
incrementa la posibilidad de que un Snapshot falle y se produzca un error de “Busy Snapshot Copy”, producido al no
poderse borrar la LUN temporal generada en el proceso de Snapshot, ocupando
espacio en el volumen.
Bueno amigos espero que este artículo les sea de utilidad al
momento de la implementación del SnapManager for SQL
No hay comentarios:
Publicar un comentario