Notas de la versión de System Center Operations Manager
En este artículo se enumeran las notas de la versión de System Center 2019 Operations Manager. En este artículo también se incluyen las notas de la versión de Operations Manager 2019 UR1, UR2, UR4 y UR5.
Notas de la versión de Operations Manager 2019
En las secciones siguientes se resumen las notas de la versión de Operations Manager 2019 e incluyen los problemas conocidos y las soluciones alternativas. Consulte también las notas de la versión 2019 UR1 y 2019 UR2.
Servicio de mantenimiento con el tipo de inicio de sesión como Servicio de forma predeterminada
Descripción: con Operations Manager 2019, la característica Iniciar sesión como servicio está habilitada de forma predeterminada. Este cambio afecta a todas las cuentas de servicio y a las cuentas de ejecución; deben tener el permiso Iniciar sesión como servicio .
Solución alternativa: habilite el inicio de sesión como permiso de servicio para estas cuentas. Más información.
Cambios en la experiencia del usuario en el modo de mantenimiento
Descripción: a continuación se muestran los cambios en la experiencia del usuario con el modo de mantenimiento de Operations Manager 2019. Estos cambios son aplicables a la supervisión de Windows y Linux\Unix:
A medida que una entidad entra en el modo de mantenimiento, las alertas activas basadas en el monitor en ella se resolverán automáticamente. En las versiones anteriores, estas alertas se resolvían automáticamente cuando la entidad salía del modo de mantenimiento.
Los monitores a petición y los monitores normales ahora se comportan de forma similar cuando la entidad de destino entra y sale del modo de mantenimiento.
Solución alternativa: Ninguna.
Compatibilidad con componentes x64
Descripción: Operations Manager 2019 solo admite componentes x64; no se admiten componentes x86. Si intenta insertar el agente desde la consola en un equipo x86, aparece el siguiente mensaje de error:
El sistema no encuentra la ruta de acceso especificada.
Solución alternativa: Ninguna.
La actualización al servidor de informes produce un error en la comprobación de requisitos previos.
Descripción: Al intentar realizar una actualización del servidor de informes de System Center 2016/1801/1807 - Operations Manager a la versión 2019, los requisitos previos comprueban el siguiente error:
Comprobación de actualización del servidor de administración: el servidor de administración al que informa este componente no se ha actualizado. y no se puede continuar la actualización.
Este error se produce en un escenario de grupo de administración distribuida en el que el servidor de informes reside en un servidor diferente de uno o varios servidores de administración del grupo de administración.
Solución alternativa: instale la consola del operador de System Center 2016/1801/1807 - Operations Manager en el servidor que hospeda el rol de servidor de informes y vuelva a intentar actualizar el rol de servidor de informes a la versión 2019. Una vez que la actualización se realiza correctamente, puede desinstalar la consola del operador actualizada del servidor de informes.
Vista de compatibilidad de Internet Explorer
Descripción: la consola web HTML5 no admite la vista de compatibilidad de Internet Explorer.
Solución alternativa: Ninguna.
Compatibilidad con la versión de OpenSSL 1.1.0
Descripción: En las plataformas Linux, se quita la compatibilidad con OpenSSL 0.9.8.
Solución alternativa: hemos agregado compatibilidad con OpenSSL 1.1.0.
Se produce un error en la supervisión del rendimiento del servidor VMM con el mensaje Acceso denegado
Descripción: los usuarios del servicio no tienen permiso para acceder al registro de eventos VirtualMachineManager-Server/Operational. Solución alternativa: cambie el descriptor de seguridad para el registro de registro de eventos operativo con el comando siguiente y, a continuación, reinicie el servicio de registro de eventos y el servicio de registro de estado.
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"
Este comando agregará el usuario del servicio a la lista de usuarios permitidos que pueden acceder al registro de eventos VirtualMachineManager-Server/Operational.
Operations Manager 2019 no admite la biblioteca HPUX
Descripción: Operations Manager 2019 no admite HPUX. Sin embargo, la biblioteca HPUX está disponible en la lista de módulos de administración entregados para Operations Manager 2019.
Solución alternativa: omita esto. HPUX se quita del paquete más reciente en el DLC, aquí.
Las reglas anteriores de AD no funcionan después de actualizar a Operations Manager 2019
Descripción: Después de actualizar a Operations Manager 2019 desde Operations Manager 2016 (o 2016 UR anteriores a UR7), 1801 o 1807, las reglas de AD anteriores no funcionan debido al cambio en el formato de las reglas de Active Directory. La actualización a Operations Manager 2019 desde Operations Manager 2016 UR7 y UR8 no tiene este problema.
Solución alternativa: para resolverlo, siga estos pasos:
Después de actualizar a 2019, exporte el módulo de administración predeterminado a una carpeta.
Abra Microsoft.SystemCenter.OperationsManager.DefaultUser.xml desde la carpeta exportada.
Cambie el nombre de todas las reglas de AD para usar el <nombre de dominio NetBIOS del servidor de administración>en lugar del <FQDN del servidor de administración> vea un ejemplo a continuación.
Nota:
El nombre de dominio distingue mayúsculas de minúsculas.
Ejemplo:
Antes: Rule ID="_smx.net_MS1_contoso.com" Enabled="true"
Después: Rule ID="_SMX_MS1_contoso.com" Enabled="true"
Importe el módulo de administración actualizado.
Las reglas ahora están visibles en la consola.
Para obtener información detallada sobre este problema, consulte Actualización de una integración de Active Directory con Operations Manager.
Nota:
Este problema se ha corregido en 2019 UR2.
La API REST de Operations Manager no devuelve valores necesarios para las clases.
Descripción: cuando se llama desde Operations Manager 2019, la API REST no devuelve className, path y fullname, la información devuelta está vacía. Además, el identificador se devuelve como className.
Solución alternativa: Ninguna.
Nota:
Este problema se ha corregido en 2019 UR2.
Notas de la versión de Operations Manager 2019 UR1
En las secciones siguientes se resumen las notas de la versión de Operations Manager 2019 UR1 e incluyen los problemas conocidos y las soluciones alternativas.
Para ver los problemas corregidos en UR1 y las instrucciones de instalación de UR1, consulte el artículo de KB.
Administración pendiente después de aplicar revisiones
Descripción: Después de aplicar el paquete acumulativo de actualizaciones 2019 (UR1), los agentes que se van a actualizar no aparecen en la vista de consola de administración pendiente.
Solución alternativa: debe identificar los agentes y actualizarlos manualmente. Para ello, vaya a Administración> Administración de dispositivos> Agent Managed y actualice los agentes de la versión anterior. Para ver la versión correcta del agente, después de aplicar la revisión del servidor de administración, importe el módulo de administración como se mencionó en el artículo de KB de Operations Manager 2019 UR1.
Presentación de la versión
Descripción: la presentación de la versión no muestra UR1 en áreas como Ayuda>acerca de y Administración de dispositivos vista.
Solución alternativa: Para comprobar si los componentes de Operations Manager se han actualizado correctamente para UR1, vea el número de versión de los componentes correspondientes en Administración>Productos de Operations Manager.
Error al exportar informes después de la migración de gMSA
Descripción: Después de la migración a gMSA, al exportar un informe en formato Word, PowerPoint o Excel, puede producirse el siguiente error: Se produjo un error durante la representación del informe.
Esto se observa para SQL Server Reporting Services en SQL Server 2017. Este error parece ser un problema persistente con SSRS en SQL Server 2017.
Solución alternativa: para resolverlo, siga estos pasos:
- Concesión de acceso de administrador a la cuenta de ejecución en el servidor de informes
- Reinicie el servicio de informes y espere 5 minutos.
- Intente volver a exportar los informes.
Nota:
En SQL Server Reporting Services (SSRS) 2017 versión 14.0.600.1274 y versiones posteriores, la configuración de seguridad predeterminada no permite cargas de extensiones de recursos. Esto conduce a excepciones de ResourceFileFormatNotAllowedException en Operations Manager durante la implementación de componentes de informes.
Para solucionarlo, abra SQL Management Studio, conéctese a la instancia de Reporting Services, abra Propiedades>Opciones avanzadas y agregue *.* a la lista de AllowedResourceExtensionsForUpload. Como alternativa, puede agregar la lista completa de extensiones de informes de Operations Manager a la lista de permitidos en SSRS.
Se produce un error en la sustitución de cuentas de servicio usadas anteriormente con gMSA
Descripción: Se produce un error en la sustitución de las cuentas de servicio de Operations Manager utilizadas previamente por gMSA, lo que provoca problemas de la consola de Operations Manager (la consola no se abre). Esto ocurre si el servicio de acceso a datos no se inicializa.
Solución alternativa:
Agregue la cuenta que ejecuta el servicio sdk a builtin\Windows Authorization Access Group.
Ejecute el script de PowerShell como se detalla aquí.
Si se trata de una instalación nueva de Operations Manager, espere 24 horas y, a continuación, aplique el paquete acumulativo de actualizaciones. Esto es aplicable a todos los roles de Operations Manager.
Nota:
Asegúrese de que las cuentas dw y dr sean miembros del grupo Administradores de seguridad de informes de Operations Manager, por lo que el problema no se repite. Para obtener más información, consulte Cuentas de gMSA.
Notas de la versión de Operations Manager 2019 UR2
No hay problemas conocidos en Operations Manager 2019 UR2.
Para ver los problemas corregidos en UR2 y las instrucciones de instalación de UR2, consulte el artículo de KB.
Notas de la versión de Operations Manager 2019 UR4
En las siguientes secciones se resumen las notas de la versión de Operations Manager 2019 UR4 y se incluyen los problemas conocidos y las soluciones alternativas.
Para ver los problemas corregidos en UR4 y las instrucciones de instalación de UR4, consulte el artículo de KB.
No se localizan tres columnas en grupos de creación >
Descripción: en la consola de Operations Manager,>las nuevas columnas (Módulo de administración, Sellado y Miembros) aparecen en inglés, no se muestran en el idioma como se establece en el equipo que accede a esta vista.
Solución alternativa: Ninguna.
Notas de la versión de Operations Manager 2019 UR5
En la sección siguiente se resumen las notas de la versión de Operations Manager 2019 UR5 e incluye los problemas conocidos y las soluciones alternativas.
Para ver los problemas corregidos en UR5 y las instrucciones de instalación de UR5, consulte el artículo de KB.
Vulnerabilidades de seguridad de la consola web
Nota:
Asegúrese de realizar la copia de seguridad de los archivos Web.config antes de aplicar este paquete acumulativo de actualizaciones.
Descripción: la consola web de Operations Manager 2019 tiene vulnerabilidades de seguridad.
Solución alternativa: con Operations Manager 2019 UR5, se han corregido varias vulnerabilidades de seguridad de la consola web. Debido a estas correcciones, los archivos Web.config de y HTMLDashboardMonitoringView las aplicaciones web se reemplazarán. Se perderá cualquier configuración anterior de estas aplicaciones y tendrá que rehacer los cambios.
En este artículo, se enumeran las notas de la versión para System Center 2022 - Operations Manager.
Notas de la versión de Operations Manager 2022
En este artículo se resumen las notas de la versión de Operations Manager 2022.
La consola del operador no puede establecer conexión con el grupo de administración de Operations Manager 2019
Descripción: la consola del operador para Operations Manager 2022 no puede establecer conexión con el grupo de administración de Operations Manager 2019.
Solución alternativa:
Use la consola de operaciones de Operations Manager 2019 para establecer conexión con el grupo de administración de Operations Manager 2022.
o
Use máquinas de consola independientes para Operations Manager 2019 y Operations Manager 2022 y úselas para conectarse a los servidores respectivos.
Importante
Esta versión de Operations Manager ha llegado al final del soporte técnico. Se recomienda actualizar a Operations Manager 2022.
En este artículo se enumeran las notas de la versión de System Center 1807 - Operations Manager.
Notas de la versión de Operations Manager 1807
En las secciones siguientes se resumen las notas de la versión de Operations Manager 1807 e incluyen los problemas conocidos y las soluciones alternativas. Para obtener más información sobre la versión 1807 y qué problemas se tratan, consulte KB4133779.
Rotación de registros para el agente de Linux
Descripción: en determinados escenarios, los registros de SCX se rellenan con frecuencia, lo que finalmente consume todo el espacio libre disponible en el disco del sistema. Como resultado, el sistema deja de responder a menos que los registros se limpien manualmente. Para solucionar este problema, hemos introducido una característica logrotate para el agente SCX. Esto le ayudará a rotar los registros antiguos y ahorrar espacio en disco.
Requisito previo: Logrotate se encuentra de forma predeterminada en /usr/sbin/logrotate plataformas Linux.
Solución alternativa: durante la instalación de scxagent, insertamos el siguiente archivo conf logrotate en /etc/logroate.d la ubicación.
/var/opt/microsoft/scx/log/*/scx.log
{
rotate 5
missingok
notifempty
nodatext
compress
size 50M
copytruncate
postrotate
/usr/sbin/scxadmin -log-rotate
all
}
Puede cambiar los valores predeterminados para admitir sus requisitos. Los valores configurados predeterminados rotarán el archivo scx.log si scx.log tamaño de archivo alcanza los 50 MB. Hemos incluido un archivo de configuración cron en la /etc/cron.d ubicación. Con esta configuración, el proceso logrotate se ejecuta cada cuatro horas. Para personalizar la configuración, debe modificar estos dos archivos. Revise la página man para cron y logrotate para obtener más información.
Nota:
Si SELinux ya está instalado, el instalador de SCX inserta un módulo SELinux que habilitará logrotate. En escenarios en los que SElinux está habilitado después de la instalación del agente, debe importar el módulo SELinux para que logrotate funcione.
Compatibilidad con SQL Server 2017
Descripción: con la versión 1807, SQL Server 2017 solo se admite si se actualiza desde SQL Server 2016. No se admite una instalación nueva de SQL Server 2017 con la versión 1807. Si ya tiene la versión 1801 implementada con SQL Server 2016, debe aplicar la versión 1807 de Operations Manager antes de realizar una actualización a SQL Server 2017.
Solución alternativa: antes de actualizar a SQL Server 2017, revise el siguiente artículo sobre el proceso de actualización: Actualizar bases de datos de Operations Manager 1807 a SQL Server 2017.
Nota:
En SQL Server Reporting Services (SSRS) 2017 versión 14.0.600.1274 y versiones posteriores, la configuración de seguridad predeterminada no permite cargas de extensiones de recursos. Esto conduce a excepciones de ResourceFileFormatNotAllowedException en Operations Manager durante la implementación de componentes de informes.
Para solucionarlo, abra SQL Management Studio, conéctese a la instancia de Reporting Services, abra Propiedades>Opciones avanzadas y agregue *.* a la lista de AllowedResourceExtensionsForUpload. Como alternativa, puede agregar la lista completa de extensiones de informes de Operations Manager a la lista de permitidos en SSRS.
Compatibilidad con la vista de compatibilidad de Internet Explorer
Descripción: la consola web HTML5 no admite la vista de compatibilidad de Internet Explorer.
Solución alternativa: Ninguna
Compatibilidad con la coexistencia de la consola de Operations Manager y Service Manager
Descripción: con la versión 1801 de System Center, no se admite la instalación de la consola de Service Manager en un servidor de administración de Operations Manager. Esto provocaría que el servicio sdk se detenga prematuramente.
Solución alternativa: Para colocar Operations Manager y la consola de Service Manager en el mismo equipo, ambos deben ejecutar la versión 1807.
Actualización a la versión 1807 de Operations Manager
Para comprender los requisitos y los pasos para actualizar correctamente el grupo de administración de Operations Manager versión 1801 a la versión 1807, consulte Actualización a la versión 1807 de Operations Manager.
Compatibilidad con la versión de OpenSSL 1.1.0
Descripción: En las plataformas Linux, se quita la compatibilidad con OpenSSL 0.9.8.
Solución alternativa: hemos agregado compatibilidad con OpenSSL 1.1.0.
En este artículo se enumeran las notas de la versión de System Center 2016 Operations Manager.
Notas de la versión de Operations Manager 2016
En las secciones siguientes se resumen las notas de la versión de Operations Manager 2016 e incluyen los problemas conocidos y las soluciones alternativas.
La integración de SharePoint con Operations Manager debe volver a crearse
Descripción: al usar SharePoint para ver los datos de Operations Manager, las direcciones URL del panel de consola web existentes proporcionadas no funcionarán y estos elementos web deben volver a crearse con los pasos siguientes.
Solución alternativa: siga estos pasos para configurar SharePoint para ver los datos de Operations Manager:
- Cree una nueva página en SharePoint en la que desea mostrar el panel.
- Abra la página y seleccione Editar e insertar un nuevo elemento web.
- En Elemento web, en categorías, seleccione Contenido y medios y, en ese caso, seleccione Visor de páginas y seleccione Agregar.
- Edite el elemento web y seleccione Página web y escriba la dirección URL del panel de consola web de Operations Manager.
- Anexe "&disabletree=true" al final de la dirección URL del panel para deshabilitar la vista de árbol que se muestra en la página de SharePoint
- Configure la apariencia, el diseño y el atributo Advance de la página de SharePoint.
Es posible que la consola web no funcione debido a que IIS está dañado
Descripción: la consola web podría producir un error "No se pudo cargar el tipo "System.ServiceModel.Activation.HttpModule".
Solución alternativa: Agregue Activación HTTP a los servicios de rol del sistema operativo. A continuación, en Server 2012, ejecute lo siguiente en un símbolo del sistema con privilegios elevados: "C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r".
Anomalías en el control de tablas y viñetas en artículos de conocimientos
Descripción: si las tablas se insertan en un artículo de conocimiento, al volver a editar el artículo de conocimiento, los bordes no se aplican a la tabla. De forma similar, si se agregan viñetas en el artículo de conocimiento, se convierten en viñetas numéricas mientras se vuelven a editar. Y si hay una sola viñeta en el artículo, el artículo no se guarda en el mp y la consola produce un error.
Solución alternativa: Ninguna.
La instalación basada en MSI no funciona para el agente Nano
Descripción: la instalación basada en MSI no se admite para el agente Nano. El agente se puede instalar desde scripts del instalador del Asistente para detección\PowerShell.
Solución alternativa: Ninguna.
Problemas con la desinstalación de una actualización para el agente Nano
Descripción: no es posible desinstalar una actualización al agente Nano.
Solución alternativa: la única opción es desinstalar el agente Nano y, a continuación, instalar la versión RTM + actualización deseada.
Problemas con las actualizaciones del agente Nano
Descripción: las actualizaciones del agente nano no se insertarán desde Windows Update. Para actualizar el agente nano, debe descargar la actualización disponible e instalar mediante los scripts de actualización de PowerShell o desencadenar una reparación desde un servidor de administración actualizado.
Solución alternativa: Ninguna.
No se puede invalidar la ruta de acceso o la carpeta para la instalación del agente Nano
Descripción: El agente Nano siempre se instala en la siguiente ruta de acceso: '%SystemDrive%\Archivos de programa\Microsoft Monitoring Agent'; la carpeta de instalación del agente no se puede invalidar.
Solución alternativa: Ninguna.
Incoherencias en la experiencia de instalación de inserción del agente Nano
Descripción: el cuadro de diálogo de estado del Asistente para detección se cierra, pero el agente permanece en estado pendiente en la consola durante algún tiempo hasta que se produzca un error en la instalación o se complete correctamente. Es posible que se produzca un error en la instalación y, para ayudar a solucionar problemas, consulte el archivo de registro de instalación.
Solución alternativa: Ninguna.
Incoherencias en la experiencia de desinstalación de inserción del agente Nano
Descripción: al realizar una desinstalación push desde la consola del operador, el cuadro de diálogo de estado (que muestra el estado de progreso) muestra la desinstalación completada correctamente, pero la desinstalación del agente todavía se está realizando. Es posible que se produzca un error en la desinstalación y consulte el archivo de registro de instalación para obtener más información para solucionar problemas.
Solución alternativa: Ninguna.
ACS no funciona para nano agent
Descripción: ACS no funciona para el agente Nano en algunos casos. Hay problemas en determinados escenarios.
Solución alternativa: Ninguna.
Las alertas de supervisión del lado cliente (CSM) podrían dejar de fluir desde el servidor de administración de System Center Operations Manager
Descripción: la secuencia de actualización del servidor de administración de System Center Operation Manager puede provocar un problema con la recopilación de alertas de supervisión del lado cliente del servidor de administración. Los agentes de System Center Operations Manager no se ven afectados. Probabilidad de repetición: Medio.
Solución alternativa: reinicie el servicio Microsoft Monitoring Agent en el servidor de administración de System Center Operations Manager.
Si después de actualizar el servidor o agente de System Center Operations Manager, los eventos de supervisión del rendimiento de aplicaciones (APM), los eventos de supervisión del lado cliente (CSM) y las alertas de APM podrían dejar de fluir desde los hosts supervisados.
Descripción: la secuencia de actualización del agente de System Center Operations Manager puede provocar un problema con lo siguiente:
• Alertas y eventos de supervisión de cliente (CSM) recopilados en el host.
• Alertas y eventos de supervisión de rendimiento de aplicaciones (APM) recopilados en el host. El servidor de administración de System Center Operations Manager no se ve afectado.
Solución alternativa: reinicie el servicio Microsoft Monitoring Agent en el equipo administrado por agente de System Center Operations Manager que está experimentando el problema.
La supervisión del rendimiento de aplicaciones (APM) para los servicios de Windows no se admite en System Center Operations Manager en equipos en los que está instalado el Monitor de estado de Application Insights.
Descripción: el flujo de trabajo de supervisión del rendimiento de aplicaciones (APM) no puede procesar la configuración de supervisión de los servicios de Windows de .NET en el equipo si application Insights Status Monitor y el agente de System Center Operations Manager están instalados.
Solución alternativa: desinstale el Monitor de estado de Application Insights.
Se omitirán los valores de espacio de nombres para el seguimiento del rendimiento.
Descripción: si se establece el valor del espacio de nombres para el seguimiento del rendimiento, se omitirá el seguimiento de un espacio de nombres personalizado en aplicaciones .NET Monitor de rendimiento ing (APM).
Solución alternativa: establezca la configuración de seguimiento de excepciones y seguimiento de rendimiento para incluir los mismos espacios de nombres personalizados.
Cuando se usa la elevación sudo con sistemas operativos Solaris, se requiere un cambio de configuración si el ejecutable de sudo no está en una ruta de acceso esperada.
Descripción: si desea usar la elevación de sudo en un equipo que ejecuta Solaris y el ejecutable de sudo no está en la ruta de acceso esperada, debe crear un vínculo a la ruta de acceso correcta. Operations Manager buscará el archivo ejecutable sudo en la ruta de acceso /opt/sfw/bin y, a continuación, en la ruta de acceso /usr/bin. Si sudo no está instalado en una de estas rutas de acceso, se requiere un vínculo.
Solución alternativa: el script de instalación del agente unix y Linux crea el vínculo simbólico /etc/opt/Microsoft/scx/conf/sudodir a la carpeta que se espera que contenga sudo. El agente usa este vínculo simbólico para acceder a sudo. El script de instalación crea automáticamente el vínculo simbólico, por lo que no se necesita ninguna acción para las configuraciones estándar de UNIX y Linux. Sin embargo, si sudo está instalado en una ubicación no estándar, debe cambiar el vínculo simbólico para que apunte a la carpeta donde está instalado sudo. Si cambia el vínculo simbólico, su valor se mantiene para las operaciones de desinstalación, reinstalación y actualización con el agente.
La consola de Operations Manager dejará de responder si intenta resolver una dependencia al importar un módulo de administración
Descripción: al seleccionar Importar módulos de administración en el área de trabajo Administración de la consola del operador de Operations Manager, la consola mostrará el botón Resolver si el módulo de administración depende de otro módulo de administración. Si selecciona Resolver, verá la advertencia de dependencia. Si selecciona el botón Resolver en el cuadro de diálogo Advertencia de dependencia, la consola del operador dejará de responder.
Solución alternativa: instale la actualización de System Center 2016 Operations Manager. Consulte el artículo de Knowledge Base 3117586 para obtener instrucciones específicas.
Los datos de telemetría se pueden enviar erróneamente cuando la configuración "Datos de uso y conectividad" está establecida en "False"
Descripción: si dos operadores tienen abierta las consolas de Operations Manager y otra establece la configuración Datos de uso y conectividad en No enviar datos, los datos pueden seguir fluyendo a Microsoft hasta que el segundo usuario se cierre y vuelva a abrir su instancia de la consola de Operations Manager.
Solución alternativa: reinicie todas las sesiones de consola de Operations Manager después de realizar cambios en la configuración Uso y conectividad.
Descripción: cuando se agrega un nuevo componente, como un servidor de administración o un servidor de puerta de enlace, se agrega a un entorno de Operations Manager existente, la información de uso sobre el proceso de instalación se envía a Microsoft aunque la configuración Datos de uso y conectividad esté establecida en No enviar datos. Una vez agregado el componente, no se enviarán más datos de uso a Microsoft desde el componente.
Solución alternativa: Ninguna
La consola web de Operations Manager no es compatible con el explorador web de Microsoft Edge
Descripción: al abrir la consola web de Operations Manager desde el menú Inicio de Windows 10, la consola se abrirá en el explorador web de Microsoft Edge. Esto generará un error.
Solución alternativa: abra la consola web de Operations Manager con Internet Explorer. Internet Explorer está disponible en el submenú Accesorios de Windows.
Iniciar la consola web de Operations Manager puede dar lugar a una pantalla en blanco
Descripción: cuando abra por primera vez la consola web de Operations Manager, puede encontrar una pantalla en blanco.
Solución alternativa: para resolver el problema:
- Seleccione el botón Configurar.
- Cuando se le pida que ejecute o guarde SilverlightClientConfiguration.exe, seleccione Guardar.
- Ejecute SilverlightClientConfiguration.exe.
- Abra las propiedades del archivo exe (haga clic con el botón derecho) y abra la pestaña Firmas digitales .
- Seleccione el certificado con Algoritmo de síntesis como sha256 y seleccione Detalles.
- En el cuadro de diálogo Detalles de firma digital, seleccione Ver certificado.
- En el cuadro de diálogo que aparece a continuación, seleccione Instalar certificado.
- En el Asistente para importación de certificados, establezca la ubicación del almacén como - Máquina local. Seleccione Siguiente.
- Seleccione la opción : coloque todos los certificados en el siguiente almacén Examinar a editores de confianza.
- Seleccione Siguiente y, a continuación, Finalizar.
- Actualizar el explorador
Pasos siguientes
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de