Características de la versión preliminar técnica 2105.2 de Configuration Manager

Se aplica a: Configuration Manager (rama de Technical Preview)

En este artículo se presentan las características que están disponibles en la versión preliminar técnica de Configuration Manager, versión 2105. Instale esta versión para actualizar y agregar nuevas características a su sitio de Technical Preview.

Revise el artículo de vista previa técnica antes de instalar esta actualización. En ese artículo se familiarizarán con los requisitos generales y las limitaciones para usar una vista previa técnica, cómo actualizar entre versiones y cómo enviar comentarios.

En las secciones siguientes se describen las nuevas características que se pueden probar en esta versión:

Experiencia nativa de Windows Update para actualizaciones de software

Al instalar actualizaciones de software desde Configuration Manager, ahora puede elegir usar la interfaz nativa de Windows Update y la experiencia de reinicio. La página de configuración de Windows Update del cliente muestra las actualizaciones tal como aparecen al usar Windows Update para analizar. Los reinicios tras actualizaciones de software también se comportarán como si estuviera usando Windows Update. Para usar esta característica, los dispositivos cliente deben ejecutar la compilación 21277 de Windows Insider o posterior. Para habilitar la experiencia nativa de Windows Update:

1. En el área de trabajo Administración, seleccione Configuración de cliente en Configuration Manager.

2. Seleccione el grupo Reinicio del equipo en Configuración de cliente

3. Para seleccionar la experiencia de reinicio que se mostrará a los usuarios finales , elija la opción Windows .

4. Si es necesario, puede cambiar el número de días que el dispositivo puede estar pendiente de un reinicio antes de que se fuerce mediante la siguiente configuración:

   Especifique una fecha límite, el tiempo (en días) desde que un dispositivo está pendiente de reinicio hasta que se fuerza el reinicio del dispositivo.

   • Valor mínimo: 1 día
   • Valor máximo: 30 días
   • Valor predeterminado: 2 días

   

Enviar comentarios sobre el producto desde ventanas de error

Anteriormente, si la consola de Configuration Manager notificaba un error en una ventana independiente, tenías que volver a la ventana de la consola principal para enviar comentarios. En algunos casos, esta acción no es posible con otras ventanas de consola abiertas.

A partir de esta versión, los mensajes de error incluyen un vínculo para informar de un error a Microsoft. Esta acción abre la ventana estándar "enviar un ceño fruncido" para proporcionar comentarios. Incluye automáticamente detalles sobre la interfaz de usuario y el error para ayudar mejor a los ingenieros de Microsoft a diagnosticarlo. Además de facilitar el envío de un ceño fruncido, también te permite incluir el contexto completo del mensaje de error cuando compartes una captura de pantalla.

¡Pruébelo!

Intente completar las tareas. A continuación, envíe sus comentarios con su opinión sobre la característica.

Sigue estos pasos para demostrar fácilmente un error y, a continuación, inicia el proceso para proporcionar comentarios:

1. En la consola de Configuration Manager, abra las propiedades de cualquier colección personalizada.

2. En la pestaña Reglas de pertenencia , en la lista Agregar regla , seleccione Regla de consulta.

3. En la ventana Propiedades de regla de consulta, seleccione Editar instrucción de consulta.

4. En la ventana Propiedades de la instrucción de consulta de la colección, seleccione Mostrar lenguaje de consulta.

5. Cambie la instrucción de consulta predeterminada a Select * from not-a-class.

6. Haga clic en el triángulo verde para abrir la ventana Vista previa de los resultados de la consulta y luego haga clic en Ejecutar.

7. Verá un mensaje de error. Selecciona Notificar error a Microsoft para abrir el asistente Proporcionar comentarios. Para obtener más información sobre este asistente, vea Enviar un ceño fruncido.

Propiedades personalizadas para dispositivos

Muchos clientes tienen otros datos que son externos a Configuration Manager, pero que son útiles para la determinación de la implementación, la creación de colecciones y la generación de informes. Estos datos normalmente no son de carácter técnico, no se pueden detectar en el cliente y proceden de un único origen externo. Por ejemplo, un sistema central de biblioteca de infraestructura de TI (ITIL ) o una base de datos de activos, que tenga algunos de los siguientes atributos de dispositivo:

• Ubicación física
• Prioridad organizativa
• Categoría
• Centro de costes
• Department

A partir de esta versión, puede utilizar el servicio de administración para establecer estos datos en los dispositivos. A continuación, puede usar las propiedades personalizadas de Configuration Manager para crear informes o colecciones.

