Considere la implementación de una pequeña y mediana empresa de Exchange 2003. La pregunta es sobre la migración a Exchange 2010. Aquí hay un poco sobre el panorama:
- El estado actual es de 50 a 100 usuarios / buzones de correo con la mayoría utilizando Outlook 2007
- OWA habilitado
- los usuarios de escritorio NO se ejecutan en modo de intercambio en caché
- los usuarios de computadoras portátiles ESTÁN ejecutándose en modo de intercambio en caché
- Un único servidor de Exchange con especificaciones modestas o razonables para el día (3 GHz, multinúcleo, 4 GB, Windows 2003 de 32 bits)
Preguntas
¿Cuáles son sus sugerencias para el equipo de administración con respecto a la ruta / pasos de actualización de Exchange 2003 a 2010?
Teniendo en cuenta el requisito de un sistema operativo de 64 bits, considere una nueva máquina separada como lista para usar con Windows 2008. ¿Me he perdido algún detalle?
¿Dónde podría ayudar la virtualización en este proyecto?
Se agradecería cualquier lección aprendida en actualizaciones anteriores (2007 o 2010).
Respuestas:
Suena como un pedazo de pastel, para ser honesto. Un servidor único, un escenario de ubicación física única como el que está describiendo es la migración más fácil de realizar. Siga las pautas de Microsoft y estará bien encaminado hacia el éxito. Básicamente se trata de una migración de "Mover buzón", con cero visibilidad para los usuarios.
Su instalación de Exchange 2003 ya debería estar en el Service Pack 2. Eso es todo lo que realmente es necesario allí.
Exchange 2010 tiene la sensación de una actualización menor de la versión de Exchange 2007 (lo que sin la falta de cambios arquitectónicos importantes como hubo entre 2003 y 2007), y las migraciones que he realizado de 2003 a 2007 han sido muy suaves de todos modos. Espero que las migraciones de 2003 a 2010 sean igualmente suaves (aunque todavía no he tenido la oportunidad de hacer nada ... ¿juego de alguien?).
Estás diciendo lo correcto con respecto a: conseguir una nueva computadora servidor para alojar Exchange 2010. Asegúrate de aprovisionar tu almacenamiento según las mejores prácticas de Microsoft (husillos separados para registros de transacciones ESE y bases de datos, ajustados para acceso secuencial para el primero y acceso aleatorio para despues).
He visto algunos inconvenientes en las migraciones de Exchange 2003 a 2007 cuando los usuarios tienen sus buzones abiertos, mientras están en modo de intercambio en caché, durante la migración. Se supone que es posible mover el buzón de un usuario mientras está usando Outlook, pero no lo arriesgaría, estaría seguro de que no está usando Outlook mientras mueve los buzones.
Si va a cortar a todos a la vez, cambiar las reglas de firewall que reenvían el acceso OWA desde Internet a la nueva computadora con Exchange Server no es un gran problema. Si planea coexistir buzones en ambos servidores por un tiempo, entonces tendrá que preocuparse de que los usuarios accedan a la instancia correcta de OWA para acceder a su correo, dependiendo de si su buzón se ha movido o no. (Es un buen argumento para eliminar a todos los usuarios a la vez durante un intervalo de tiempo de inactividad programado).
No sé si la virtualización "ayudará" en el sentido de que la migración será la misma, ya sea que esté migrando a una máquina virtual o virtual. Exchange 2010 es más amigable que las versiones anteriores de Exchange con respecto a las necesidades de E / S, por lo que ejecutarse en un entorno virtualizado (donde se incurre en una cierta sobrecarga de E / S debido a la virtualización) tendrá menos impacto en comparación con las versiones anteriores de Exchange.
Si aloja un antivirus integrado en Exchange, ¿está listo para obtener una licencia para una versión compatible con Exchange 2010?
¿Su software de administración de respaldo está listo para admitir Exchange 2010?
Es posible que desee leer sobre el descubrimiento automático de Exchange. Puede tener ramificaciones para su certificado SSL y su infraestructura DNS, suponiendo que no desee recibir pequeñas advertencias molestas de Outlook. Eche un vistazo a estos para obtener buenos antecedentes (el segundo se refiere a Exchange 2007, pero no ha cambiado drásticamente en Exchange 2010).
Comprender el servicio de detección automática
Informe técnico: Servicio de detección automática de Exchange 2007
fuente
Acababa de realizar un intercambio 2003 para intercambiar la migración 2010. En primer lugar, ¡esto fue perfecto! Estaba muy feliz con el resultado. Como muchos de ustedes saben, Exchange 2010 requiere un sistema operativo de 64 bits. POR LO TANTO, comencé el proyecto creando un nuevo servidor empresarial Windows 2008 de 64 bits y un nuevo controlador de dominio empresarial Windows 2008 de 64 bits en un entorno de directorio activo 2003 existente.
Primero, déjame decirte que tienes que ejecutar adprep desde el CD de 2008 en tu DC que tiene tus roles de FSMO.
Instalé Exchange 2010 y saqué un nuevo servidor BES 5.0.2, ya que pensé que sería un excelente momento para actualizar a los usuarios corporativos de Blackberry.
¡Me encanta esta versión de intercambio! Estaba ejecutando el modo de coexistencia hasta que se completó la migración y luego desinstalé Exchange 2003 de mi entorno y retiré ese viejo servidor de intercambio torpe. Permítanme decir que a pesar del ruido acerca de hacer que su acceso de cliente y su función de buzón sean máquinas virtuales. No tuve problemas para hacer esto, ya que soy un gran fan de VMware y virtualización. No he tenido ningún problema con mis funciones de cas, hub y buzón, todo en una VM con cero problemas de rendimiento.
Una cosa que no me gusta es que, por diseño, store.exe ahora es un cerdo de memoria. Sin embargo, hay parámetros que puede usar en adsiedit.msc donde puede limitar el uso de memoria de store.exe que funcionan muy bien.
En general, la única queja que recibí fue del servicio de asistencia, ya que no pueden instalar herramientas de administración de Exchange en sus escritorios porque ejecutan un sistema operativo de 32 bits. Les dije que actualizaran su sistema operativo de escritorio a 64 bits para que puedan ejecutar las herramientas. Sé que fabrican algunas herramientas de administración de terceros que permiten a su servicio de asistencia realizar tareas de intercambio comunes, pero NO soy un gran admirador de terceros.
Si alguien tiene alguna pregunta sobre más detalles sobre mi migración de Exchange 2003 a 2010, estaré encantado de responderla. Además, cuando planifique su lanzamiento de Exchange 2010, una gran cosa que debe recordar aquí es que tiene mucho espacio para la tienda de información lun ya que a exchange 2010 NO le gusta tener menos de 2 GB de espacio libre de la tienda lun o luns. Si va por debajo de 2 GB, el correo dejará de fluir y no volverá a fluir hasta que libere espacio.
fuente
Estamos considerando la misma actualización aquí y encontré este documento que parece bastante detallado y directo. http://www.simple-talk.com/sysadmin/exchange/upgrade-exchange-2003-to-exchange-2010/
fuente