Descripción de la arquitectura LUN de Exchange 2010
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2016-11-28
En muchos casos, el disco físico o el número de unidad lógica (LUN) óptimo que reconoce el sistema operativo se extrae del hardware usado para presentar el disco al sistema operativo. La arquitectura LUN se utiliza en Microsoft Exchange Server 2010.
Pese a que existen muchas formas de diseñar los LUN en Exchange 2010, recomendamos los diseños siguientes para reducir la complejidad:
Un LUN por base de datos
Dos LUN por base de datos
Dos LUN por conjunto de copias de seguridad
Un LUN por base de datos
Un único LUN por arquitectura de base de datos implica que tanto la base de datos como sus archivos de registro correspondientes se encuentran ubicados en el mismo LUN. Para implementar una arquitectura de LUN que sólo utilice un único LUN por base de datos, es necesario tener un grupo de disponibilidad de base de datos (DAG) con dos o más copias y no utilizar una solución de servicio de instantáneas de volumen (VSS) basado en hardware.
Entre las ventajas de esta estrategia se incluyen:
Simplifica la administración del almacenamiento con menos LUN que administrar.
Reduce (potencialmente) el número de trabajos de copia de seguridad.
Proporciona flexibilidad para aislar el rendimiento entre bases de datos al no compartir ejes entre los LUN.
Un problema que conlleva esta estrategia es que limita la capacidad para realizar procesos de copia de seguridad y restauración con VSS basado en hardware (por ejemplo, instantáneas de clones). Para obtener más información acerca de VSS, consulte Prácticas recomendadas para usar el Servicio de instantáneas de volumen con Exchange Server 2003, en inglés.
Volver al principio
Dos LUN por base de datos
En Exchange 2010, en el caso extremo de disponer de 100 bases de datos, el número de LUN que suministre dependerá de la estrategia de copia de seguridad que siga. Si su objetivo de tiempo de recuperación es pequeño o si utiliza clones de VSS para una recuperación rápida, puede que sea mejor colocar cada base de datos en su propio LUN de registro de transacción y su propio LUN de base de datos. Esta operación superará el número de letras de unidad disponibles, por lo que deberá usar puntos de montaje de volumen.
Entre las ventajas de esta estrategia se incluyen:
Habilita los VSS basados en hardware en bases de datos, lo que proporciona una copia de seguridad y restauración de una única base de datos.
Proporciona flexibilidad para aislar el rendimiento entre bases de datos al no compartir ejes entre los LUN.
Aumenta la fiabilidad dado que, si se da un problema de capacidad o de daños en un único LUN, éste sólo afectará a una base de datos. Se trata de un factor importante a tener en cuenta cuando no se aprovechan las características de resistencia de buzones de correo integradas.
Entre los problemas de esta estrategia se incluyen:
100 bases de datos requieren 200 LUN, que podrían exceder algunos máximos de matrices de almacenamiento.
Un LUN independiente para cada base de datos causa más LUN por servidor, lo cual aumenta los costos administrativos y la complejidad.
Volver al principio
Dos LUN por conjunto de copias de seguridad
Un conjunto de copias de seguridad es el número de bases de datos de las que se hace la copia de seguridad completa en una noche. Una solución que realice una copia de seguridad completa de 1/7 de las bases de datos por noche (por ejemplo, utilizando una copia de seguridad completa semanal o bimensual con copias de seguridad incrementales o diferenciales diarias) puede reducir la complejidad, si se colocan todas las bases de datos de las que se va a realizar copia de seguridad en el mismo LUN de registro y de base de datos. De este modo puede reducirse el número de LUN del servidor.
Entre las ventajas de esta estrategia se incluyen:
Simplifica la administración del almacenamiento con menos LUN que administrar.
Reduce (potencialmente) el número de trabajos de copia de seguridad.
Entre los problemas de esta estrategia se incluyen:
La capacidad para realizar procesos de copia de seguridad y restauración con VSS basado en hardware (por ejemplo, instantáneas de clones) es limitada. Para obtener más información acerca de VSS, consulte Prácticas recomendadas para usar el Servicio de instantáneas de volumen con Exchange Server 2003, en inglés.
Un problema de capacidad o daños en un único LUN podría afectar a más de una base de datos.
Volver al principio
© 2010 Microsoft Corporation. Reservados todos los derechos.