我完全理解你的处境——核心业务服务器上PowerShell ISE一启动就崩溃，试了常规方法都没用，又不敢轻易重建，确实头疼。结合你给出的异常信息（最内层是System.IO.FileFormatException，外层是反射调用异常），我整理了几个针对性的排查和修复思路，你可以按顺序尝试：

• 先扫描修复系统核心文件
  这个是基础操作，FileFormatException大概率和系统文件或.NET组件损坏有关。以管理员身份打开普通PowerShell（别用ISE），运行：

  sfc /scannow
  

  扫描完成后如果提示修复了文件，尽量找业务空闲窗口重启服务器，再测试ISE。如果sfc没解决，再重新注册.NET Framework 4.0的关键组件：

  # 32位组件
  regsvr32.exe /u C:\Windows\Microsoft.NET\Framework\v4.0.30319\msil\system.management.automation.dll
  regsvr32.exe C:\Windows\Microsoft.NET\Framework\v4.0.30319\msil\system.management.automation.dll
  
  # 64位组件（如果是64位系统）
  regsvr32.exe /u C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msil\system.management.automation.dll
  regsvr32.exe C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msil\system.management.automation.dll
  

• 排查系统级模块或第三方加载项
  虽然你用了-NoProfile跳过用户配置，但系统级的模块或第三方ISE加载项可能还是会干扰。试试这两步：

  1. 暂时重命名系统模块目录：把C:\Windows\System32\WindowsPowerShell\v1.0\Modules改成Modules_backup，然后启动ISE。如果能正常打开，说明某个系统模块损坏，你可以逐个把模块移回原目录，定位出问题的模块后替换或修复它。
  2. 检查注册表中的ISE加载项：打开注册表编辑器，定位到HKLM\Software\Microsoft\PowerShell\1\PowerShellISE\Addins和HKCU\Software\Microsoft\PowerShell\1\PowerShellISE\Addins，暂时删除这些路径下的非系统默认键值，再测试启动。

• 替换损坏的System.Management.Automation程序集
  你的问题签名明确指向SystemManagementAutomation文件版本10.0.14409.1012，这个文件很可能已经损坏：

  1. 找一台和你的服务器版本完全一致（Server 2008 R2、相同补丁级别）的正常机器，复制C:\Windows\Microsoft.NET\Framework\v4.0.30319\msil\system.management.automation.dll和对应Framework64目录下的文件。
  2. 在故障服务器上备份原文件，然后替换新文件，替换前尽量停止所有非必要的业务服务，避免文件被占用。

• 用Process Monitor抓启动时的文件访问异常
  如果以上方法都没效果，用Process Monitor来定位具体问题：

  1. 启动Process Monitor后，设置过滤条件：进程名等于powershell_ise.exe。
  2. 启动PowerShell ISE，观察它崩溃前访问的文件，重点看有没有“文件找不到”“访问被拒绝”“文件损坏”的记录——这些信息能精准定位到导致崩溃的根源文件。

• 重装PowerShell 5.1（如果已升级）
  从你的组件版本来看，服务器应该已经升级到PowerShell 5.1了。你可以下载对应Server 2008 R2的PowerShell 5.1独立安装包，在维护窗口重新安装，覆盖现有组件，安装完成后重启服务器再测试。

重要提醒：所有操作请尽量在业务维护窗口进行，提前做好系统备份和关键文件备份，避免操作过程中影响业务运行。

内容的提问来源于stack exchange，提问作者John Jensen