Como todos esperamos con anticipación para Configuration Manger 2012, hay una serie de preocupaciones que se presentan desde la perspectiva de un administrador. Una de las principales preocupaciones, y el tema de este post, es la falta de ruta de actualización de SCCM 2007. A primera vista, parece un obstáculo, ya que las empresas pueden tener reparos a la hora de crear una infraestructura completamente nueva cuando ya disponen de una para SCCM 2007. Sin embargo, como Microsoft ha dado pasos de gigante en términos de gestión de sistemas y simplificación de jerarquías con ConfigMgr 2012, también ha reducido enormemente los problemas de la migración. Con el lanzamiento de ConfigMgr 2012 RC algunos de ustedes pueden estar preparándose para las pruebas, con esto en mente la primera parte de este blog de tres partes se destacan los requisitos para la preparación de una migración, junto con las advertencias y la información relativa al proceso de migración.
Jerarquía de ConfigMgr 2012
Para migrar correctamente un entorno de SCCM 2007, es necesario tener la jerarquía de ConfigMgr 2012 planificada e instalada antes de la migración. Todos los roles y servicios requeridos deberán estar instalados y funcionando correctamente. Esto incluye la configuración del SUP. Si el SUP no está configurado, la conversión de Listas de Actualización a Grupos de Actualización así como los Despliegues de Actualización a Despliegues y Grupos de Actualización no se llevarán a cabo.
Como ConfigMgr 2012 tiene varias capacidades adicionales sobre SCCM 2007, estrangulando a DP por ejemplo, es razonable creer que una consolidación de sitios puede necesitar ocurrir. Se admite la migración de varios sitios de 2007 a un sitio de 2012, lo que permite la consolidación de la jerarquía de SCCM durante la migración. También es posible migrar varias jerarquías de SCCM 2007; sin embargo, deben realizarse de una en una.
Entorno ConfigMgr 2007
El entorno actual de ConfigMgr 2007 deberá tener como mínimo el Service Pack 2 para que la migración pueda llevarse a cabo. Cualquier versión anterior no será soportada.
Cuenta de migración
Será necesaria una cuenta de dominio para conectarse a la(s) base(s) de datos del sitio ConfigMgr, así como al proveedor de SMS. Esta cuenta debe crearse como una cuenta de servicio y requerirá el siguiente acceso:
- Acceso de lectura y ejecución a las bases de datos de SCCM 2007
- Acceso completo al proveedor de SMS
Directorio Activo
Los requisitos para ConfigMgr 2012 con respecto a los cambios de Active Directory son prácticamente los mismos que con 2007. Por lo tanto, si el esquema en su entorno se amplió para 2007, todo lo que se requiere es añadir permisos de acceso al contenedor de gestión del sistema para el nuevo nombre de servidor (s) para ConfigMgr 2012.
Red
SCCM 2012 se centra aún más en los límites. Los límites y los grupos de límites se utilizan para asignar el acceso a la gestión basada en roles, así como los puntos de distribución aplicables, etc. Es vital eliminar cualquier superposición de límites en particular en lo que respecta a los sitios de Active Directory.
Centros secundarios
Los sitios secundarios no se pueden migrar. Los sitios deben ser desinstalados de SCCM 2007 y reinstalados en ConfigMgr 2012. Esto se debe principalmente a que los sitios secundarios ahora utilizan la replicación SQL en lugar de la replicación de archivos. No hay bases de datos para los sitios secundarios por lo tanto la utilidad de migración no tiene nada que migrar. La instalación de un sitio secundario utilizando los medios de ConfigMgr 2012 instalará SQL Express para facilitar esta nueva configuración.
Sin embargo, si los sitios secundarios estaban siendo utilizados para estrangular el tráfico de red a diferentes lugares esto ahora se puede lograr con los puntos de distribución estándar.
Despliegue de clientes
Coloco la información relativa a la implementación del cliente como parte de los requisitos para la migración sólo porque el cliente ConfigMgr 2012 requiere .Net Framework 4.0. Mientras que la instalación del cliente también se instalará este requisito previo sería más factible instalar (si no es ya parte de sus configuraciones actuales del sistema operativo) para instalar el marco antes de la actualización del cliente / despliegue.
Permanezca atento, ya que la segunda parte de este blog de tres partes proporcionará información sobre los tipos de objetos e información que se pueden migrar, cómo se presentarán en el entorno 2012 y qué elementos no se pueden migrar.
