Mi "no oficial" de Exchange Server 2007 las recomendaciones de CCR

14 de noviembre 2008 presentadas en virtud de Exchange Server 2007, hardware de servidor, de almacenamiento | 376 visitas

Después de haber tenido clúster de replicación continua en su lugar ahora durante un año, he obtenido algunos de mis propias recomendaciones de buenas prácticas que podrían no encontrarse en la documentación oficial de Microsoft. Por supuesto, ha sido un poco de tiempo desde la última vez comprobado que la documentación, por lo que esta podría ser la duplicación de las recomendaciones.

Aunque estas recomendaciones se basan en un entorno de producción muy sólido y estable ... nada malo o inducir a la búsqueda de empleo que sucede como resultado de la aplicación en su entorno no es mi responsabilidad.

Así que, aquí está la lista en orden de importancia:

  • Hub servidores de transporte no debe ser la ubicación de recursos compartidos de archivos de Testigos. He encontrado la mejor ubicación en mi opinión es, de hecho, los controladores de dominio en el mismo dominio que el servidor de Exchange. Esta es, evidentemente, se extienda a otros sitios y dominios como su organización puede tenerlos. Por supuesto, es necesario establecer dos ubicaciones FSW ... una primaria y una puesta en escena con carpetas y permisos en vigor en el caso de que su servidor primario FSW muere.
    • Sé que es un hecho que la orientación original de Microsoft, dio era que el FSW en los servidores de concentrador de transporte. La lógica era que un concentrador de transporte es una función necesaria y el FSW necesita estar en un servidor de los controles de administrador de Exchange ... natural en forma.
  • Los servidores del testigo compartido de archivos (o por lo menos el servidor que es el anfitrión FSW primaria) no debe estar en el centro de datos igual que cualquiera de los dos nodos de servidor de buzones en el clúster CCR. Utilizando un modelo de los tres centros de datos ( todos los locales y en el sitio mismo anuncio) que usted proporciona completa y automática de fallar por encima de la protección en caso de un fallo de centro de datos.
  • Hub servidores de transporte no deberán utilizar SAN de almacenamiento de conexión para sus bases de datos de colas. Almacenamiento interno, en el servidor concentrador de transporte, es preferido. En caso de que un fallo se produce pérdida de CCR y Transportes reentrega contenedor de basura es necesario, sería mejor no tener que contenedor de transporte de datos en la SAN que posiblemente esté fuera de acción ahora debido a un fallo del centro de datos o SAN fracaso. Si la base de datos se encuentra en la cola de almacenamiento interno en el servidor concentrador de transporte, puede simplemente pedir que el servidor concentrador de transporte físicamente a una operación lugar (ni siquiera tiene que estar en un centro de datos), poner de nuevo en la red y ahora puede participar en el transporte de reentrega contenedor de basura. Cool.
  • you have the capability to place a blade server chassis in another location during a data center failure.  This goes along with the previous recommendation about being able to bring that Hub Transport back online in an alternate location. Si es posible, los servidores de transporte de concentradores no se debe colocar en MENOS de hardware de servidor blade que tienen la capacidad de colocar un chasis de servidor blade en otro lugar durante un corte de centro de datos. Esto va junto con la recomendación anterior de ser capaz de traer ese concentrador de transporte de vuelta en línea en una ubicación alternativa.
  • Al menos un controlador de dominio se deben colocar en cada centro de datos local que tienes servidores de Exchange coloca pulg Por supuesto, usted realmente debe tener un mínimo de dos centros de datos para aprovechar de CCR y siempre debe tener al menos dos controladores de dominio por sitio de AD ... así que un controlador de dominio por el centro de datos tiene perfecto sentido. Si vas a utilizar un controlador de dominio (como se señaló anteriormente) de tu File Share Witness, este luego le ofrece tanto a AD y la protección de Exchange en un movimiento.

¿Tiene algo que agregar?

  • Compartir / Guardar / Guardar

Etiquetas:

Comentarios

3 Responses to "Mi" no oficial "de Exchange Server 2007 recomendaciones CCR"

  1. Exchange Server 2007 recomendaciones CCR | El asesino Capslock el 17 de noviembre, 2008 3:01 pm

    [...] Leer el resto ... [...]

  2. Jason Holmes el 18 de febrero de 2009 12:30

    Con el servidor concentrador de transporte es también puedes ejecutar el acceso de cliente y la mensajería unificada en el mismo servidor?

  3. Cuentos de un administrador de sistemas en 19 de febrero 2009 8:05 pm

    Me gustaría recomendar en contra de ella, aunque yo no encontré nada en concreto diciendo de una manera u otra.

    Ver estos enlaces para información general.

    http://technet.microsoft.com/en-us/library/bb232197.aspx

    http://technet.microsoft.com/en-us/library/bb123911.aspx

Deje una contestación