Esta característica se basa en los siguientes comentarios:

• Crear colección basada en la consulta de variables de máquina

• Agregar nueva pestaña de dispositivo con propiedades personalizadas (variables)

Requisitos previos para las propiedades personalizadas

La cuenta que realiza las llamadas API requiere los permisos siguientes en una colección que contiene el dispositivo de destino:

• Para establecer las propiedades: Modificar recurso
• Para ver las propiedades: Leer recurso
• Para quitar propiedades: Eliminar recurso

¡Pruébelo!

Intente completar las tareas. A continuación, envíe sus comentarios con su opinión sobre la característica.

Crear propiedades personalizadas

Para crear las propiedades personalizadas, utilice el servicio de administración. El sitio almacena el nombre de la propiedad y su valor en la base de datos del sitio como la nueva clase de datos de extensión de dispositivo .

En los siguientes ejemplos de API de servicio de administración se muestra cómo establecer, ver y quitar las propiedades personalizadas. En estos ejemplos se usa PowerShell para realizar las llamadas a la API, pero hay otros métodos que puede usar. Para utilizar estos ejemplos en su entorno, cambie los valores de variable del proveedor de SMS (proveedor) y el identificador de recurso (resourceID).

Establecer las propiedades personalizadas en un dispositivo

Para establecer las propiedades en un dispositivo, usa la API SetExtensionData . Realice una llamada POST al URI https://<SMSProviderFQDN>/AdminService/v1.0/Device(<DeviceResourceID>)/AdminService.SetExtensionData con un cuerpo JSON. En este ejemplo se establecen dos pares nombre-valor para la etiqueta de activo y la ubicación del dispositivo.

$provider = "cm01.contoso.com"
$resourceID = "16777345"
$uri = "https://$provider/AdminService/v1.0/Device($resourceID)/AdminService.SetExtensionData"
$body = "{ExtensionData:{""AssetTag"":""0580255"",""Location"":""Inis Oirr""}}"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Post" -Uri $uri -UseDefaultCredentials -Body $body -ContentType "application/json"

Ver propiedades personalizadas en un solo dispositivo

Para ver las propiedades en un solo dispositivo, usa la API GetExtensionData para un dispositivo específico. Realice una llamada GET al URI https://<SMSProviderFQDN>/AdminService/v1.0/Device(<DeviceResourceID>)/AdminService.GetExtensionData.

$provider = "cm01.contoso.com"
$resourceID = "16777345"
$uri = "https://$provider/AdminService/v1.0/Device($resourceID)/AdminService.GetExtensionData"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Get" -Uri $uri -UseDefaultCredentials

Ver propiedades personalizadas en todos los dispositivos

Para ver las propiedades en todos los dispositivos, use la API GetExtensionData sin un identificador de dispositivo. Realice una llamada GET al URI https://<SMSProviderFQDN>/AdminService/v1.0/Device/AdminService.GetExtensionData. Esta llamada devuelve valores de propiedad de los dispositivos en los que tiene permiso de lectura.

$provider = "cm01.contoso.com"
$uri = "https://$provider/AdminService/v1.0/Device/AdminService.GetExtensionData"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Get" -Uri $uri -UseDefaultCredentials

Quitar las propiedades personalizadas

Para quitar los valores de propiedades de todos los dispositivos, use la API DeleteExtensionData sin un identificador de dispositivo. Incluya un identificador de recurso de dispositivo para quitar solo las propiedades de un dispositivo específico. Realice una llamada POST al URI https://<SMSProviderFQDN>/AdminService/v1.0/Device/AdminService.DeleteExtensionData.

$provider = "cm01.contoso.com"
$uri = "https://$provider/AdminService/v1.0/Device/AdminService.DeleteExtensionData"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Post" -Uri $uri -UseDefaultCredentials

Creación de una colección

Siga estos pasos para crear una colección con una regla de consulta basada en las propiedades personalizadas:

1. En la consola de Configuration Manager, cree una colección.

2. En la página Reglas de pertenencia, en la lista Agregar regla , seleccione Regla de consulta.

3. En la ventana Propiedades de la regla de consulta, especifique un nombre para la consulta. A continuación, seleccione Editar instrucción de consulta.

4. En la ventana Propiedades de la instrucción de consulta, cambie a la pestaña Criterios. A continuación, seleccione el asterisco áureo (*) para agregar nuevos criterios.

5. En la ventana Propiedades de criterio, seleccione los siguientes valores:

   • Clase de atributo: datos de extensión de dispositivo
   • Atributo: PropertyName

