25个常用PowerShell命令总结
尽管Windows PowerShell已经出现一段时间了，习惯命令行的管理员可能对了解PowerShell功能的基础很感兴趣。
下面我们看看能由Windows PowerShell完成的最常见的25个任务。不止是这些任务很简单，显示语句的命令架构和其他PowerShell命令也很简单。掌握好这些基本命令是成为PowerShell专家的必经之路。
入门级别
1. 像文件系统那样操作Windows Registry——cd hkcu:
2. 在文件里递回地搜索某个字符串——dir –r | select string "searchforthis"
3. 使用内存找到五个进程——ps | sort –p ws | select –last 5
4. 循环（停止，然后重启）一个服务，如DHCP——Restart-Service DHCP
5. 在文件夹里列出所有条目——Get-ChildItem – Force
6. 递归一系列的目录或文件夹——Get-ChildItem –Force c:\directory –Recurse
7. 在目录里移除所有文件而不需要单个移除——Remove-Item C:\tobedeleted –Recurse
8. 重启当前计算机——(Get-WmiObject -Class Win32_OperatingSystem -ComputerName .).Win32Shutdown(2)
收集信息
9. 获取计算机组成或模型信息——Get-WmiObject -Class Win32_ComputerSystem
10. 获取当前计算机的BIOS信息——Get-WmiObject -Class Win32_BIOS -ComputerName .
11. 列出所安装的修复程序（如QFE或Windows Update文件）——Get-WmiObject -Class Win32_QuickFixEngineering -ComputerName .
12. 获取当前登录计算机的用户的用户名—— Get-WmiObject -Class Win32_ComputerSystem -Property UserName -ComputerName .
13. 获取当前计算机所安装的应用的名字——Get-WmiObject -Class Win32_Product -ComputerName . | Format-Wide -Column 1
14. 获取分配给当前计算机的IP地址——Get-WmiObject -Class Win32_NetworkAdapterConfiguration -Filter IPEnabled=TRUE -ComputerName . | Format-Table -Property IPAddress
15. 获取当前机器详细的IP配置报道——Get-WmiObject -Class Win32_NetworkAdapterConfiguration -Filter IPEnabled=TRUE -ComputerName . | Select-Object -Property [a-z]* -ExcludeProperty IPX*,WINS*
16. 找到当前计算机上使用DHCP启用的网络卡——Get-WmiObject -Class Win32_NetworkAdapterConfiguration -Filter "DHCPEnabled=true" -ComputerName .
17. 在当前计算机上的所有网络适配器上启用DHCP——Get-WmiObject -Class Win32_NetworkAdapterConfiguration -Filter IPEnabled=true -ComputerName . | ForEach-Object -Process {$_.EnableDHCP()}
软件管理
18. 在远程计算机上安装MSI包——(Get-WMIObject -ComputerName TARGETMACHINE -List | Where-Object -FilterScript {$_.Name -eq "Win32_Product"}).Install(\\MACHINEWHEREMSIRESIDES\path\package.msi)
19. 使用基于MSI的应用升级包升级所安装的应用——(Get-WmiObject -Class Win32_Product -ComputerName . -Filter "Name='name_of_app_to_be_upgraded'").Upgrade(\\MACHINEWHEREMSIRESIDES\path\upgrade_package.msi)
20. 从当前计算机移除MSI包——(Get-WmiObject -Class Win32_Product -Filter "Name='product_to_remove'" -ComputerName . ).Uninstall()
机器管理
21. 一分钟后远程关闭另一台机器——Start-Sleep 60; Restart-Computer –Force –ComputerName TARGETMACHINE
22. 添加打印机——(New-Object -ComObject WScript.Network).AddWindowsPrinterConnection(\\printerserver\hplaser3)
23. 移除打印机——(New-Object -ComObject WScript.Network).RemovePrinterConnection("\\printerserver\hplaser3 ")
24. 进入PowerShell会话——invoke-command -computername machine1, machine2 -filepath c:\Script\script.ps1
25.把批处理废掉吧，向PowerShell进军
打破批处理的习惯，向PowerShell进军
PowerShell应当已经名正言顺地成为批处理（Cmd.exe shell脚本）的替代者了，但是因为一些原因，许多人都不是很情愿抛弃批处理。这篇文章将作为一个系列文章的开始帮助你打破批处理的习惯，向PowerShell进军。
在我进入这些文章系列之前，我想先稍微讲述一下关于批处理文件的一些历史和为什么你需要使用PowerShell来代替老风格的批处理代码编写你的脚本。
批处理文件的历史
批处理文件拥有很悠久的历史了，微机操作系统上的一个CP/M ，拥有可提交的命令，它可以将文本文件中的一系列命令逐行运行。它非常简单（因为当时的内存很吃紧），不支持任何类型的条件分支。
当开发MS-DOS时，微软在它的Command.com命令解释器中，也纳入了非常类似的批处理功能：把命令存在一个文本文件中，命名为.Bat的扩展名，然后命令解释器就会运行它里面的每一个命令。
在以后的DOS版本中，微软通过多种方式扩展了批处理文件。增加了标签，GOTO语句，和If语句来处理分支。很重要的一点，批处理“语言”不是被设计出来的。它只是脱胎于CP/M可提交命令而已。
Windows NT 和 Cmd.exe
很快就到了Windows NT (1993)了，微软纳入了一个控制台模式的应用程序，Cmd.exe，直到这一天它也才呈献给用户的一个传说中的“C: 提示符”。cmd.exe是旧的MS-DOS上的Command.com的一个超集，甚至使用很多相同的命令。命令类似，它的设计向后兼容，以确保用户能够运行旧的MS-DOS上的批处理文件。Cmd.exe也能运行带有.Bat 扩展名“批处理文件”。
Cmd.exe 和 Command.com之间的相似性是它对.Bat文件的向后兼容性，微软刚开始选择的Cmd.exe图标（“MS-DOS” logo）导致了用户困惑多年。即使在今天我们在一些论坛社区，还会看到一些提问“如何用DOS干什么什么”，事实上这关DOS鸟事。
Cmd.exe比 Command.com拥有更多的功能，相应的也就是批处理文件的扩展。其中就包括 For /f的迭代，简单的使用Call命令来调用子程序，环境的指定（Setlocal and Endlocal）。虽然这些增强，让批处理“语言”更加实用，它仍然还是有许多缺陷，这让写一个简单的批处理程序变成一件令人头疼的事。
Windows Script 主机
从Windows 2000（1999）开始，微软通过引入Windows Script Host 两个真正的，内置的，可编程语言（VBScript和JScript 微软版本低Javascript）来增强它的脚本功能。 WSH脚本依赖于COM对象来在操作系统和应用程序之间进行交互。尽管WSH极其实用和强大，它受限于机器上必须安装所需的COM对象，并且没有提供命令行界面。
进入 Windows PowerShell
批处理和WSH脚本没有提供一致性，因为它们是两种分开的增强工具，拥有不同的用户接口（批处理和wSH脚本是两码事）。微软意识到了这一点，在2006年发布了Windows PowerShell的第一个版本，结束了列国混战的局面，一统了Windows脚本的江湖。PowerShell基于.NET 框架，提供了一个命令行，和管理Windows 操作系统的接口。
现在我们拥有了Windows PowerShell，没有任何必要再去编写旧式的的批处理文件（Cmd.exe shell脚本）。展望未来吧，你应当将你的精力放在学习PowerShell上，主要是因为微软已经将PowerShell定位成Windows操作系统自动化和企业应用程序管理的默认工具了。
为什么是时候停止写批处理了
这里给出你应当停止写批处理文件，而转向PowerShell脚本的五个理由。
- PowerShell是未来，是标杆。微软已经将PowerShell定位为Windows操作系统和微软企业应用程序管理的默认工具了。许多第三方供应商也提供了PowerShell类库用来管理他们的产品。
- 批处理是晦涩难懂的，它有很多缺陷。我以前经常去一些脚本提问的网站，我都数不清我问过多少次诸如为什么环境变量展开后不正确啦，为什么命令运行后不正确啦。真的没有必要把自己耗在cmd.exe上了。批处理的限制太多了，投入到PowerShell的怀抱中吧！
- PowerShell是支持批处理和命令行的，转向PowerShell并不是说抛弃了批处理，老式的批处理文件仍然可以在PowerShell上很好地运行，命令行工具也仍然在PowerShell上能够完美兼容运行。
- PowerShell是真正的脚本编程语言，你可能还没有尝到PowerShell的甜头，尤其当你尝试体验一些复杂逻辑时，在PowerShell中明显比CMD.exe要简单地多。许多时候，一行PowerShell命令行，能够替代成百上千的批处理代码。
- PowerShell 使用的是对象，不像Cmd.exe和其它基于文本的Shell只能使用文本的命令输出。另一方面PowerShell使用的是.NET 对象，那些昔日在批处理中比较棘手的问题（比如日期时间的解析）在PowerShell中变得出奇的简单。
扔下批处理吧
Cmd.exe短期内不会消亡，但是也没有什么理由值得我们在这老式的批处理语言上煞费苦心，把它扔下来，使用PowerShell来代替它吧！
