无法从本地批处理远程运行域控制器上的PowerShell脚本求助

核心问题定位 #

报错Get-ADGroupMember未被识别，本质是执行脚本的PowerShell环境未成功加载ActiveDirectory模块。本地登录DC执行正常，但远程通过批处理运行失败，说明执行上下文或环境存在差异。

分步排查与修复 #

1. 明确执行上下文（关键误解点） #

当前批处理的逻辑是：本地机器的PowerShell读取域控制器共享上的脚本文件，在本地机器执行，而非在DC上远程运行。这意味着本地机器必须安装RSAT-AD-PowerShell组件才能使用AD相关 cmdlet——DC本身自带该模块，但本地机器不一定有。

• 验证：在本地机器打开PowerShell，手动执行Import-Module ActiveDirectory，若报错则说明本地缺失RSAT组件。
• 修复：
  • Windows 10/11或Server 2016+：运行Enable-WindowsOptionalFeature -Online -FeatureName RSAT-AD-PowerShell安装；或通过「控制面板-程序-启用或关闭Windows功能」勾选「远程服务器管理工具-AD DS和AD LDS工具-AD PowerShell」。
  • 若需要在DC上远程执行脚本（而非本地），修改批处理为PowerShell远程调用：

    @echo off
    cls
    echo Loading, Please Wait...
    C:\Windows\System32\WindowsPowerShell\v1.0\Powershell.exe -ExecutionPolicy Bypass -Command "Invoke-Command -ComputerName %logonserver% -ScriptBlock { & 'C:\PATH\ON\DC\FILENAME.ps1' }"
    

    注：此方式需确保本地与DC已启用PowerShell远程（默认DC已开启），且执行用户拥有DC的远程执行权限。

2. 检查PowerShell架构兼容性 #

批处理中使用的C:\Windows\System32\WindowsPowerShell\v1.0\Powershell.exe是64位路径，若本地机器是32位系统，或从32位程序（如32位Office）启动批处理，会调用32位PowerShell，而32位环境下无法加载64位的ActiveDirectory模块。

• 修复：若为32位环境，改用C:\Windows\SysWOW64\WindowsPowerShell\v1.0\Powershell.exe；或强制以64位PowerShell运行批处理。

3. 修复模块导入的错误处理 #

脚本中Import-Module ActiveDirectory -ErrorAction SilentlyContinue会屏蔽导入失败的错误，导致无法及时发现模块加载问题。建议修改为：

Import-Module ActiveDirectory
if (-not (Get-Module ActiveDirectory)) {
    Write-Error "ActiveDirectory模块加载失败，请确认已安装RSAT-AD-PowerShell组件"
    exit 1
}

这样能明确模块是否成功加载，便于排查。

4. 验证共享与文件权限 #

尽管权限未变更，仍需确认：

• 本地用户对%logonserver%\<PATH TO FILE>共享路径有读取权限；
• 脚本文件的NTFS权限允许执行用户读取文件内容。
  可直接在本地访问\\<DC主机名>\<PATH TO FILE>\FILENAME.ps1，验证是否能正常打开。

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