Evaluación de los requisitos de diseño de Exchange Server 2003
Última modificación del tema: 2005-05-13
Los requisitos de negocio, administrativos, de usuario y de seguridad influyen de forma directa en el diseño del sistema de mensajería de Exchange Server 2003. Dado que las compañías hacen uso de diferentes metodologías para reunir y documentar requisitos exclusivos a la situación de cada una de ellas, esta sección no incluye un listado pormenorizado de todos los requisitos posibles, sino que se centra en los tipos de requisitos de manera global y en los aspectos relacionados con ellos que pueden incidir en el diseño.
Requisitos de negocio
Entre los requisitos de negocio que han de identificarse antes de comenzar el diseño del sistema de mensajería de Exchange se incluyen:
- Acuerdos de nivel de servicio (SLA)
- Limitaciones económicas para el hardware y la red
- Limitaciones económicas para el software
Los requisitos de negocio (más concretamente, las limitaciones de carácter económico) determinan hasta dónde se debe trabajar dentro de la infraestructura existente o si la actualización del hardware, del software y de la infraestructura de la red es viable.
Acuerdos de nivel de servicio
Los requisitos del Acuerdo de nivel de servicio (SLA) determinan el modo en que elementos como el almacenamiento, la organización por clústeres, y la copia de seguridad y la recuperación influyen en el sistema. A la hora de evaluar los SLA, determine las expectativas de su empresa con respecto a la disponibilidad y la capacidad de recuperación, incluyendo el tiempo de entrega de los mensajes, el porcentaje de tiempo de actividad del servidor, la cantidad de almacenamiento por usuario y el tiempo necesario para recuperar una base de datos de Exchange. Identifique las horas de funcionamiento regular y las expectativas sobre el tiempo de inactividad previsto. Identifique asimismo el costo estimado de la compañía en concepto de tiempo de inactividad no previsto para que, de este modo, sea posible diseñar la cantidad adecuada de tolerancia a errores en el sistema de mensajería.
Existen nuevas características en Exchange Server 2003 y Windows Server 2003 que pueden afectar el modo de diseñar el sistema para que se adecue a los requisitos de acuerdos de nivel de servicio. En concreto, es posible que el nuevo servicio de instantáneas de volumen obligue a un replanteamiento de los límites anteriormente impuestos por estos requisitos. Antes, posiblemente tuviera que restringir el número de usuarios alojados en un buzón para respetar las limitaciones SLA de tiempo de funcionamiento, ya que la realización de copias de seguridad precisa una gran inversión de tiempo. Sin embargo, con el servicio de instantáneas de volumen, las copias de seguridad se crean a partir de una instantánea, con lo cual la base de datos que las aplicaciones utilizan no se ve afectada. El servicio Instantáneas de volumen le permite hacer copia de seguridad de los datos de Exchange (o de cualquier aplicación) rápidamente y con un impacto mínimo sobre los clientes de correo electrónico. Esto le ayuda a tener bases de datos mayores y más usuarios por servidor. Si se utiliza junto con software y hardware que admita el servicio Instantáneas de volumen de Windows Server 2003, podrá crear copias de seguridad o restaurar rápidamente bases de datos de Exchange de cualquier tamaño, desde 100 GB a varios terabytes. También podrá configurar clústeres en distintas ubicaciones físicas. Todas estas características ofrecen mejores niveles de servicio de lo que nunca había sido posible anteriormente.
Limitaciones económicas para el hardware y la red
Las limitaciones económicas en torno a la actualización de la red o el hardware existentes influyen de forma directa en el diseño del sistema de mensajería de Exchange. Así, según sea la integridad de la red, es posible que necesite realizar algunas actualizaciones para poder cumplir los requisitos de negocio y de usuario. En algunos casos en los que las probabilidades de actualización son limitadas, puede que no disfrute de algunas de las características de mensajería en Exchange, como RPC a través de HTTP. Esta función puede mejorar la experiencia de mensajería en conexiones de red poco confiables y de baja velocidad.
Si parte de su estrategia empresarial consiste en reducir el costo global de la propiedad mediante la consolidación o centralización del hardware del servidor, algunas de las características de Exchange 2003, Windows Server 2003 y Outlook 2003 pueden ser de gran utilidad. Así, Exchange 2003 está menos expuesto a la fragmentación de memoria, lo que significa que los servidores de Exchange 2003 con procesadores rápidos pueden administrar a más usuarios por servidor antes de que se llegue al límite de fragmentación de memoria. Esto ocurre igualmente con Windows Server 2003, que realiza una mejor administración con el propósito de que se pueda alojar a más usuarios en un servidor antes de encontrarse con algún elemento relacionado con la fragmentación de memoria. Una mejor administración de la memoria no tiene por qué traducirse en un rendimiento y escalabilidad de la CPU significativamente mejores, pero sí le permitirá alojar un número de usuarios mayor en el servidor.
Para obtener más información acerca de las nuevas características, consulte "Conocimiento de las versiones de Exchange, Windows y Outlook".
Limitaciones económicas para el software
Tal y como sucede con la actualización del hardware y la red, las limitaciones económicas en torno a la actualización de sistemas operativos, aplicaciones del servidor y aplicaciones de equipos cliente influyen de forma directa en el diseño del sistema de mensajería de Exchange. Por ejemplo, si puede actualizar los equipos cliente con Outlook 2003, la función de modo de intercambio en caché será de gran ayuda en conexiones de ancho de banda de bajas o lentas.
Requisitos administrativos
Los requisitos administrativos de una compañía tienen un impacto notable en el diseño de sistemas, especialmente en el caso de evolucionar a un modelo más centralizado para reducir los costos administrativos.
En general, las empresas ponen en práctica modelos de carácter administrativo basados en dos categorías:
Administración centralizada Un único grupo mantiene el control total del sistema de Exchange. En este modelo se implementa un número reducido de grupos administrativos, dependiendo de si se tiene un solo centro de datos o una gran cantidad de sucursales. Un solo grupo de tecnologías de la información es responsable de las tareas administrativas. Este modelo es habitual en compañías pequeñas o medianas, pero también puede utilizarse en compañías más grandes que tengan un ancho de banda alto para conectar con todas las oficinas regionales.
Administración distribuida El control completo sobre la administración del sistema de Exchange se distribuye a las regiones o divisiones de la organización. La compañía crea al menos un grupo administrativo por cada región o división. Cada grupo administrativo contiene grupos de enrutamiento, directivas, servidores, jerarquías de directorio de carpetas públicas y otros objetos particulares de cada división. Un grupo central de tecnologías de información puede ser responsable de administrar normas y pautas, pero no de la administración diaria del sistema. Generalmente, cada región o división controla sus propiedades y desarrolla su propio sistema de administración.
Nota
En Exchange 5.5, un sitio establece los límites administrativos y de enrutamiento. En Exchange 2000, el sitio se divide en grupos de enrutamiento y grupos administrativos para conseguir una flexibilidad mayor. En Exchange 2000 y Exchange 2003, un grupo de enrutamiento hace referencia a un conjunto de servidores confiables a tiempo completo en el que los mensajes pasan directamente de servidor a servidor. Por grupo administrativo se entiende el conjunto de usuarios con autoridad administrativa que no está restringido a los límites del grupo de enrutamiento.
Conocer los requisitos administrativos de su compañía es importante, por cuanto ayuda en la decisión de implementar un modelo centralizado, uno distribuido o una combinación de ambos. Para obtener más información acerca de las interdependencias entre la administración de Exchange y la administración del servicio de directorio Active Directory®, consulte "Descripción del entorno de red actual".
Requisitos de usuario
Entre los requisitos de usuario que influyen en el modo de diseñar el sistema de mensajería de Exchange se incluyen:
- Acceso remoto En compañías que cuentan con oficinas dispersas geográficamente y con conexiones de red de ancho de banda bajas y de velocidad lenta, es muy probable que los usuarios requieran una mejor experiencia sin conexión. La valoración de este requisito junto con los requisitos de negocio y las limitaciones económicas ayuda a determinar si se puede disfrutar de características como el modo de intercambio en caché de Outlook 2003 y, así, conseguir una mejor experiencia sin conexión.
- Acceso a Web Es posible que los usuarios precisen saber el modo de tener acceso a la información de Exchange desde Internet. A tal efecto, se han efectuado algunos cambios en las áreas de interfaz y rendimiento de Microsoft Office Outlook Web Access 2003 para mejorar la experiencia de usuarios de oficinas remotas. No obstante, es posible que sea necesario realizar una serie de inversiones para actualizar el sistema operativo; así, las ganancias de rendimiento derivadas de la nueva tecnología de compresión se basan en Windows Server 2003 como el sistema operativo.
- Acceso móvil Es posible que los usuarios precisen saber cómo tener acceso a la información de Exchange desde dispositivos móviles, por ejemplo un dispositivo Microsoft Pocket PC 2003 Phone Edition.
Para obtener más información acerca de las mejoras en la experiencia del usuario disponibles en las versiones más recientes de Microsoft Windows® y Exchange, consulte "Conocimiento de las versiones de Exchange, Windows y Outlook".
Seguridad
Los requisitos de seguridad pueden influir en el diseño de Active Directory. Así, puede que su compañía precise de límites estrictamente marcados entre directorios para unidades de negocio independientes, lo cual quiere decir que deberá establecer varios bosques. Para obtener más información acerca de cómo establecer varios bosques, consulte "Diseño de la implementación de Exchange en un entorno de varios bosques".