none
SCCM não formata mais de 2 máquinas ao mesmo tempo. RRS feed

 > 

  • Pergunta

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    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 ?

    terça-feira, 11 de setembro de 2018 18:31
    |

Todas as Respostas

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    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 drivers

    https://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.log

    Em 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

    quarta-feira, 12 de setembro de 2018 12:14
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    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-file

    Understanding 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

           
    quarta-feira, 12 de setembro de 2018 12:17
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Obrigado pelas informações Luiz.

    Hoje vou focar nas informações que você me passou e retorno para passar um status.

    Segue versão do meu SCCM.

    System Center 2012 R2

    Console Version 5.0.8239.1502

    Site Version 5.00.8239.1000

    quinta-feira, 13 de setembro de 2018 13:33
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Bom Dia Jeferson 

    Recomendo também atualizar o SCCM para o CU4 ou mais recente, pois o seu está no RTM.

    https://support.microsoft.com/pt-br/help/3195483/description-of-cumulative-update-4-for-system-center-2012-configuratio

    Att,

    Luiz

    quinta-feira, 13 de setembro de 2018 15:46
    |