Inquiridor
SCCM não formata mais de 2 máquinas ao mesmo tempo.

Pergunta
-
Pessoal, boa tarde.
Estou com um problema no SCCM onde não consigo formatar mais de duas máquinas ao mesmo tempo.
Exemplo, se eu coloco uma de cada vez ou em intervalos de 15 minutos entre elas a formatação ocorre normalmente.
Isso ocorre com diferentes modelos de notebook e desktop, ele chega instalar o windows e tudo mais porém quando chega no drive de rede ele acaba não instalando e consequentemente a máquina não entra no domínio nem termina de instalar os softwares.
Alguém pode me informar em qual log posso ler o possível problema ?
Todas as Respostas
-
Bom Dia Jeferson
Poderia confirmar qual a versão do SCCM que está em uso e build ?
Compartilho contigo algumas informações que podem te ajudar.
Pelo lado da máquina cliente
- SMSTS.log;
- Setupact.log e Setuperr.log em %windir%\panther
- Setupapi.dev.log, setupapi.app.log e setupapi.offline.log em %windir%\INF para ver a aplicação de drivershttps://support.microsoft.com/en-us/kb/928901
* localizações mais comum do arquivo SMSTS.log
WindowsPE, before HDD format: x:\windows\temp\smstslog\smsts.log
WindowsPE, after HDD format: x:\smstslog\smsts.log
Windows, SCCM agent not installed: c:\_SMSTaskSequence\Logs\Smstslog\smsts.log
Windows, SCCM agent installed: c:\windows\system32\ccm\logs\Smstslog\smsts.log
Windows x64, SCCM agent installed: c:\windows\sysWOW64\ccm\logs\Smstslog\smsts.log
Task Sequence completed: c:\windows\system32\ccm\logs\smsts.log
Task Sequence completed x64: c:\windows\sysWOW64\ccm\logs\smsts.logEm um primeiro momento, o comportamento pode estar relacionado a:
- arquivo ’unattend.xml’ com problema de configuração (ex. Usando um arquivo x86 em uma máquina x64)
- conflito de drivers
- imagem corrompida.
Por favor, confirme com o cliente se:
- como o processo de OSD é iniciado (PXE, mídia, etc)
- funcionava antes ou é uma nova imagem
Algumas das melhores práticas a serem seguidas quando utilizar OSD:
• Deixar a imagem o mais "limpo" possível.
Você pode manter na imagem os programas que não exigem muitas atualizações, que possuam customizações de difícil automação e que todas as máquinas devem ter instalado. Um ponto importante é a questão de quantidade de ativações do Windows. O sysprep quando utilizado o "/generalize" reinicia a ativação do Windows 3 vezes, depois é necessário refazer a imagem para permitir novas ativações.
• Deixar o boot image o mais "limpo" possível.
Lembro que somente drivers de rede e controladora de disco devem ser adicionados, os drivers devem ser da mesma plataforma da boot image (x86 ou x64). Com isso a boot image fica com quase o tamanho normal facilitando acópia pela rede
• Fazer todas as customizações a partir da task sequence:
o Configuração de rede
o Para os aplicativos, criar pacotes no Configuration Manager e adiciona-los na task sequence.
o Para os drivers, fazer a download de acordo com a informação do fabricante, confirmar que a importação foi feita corretamente e para a adição na task sequence, adicionar um ‘Apply Driver Package’ e fazer a verificação do equipamento através da aba Options com a seguinte validação no WMI
Select * from win32 computersystem where manufacturer = 'equipamento' and Model = 'modelo'
Lembrando que devidamente configurado, a opção “Apply Driver Package” é muito mais efetivo do que o “Auto-Apply Drivers”Att,
Luiz
-
Em um problema parecido que ocorreu problema com drivers de rede wireless foi executado o seguinte:
Criado uma task sequence para remover o Certificado da maquina (Conforme primeira orientação do XML).
Segundo passo foi parar o Serviço dot3svc do 802.1x (Conforme o segunda orientação do XML)
E a Terceira etapa foi desativar esse serviço, com isso o problema foi resolvido. (Conforme o segunda orientação do XML)
Abaixo segue as orientações utilizadas:
<!-- Prevent the ConfigMgr Client's Native Mode Certificate from migrating during an OSD refresh scenario-->
<component type="Documents" context="System">
< displayName>SkipMachineCerts</displayName>
< role role="Data">
< rules>
< include>
< objectSet>
< pattern type="Registry">HKLM\SOFTWARE\Microsoft\SystemCertificates\My\Certificates\*[*]</pattern>
< /objectSet>
< /include>
< unconditionalExclude>
< objectSet>
< pattern type="Registry">HKLM\SOFTWARE\Microsoft\SystemCertificates\My\Certificates\*[*]</pattern>
< /objectSet>
< /unconditionalExclude>
< /rules>
< /role>
</component>
Edit the content to set migrate =”no” for following components:componentdisplayname="Microsoft-Windows-Wlansvc"
componentdisplayname="Microsoft-Windows-Dot3svc"
Maiores informações:Config.xml File
https://docs.microsoft.com/en-us/windows/deployment/usmt/usmt-configxml-fileUnderstanding what the USMT 4.0 CONFIG manifests migrate (Part 5: XP Section D)
https://blogs.technet.microsoft.com/askds/2011/08/15/understanding-what-the-usmt-4-0-config-manifests-migrate-part-5-xp-section-d/Espero ter ajudado.
Atenciosamente,
Luiz
-
-
Bom Dia Jeferson
Recomendo também atualizar o SCCM para o CU4 ou mais recente, pois o seu está no RTM.
Att,
Luiz