Discos Espejos

El concepto de bases de datos espejo o “mirroring database” hace referencia a una configuración que puede realizarse con dos o tres servidores de BD que se localizan en máquinas diferentes. Los servidores que participan en este proceso tienen una copia de la BD y sus transacciones. Se habla de un tercer servidor porque puede ser utilizado como árbitro para que pueda tomar el control de la BD que está en alguno de los otros dos servidores (principal, espejo). Un sistema basado en la técnica del mirroring puede representarse gráficamente como se muestra en la siguiente figura:

Fuente: http://www.corporacionsybven.com/portal/images/stories/imagenes/bd_mirroring.bmp

Estrategias de PostgreSQL para el trabajo con discos espejo

Dentro de las estrategias para la optimización de discos, cuando se está utilizando PostgreSQL, se recomienda que a nivel de software se tenga en cuenta:

•          El sistema operativo
•          Las recomendaciones de archivos del sistema
•          Las recomendaciones de particionamiento
•          Donde ubicar índices, tablas y elementos relacionados a las BD
•          Sistema de archivos en red NFS

Y a nivel de hardware:

•          Configuración de sistemas RAID
•          Controladores SCSI
•          Velocidades de uso

Configuración de RAID

En cuanto a la configuración a nivel de archivos del sistema, se recomienda el uso de software para configurar sistemas RAID.

RAID viene de las siglas en inglés Redundant Array of Independient Disk o arreglo redundante de discos independientes. Esos sistemas lo que permiten es que una máquina pueda utilizar dos o más discos físicos como un disco lógico más amplio y rápido. Por la creación de bandas informaciónredundante a través de varias unidades, una arreglo tipo RAID puede soportar el fallo de uno o másunidades de disco y continuar operando normalmente.

Los niveles de configuración que se pueden trabajar para un arreglo RAID son:

·     

•       Nivel 0: en el arreglo se crean bandas de información a través de los discos agregando el ancho de banda de diferentes discos a la vez. Puede representar un rápido desempeño pero no puede considerarse técnicamente como un RAID ya que si un disco falla se puede perder gran cantidad de información que es irrecuperable. En este nivel se requieren como mínimo dos discos pero si se quiere tener una gran cantidad de discos es mejor considerar el uso de otro nivel.

•         Nivel 1: en este nivel se escribe todo en dos o más discos. Es útil cuando la carga de trabajo es a término medio. Es usado para grupos de trabajo, intranets, u otros similares.

•         Nivel 5: es útil cuando la carga de trabajo es mayor. Además, la carga de procesamiento puede ser distribuida de forma paralela.

Para una simulación de prueba se recomienda el uso del nivel 0, que aunque no se considera propiamente un RAID, sí trabaja como tal y es apropiado porque la carga de procesamiento de datos no es tan grande ya que solo se pretende mostrar cómo funciona el sistema de arreglos RAID.

CONOCIENDO UN POCO DE...

Database Mirroring es una solución de Alta Disponibilidad en SQL Server, disponible desde SQL Server 2005 y sensiblemente mejorada en SQL Server 2008, mostrándose como una alternativa a los sistemas de Alta Disponibilidad basados en Microsoft Cluster y/o Replicación de Almacenamiento Datos, siendo también una alternativa interesante a otras tecnologías como Log Shipping o a la Replicación de SQL Server.


Database Mirroring, al igual que Log Shipping, sólo protege a nivel de base de datos (es decir, sólo las bases de datos de usuario) y no a nivel de Instancia, para lo cual sería necesario implementar Server Clustering (y así proteger también las bases de datos del sistema y demás elementos que forman una instancia de SQL Server).

Database Mirroring es una tecnología de Alta Disponibilidad basada en un modo de funcionamiento Activo / Pasivo. Es decir, mientras una Instancia realiza un papel de Servidor Principal (Activo) para una base de datos en particular, la otra instancia realiza el papel de Servidor Espejo o Secundario (Pasivo) para dicha base de datos. En consecuencia, no será posible el acceso a la copia de la base de datos del Servidor Espejo.

Database Mirroring requiere que la base de datos que se desee proteger, esté configurada con el Modo de Recuperación Completo (Full Recover Model), algo bastante evidente, al tratarse de una tecnología que basa su funcionamiento en el envío de transacciones de una base de datos principal a una base de datos espejo o secundaria.