Planeación de sitios y jerarquías en Configuration Manager
Se aplica a: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Antes de implementar System Center 2012 Configuration Manager en un entorno de producción, planee el diseño de los sitios y de la jerarquía de sitios. Durante la fase de planeación, identifique el número y tipo de sitios, además de la ubicación donde planea implementarlos. Realice la planeación para cada sitio e identifique dónde va a instalar los roles de sistema de sitio en cada sitio.
.jpeg "System_CAPS_tip"){kind=icon} Sugerencia |
|---|
Asegúrese de que su plan considera los futuros cambios del hardware del servidor, así como los requisitos de hardware actuales. |
Puede implementar Configuration Manager como un único sitio primario independiente o como varios sitios en una jerarquía. Al planear la implementación inicial, considere un diseño que se pueda expandir a fin de responder al futuro crecimiento que la organización pueda necesitar. Planear la expansión es un paso importante porque los cambios de System Center 2012 Configuration Manager con respecto a las versiones anteriores de producto implican que Configuration Manager ahora puede admitir más clientes con menos sitios.
.jpeg "System_CAPS_important") Importante |
|---|
Configuration Manager no admite mover un servidor de sitio entre dominios. Por tanto, si debe mover un servidor de sitio, debe desinstalar Configuration Manager del servidor, mover el servidor al dominio nuevo y, a continuación, instalar un nuevo sitio de Configuration Manager. No se puede restaurar correctamente el sitio original a un servidor que se ha movido a un dominio nuevo. |
Consulte las siguientes secciones de este tema para ayudarle a implementar un diseño de la jerarquía:
Planeación de una jerarquía en Configuration Manager
Acerca de los tipos de sitio en Configuration Manager
Determinar si se debe instalar un sitio de administración central
Determinar si se debe instalar un sitio primario
Determinar si se debe instalar un sitio secundario
Determinar si se debe instalar un sitio o usar opciones de administración de contenido
Planeación para expandir un sitio primario independiente
Planeación de idiomas del sistema operativo de clientes y servidores en Configuration Manager
Acerca de los paquetes de idioma
Planeación de paquetes de idioma de servidor
Planeación de paquetes de idioma de cliente
Procedimientos recomendados para administrar paquetes de idioma
Planeación de la consola de Configuration Manager
- Acerca de la consola de solo lectura
Planeación de la replicación de datos globales y varios usuarios administrativos en Configuration Manager
Acerca de modificaciones de datos globales en Configuration Manager
Acerca del acceso a datos desde la consola de Configuration Manager
Novedades de Configuration Manager
Nota
La información de esta sección también aparece en la guía Introducción a System Center 2012 Configuration Manager.
System Center 2012 Configuration Manager presenta el sitio de administración central y algunos cambios en los sitios primarios y secundarios. Las tablas siguientes resumen estos sitios y los compara con los sitios de Configuration Manager 2007.
Sitio |
Finalidad |
Cambio desde Configuration Manager 2007 |
|---|---|---|
Sitio de administración central |
El sitio de administración central coordina la replicación de datos entre sitios a través de la jerarquía mediante la replicación de base de datos de Configuration Manager. También permite la administración de configuraciones de toda la jerarquía para agentes de cliente, detección y otras operaciones. Use este sitio para toda la administración y creación de informes de la jerarquía. |
Aunque este es el sitio en el nivel superior de la jerarquía en System Center 2012 Configuration Manager, tiene las siguientes diferencias con un sitio central en Configuration Manager 2007:
|
Sitio primario |
Administra clientes en redes conectadas correctamente. |
Los sitios primarios en System Center 2012 Configuration Manager presentan las siguientes diferencias con respecto a los sitios primarios en Configuration Manager 2007:
|
Sitio secundario |
Controla la distribución de contenido de clientes en ubicaciones remotas a través de vínculos que tienen un ancho de banda de red limitado. |
Los sitios secundarios en System Center 2012 Configuration Manager presentan las siguientes diferencias con respecto a los sitios secundarios en Configuration Manager 2007:
|
Novedades de Configuration Manager SP1
Nota
La información de esta sección también aparece en la guía Introducción a System Center 2012 Configuration Manager.
A partir de Configuration Manager SP1, puede expandir un sitio primario independiente en una jerarquía que incluya un sitio de administración central nuevo. Tras instalar el sitio de administración central nuevo, puede instalar sitios primarios adicionales. Para obtener más información, vea Expandir un sitio primario independiente a una jerarquía con un sitio de administración central.
Planeación de una jerarquía en Configuration Manager
Al planear una jerarquía de Configuration Manager, tenga en cuenta el entorno de red e informático, e identifique los requisitos empresariales. A continuación, puede planear la implementación de Configuration Manager con un número mínimo de servidores y la mínima sobrecarga administrativa para satisfacer los objetivos empresariales.
Si ya ha realizado una inversión en Configuration Manager 2007, System Center 2012 Configuration Manager proporciona una solución integrada para la migración automática desde Configuration Manager 2007. No obstante, no admite actualizaciones inmediatas a partir de versiones anteriores de Configuration Manager ni interoperabilidad con Configuration Manager 2007, pero con las dos excepciones siguientes. La primera excepción es que, durante el tiempo en que se realiza la migración de manera activa desde Configuration Manager 2007 a System Center 2012 Configuration Manager, puede compartir puntos de distribución de Configuration Manager 2007 con System Center 2012 Configuration Manager, para lo que debe permitir que los clientes de System Center 2012 Configuration Manager obtengan acceso al contenido de estos puntos de distribución. La segunda excepción es que puede actualizar sitios secundarios de Configuration Manager 2007 a puntos de distribución de System Center 2012 Configuration Manager.
Por lo tanto, para mantener la inversión en la infraestructura de Configuration Manager 2007 actual, debe instalar System Center 2012 Configuration Manager como una jerarquía nueva y, a continuación, migrar los datos y los clientes de Configuration Manager 2007 a System Center 2012 Configuration Manager. Esta implementación en paralelo brinda una oportunidad para rediseñar y simplificar la jerarquía con menos servidores de sitio.
Antes de instalar el primer sitio de una nueva jerarquía de System Center 2012 Configuration Manager, tenga en cuenta sus requisitos empresariales y de entorno de red, y revise cómo las nuevas funcionalidades de Configuration Manager pueden contribuir a satisfacer dichos requisitos con unos menores niveles de infraestructuras. Cuando sea posible, instale un solo sitio primario independiente para la jerarquía, a menos que un solo sitio no sea compatible con el número de clientes y dispositivos que administra. El diseño de jerarquía de sitio primario independiente evita la sobrecarga que comporta la administración de sitios adicionales y la replicación de bases de datos entre sitios. Si debe administrar un número de dispositivos superior al admitido por un solo sitio, deberá instalar un sitio de administración central como primer sitio y, a continuación, instalar uno o varios sitios primarios secundarios. Para obtener más información sobre el número de clientes admitidos por un sitio, consulte la sección Clientes por sitio del tema Opciones de configuración admitidas en Configuration Manager.
Algunas de las características que avalan la instalación de un solo sitio primario en vez de instalar varios sitios primarios son nuevas en System Center 2012 Configuration Manager. Con System Center 2012 Configuration Manager, puede administrar el uso del ancho de banda de red para transferir contenido a puntos de distribución remotos en un sitio, de una manera parecida a la administración del ancho de banda entre sitios de una jerarquía. Esta funcionalidad puede sustituir la necesidad de instalar sitios adicionales para administrar transferencias de contenido en redes de menor velocidad, como se vio en versiones anteriores de Configuration Manager. Entre los cambios adicionales se incluye el uso de la configuración de cliente y la administración basada en roles, que eliminan la necesidad de mantener sitios independientes para configuraciones personalizadas de clientes o para responsabilidades o particiones de acceso basadas en la seguridad. Cuando se toman en consideración y se evalúan los cambios en System Center 2012 Configuration Manager, el factor decisivo para tomar una decisión sobre la instalación de varios sitios primarios es, a menudo, el número de dispositivos y clientes que la jerarquía debe admitir, y no la ubicación de dichos clientes y dispositivos.
Antes de System Center 2012 Configuration Manager SP1, el diseño inicial de la jerarquía que se seleccionaba era permanente. En concreto, si se usa System Center 2012 Configuration Manager sin Service Pack, no hay ninguna opción para convertir un sitio primario independiente en un sitio primario secundario que envíe notificaciones a un sitio de administración central. Por lo tanto, para cambiar la configuración tendría que desinstalar el sitio primario independiente y, a continuación, instalar el sitio de nuevo como un sitio primario secundario en un sitio de administración central. Sin embargo, a partir de Configuration Manager SP1, puede expandir un sitio primario independiente en una jerarquía que incluya un sitio de administración central y, a continuación, puede instalar sitios primarios secundarios adicionales. La capacidad de expandir un sitio primario independiente en una jerarquía más grande está disponible tanto para sitios nuevos instalados con Configuration Manager SP1 como para sitios actualizados de System Center 2012 Configuration Manager sin Service Pack. Sin embargo, Configuration Manager no es compatible con la conversión de una jerarquía que incluye un sitio de administración central en un sitio primario independiente. Para obtener información sobre la expansión de un sitio primario independiente, consulte la sección Planeación para expandir un sitio primario independiente más adelante en este tema.
La capacidad de expandir un sitio primario independiente le permite implementar Configuration Manager mediante la infraestructura de servidor más reducida, un solo sitio primario independiente, con la posibilidad de expandir posteriormente la jerarquía para admitir más dispositivos. Además, a partir de Configuration Manager SP1, puede migrar datos de una jerarquía de System Center 2012 Configuration Manager a otra jerarquía de Configuration Manager si las dos jerarquías ejecutan el mismo Service Pack. Por ejemplo, podría migrar datos de una jerarquía o un sitio de Configuration Manager SP1 a otra jerarquía o sitio de Configuration Manager SP1. Esto permite migrar datos de un entorno de prueba a su entorno de producción, o migrar datos de una adquisición y, a continuación, administrar el entorno combinado de usuarios y dispositivos de una jerarquía de System Center 2012 Configuration Manager individual. Para obtener información acerca de la migración, Migración de jerarquías en System Center 2012 Configuration Manager.
Acerca de los tipos de sitio en Configuration Manager
La implementación de Configuration Manager consta de una jerarquía de sitios o de un sitio independiente. Una jerarquía consta de varios sitios, cada uno con uno o más servidores de sistema de sitio. Un sitio independiente también consta de uno o más servidores de sistema de sitio. Los siguientes diagramas muestran algunos ejemplos de diseños de sitios.
.jpeg "Diseños de sitios")
Los servidores de sistema de sitio de un sitio amplían la funcionalidad de Configuration Manager. Por ejemplo, puede instalar un sistema de sitio en un sitio para admitir la implementación de software o para administrar dispositivos móviles. Para planear correctamente la jerarquía de sitios e identificar las ubicaciones geográficas y de red más convenientes para los servidores de sitio, asegúrese de revisar la información de cada tipo de sitio y las alternativas a los sitios que ofrecen los sistemas de sitio utilizados para la implementación de contenido.
Utilice la siguiente tabla para ayudarle a planear el tipo de sitios que podría necesitar en la jerarquía.
Servidor |
Finalidad |
Más información |
|---|---|---|
Sitio de administración central |
La ubicación recomendada para toda la administración y generación de informes de la jerarquía. |
|
Sitio primario |
Un sitio necesario que administra clientes en redes conectadas correctamente. Todos los clientes se asignan a un sitio primario. |
|
Sitio secundario |
Administra los clientes en ubicaciones remotas donde se requiere control de ancho de banda de red. |
|
Al planear una jerarquía de Configuration Manager, considere lo siguiente:
Puede programar y limitar el tráfico de red cuando se distribuye el contenido de implementación a puntos de distribución. Por lo tanto, puede utilizar un punto de distribución en lugar de un sitio para algunas ubicaciones de red remotas.
Los registros de datos de detección (DDR) de recursos desconocidos se transfieren con la replicación basada en archivos desde un sitio primario al sitio de administración central para su procesamiento. Habida cuenta de que la detección puede crear un número elevado de DDR, planee dónde ubicar el sitio de administración central y considere qué operaciones de detección de sitios va a ejecutar para minimizar la transferencia de DDR a través de redes de ancho de banda bajo. Los DDR de recursos conocidos se procesan en el primer sitio primario para recibirlos, y no se transfieren con la replicación basada en archivos al sitio de administración central. En su lugar, después de que se procesa el sitio primario, la información de detección se replica en otros sitios con la utilización de la replicación de base de datos.
La administración basada en roles proporciona un modelo de seguridad administrativa central para la jerarquía, y no es necesario instalar sitios para proporcionar un límite de seguridad. En su lugar, utilice ámbitos de seguridad, roles de seguridad y recopilaciones para definir qué usuarios administrativos pueden ver y administrar la jerarquía.
Las alertas de la consola de Configuration Manager proporcionan información basada en el estado para operaciones realizadas en toda la jerarquía.
Consulte las secciones siguientes para ayudarle a determinar si se van a instalar sistemas de sitio y sitios de Configuration Manager.
Determinar si se debe instalar un sitio de administración central
Instale un sitio de administración central si precisa varios sitios primarios. Sin embargo, a menos que admita más clientes y dispositivos que los compatibles con un solo sitio primario independiente, puede instalar un sitio primario independiente para reducir la carga administrativa y evitar la replicación innecesaria de la base de datos entre un sitio primario y un sitio de administración central. En un diseño de jerarquía independiente, el sitio primario independiente proporciona la misma funcionalidad que un sitio de administración central. Antes de Configuration Manager SP1, esta era una decisión que no se podía modificar. A partir de Configuration Manager SP1, puede expandir un sitio primario independiente en una jerarquía con un sitio de administración central y, a continuación, agregar sitios primarios adicionales. Sin embargo, System Center 2012 Configuration Manager no admite la eliminación de un sitio de administración central de una jerarquía para convertirla en una jerarquía con un diseño de jerarquía independiente.
Utilice un sitio de administración central para configurar toda la jerarquía y supervisar todos los sitios y objetos de la jerarquía. Este tipo de sitio no administra directamente los clientes, sino que coordina la replicación de datos entre sitios, que incluye la configuración de sitios y clientes en toda la jerarquía.
Consulte la siguiente información para ayudarle a planear un sitio de administración central:
El sitio de administración central es el sitio de nivel superior de una jerarquía.
Cuando se configura una jerarquía que tiene más de un sitio primario, debe instalar un sitio de administración central, y éste debe ser el primero que se instale.
El sitio de administración central admite sólo sitios primarios como sitios secundarios.
El sitio de administración central no puede tener clientes asignados a él.
El sitio de administración central no admite todos los roles de sistema de sitio. Para obtener más información, vea Planificación de la ubicación de instalación de roles de sistema de sitios en la jerarquía.
Puede administrar todos los clientes de la jerarquía y realizar las tareas de administración de todos los sitios primarios cuando se utiliza una consola de Configuration Manager conectada al sitio de administración central.
Cuando se utiliza un sitio de administración central, este sitio es el único lugar donde puede ver datos de sitio desde todos los sitios. Estos datos incluyen información como mensajes de estado y datos de inventario.
Puede configurar operaciones de detección en toda la jerarquía desde el sitio de administración central mediante la asignación de métodos de detección para que se ejecuten en sitios individuales.
Puede administrar la seguridad en toda la jerarquía mediante la asignación de roles de seguridad diferentes, ámbitos de seguridad y colecciones a usuarios administrativos distintos. Estas configuraciones se aplican en cada sitio de la jerarquía.
Puede configurar la replicación de archivos y replicación de bases de datos para controlar la comunicación entre los sitios de la jerarquía. Esto incluye la programación de replicación de bases de datos para los datos del sitio, así como administrar el ancho de banda para la transferencia de datos basados en archivos entre sitios.
Determinar si se debe instalar un sitio primario
Utilice los sitios primarios para administrar clientes. Puede instalar un sitio primario como un sitio primario secundario en un sitio de administración central en una jerarquía más grande, o como el primer sitio de una nueva jerarquía. Un sitio primario que se instala como el primer sitio de la jerarquía crea un sitio primario independiente. Los sitios primarios secundarios y los sitios primarios independientes admiten sitios secundarios como sitios secundarios del sitio primario.
Considere la posibilidad de instalar un sitio primario por alguna de las siguientes razones:
Para administrar directamente los clientes.
Para aumentar el número de clientes y dispositivos que puede administrar con una sola jerarquía. Para obtener más información sobre el número de clientes y dispositivos admitidos por los sitios primarios, consulte la sección Clientes por sitio del tema Opciones de configuración admitidas en Configuration Manager.
Para proporcionar un punto local de conectividad para la administración.
Para satisfacer los requisitos de administración organizativa. Por ejemplo, puede instalar un sitio primario en una ubicación remota para administrar la transferencia de contenido de implementación a través de una red de ancho de banda bajo. Sin embargo, con System Center 2012 Configuration Manager puede usar opciones para limitar el ancho de banda de red que se utiliza para transferir datos a un punto de distribución, y esta funcionalidad puede sustituir la necesidad de instalar sitios adicionales.
La siguiente información le ayudará a planear sitios primarios:
Un sitio primario puede ser un sitio primario independiente o un sitio primario secundario en una jerarquía más grande. Si un sitio primario es miembro de una jerarquía con un sitio de administración central, los sitios utilizan la replicación de base de datos para replicar datos entre sitios. A menos que precise admitir un número de clientes y dispositivos superior al compatible con un solo sitio primario, considere la posibilidad de instalar un sitio primario independiente. A partir de Configuration Manager SP1, puede convertir un sitio primario independiente en una jerarquía más grande si la implementación supera la capacidad de un solo sitio primario.
Un sitio primario admite un solo sitio de administración central como sitio principal.
Un sitio primario solo admite sitios secundarios. Puede admitir uno o varios sitios secundarios.
Si se utiliza Configuration Manager sin Service Pack, un sitio primario no puede cambiar su relación de sitio principal después de la instalación. No obstante, a partir de Configuration Manager SP1, puede instalar un nuevo sitio de administración central como un sitio principal de un sitio primario independiente existente.
Los sitios primarios son responsables de procesar todos los datos de cliente de los clientes asignados.
Cuando se instala un sitio primario, se configura automáticamente la replicación de base de datos con el sitio de administración central designado.
Los sitios primarios usan replicación de base de datos para comunicarse directamente con su sitio de administración central.
Al instalar un sitio primario, puede instalar los roles de sistema de sitio usados normalmente. Para obtener una lista de los roles de sistema de sitio compatibles con los sitios primarios, consulte Planificación de la ubicación de instalación de roles de sistema de sitios en la jerarquía.
Determinar si se debe instalar un sitio secundario
Utilice sitios secundarios para administrar la transferencia de contenido de implementación y datos de cliente a través de redes de ancho de banda bajo.
Es posible administrar un sitio secundario desde un sitio de administración central o desde el sitio primario principal del sitio secundario. Los sitios secundarios deben estar conectados a un sitio primario y no es posible moverlos a un sitio primario diferente sin desinstarlarlos y volviéndolos a instalar a continuación como un sitio secundario debajo del nuevo sitio primario. Es posible distribuir contenido entre sitios secundarios del mismo nivel para facilitar la administración de la replicación basada en archivos de contenido de implementación. Para transferir datos de cliente a un sitio primario, el sitio secundario utiliza replicación basada en archivos. Sin embargo, un sitio secundario también utiliza replicación de base de datos para comunicarse con su sitio primario principal.
Considere la posibilidad de instalar un sitio secundario si se cumple alguna de las condiciones siguientes:
No necesita un usuario administrativo local para el sitio.
Tiene que administrar la transferencia de contenido de implementación a los sitios situados más abajo en la jerarquía.
Tiene que administrar la información de cliente que se envía a sitios situados más arriba en la jerarquía.
Si no desea instalar un sitio secundario y tiene clientes en ubicaciones remotas, considere la posibilidad de usar Windows BranchCache o puntos de distribución habilitados para control de ancho de banda y programación. También puede usar estas opciones de administración de contenido con o sin sitios secundarios, también pueden ayudarle a reducir el número de sitios y servidores que tiene que instalar. Para obtener información sobre las opciones de administración de contenido en Configuration Manager, consulte Determinar si se debe instalar un sitio o usar opciones de administración de contenido.
Los siguientes detalles le ayudarán a planear sitios secundarios:
Los sitios secundarios instalan automáticamente SQL Server Express durante la instalación del sitio si una instancia local de SQL Server no está disponible.
La instalación del sitio secundario se inicia desde la consola de Configuration Manager cuando se conecta al sitio de administración central o a un sitio primario.
Cuando se instala un sitio secundario, este configura automáticamente la replicación de base de datos con su sitio primario principal.
Los sitios secundarios usan replicación de base de datos para comunicarse directamente con su sitio primario principal y obtener un subconjunto de la base de datos de Configuration Manager compartida.
Los sitios secundarios admiten la distribución de contenido basado en archivos a otros sitios secundarios que tienen un sitio primario principal común.
Las instalaciones de sitio secundario implementan automáticamente un punto de administración y un punto de distribución que se encuentran en el servidor de sitio secundario.
Determinar si se debe instalar un sitio o usar opciones de administración de contenido
Si tiene clientes en ubicaciones de red remotas, considere el uso de una o varias opciones de administración de contenido en lugar de un sitio primario o secundario. A menudo, puede quitar el requisito de otro sitio si utiliza Windows BranchCache, configura los puntos de distribución para el control de ancho de banda o copia manualmente el contenido en puntos de distribución (contenido preconfigurado).
Considere la posibilidad de implementar un punto de distribución en vez de instalar otro sitio si se cumple alguna de las condiciones siguientes:
Su ancho de banda de red es suficiente para que equipos cliente de la ubicación remota se comuniquen con un punto de administración para descargar directivas de cliente y enviar información de inventario, de estado de generación de informes y de detección.
El Servicio de transferencia inteligente en segundo plano (BITS) no proporciona un control de ancho de banda suficiente para sus requerimientos de red.
Para obtener más información sobre las opciones de administración de contenido en Configuration Manager, consulte Introducción a la administración de contenido en Configuration Manager.
Planeación para expandir un sitio primario independiente
A partir de System Center 2012 Configuration Manager SP1, puede instalar un nuevo sitio de administración central como un sitio primario de un sitio primario independiente existente. Esto expande su sitio primario independiente en una jerarquía más grande que es compatible con la instalación de nuevos sitios primarios adicionales. Solamente es posible expandir un sitio primario preexistente en la nueva jerarquía porque la base de datos del nuevo sitio de administración central se basa en la base de datos de su sitio primario independiente. Cuando haya instalado este nuevo sitio de administración central, no podrá unir o expandir sitios primarios adicionales preexistentes a esta misma jerarquía. Sin embargo, puede instalar nuevos sitios primarios como sitios secundarios por debajo del sitio de administración central.
Para expandir un sitio primario independiente en una jerarquía más grande, ejecute el programa de instalación de Configuration Manager desde los medios de Configuration Manager SP1 (o una versión anterior de Configuration Manager) e instale un nuevo sitio de administración central en un servidor nuevo. Durante la instalación puede instalar el nuevo sitio de administración central como el primer sitio de una nueva jerarquía o expandir un sitio primario independiente existente en una jerarquía. Al expandir un sitio primario independiente existente, debe especificar el servidor de sitio primario independiente que desea expandir. Una vez que el programa de instalación se pone en contacto con el servidor del sitio primario independiente, el programa de instalación continúa con normalidad.
Una vez completada la instalación, el sitio primario se convierte en un sitio primario secundario en una jerarquía con un sitio de administración central y deja de ser un sitio primario independiente.
Tras expandir un sitio primario independiente en una jerarquía, ya no es posible separar el sitio primario de la jerarquía para restaurarlo sitio primario independiente. Para quitar el sitio primario de la jerarquía, debe desinstalar el sitio primario.
Requisitos previos para expandir un sitio primario independiente
Un sitio principal independiente debe cumplir los siguientes requisitos previos antes de que se puede expandir en una jerarquía con un sitio de administración central:
Requisito previo |
Detalles |
|---|---|
El sitio primario independiente y el nuevo sitio de administración central deben ejecutar la misma versión de Configuration Manager. |
Por ejemplo, si utiliza el programa de instalación de SP1 para instalar un sitio de administración central y expandir un sitio primario independiente, ese sitio primario independiente también debe estar en SP1. |
No se puede configurar el sitio primario independiente para migrar datos desde otra jerarquía de Configuration Manager. |
Es necesario detener la migración activa al sitio primario independiente, desde otras jerarquías de Configuration Manager, y quitar todas las configuraciones para la migración. Esto incluye trabajos de migración que no se han completado y la configuración de la jerarquía de origen activo. Esto se debe a que las operaciones de migración las realiza el sitio de nivel superior de la jerarquía, por lo que las configuraciones para la migración no se transfieren al sitio de administración central cuando se expande un sitio primario independiente. Después de expandir el sitio primario independiente, si se vuelve a configurar la migración en el sitio primario, será el sitio de administración central el que realice las operaciones relacionadas con la migración. Para obtener más información acerca de cómo configurar la migración, consulte Configuración de jerarquías de origen y sitios de origen para migración a System Center 2012 Configuration Manager. |
La cuenta del equipo que hospedará el nuevo sitio de administración central debe ser miembro del grupo Administradores del sitio primario independiente. |
Para expandir correctamente el sitio primario independiente, la cuenta del equipo del nuevo sitio de administración central debe ser miembro del grupo Administradores de los sitios primarios independientes. Esto sólo es necesario durante la expansión del sitio y la cuenta puede quitarse del grupo del sitio primario después de que finalice la expansión del sitio. |
La cuenta de usuario que ejecuta el programa de instalación para instalar el nuevo sitio de administración central debe tener permisos de administración basada en roles en el sitio primario independiente |
Para instalar un sitio de administración central como parte de un escenario de expansión de sitios, la cuenta de usuario que ejecuta el programa de instalación para instalar el sitio de administración central debe definirse en la administración basada en roles en el sitio primario independiente como Administrador total o Administrador de infraestructura. |
Debe desinstalar los siguientes roles de sistema de sitio del sitio primario independiente antes de que pueda expandir el sitio:
|
Estos roles de sistema de sitio se admiten únicamente en el sitio de nivel superior de la jerarquía. Por lo tanto, debe desinstalar estos roles de sistema de sitio antes de expandir el sitio primario independiente. Después de expandir el sitio, puede volver a instalar estos roles de sistema de sitio en el sitio de administración central. Todos los demás roles de sistema de sitio pueden permanecer instalados en el sitio primario. |
El puerto de SQL Server Service Broker debe estar abierto entre el sitio primario independiente y el equipo que se instalará el sitio de administración central |
Para replicar correctamente los datos entre un sitio de administración central y un sitio primario, Configuration Manager requiere que haya abierto un puerto entre los dos sitios que SQL Server Service Broker utilizará. Cuando instale una administración central y expanda un sitio primario independiente, la comprobación de requisito previo no establece que el puerto que especifique para SQL Server Service Broker esté abierto en el sitio primario. |
Cuando se configura el sitio primario independiente para la migración, debe detener toda la recopilación de datos activa antes de expandir el sitio. |
Si usa la migración para migrar datos de otra jerarquía de Configuration Manager, debe detener toda la recopilación de datos activa antes de expandir el sitio. Una vez completada la expansión del sitio, puede volver a configurar la recopilación de datos. Para obtener más información sobre la detención y reconfiguración de la recopilación de datos para la migración, consulte la sección Recopilación de datos de migración del tema Planeación de una estrategia de jerarquía de origen en System Center 2012 Configuration Manager. |
Consideraciones al expandir un sitio primario independiente
Al expandir un sitio primario independiente, los objetos y las configuraciones que existen en la base de datos de sitio primario se comparten con el nuevo sitio de administración central. Con las siguientes excepciones, no hay ninguna consideración especial cuando se expande un sitio primario independiente:
Consideraciones |
Detalles |
|---|---|
Puntos de actualización de software |
Antes de expandir un sitio primario independiente, no es necesario realizar cambios de configuración para los puntos de actualización de software en el sitio. No obstante, al expandir un sitio primario independiente, los puntos de actualización de software en el sitio primario se vuelven a configurar automáticamente para sincronizarse con un punto de actualización de software en el nuevo sitio de administración central. Por lo tanto, una vez que se haya completado la instalación del nuevo sitio de administración central, deberá planear lo antes posible la instalación de un punto de actualización, y configurarlo para que se sincronice con Windows Server Update Services (WSUS). Hasta que configure un punto de actualización de software en el sitio de administración central, los puntos de actualización de software del sitio primario no podrán sincronizar nuevas actualizaciones de software. Inmediatamente después de expandir un sitio primario independiente, deberá esperar un alto nivel de procesamiento de datos en el sitio de administración central, ya que ese sitio sincroniza información de actualización de software desde el sitio primario. El sitio de administración central crea automáticamente nuevos objetos para la administración de actualizaciones de software. Los objetos en el sitio de administración central son relevantes para la jerarquía. Las configuraciones preexistentes en el sitio primario se aplican automáticamente en el sitio de administración central. Estas configuraciones incluyen sincronizaciones programadas, configuraciones de sustitución y configuración relacionada adicional. |
Paquetes para la implementación de software |
El sitio primario continúa administrando los paquetes que se crearon en el sitio primario independiente antes de expandir el sitio. Sin embargo, estos paquetes se replican como datos globales en todos los sitios en la jerarquía, por lo que se puede administrar estos paquetes desde el sitio de administración central. La única excepción a esto es el paquete de instalación de cliente. |
Paquete de instalación de cliente |
Al expandir un sitio primario independiente, la propiedad del paquete de instalación de cliente se transfiere al sitio de administración central. Sin embargo, el identificador de paquete para este paquete no cambia. Debido a que a este paquete lo administra el sitio de nivel superior de una jerarquía, que además lo modifica para que admita solamente los idiomas del sistema operativo cliente seleccionados en ese sitio, asegúrese de que el sitio de administración central sea compatible con los mismos idiomas de cliente seleccionados en su sitio primario. Para más información, consulte la sección Planeación de paquetes de idioma de cliente en el tema Planning for Sites and Hierarchies in Configuration Manager. |
Configuración de cliente |
Después de expandir un sitio primario, debe reiniciar el componente SMS_POLICY_PROVIDER en el sitio primario. Hasta que no se reinicia el proveedor de directivas, el sitio primario no proporciona configuración de cliente nueva o actualizada a los clientes, y continúa proporcionando la configuración de cliente configurada en el sitio primario antes de que se expandiera el sitio primario. Para reiniciar el proveedor de directivas, utilice el Administrador de servicios de Configuration Manager. Para utilizar el Administrador de servicios de Configuration Manager para administrar un componente, seleccione el componente en el nodo Estado del componente, en Estado del sistema dentro del área de trabajo Supervisión de la consola de Configuration Manager. Después de seleccionar el componente, haga clic en Inicio, en el grupo Componente de la pestaña Inicio y, a continuación, seleccione Administrador de servicios de Configuration Manager. En Administrador de servicios de Configuration Manager, busque el componente que desea administrar y, a continuación, haga clic en Componente. A continuación, haga clic en Consulta. Una vez consultado el estado del componente, podrá administrar el estado de dicho componente. El proveedor de directivas también se reinicia cuando se reinicia el servicio SMS_EXECUTIVE en el servidor de sitio, o después de que se reinicie el equipo del servidor de sitio. |
Compatibilidad con idiomas de cliente |
Cuando expanda un sitio primario independiente e instale el sitio de administración central, planee agregar compatibilidad en el sitio de administración central para los mismos idiomas de cliente que admite el sitio primario independiente. Agregar compatibilidad para los mimos idiomas de cliente no es un requisito, pero es una práctica recomendada para asegurarse de que el cliente de Configuration Manager que va a instalar admite los idiomas de cliente esperados. Para más información sobre cómo administrar idiomas en Configuration Manager, consulte la sección Planeación de idiomas del sistema operativo de clientes y servidores en Configuration Manager en el tema Planning for Sites and Hierarchies in Configuration Manager. |
WIM de arranque predeterminada |
El sitio de administración central crea e implementa una nueva WIM de arranque predeterminada. Esta WIM se convierte en la nueva WIM predeterminada para su uso en la jerarquía. La WIM de arranque del sitio primario independiente permanecerá sin cambios, y los objetos para la implementación del sistema operativo basados en esta WIM seguirán en funcionamiento. |
| Importante |
|---|
Si usa System Center 2012 R2 Configuration Manager SP1: Después de expandir un sitio primario independiente que ejecuta System Center 2012 R2 Configuration Manager SP1, ejecute Configmgr2012R2SP1.msi en el nuevo sitio de administración central para habilitar las capacidades de R2 para la jerarquía. |
Planeación de idiomas del sistema operativo de clientes y servidores en Configuration Manager
System Center 2012 Configuration Manager admite la visualización de información en varios idiomas. De forma predeterminada, la interfaz de usuario de Configuration Manager se muestra en inglés, aunque los objetos que crea un usuario administrativo se muestran en la consola de Configuration Manager y en el cliente en el idioma usado para crearlos. Además, puede instalar paquetes de idioma de servidor y cliente para permitir que la interfaz de usuario se muestre en un idioma que coincida con las preferencias del usuario.
Utilice la información de las secciones siguientes para planear la compatibilidad de idiomas mediante la instalación de paquetes de idioma. Para más información sobre cómo administrar los paquetes de idioma, consulte la sección Administración de paquetes de idioma en sitios de Configuration Manager en el tema Administración de configuraciones de jerarquía y sitio.
Novedades de Configuration Manager
Nota
La información de esta sección también aparece en la guía Introducción a System Center 2012 Configuration Manager.
Los elementos siguientes son nuevos o han cambiado la compatibilidad de idioma desde Configuration Manager 2007:
Ya no se instalan servidores de sitio mediante el uso de archivos de origen diseñados para un idioma específico. Además, ya no se instalan paquetes de cliente internacionales para admitir diferentes idiomas en el cliente. En su lugar, puede elegir instalar solo los idiomas de servidor y cliente que desee admitir.
Los medios de instalación de Configuration Manager incluyen paquetes de idioma de cliente y servidor en la carpeta LanguagePack; se pueden descargar actualizaciones con los archivos de requisitos previos.
Puede agregar paquetes de idioma de cliente y servidor a un sitio al instalar el sitio, y modificar los paquetes de idioma en uso después de la instalación del sitio.
Puede instalar varios idiomas en cada sitio, y solo tendrá que instalar los que use:
Cada sitio admite varios idiomas para consolas de Configuration Manager.
Para cada sitio puede agregar unos paquetes de idioma. Así, puede dar soporte sólo a los idiomas de cliente que desee.
Cuando se instala la compatibilidad para un idioma que coincida con el idioma de visualización de un equipo, las consolas de Configuration Manager y la interfaz del usuario del cliente que se ejecuten en dicho equipo mostrarán la información en dicho idioma.
Cuando se instala compatibilidad para un idioma que coincida con la preferencia de idioma que utiliza el explorador web de un equipo, las conexiones con información basada en web, incluido el catálogo de aplicaciones o los informes de SQL Server Reporting Services se mostrarán en dicho idioma.
Acerca de los paquetes de idioma
Puede agregar compatibilidad para los paquetes de idioma de cliente y servidor en el sitio de administración central y en los sitios primarios para permitir que Configuration Manager muestre texto incorporado en un idioma que coincida con la preferencia del usuario. Los sitios secundarios admiten automáticamente los mismos idiomas de cliente que sus sitios primarios principales. Para obtener una lista de los idiomas admitidos, consulte la sección Idiomas admitidos del sistema operativo del tema Referencia técnica para los paquetes de idioma que se usan en Configuration Manager.
Utilice paquetes de idioma de servidor para la consola Configuration Manager y para los roles del sistema de sitio tales como el punto de servicios de informes.
Utilice paquetes de idioma de cliente para clientes de Configuration Manager y para el catálogo de aplicaciones.
Los paquetes de idioma utilizan las siguientes preferencias de idioma para mostrar la información:
El idioma de un equipo se aplica a la consola de Configuration Manager, a las notificaciones de cliente y al Centro de software.
La preferencia de visualización dentro de un explorador web se aplica a la visualización de informes y al catálogo de aplicaciones.
Nota
Aunque los paquetes de idioma estén instalados, los datos creados por un usuario administrativo no se verán afectados por el uso de paquetes de idiomas.
Al ejecutar el programa de instalación, Configuration Manager copiará los idiomas disponibles desde la carpeta LanguagePack de los medios de origen de Configuration Manager a la ubicación que especifique para las descargas de requisitos previos. Si no se tiene acceso a los medios de origen, Configuration Manager descargará los paquetes de idioma como parte de la descarga de archivos de requisitos previos. Además, los archivos que falten o que tengan actualizaciones también se descargarán con los archivos de requisitos previos. A continuación, durante la instalación, puede agregar al sitio uno o varios de los paquetes de idioma de servidor y cliente disponibles.
Si no instala los paquetes de idioma al instalar un servidor de sitio, podrá agregarlos más adelante mediante la ejecución del programa de instalación en el servidor del sitio. Deberá ejecutar el programa de instalación desde el menú Inicio o abriendo Setup.exe desde la ruta de instalación; a continuación, elija modificar la configuración del sitio. Si cambia los idiomas admitidos para un sitio, Configuration Manager realizará las acciones siguientes:
Tipo de paquete de idioma |
Acción |
|---|---|
Paquete de idioma de servidor |
|
Paquete de idioma del cliente |
|
Planeación de paquetes de idioma de servidor
Puede agregar compatibilidad con un idioma de servidor a un sitio para permitir que los puntos de servicios de informes y las consolas de Configuration Manager muestren información en el idioma compatible. Puede instalar varios paquetes de idioma de servidor en cada sitio de su jerarquía.
Cada paquete de idioma de servidor que admita un sitio se agregará a los archivos de origen de instalación de la consola de Configuration Manager en dicho servidor de sitio. Para que una consola de Configuration Manager pueda mostrar información en un idioma admitido, deberá agregar el paquete de idioma al sitio e instalar la consola de Configuration Manager desde archivos de origen que incluyan dicho idioma.
Los puntos de servicios de informes se actualizarán automáticamente para admitir la visualización de la información en los paquetes de idioma que instale en un sitio.
Planeación de paquetes de idioma de cliente
Configuration Manager admite idiomas de cliente para clientes de dispositivos y clientes de dispositivos móviles:
Cuando un cliente de Configuration Manager se instala en un dispositivo, agrega compatibilidad para paquetes de idioma cliente incluidos con los archivos de instalación del cliente.
Cuando un cliente de Configuration Manager se instala en un dispositivo móvil, agrega compatibilidad con todos los idiomas al mismo tiempo.
Puede agregar compatibilidad con idiomas de cliente al instalar un sitio, o volviendo a ejecutar el programa de instalación en el equipo servidor del sitio después de la instalación de un sitio. Para que una consola de cliente pueda mostrar información en un idioma admitido, deberá agregar el idioma al sitio del cliente e instalar el cliente desde archivos de origen que incluyan dicho idioma. Debe agregar compatibilidad con los paquetes de idioma del cliente antes de instalar al cliente.
Cuando un sitio agrega compatibilidad con un paquete de idioma del cliente, actualiza los archivos de instalación del cliente. El conjunto de archivos de instalación de cliente que actualiza el sitio depende de la ubicación del sitio en la jerarquía:
El sitio de nivel superior de una jerarquía administra el paquete de instalación del cliente. Este paquete se distribuye automáticamente a cada punto de distribución de la jerarquía. De forma predeterminada, cuando se instala un cliente, utiliza este paquete para los archivos de origen de instalación del cliente.
Nota
El sitio de nivel superior puede ser un sitio de administración central, o un sitio primario independiente.
Los sitios primarios administran el paquete de actualización del cliente y actualizan los idiomas admitidos en la carpeta Client del servidor del sitio y en los puntos de administración de dicho sitio. Los clientes usan los archivos de origen de la instalación de su sitio primario en caso de que el proceso de instalación del cliente no pueda acceder al paquete de instalación del cliente en un punto de distribución, o si se usa la propiedad /source de la línea de comandos en la instalación del cliente para especificar estos archivos.
SugerenciaCuando use un sitio de administración central, asegúrese de que un cliente instala los paquetes de idioma que espera mediante la adición de compatibilidad con cada paquete de idioma al sitio de administración central y a cada sitio primario.
Si cambia los idiomas de cliente admitidos en un sitio de nivel superior, deje tiempo para el paquete de instalación del cliente se replique en los puntos de distribución de la jerarquía. Puede supervisar la redistribución del paquete a los puntos de distribución mediante el nodo Estado de contenido en el área de trabajo Supervisión de la consola de Configuration Manager. Para obtener más información, consulte la sección Supervisión de contenido del tema Operaciones y mantenimiento de administración de contenido en Configuration Manager.
Como alternativa, puede ver los mensajes de estado para la redistribución del paquete para supervisar el progreso:
El nombre del paquete de instalación del cliente es Configuration Manager Client Package.
Los puntos de distribución generan un mensaje de estado con Id. de mensaje 2330 cuando el paquete actualiza de forma satisfactoria en ese punto de distribución.
Después de que se instala un nuevo servidor de sitio con compatibilidad con paquetes de idioma de cliente, o después de que un servidor de sitio existente actualice los puntos de distribución con los cambios del paquete de idiomas, puede instalar nuevos clientes o volver a instalar los clientes existentes en equipos para agregar compatibilidad con los paquetes de idioma de cliente admitidos.
| Importante |
|---|
Configuration Manager no permite volver a instalar el cliente del dispositivo móvil sin limpiar primero el dispositivo móvil. En consecuencia, si planea admitir dispositivos móviles que no estén en inglés, habilite la compatibilidad con idiomas de clientes de dispositivos móviles antes de instalar el cliente del dispositivo móvil de Configuration Manager. |
Cuando se instala el cliente de Configuration Manager en un nuevo equipo, CCMSetup modificará la línea de comandos del instalador de Windows para agregar compatibilidad para cada paquete de idioma incluido con los archivos de origen de la instalación del cliente. Para actualizar un cliente existente con nuevos paquetes de idioma, deberá actualizar o volver a instalar el cliente.
Por ejemplo, puede modificar los idiomas admitidos en un equipo al implementar de nuevo el software de cliente con la implementación de software o la instalación de inserción de cliente.
La siguiente tabla incluye los métodos de instalación y actualización de cliente que no se admiten para administrar la compatibilidad con paquetes de idioma para un cliente previamente instalado.
Método |
Detalles |
|---|---|
Reparación |
Una acción de reparación del instalador de Windows vuelve a utilizar la línea de comandos del instalador de Windows que se utilizó por última vez para instalar el cliente, tal y como está almacenada en el Registro del equipo cliente. Esta línea de comandos no hará referencia a nuevos paquetes de idioma del cliente. |
Actualización de cliente automática |
Este tipo de actualización no se realiza correctamente debido a que las actualizaciones automáticas se basan en un cambio de la versión del cliente. Los paquetes de idioma nuevos no cambian la versión del cliente. |
Instalación de cliente basada en la actualización de software |
Los puntos de actualización de software se basan en un cambio de la versión del cliente para instalar al cliente. Los paquetes de idioma nuevos no cambian la versión del cliente. |
Para obtener información acerca de cómo obtienen acceso los clientes a los archivos de origen para la instalación, consulte Instalación de clientes en equipos Windows en Configuration Manager.
Para obtener información acerca de las propiedades de la instalación del cliente, consulte Acerca de las propiedades de instalación de cliente de Configuración Manager
Procedimientos recomendados para administrar paquetes de idioma
Utilice la siguiente información sobre prácticas recomendadas para utilizar paquetes de idioma en System Center 2012 Configuration Manager.
Instale los idiomas cuando instale un sitio
Si modifica los paquetes de idioma admitidos en el sitio de nivel superior de una jerarquía, el sitio iniciará una actualización del paquete de instalación del cliente en cada punto de distribución de la jerarquía, volverá a instalar los roles aplicables de sistema de sitio, y realizará un restablecimiento del sitio. Además, debe instalar de nuevo los clientes para que puedan utilizar los nuevos paquetes de idioma que agregue al sitio.
Al agregar compatibilidad con los paquetes de idioma de cliente al sitio de administración central, agregue también estos paquetes de idioma de cliente a cada sitio primario
Si modifica los paquetes de idioma de cliente de un sitio, los archivos de instalación de cliente que se actualicen dependerán de la ubicación del sitio en la jerarquía. Cuando se instale un cliente, podría usar el paquete de instalación del cliente administrado por el sitio de nivel superior de la jerarquía, o puede usar los archivos de origen desde el punto de administración en el sitio asignado del cliente en caso de que no pueda obtener acceso al paquete de instalación de cliente en un punto de distribución.
Planeación de la consola de Configuration Manager
Los usuarios administrativos utilizan la consola de Configuration Manager para administrar el entorno de Configuration Manager. Cada consola de Configuration Manager se conecta a un sitio de administración central o a un sitio primario. Tras la conexión inicial, la consola de Configuration Manager puede conectarse a otros sitios. Sin embargo, no puede conectar una consola de Configuration Manager a un sitio secundario.
Para conectarse a otro sitio cuando se usa la consola de Configuration Manager, en el menú Aplicaciones, seleccione Conectar a un nuevo sitio y, a continuación, especifique el nombre del servidor de sitio. También puede especificar una conexión a un determinado sitio cuando se abre una nueva instancia de la consola de Configuration Manager. Para ello, debe especificar el nombre del servidor de sitio como parte de la línea de comandos para abrir la consola de Configuration Manager. Por ejemplo, para conectarse a un sitio que se ejecuta en Server1, en el símbolo del sistema, escriba %path%\microsoft.configurationmanagement.exe Server1.
Configuration Manager no limita el número de conexiones de consola de Configuration Manager simultáneas a un sitio primario o un sitio de administración central. Cuando se conecta al sitio de administración central, puede ver y configurar los datos para todos los sitios en la jerarquía. Si tiene un sitio de administración central pero conecta directamente la consola de Configuration Manager a un sitio primario, puede ver y administrar datos de Configuration Manager desde la conexión, pero no podrá ver datos de otros sitios primarios o de sitios secundarios de otros sitios primarios. Sin embargo, si no tiene un sitio de administración central porque su jerarquía tiene un sitio primario independiente, puede usar la consola de Configuration Manager para acceder a todos los datos en la jerarquía.
| Importante |
|---|
Si administra objetos o clientes mediante una consola de Configuration Manager conectada a un sitio primario secundario en una jerarquía con otros sitios primarios, los cambios que realice se replican a través de la jerarquía a otros sitios primarios, incluso si no puede ver datos de esos otros sitios primarios. |
Nota
Si conecta una consola de Configuration Manager a una instalación de evaluación de Configuration Manager, en la barra de título de la consola se muestra el número de días que quedan para que expire la instalación de evaluación. El número de días no se actualiza automáticamente y solo se actualiza cuando se realiza una nueva conexión a un sitio. Una vez finalizado el periodo de evaluación, la consola de Configuration Manager se conecta como una consola de solo lectura.
Acerca de la consola de solo lectura
Cuando conecta una consola de Configuration Manager a un sitio primario, hay varias condiciones que hacen que la consola de Configuration Manager se conecte como una consola de solo lectura. La consola de solo lectura le permite ver objetos y opciones de configuración, pero le impide realizar cambios que podrían perderse cuando el sitio primario finaliza la inicialización o se sincroniza con el sitio de administración central después de solucionar problemas de replicación.
Las consolas de solo lectura se establecen por las siguientes razones:
Se conecta a un sitio primario antes de que finalice la instalación del sitio de Configuration Manager.
Se conecta a un sitio primario que tiene problemas de replicación entre sitios.
Se conecta a un sitio primario durante una restauración de sitio de ese sitio.
Se conecta a un sitio primario cuando el sitio está inicializando datos globales.
Después de finalizar la inicialización del sitio primario o de solucionar los problemas de replicación entre el sitio y el sitio de administración central, debe cerrar y, a continuación, reconectar la consola de Configuration Manager para establecer una sesión normal y administrar objetos y configuraciones.
Nota
Si una consola de Configuration Manager se conecta a una instalación de evaluación de Configuration Manager después del periodo de evaluación de 180 días, se conectará como una consola de solo lectura.
Planeación de la replicación de datos globales y varios usuarios administrativos en Configuration Manager
Utilice las secciones siguientes para planear la existencia de varios usuarios administrativos con acceso a objetos y valores de configuración compartidos entre sitios. Estos datos se conocen como datos globales y están disponibles en toda la jerarquía.
Acerca de modificaciones de datos globales en Configuration Manager
Ya que varios usuarios administrativos en uno o varios sitios pueden intentar administrar el mismo objeto simultáneamente, Configuration Manager impide a un determinado usuario administrativo editar un objeto si otro usuario administrativo en la jerarquía edita el mismo objeto en ese momento. Si un objeto que desea administrar ya se usa, tiene la opción de visualizar el objeto como una instancia de solo lectura o volver a intentar obtener la propiedad del objeto. Si vuelve a intentar obtener la propiedad del objeto y ningún otro usuario administrativo lo usa, se le concede la propiedad del objeto y podrá editarlo. Es importante no confundir el estado de solo lectura del objeto al que desea administrar y la consola de solo lectura de Configuration Manager. A diferencia de la consola de solo lectura, la característica de solo lectura del objeto es una condición específica temporal basada en la disponibilidad actual de dicho objeto en particular. Esta condición no está relacionada con el estado del sitio al que se conecta la consola de Configuration Manager.
Configuration Manager también resuelve las ediciones de un objeto cuando dichas modificaciones se realizan en varios sitios si uno de los sitios no puede replicar los datos. Esta situación puede producirse si se desconecta un vínculo de red. En esta situación, la primera edición de un objeto que se replica en el sitio de administración central toma precedencia sobre una edición posterior del sitio primario que no pudo replicar los datos.
Acerca del acceso a datos desde la consola de Configuration Manager
Use la administración basada en roles para definir los objetos en la jerarquía que los usuarios administrativos pueden ver en la consola de Configuration Manager y los permisos que tienen para esos objetos. Use una combinación de roles de seguridad, ámbitos de seguridad y recopilaciones para administrar el acceso a datos a través de la jerarquía para todos los usuarios administrativos. Para obtener más información, vea Planeación de la seguridad en Configuration Manager.