Por um tempo, achei que a função já estava instalada, mas essa é apenas uma das dezenas de verificações óbvias que os recursos de Implantação do RDS / TS no WS2012 não fazem corretamente. Se você conseguir passar pela implantação do RDS e expirar devido a um erro, você ficará preso aqui.
Minha função RDS foi parcialmente instalada, mas não instalada o suficiente para que você possa confirmar uma implantação de função do powershell, com o seguinte comando:
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
Aqui estão os problemas na ordem em que os atingi, e como acabei pensando que estava preso onde achei que estava preso: tentar implantar a função RDS aparece bloqueado em uma reinicialização quando o problema real é que o A função RDS já está instalada principalmente, embora um ou mais serviços de função não estejam. Em outras palavras, quando um recurso que um ser humano normal quer implantar em um computador é composto de tantos "pequenos bits instaláveis" e alguns são instalados, e outros não, você entra em um estado que eles não planejaram ou teste para. Este é um desses estados.
FIX PART 1:
Existe uma chave de registro que é > 0 quando o sistema precisa de uma reinicialização. NÃO estava sendo limpo.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ServerManager
Procure a chave com o nome CurrentRebootAttempts e, se > 0, mude para zero.
A segunda metade do problema tem a ver com o sistema de licenciamento de área de trabalho remota que possui Grace Period , uma maneira de deixá-lo pronto para uso sem expor você a um dos piores e mais irritantes sistemas de licenciamento da Microsoft. (Licenciamento RDS), quando este Período de Carência terminar e o licenciamento estiver configurado corretamente, as ferramentas da própria Microsoft deverão excluir uma chave do registro que diz "Período de Carência". No entanto, o próprio pessoal da Microsoft configurou essa chave de registro para que ela tenha permissões que nem as ferramentas da Microsoft podem superar, não pode ser excluída, em suma, e você acaba preso onde estou preso. Parece que os serviços de Licenciamento não foram instalados, os modos de licenciamento não foram configurados e as funções de licenciamento não foram implantadas, quando na verdade estavam, e o problema real é que o produto da Microsoft (Windows Server 2012) está corrompido e está mentindo para você.
FIX PART 2:
Implantar o licenciamento RDS do PowerShell, executar o PowerShell como administrador e digitar, obviamente, alterando servername.domain.local para seu próprio FQDN:
import-module RemoteDesktop
New-SessionDeployment -ConnectionBroker servername.domain.local
Quando solicitado, responda aos valores mostrados aqui:
Forneça valores para os seguintes parâmetros:
- WebAccessServer: servername.domain.local
- SessionHost [0]: servername.domain.local
- SessionHost [1]: (pressione enter, mas não digite nada aqui)
Por fim, execute Get-RDLicenseConfiguration e, se não estiver configurado, use este comando para configurar o modo de licenciamento:
Set-RDLicenseConfiguration -LicenseServer host.domain.local -Mode PerUser -ConnectionBroker host.domain.local