6. Seleccione un operador y, a continuación, especifique el nombre de la propiedad como valor.

   En este punto, la ventana Propiedades de criterio debe tener un aspecto similar al de la imagen siguiente:

   

   Selecciona Aceptar para guardar el criterio.

7. Repita los pasos para agregar un criterio para el atributo PropertyValue .

   En este punto, la ventana Propiedades de la instrucción de consulta de colección debe tener un aspecto similar al de la imagen siguiente:

   

8. Seleccione Aceptar para cerrar todas las ventanas de propiedades. Después, complete el asistente para crear la colección.

También puede utilizar la consulta de ejemplo siguiente. En la ventana de propiedades de la instrucción de consulta, seleccione Mostrar lenguaje de consulta para pegar la instrucción de consulta.

select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client 
from SMS_R_System inner join SMS_G_System_ExtensionData on SMS_G_System_ExtensionData.ResourceId = SMS_R_System.ResourceId 
where SMS_G_System_ExtensionData.PropertyName = "AssetTag" and SMS_G_System_ExtensionData.PropertyValue = "0580255"

Inventario de hardware para la configuración del registro del cliente

Ahora puede realizar un inventario de la configuración del archivo de registro del cliente, como los niveles de registro y el tamaño. Este comportamiento permite realizar un seguimiento de la configuración que cambia mediante las acciones de diagnóstico de cliente . Esta nueva clase de inventario no está habilitada de manera predeterminada.

Para obtener más información sobre la configuración del archivo de registro del cliente, consulte Acerca de los archivos de registro.

¡Pruébelo!

Intente completar las tareas. A continuación, envíe sus comentarios con su opinión sobre la característica.

1. En la consola de Configuration Manager, edita la configuración de cliente predeterminada o personalizada. Para obtener más información, consulta Habilitar o deshabilitar las clases de inventario de hardware existentes.

2. Habilite la nueva clase de inventario, Diagnósticos de cliente (CCM_ClientDiagnostics). Esta clase incluye los siguientes atributos:

   • Registro de depuración habilitado
   • Registro habilitado
   • Nivel de registro
   • Recuento de archivos de historial
   • Tamaño máximo del archivo de registro

3. Para un dispositivo, descargue la directiva de equipo y, a continuación, use la acción de notificación de cliente para recopilar inventario de hardware.

4. Una vez que el cliente complete el ciclo de inventario, use el Explorador de recursos para ver el inventario de hardware.

Requisitos de permisos simplificados de CMPivot

Hemos simplificado los requisitos de permisos de CMPivot. Los nuevos permisos son aplicables a CMPivot independiente y CMPivot en la consola local. Se han realizado los siguientes cambios:

• CMPivot ya no requiere permiso de lectura de scripts SMS
  • El proveedor de SMS aún requiere este permiso si el servicio de administración recurre a él debido a un error 503 (Servicio no disponible), como se ve en el CMPivot.log.
• No se requiere el permiso de ámbito predeterminado .

Permisos de CMPivot por versión de Configuration Manager

Las extensiones de consola aprobadas por la jerarquía no requieren firma

A partir de esta versión preliminar técnica, puedes optar por permitir extensiones de consola aprobadas por jerarquía sin firmar. Es posible que deba permitir extensiones de consola sin firmar debido a una extensión desarrollada internamente sin firmar o para probar su propia extensión personalizada en un laboratorio.

Para permitir extensiones de consola aprobadas por jerarquía sin firmar:

1. En la consola de Configuration Manager, vaya al área de trabajo Administración, expanda Configuración del sitio y seleccione Sitios.
2. Seleccione Configuración de jerarquía en la cinta de opciones.
3. En la pestaña General, habilite la opción Hierarchy approved console extensions can be unfirm.
4. Seleccione Aceptar cuando haya terminado para cerrar las propiedades de configuración de jerarquía.

Importar una extensión de consola para la aprobación de la jerarquía

Cuando tenga el .cab archivo para una extensión, puede probarlo en un entorno de laboratorio de Configuration Manager. Para ello, deberá publicarlo en el servicio de administración. Una vez que la extensión se inserta en el sitio, puede aprobarla e instalarla localmente desde el nodo Extensiones de consola .

Ejecute el siguiente script de PowerShell después de editar el $adminServiceProvider y $cabFilePath:

• $adminServiceProvider - El servidor SMSProvider de nivel superior donde está instalado el servicio de administración
• $cabFilePath - Ruta al archivo de .cab la extensión

