Início / computer / Perguntas / 1652170
Accepted
LPChip
Asked: 2021-05-29 04:38:24 +0800 CST

O Powershell ISE congela durante a execução do script se a conexão RDP for perdida

  • 772

Eu tenho um script powershell que depende do ISE (não funciona direito no console normal) devido ao uso de formulários.

Quando o script é executado, às vezes pode levar até 10 minutos para que o script seja concluído. No entanto, isso não é realmente um problema... Mas se o Powershell ISE estiver aberto e a conexão RDP for perdida (por exemplo, outro usuário se conectar à sessão), o PowerShell ISE não responderá e o script não funcionará mais. Eu tive o mesmo no meu computador local com instâncias diferentes. Por exemplo, se eu bloquear meu pc, isso também acontece.

Estranhamente, ainda posso clicar com o botão direito do mouse na entrada da barra de tarefas do powershell ISE e obter o pop-up. Eu posso fechar daqui bem, mesmo que o [x] não funcione mais. Se eu fechar dessa forma e o script tiver alterações nele, o Powershell ISE me perguntará se quero salvar minhas alterações e o fará, mas qualquer outra forma de interação parece impossível.

Alguém sabe o que posso fazer para corrigir o problema? Existe alguma maneira de atualizar o PowerShell ISE?

O servidor é o Windows Server 2016, meu pc é o Windows 10 Pro x64 v2004

powershell

1 respostas

  1. Best Answer

    Quanto a isso...

    Eu tenho um script powershell que depende do ISE (não funciona direito no console normal) devido ao uso de formulários.

    O PowerShell.exe não pode exibir formulários nativamente, por design. Para poder exibir o formulário, precisamos adicionar uma linha de código no topo do nosso script para dar suporte à renderização do formulário WinForm/WPF.

    O ISE usa powershell_ise.exe, não powershell.exe ou pwsh.exe (PowerShell Core).

    Seu código UX/UI nunca deve depender de um editor de código para ser executado.

    Add-Type -AssemblyName  Microsoft.VisualBasic,
                        PresentationCore,
                        PresentationFramework,
                        System.Drawing,
                        System.Windows.Forms,
                        WindowsBase,
                        WindowsFormsIntegration

[System.Windows.Forms.Application]::EnableVisualStyles()

    Isso está bem documentado nos arquivos de ajuda do PowerShell, em toda a web. O ISE carrega automaticamente módulos/namespaces UX/UI, o host do console não.

    Você não precisa de tudo na lista dependendo do que está fazendo na implementação de UX/UI/Form.

    No entanto, não prejudica / impacta em nada carregar todos os itens acima e garante a flexibilidade que cada um traz. Veja os documentos de cada um deles.

    Quanto a isso...

    Quando o script é executado, às vezes pode levar até 10 minutos para que o script seja concluído

    ... este não é um problema de UX/UI, é nosso código de back-end e levaria muito tempo, se você tivesse um UX/UI ou não.

    Quanto a isso...

    Mas se o Powershell ISE estiver aberto e a conexão RDP for perdida (por exemplo, outro usuário se conectar à sessão), o PowerShell ISE não responderá

    ... se o seu código de back-end parar/travar, então sua UX/UI não tem ideia do que está acontecendo e espera que seu código de back-end diga a ele para fazer algo. UX/UI não é um monitor de código e não tem ideia do que seu código de back-end está fazendo. UX/UI é apenas uma exibição de resultados. Se não obtiver uma ação/evento para responder, ele será bloqueado, por design. Além disso, por padrão, o logon do RDS/RDP em um servidor não é mais do que duas conexões por vez, o que inclui o console. Portanto, a menos que você compre e implante uma licença RDS completa por licença de conexão necessária, você ficará preso ao que vê.

    O ISE (ou outro editor de código) é um editor/designer para seus scripts, não a execução de seu script. Embora você possa testar seu código lá, isso é para fins de depuração, não para produção.

    Você escreve o código no ISE/VSCode, etc., mas seu ambiente de execução/execução de destino é o host do console. Nenhum usuário deve ter que abrir um editor de código para executar seu código.

    Quanto a isso...

    Alguém sabe o que posso fazer para corrigir o problema? Existe alguma maneira de atualizar o PowerShell ISE?

    ...

    1. Não execute este código no ISE, a menos que você o esteja projetando/depurando/testando?
    2. Adicione o namespace UX/UI à parte superior do seu script.
    3. Não há atualização do ISE. De acordo com o MS, a versão atual do Windows PowerShell 5x e o ISE associado são depreciados. Ou seja, não há mais trabalho em nenhum deles, além de correções de bugs/segurança.

    A MS afirmou que, embora não haja mais trabalho no PowerShell v5x e no ISE; O WinPS e o ISE serão o que são hoje e estarão em versões completas do OS/.Net no futuro próximo. Assim, aqueles que preferem PSv5 e ISE podem continuar usando.

    Roteiro do PowerShell 6.0: CoreCLR, retrocompatibilidade e muito mais!

    ***Futuro do Windows PowerShell

    O Windows PowerShell 5.1, muito parecido com o .NET Framework 4.x, continuará sendo > um componente interno com suporte do Windows 10 e do Windows Server 2016.

    No entanto, provavelmente não receberá atualizações de recursos importantes ou correções de bugs de prioridade menor***.

    Com > PowerShell Core, estamos abordando ativamente os bugs que podem ter existido em versões anteriores do Windows PowerShell. Estamos até abertos a contribuições para que essas correções de bugs possam ser feitas por membros de nossa comunidade.

    Não há alterações nos ciclos de suporte para a versão de envio do Windows Management Framework (WMF).

    Assim, todo esforço no PowerShell Core multiplataforma (atualmente conhecido como PowerShell v7 para Windows/OSX/Linux).

    Não há ISE para PowerShell Core. O editor do núcleo do PowerShell é o Visual Studio Code e, para usar o PowerShell com o VSCode, você precisa instalar a extensão do PowerShell.

    bem, você pode realmente usar o ISE com Powershell Core, via PowerShell RunSpaces, se desejar. Veja como:

    https://old.ironmansoftware.com/using-powershell-core-6-and-7-in-the-windows-powershell-ise

    No entanto, com o VSCode, você pode ter vários shells abertos no mesmo editor ao mesmo tempo, o que tem suas vantagens.

    YouTube

    'PowerShell para VSCode' https://www.youtube.com/results?search_query=powershel+for+vscode

    Ainda assim, nenhuma das opções acima evita a necessidade do namespace da GUI ou de outras referências em seus scripts. Você sempre deve usá-los em qualquer editor de código que esteja usando por padrão quando estiver usando coisas de UX/UI.

    Por fim, para scripts de longa duração, você deve realmente analisar o uso de trabalhos em segundo plano do PowerShell.

    'Scripts de longa execução do PowerShell Jobs'

    https://duckduckgo.com/?q=%27powershell+jobs+long+running+scripts%27&t=h_&ia=web

    • 2

relate perguntas