Um script de inicialização de GPO pode iniciar um processo em segundo plano e sair imediatamente?

Question

Eu pesquisei no Google e ainda não encontrei uma resposta.

Cenário: um de meus GPOs tem um script de inicialização que leva muito tempo para ser concluído. Por algumas razões, nós temos que executar os scripts de forma síncrona. Naturalmente, isso causa um tempo de inicialização lento (às vezes até 15 minutos!) Antes que a tela Logon seja exibida.

Após analisar e analisar o script do autor, concluí que a etapa em que está demorando para ser concluída não afetará o resultado dos GPOs sucessivos. Em outras palavras, essa etapa específica (e todas as etapas posteriores) podem ser executadas em segundo plano.

Minha pergunta: É possível que o Script de Inicialização apenas "acione" outro script / programa que será executado até a conclusão mesmo quando o Script de Inicialização sair? Ou seja, os "processos filho" do script de inicialização continuam a viver mesmo quando o processo do script de inicialização termina?

Informações adicionais: Os controladores de domínio são os de 2008 e 2008 R2. As estações de trabalho são o Windows XP.

    

Answer 1

Desculpe por não responder (minha própria pergunta) mais cedo.

Então, é assim que eu finalmente resolvi meu problema.

Na inicialização, o Script de inicialização cria um trabalho at . Como os Scripts de Inicialização são executados como SYSTEM, o trabalho at será executado de maneira semelhante em privilégios SYSTEM. O trabalho at está configurado para ser executado 2 minutos após a criação.

O comando no trabalho at é o script de carga de trabalho real. que acende qualquer carga que deveria estar fazendo. Desde que comece como um trabalho agendado, não importa quem está logado no momento.

Voila! Missão cumprida: -)

    

Answer 2

Supondo que o script de inicialização é um arquivo em lotes:

The CALL statement was introduced in MS-DOS 3.3

It is used to call other batch files within a batch file, without aborting the execution of the calling batch file, and using the same environment for both batch files.

link

    

Answer 3

Diante de uma situação semelhante em um trabalho anterior, descobri que a melhor solução era criar um programa de wrapper para o script ser executado. O script de logon iniciou esse programa, que, por sua vez, executou o script real em um modo de baixa prioridade.

Dessa forma, os usuários não foram afetados porque a velocidade de execução do script seria ajustada automaticamente pelo sistema operacional, dependendo do que mais estava sendo executado na máquina. Criar esse wrapper está fora do escopo deste site.

    

Answer 4

Apenas para opções, você também pode tentar colocar seu script em um GPO neste ponto:

Configuração do Computador \ Políticas \ Modelos Administrativos \ Sistema \ Logon \ Execute estes programas no logon do usuário

ou

Configuração do Usuário \ Políticas \ Modelos Administrativos \ Sistema \ Logon \ Execute estes programas no logon do usuário

Specifies additional programs or documents that Windows starts automatically when a user logs on to the system.

To specify values for this setting, click Show. In the Show Contents dialog box in the Value column, type the name of the executable program (.exe) file or document file. To specify another name, press ENTER, and type the name. Unless the file is located in the %Systemroot% directory, you must specify the fully qualified path to the file.

Note: This setting appears in the Computer Configuration and User Configuration folders. If both settings are configured, the system starts the programs specified in the Computer Configuration setting just before it starts the programs specified in the User Configuration setting.

Also, see the "Do not process the legacy run list" and the "Do not process the run once list" settings.