$adminServiceProvider = "SMSProviderServer.contoso.com"
$cabFilePath = "C:\Testing\MyExtension.cab"
$adminServiceURL = "https://$adminServiceProvider/AdminService/v1/ConsoleExtensionMetadata/AdminService.UploadExtension"
$cabFileName = (Get-Item -Path $cabFilePath).Name
$Data = Get-Content $cabFilePath
$Bytes = [System.IO.File]::ReadAllBytes($cabFilePath)
$base64Content = [Convert]::ToBase64String($Bytes)

$Headers = @{
    "Content-Type" = "Application/json"
}

$Body = @{
            CabFile = @{
                FileName = $cabFileName
                FileContent = $base64Content
            }
            AllowUnsigned = $true
        } | ConvertTo-Json

$result = Invoke-WebRequest -Method Post -Uri $adminServiceURL -Body $Body -Headers $Headers -UseDefaultCredentials

if ($result.StatusCode -eq 200) {Write-Host "$cabFileName was published successfully."}
else {Write-Host "$cabFileName publish failed. Review AdminService.log for more information."}

Instalar y probar una extensión en una consola local

1. Cambie el ámbito de seguridad de la extensión. Se recomienda cambiar el ámbito de seguridad para las pruebas iniciales de una extensión.

   1. Vaya al nodo Extensiones de consola enInformación general> de administración>: Novedades y mantenimiento.
   2. Seleccione la extensión y, a continuación, Establecer ámbitos de seguridad en la cinta de opciones.
   3. Quite el ámbito de seguridad predeterminado y agregue un ámbito que solo contenga uno o dos administradores para las pruebas iniciales.
   4. Elija Aceptar para guardar el ámbito de seguridad de la extensión.

2. Apruebe la extensión seleccionando Aprobar instalación en la cinta de opciones o en el menú contextual.

   • Si la extensión no se aprueba, no podrás instalarla ni habilitar las notificaciones en la consola para ella.
   • Si reinicias la consola en este momento, no se producirá una notificación sobre la extensión disponible, ya que aún no has habilitado la opción.

3. Instale la extensión en la consola local eligiendo Instalar.

4. Una vez instalada la extensión, compruebe que se muestra y que puede usarla desde la consola local.

5. Si es necesario, edite el ámbito de seguridad y habilite las notificaciones para dirigirse a otros administradores con la notificación en la consola para instalar la extensión.

Mejoras en CMPivot

CMPivot tiene las siguientes mejoras:

• Se ha agregado un valor de clave a la entidad Registro
• Se ha agregado una nueva entidad RegistryKey que devuelve todas las claves del Registro que coinciden con la expresión especificada
• Agregamos agregadores maxif y minif que se pueden usar con el operador summarize
• Mejoras en las sugerencias de autocompletar en el editor de consultas

Vista previa de las notas de la versión de PowerShell

Estas notas de la versión resumen los cambios aplicados a los cmdlets de PowerShell de Configuration Manager en Technical Preview, versión 2105.

Para obtener más información acerca de PowerShell para Configuration Manager, consulte Introducción a los cmdlets de Configuration Manager.

Cmdlets nuevos

Administrar comportamientos de instalación para los tipos de implementación de aplicaciones

Este conjunto de nuevos cmdlets para el comportamiento de instalación del tipo de implementación de aplicaciones se basa en sus comentarios.

Para obtener más información general sobre la característica Comportamiento de instalación, consulte Comprobar si hay archivos ejecutables en ejecución.

Add-CMDeploymentTypeInstallBehavior

Use este cmdlet para agregar al tipo de implementación especificado los archivos ejecutables que deben cerrarse para que la instalación de la aplicación se realice correctamente.

$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Add-CMDeploymentTypeInstallBehavior -InputObject $msi_dt -ExeFileName "notepad.exe" -DisplayName "Notepad"

Get-CMDeploymentTypeInstallBehavior

Use este cmdlet para obtener del tipo de implementación especificado la lista de archivos ejecutables que deben cerrarse para que la instalación de la aplicación se realice correctamente.

$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Get-CMDeploymentTypeInstallBehavior -InputObject $msi_dt

Remove-CMDeploymentTypeInstallBehavior

Use este cmdlet para quitar del tipo de implementación especificado los archivos ejecutables que deben cerrarse para que la instalación de la aplicación se realice correctamente.

$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Remove-CMDeploymentTypeInstallBehavior -InputObject $msi_dt -ExeFileName "notepad.exe"

