类似问题这里,我被阻止部署以前称为终端服务器的服务,现在(令人困惑的是)在“添加角色和功能向导”的上下文中,在名为“远程桌面服务”的顶级服务下,它被称为“基于会话的桌面部署”方案。
我选择“快速启动”,然后看到以下内容:The server has reboots pending...
上面问题中的链接显示您应该删除注册表项。我这样做了,但错误仍然没有消失,我已经重新启动了七次,但错误仍然没有消失。我有点沮丧。有什么想法吗?
答案1
有一段时间我以为该角色已经安装好了,但这只是 WS2012 中的 RDS/TS 部署功能无法正确执行的数十项明显检查之一。如果您在 RDS 部署过程中遇到错误而无法继续,那么您将陷入困境。
我的 RDS 角色已部分安装,但安装程度还不够,因此您可以使用以下命令从 powershell 确认角色部署:
PS C:\Users\myname > get-RDLicenseConfiguration
get-RDLicenseConfiguration : A Remote Desktop Services deployment does not exist on servername.domain.local. This
operation can be performed after creating a deployment. For information about creating a deployment, run "Get-Help
Set-VDIDeployment" or "Get-Help Set-RDSHDeployment".
At line:1 char:1
+ get-RDLicenseConfiguration
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorException
+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,Get-RDLicenseConfiguration
以下是我遇到的问题,按顺序列出,以及我为什么最终认为自己被困在上面:尝试部署 RDS 角色在重新启动时似乎被阻止,而真正的问题是 RDS 角色已经基本安装完毕,但一个或多个角色服务尚未安装。换句话说,当普通人想要在计算机上部署的功能由许多“微小的可安装位”组成,有些已安装,有些未安装时,您会进入他们没有计划或测试的状态。这就是其中一种状态。
修复第 1 部分:
当系统需要重新启动时,有一个注册表项大于 0。它未被清除。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ServerManager
查找名为的键CurrentRebootAttempts
,如果 >0 则更改为零。
问题的第二部分与远程桌面许可系统有关Grace Period
,它有一种让您开箱即用的方法,无需接触微软有史以来最糟糕、最烦人的许可系统之一(RDS 许可),当此宽限期结束并且许可配置正确时,微软自己的工具应该会删除显示“宽限期”的注册表项。但是,微软自己的人员已将该注册表项配置为具有微软工具无法克服的权限,无法删除,简而言之,您最终会陷入我所陷入的困境。看起来许可服务未安装,许可模式未配置,许可角色未部署,但事实上它们已经部署,真正的问题是微软的产品(Windows Server 2012)有问题,并且正在欺骗您。
修复第 2 部分:
从 powershell 部署 RDS 许可,以管理员身份运行 powershell,然后输入,显然更改servername.domain.local
为您自己的 FQDN:
import-module RemoteDesktop
New-SessionDeployment -ConnectionBroker servername.domain.local
出现提示时,答案值显示如下:
提供以下参数的值: - WebAccessServer:servername.domain.local
- SessionHost[0]:servername.domain.local
- SessionHost[1]: (按回车键,但这里不要输入任何内容)
最后,运行 Get-RDLicenseConfiguration
,如果没有配置,则使用此命令来配置许可模式:
Set-RDLicenseConfiguration -LicenseServer host.domain.local -Mode PerUser -ConnectionBroker host.domain.local
答案2
导致这些消息的另一个可能原因是尚未清除的待处理文件重命名操作。
在这种情况下,明显的补救措施当然是重新启动服务器。如果这没有帮助,请检查密钥:
“HKLM\System\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations”
存在,如果存在,请删除它并重试。当然建议在执行此操作之前备份注册表。
当上述解决方案不起作用时,这最终成为了我特定情况下的解决方案。
答案3
这对我而言在服务器 2012 R2 预览版上很有用: