Microsoft 365 Endpoint Administrator (MD-102) — Questões de prática e simulado

Falso. Os scripts do PowerShell implantados por meio do Intune são executados uma vez por dispositivo por padrão e não são executados de novo nos check-ins seguintes da IME. Segundo a documentação da Microsoft: "depois que o script é executado, ele não é executado de novo, a menos que haja uma mudança no script ou na política." Para forçar uma nova execução, altere o conteúdo do script (mudando o hash dele) ou redefina o rastreamento de execução. A IME procura scripts novos ou alterados após cada reinicialização, mas os scripts já executados com sucesso são ignorados. Verdadeiro está incorreto — os scripts não são executados novamente a cada sincronização. Esse é um equívoco comum cobrado na prova.

O Company Portal precisa ser implantado explicitamente como app da Microsoft Store com atribuição Required nos dispositivos inscritos pelo Autopilot — ele NÃO é instalado automaticamente durante a inscrição do Autopilot. No Intune admin center, crie um Microsoft Store app (new) para o Company Portal, defina o Install behavior como System (contexto de dispositivo) e atribua como Required ao seu grupo de dispositivos do Autopilot. Assim ele é instalado antes do login do usuário. Incluí-lo nos apps obrigatórios da ESP (a opção “Inclua o Company Portal na lista de apps obrigatórios da Enrollment Status Page…”) apenas condiciona a conclusão da ESP, mas não faz a implantação. Scripts do PowerShell (a opção “Implante o Company Portal por meio de um script do PowerShell”) não são confiáveis para apps da loja. Ref: learn.microsoft.com/intune/app-management/deployment/add-company-portal-autopilot

Os filtros de atribuição restringem uma atribuição existente por propriedades do dispositivo, como versão do sistema operacional, fabricante, modelo, categoria ou tipo de propriedade. Você associa um filtro à atribuição no modo Include ou Exclude, e o Intune o avalia quando o dispositivo é registrado ou faz check-in. Como os filtros não dependem do processamento da associação aos grupos, eles evitam o atraso que os grupos dinâmicos podem causar. Os grupos dinâmicos continuam úteis para o direcionamento entre cargas de trabalho, como Conditional Access ou licenciamento. As marcas de escopo controlam quais administradores podem ver os objetos, e uma categoria de dispositivo é apenas uma propriedade que você ainda precisaria usar no direcionamento. Dica de prova: direcionar cargas de trabalho do Intune por uma propriedade do dispositivo sem o atraso da avaliação de grupos é o caso de uso que a Microsoft indica para os filtros de atribuição.

O Intune divide o gerenciamento de atualizações do Windows entre vários tipos de política. Os anéis de atualização definem o comportamento do cliente, como adiamentos de atualizações de qualidade e de recursos, prazos, períodos de carência e a experiência de reinicialização. As políticas de atualização de recursos fixam os dispositivos em uma versão específica do Windows ou os movem para ela, e a Microsoft informa que o Windows Enterprise LTSC não tem suporte nessas políticas, indicando os anéis de atualização como alternativa. As políticas de atualização de drivers aprovam atualizações de drivers e firmware. As políticas de conformidade podem relatar uma versão mínima do sistema operacional, mas não instalam atualizações. Para quiosques LTSC que precisam de adiamentos de atualizações de qualidade e prazos de reinicialização, os anéis de atualização são a escolha certa. Dica de prova: a menção a LTSC no cenário descarta as políticas de atualização de recursos.