eu estava lendo Aprenda o Windows PowerShell 3 em um mês de almoços por Jones e Hicks e esta passagem do capítulo 1 chamou minha atenção:
O objetivo da Microsoft para o Windows PowerShell écriam 100% da funcionalidade administrativa de uma produção no shell. A Microsoft continua a construir consoles GUI, mas esses consoles estão executando comandos do PowerShell nos bastidores. Essa abordagem força a empresa a garantir que todas as coisas possíveis que você possa fazer com o produto Se você precisar automatizar uma tarefa repetitiva ou criar um processo que a GUI não habilita bem, você pode acessar o shell e assumir o controle total para si mesmo.
Vários produtos da Microsoft jáadotou essa abordagem, incluindo o Exchange Server 2007 e 2010, o SharePoint Server 2010, muitos dos produtos do System Center e muitos componentes do próprio Windows. No futuro, mais e mais produtos e componentes do Windows seguirão esse padrão. A versão mais recente do Windows Server, que é onde o PowerShell v3 foi introduzido, é quase totalmente gerenciada pelo PowerShell ou por uma GUI instalada no topo do PowerShell. É por isso que você não pode ignorar o PowerShell - nos próximos anos, ele se tornará a base para mais e mais administração.
Eu queria saber se é possível capturar oComandos do PowerShell que são gerados a partir de GUIs do Windows e ferramentas como o IIS? Isso tornaria muito fácil criar scripts de automação dessa maneira e também ajudar no aprendizado do PowerShell.
Respostas:
1 para resposta № 1Cole uma chamada Start-Transcript no seu perfil de todos os hosts ($Profile.CurrentUserAllHosts), provavelmente gerando um nome de arquivo para ele baseado em data ou contador ou algo assim.
Use algo como este módulo Transcrição para adicionar suporte primeiro a hosts que normalmente não permitem (ISE v4.0 e abaixo, SharePoint, etc), possivelmente apenas incluindo-o se o host não for o próprio PowerShell.