Set-CMDeploymentTypeInstallBehavior

Use este cmdlet para modificar los archivos ejecutables que deben cerrarse para que la instalación de la aplicación se realice correctamente.

$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Set-CMDeploymentTypeInstallBehavior -InputObject $msi_dt -ExeFileName "notepad.exe" -NewExeFileName "calc.exe" -DisplayName "Calculator"

Administrar códigos de retorno para los tipos de implementación de aplicaciones

Este conjunto de nuevos cmdlets para códigos de retorno de tipo de implementación de aplicaciones se basa en sus comentarios.

Para obtener más información general, vea Códigos de retorno del tipo de implementación.

Add-CMDeploymentTypeReturnCode

Use este cmdlet para agregar códigos de retorno a un tipo de implementación compatible.

$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Add-CMDeploymentTypeReturnCode -InputObject $msi_dt -ReturnCode 1602 -Name "User cancel" -CodeType Failure -Description "The user cancelled the installation"

Get-CMDeploymentTypeReturnCode

Use este cmdlet para obtener la lista de códigos de retorno del tipo de implementación especificado.

Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)" | Get-CMDeploymentTypeReturnCode

Remove-CMDeploymentTypeReturnCode

Use este cmdlet para eliminar los códigos de retorno del tipo de implementación especificado.

$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Remove-CMDeploymentTypeReturnCode -InputObject $msi_dt -ReturnCode 1602

Set-CMDeploymentTypeReturnCode

Use este cmdlet para modificar los códigos de retorno para el tipo de implementación especificado.

$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Add-CMDeploymentTypeReturnCode -InputObject $msi_dt -ReturnCode 3010 -Name "Always reboot" -CodeType HardReboot -Description "Change soft reboot to hard reboot"

Otros cmdlets nuevos

Get-CMClientSettingDeployment

Use este cmdlet para obtener una implementación de un objeto de configuración de cliente personalizado. Puede usar este objeto con Remove-CMClientSetting.

Para obtener más información sobre la configuración de cliente, consulte Cómo configurar las opciones de cliente.

$clientSetting =  Get-CMClientSetting -Name "Software Center customizations"
$clientSetting | Get-CMClientSettingDeployment

Get-CMClientSettingDeployment -Name "Software Center customizations"

Get-CMDeploymentTypeDetectionClause

En función de sus comentarios, use este cmdlet para obtener las cláusulas de detección del tipo de implementación especificado.

Puede usar este cmdlet para obtener una cláusula de detección de una aplicación y aplicarla a otra, por ejemplo:

$appMsi = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"

$clause1 = Get-CMDeploymentTypeDetectionClause -InputObject $appMsi

Set-CMScriptDeploymentType -ApplicationName "Configuration Manager console" -DeploymentTypeName "Install" -AddDetectionClause $clause1

Cmdlets en desuso

Los siguientes cmdlets para iniciar una implementación están en desuso y pueden quitarse en una versión futura:

Cmdlets modificados

New-CMTaskSequence

Para obtener más información, vea New-CMTaskSequence.

Cambios no importantes

• Se quitó el parámetro InstallationLicensingMode heredado .

• Se ha ampliado la longitud máxima del parámetro Description a 512 los caracteres.

New-CMTSStepApplyOperatingSystem

Para obtener más información, vea New-CMTSStepApplyOperatingSystem.

Errores corregidos

Se han corregido problemas de validación con el parámetro DestinationVariable para permitir valores que comienzan con un carácter de subrayado (_).

Problemas conocidos generales

Problema conocido con la incorporación de asociación de inquilinos

Después de actualizar a la versión 2105.2 de la rama Technical Preview, si intenta habilitar la asociación de inquilinos, Configuration Manager desconecta inmediatamente el sitio de la asociación de inquilinos.

Este problema no afecta a los sitios que ya tienen habilitada la asociación de inquilinos.

Para solucionar este problema, establezca la siguiente entrada del Registro en el sistema del sitio que hospeda el rol del punto de conexión de servicio:

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\SMS\COMPONENTS\SMS_SERVICE_CONNECTOR" -Name "HeartbeatWorker_IntervalSec" -Value 60

Después de configurar esta entrada del Registro, habilite la asociación de inquilinos.

Pasos siguientes

Para obtener más información acerca de cómo instalar o actualizar la rama Technical Preview, vea Technical Preview.

Para obtener más información sobre las distintas ramas de Configuration Manager, consulte ¿Qué rama de Configuration Manager debo usar?.