Crie catálogos de máquinas

Importante:

A partir do Citrix Virtual Apps and Desktops 7 2006, se sua implantação atual usar qualquer uma das seguintes tecnologias, você poderá atualizar sua implantação para a versão atual somente após remover os itens de fim de vida útil (EOL) que usam essas tecnologias.

• VDisks pessoais (PVDs)
• AppDisks
• Tipos de host de nuvem pública: Citrix CloudPlatform, Microsoft Azure Classic

Para obter detalhes, consulte Remover PVD, AppDisks e hosts não suportados.

Nota:

Você pode gerenciar a implantação do Citrix Virtual Apps and Desktops usando dois consoles de gerenciamento: Web Studio (baseado na web) e Citrix Studio (baseado em Windows). Este artigo abrange somente o Web Studio. Para obter informações sobre o Citrix Studio, consulte o artigo equivalente no Citrix Virtual Apps and Desktops 7 2212 ou anterior.

Se você quiser usar conexões de host de nuvem pública para sua implantação, precisará da Licença de Direitos Híbridos para concluir sua nova instalação ou atualizar para a versão atual.

Quando o instalador detecta uma ou mais das tecnologias não suportadas ou conexões de host sem a Licença de Direitos Híbridos, a atualização é interrompida ou interrompida. Uma mensagem explicativa é exibida. Os registros do instalador contêm detalhes. Para obter mais informações, consulte Atualizar uma implantação.

Introdução

As coleções de máquinas físicas ou virtuais são gerenciadas como uma única entidade chamada catálogo de máquinas. Todas as máquinas em um catálogo têm o mesmo tipo de sistema operacional: sistema operacional multissessão ou sistema operacional de sessão única e máquinas Windows ou Linux.

O Web Studio orienta você a criar o primeiro catálogo de máquinas depois de criar o site. Depois de criar o primeiro catálogo, o Web Studio orienta você a criar o primeiro grupo de entrega. Posteriormente, você pode alterar o catálogo criado e criar mais catálogos.

Dica:

A atualização de uma implantação existente ativa o recurso de otimização de armazenamento (MCS I/O) do Machine Creation Services (MCS), sem necessidade de configuração adicional. O Virtual Delivery Agent (VDA) e a atualização do Delivery Controller lidam com a atualização de E/S do MCS.

Visão geral

Ao criar um catálogo de VMs, você especifica como provisionar essas VMs. Você pode usar o Machine Creation Services (MCS). Ou você pode usar suas próprias ferramentas para fornecer máquinas.

Considere:

• O MCS suporta um único disco do sistema a partir da imagem da máquina virtual. Ele ignora o restante dos discos de dados anexados à imagem.
• Se você usa o MCS para provisionar VMs, você fornece uma imagem mestre (ou instantâneo de uma imagem) para criar VMs idênticas no catálogo. Antes de criar o catálogo, primeiro você usa as ferramentas para criar e configurar a imagem mestre. Esse processo inclui a instalação de um Virtual Delivery Agent (VDA) na imagem. Em seguida, você cria o catálogo de máquinas no Web Studio. Você seleciona essa imagem (ou instantâneo), especifica o número de VMs a serem criadas no catálogo e configura informações adicionais.
• Se suas máquinas já estiverem disponíveis, você ainda deverá criar um ou mais catálogos de máquinas para essas máquinas.
• Se você estiver criando um catálogo usando diretamente o SDK do PowerShell, poderá especificar um modelo de hipervisor (vmTemplates), em vez de uma imagem ou um instantâneo.
• Usar um modelo para provisionar um catálogo é considerado um recurso experimental. Ao usar esse método, a preparação da máquina virtual pode falhar. Como resultado, o catálogo não pode ser publicado usando o modelo.

Ao usar o MCS ou o Citrix Provisioning para criar o primeiro catálogo, você usa a conexão de host que configurou ao criar o site. Posteriormente (depois de criar seu primeiro catálogo e grupo de entrega), você poderá alterar as informações sobre essa conexão ou criar mais conexões.

Depois de concluir o assistente de criação do catálogo, os testes são executados automaticamente para garantir que ele esteja configurado corretamente. Quando os testes forem concluídos, você poderá ver um relatório de teste. Execute os testes a qualquer momento no Web Studio.

Nota:

O MCS não oferece suporte ao Windows 10 IoT Core e ao Windows 10 IoT Enterprise. Consulte o site da Microsoft para obter mais informações.

Para obter detalhes técnicos sobre as ferramentas de provisionamento da Citrix, consulte Citrix Virtual Apps and Desktops Image Management.

Verificação da licença RDS

Atualmente, o Web Studio não realiza a verificação de licenças válidas do Microsoft RDS ao criar um catálogo de máquinas que contém máquinas com sistema operacional Windows multissessão. Para ver o status da licença Microsoft RDS para uma máquina com sistema operacional multissessão Windows **, acesse o Citrix Director. Veja o status da licença Microsoft RDS no painel **Machine Details . Esse painel está na página Machine Details e User Details . Para obter mais informações, consulte Saúde da licença RDS da Microsoft.

Registro de VDA

Um VDA deve ser registrado com um Delivery Controller ao iniciar sessões intermediadas. VDAs não registrados podem resultar na subutilização de recursos disponíveis de outra forma. Há vários motivos pelos quais um VDA pode não estar registrado, muitos dos quais um administrador pode solucionar. O Web Studio fornece informações sobre solução de problemas no assistente de criação de catálogos e depois de adicionar máquinas de um catálogo a um grupo de entrega.

Depois de adicionar máquinas existentes usando o assistente, a lista de nomes de contas de computador indica se cada máquina é adequada para ser adicionada ao catálogo. Passe o mouse sobre o ícone ao lado de cada máquina para exibir uma mensagem informativa sobre essa máquina.

Se a mensagem identificar uma máquina problemática, remova essa máquina ou adicione-a. Por exemplo, se uma mensagem indicar que talvez não tenha sido obtida informação sobre uma máquina, adicione a máquina mesmo assim.

Para obter mais informações, consulte:

• CTX136668 para orientação de solução de problemas de registro de VDA
• Versões e níveis funcionais do VDA
• Métodos de registro de VDA

Resumo da criação do catálogo MCS

Aqui está uma breve visão geral das ações padrão do MCS depois de fornecer informações no assistente de criação de catálogo.

• Se você selecionou uma imagem mestre (em vez de um instantâneo), o MCS cria um instantâneo.
• O MCS cria uma cópia completa do snapshot e coloca a cópia em cada local de armazenamento definido na conexão do host.
• O MCS adiciona as máquinas ao Active Directory, o que cria identidades exclusivas.
• O MCS cria o número de VMs especificado no assistente, com dois discos definidos para cada VM. Além dos dois discos por VM, um mestre também é armazenado no mesmo local de armazenamento. Se você tiver vários locais de armazenamento definidos, cada um receberá os seguintes tipos de disco:
  • A cópia completa do instantâneo, que é somente para leitura e compartilhada entre as VMs recém-criadas.
  • Um disco de identidade exclusivo de 16 MB que dá a cada VM uma identidade exclusiva. Cada VM recebe um disco de identidade.
  • Um disco diferenciado exclusivo para armazenar gravações feitas na VM. Esse disco é provisionado de forma fina (se suportado pelo armazenamento host) e aumenta até o tamanho máximo da imagem mestre, se necessário. Cada VM recebe um disco diferente. O disco de diferença contém as alterações feitas durante as sessões. É permanente para desktops dedicados. Para desktops agrupados, ele é excluído e um novo é criado após cada reinicialização por meio do controlador de entrega.

Como alternativa, ao criar VMs para fornecer desktops estáticos, você pode especificar (na página Machines do assistente de criação de catálogos) clones de VM espessos (cópia completa). Os clones completos não exigem a retenção da imagem mestre em cada armazenamento de dados. Cada VM tem seu próprio arquivo.

Considerações sobre armazenamento do MCS

Há muitos fatores ao decidir sobre soluções, configurações e capacidades de armazenamento para o MCS. As informações a seguir fornecem considerações apropriadas sobre a capacidade de armazenamento:

Considerações sobre a capacidade:

• Discos

  Os discos Delta ou Differencing (Diff) consomem a maior quantidade de espaço na maioria das implantações de MCS para cada VM. Cada VM criada pelo MCS recebe no mínimo 2 discos após a criação.

  • Disk0 = Diff Disk: contém o sistema operacional quando copiado da imagem base principal.
  • Disk1 = Identity Disk: 16 MB - contém dados do Active Directory para cada VM.

  À medida que o produto evolui, talvez seja necessário adicionar mais discos para satisfazer determinados casos de uso e consumo de recursos. Por exemplo:

  • O MCS Storage Optimization cria um disco no estilo cache de gravação para cada VM.
  • O MCS adicionou a capacidade de usar os clones completos em oposição ao cenário de disco Delta descrito na seção anterior.

  Os recursos do hipervisor também podem entrar na equação. Por exemplo:

  • O XenServer IntelliCache cria um disco de leitura no armazenamento local para cada XenServer. Essa opção economiza IOPS em relação à imagem mestre que pode ser mantida no local de armazenamento compartilhado.

• Sobrecarga do hipervisor

  Hipervisores diferentes usam arquivos específicos que criam sobrecarga para as VMs. Os hipervisores também usam armazenamento para gerenciamento e operações gerais de registro. Calcule o espaço para incluir despesas gerais para:

  • Arquivos de log
  • Arquivos específicos do hipervisor. Por exemplo:
    • A VMware adiciona mais arquivos à pasta VM storage . Consulte Práticas recomendadas da VMware.
    • Calcule seus requisitos totais de tamanho de máquina virtual. Considere uma máquina virtual contendo 20 GB para o disco virtual, 16 GB para o arquivo de troca e 100 MB para arquivos de log que consomem 36,1 GB no total.
  • Instantâneos para XenServer; Instantâneos para VMware.

• Sobrecarga do processo

  Criar um catálogo, adicionar uma máquina e atualizar um catálogo têm implicações de armazenamento exclusivas. Por exemplo:

  • A criação inicial do catálogo exige que uma cópia do disco base seja copiada para cada local de armazenamento.
    • Também exige que você crie temporariamente uma VM Preparation .
  • Adicionar uma máquina a um catálogo não exige a cópia do disco base em cada local de armazenamento. A criação do catálogo varia de acordo com os recursos selecionados.
  • Atualizando o catálogo para criar um disco base extra em cada local de armazenamento. As atualizações do catálogo também experimentam um pico de armazenamento temporário em que cada VM no catálogo tem 2 discos Diff por um determinado período de tempo.

Mais considerações:

• Dimensionamento da RAM: Afeta o tamanho de determinados arquivos e discos do hipervisor, incluindo discos de otimização de E/S, cache de gravação e arquivos de instantâneo.
• Provisionamento fino/espesso: O armazenamento NFS é preferido devido aos recursos de provisionamento reduzido.

Otimização do armazenamento do Machine Creation Services (MCS)

Com o recurso de otimização de armazenamento do Machine Creation Services (MCS), conhecido como MCS I/O:

• O contêiner do cache de gravação é baseado em arquivos, a mesma funcionalidade encontrada no Citrix Provisioning. Por exemplo, o nome do arquivo de cache de gravação do Citrix Provisioning é D:\vdiskdif.vhdx e o nome do arquivo de cache de gravação MCS I/O é D:\mcsdif.vhdx.
• Obtenha melhorias no diagnóstico incluindo suporte para um arquivo de despejo de falhas do Windows gravado no disco de cache de gravação.
• O MCS I/O retém o cache da tecnologia na RAM com transbordamento para o disco rígido para fornecer a solução ideal de cache de gravação em várias camadas. Essa funcionalidade permite que um administrador equilibre o custo em cada camada, RAM e disco, e o desempenho para atender à expectativa de carga de trabalho desejada.

A atualização do método de cache de gravação de ** baseado em disco para</em> baseado em arquivo *exige as seguintes alterações:</p>

1. O MCS I/O não suporta mais cache somente de RAM. Especifique um tamanho de disco no Web Studio durante a criação do catálogo de máquinas.
2. O disco de cache de gravação da VM é criado e formatado automaticamente ao inicializar uma VM pela primeira vez. Quando a VM estiver ativa, o arquivo de cache de gravação mcsdif.vhdx é gravado no volume formatado MCSWCdisk.
3. O arquivo de paginação é redirecionado para esse volume formatado, MCSWCDisk. Como resultado, esse tamanho de disco considera a quantidade total de espaço em disco. Ele inclui o delta entre o tamanho do disco e a carga de trabalho gerada, mais o tamanho do arquivo de paginação. Isso normalmente está associado ao tamanho da RAM da VM.

Habilitando atualizações de otimização de armazenamento do MCS

Para habilitar a funcionalidade de otimização do armazenamento MCS I/O, atualize o Delivery Controller e o VDA para a versão mais recente do Citrix Virtual Apps and Desktops.

Nota:

Se você atualizar uma implantação existente que tenha o MCS I/O ativado, nenhuma configuração adicional será necessária. A atualização do VDA e do Delivery Controller lida com a atualização de E/S do MCS.

Ao ativar a atualização de otimização de armazenamento do MCS, considere o seguinte:

• Ao criar um catálogo de máquinas, o administrador pode configurar a RAM e o tamanho do disco.

  

• Atualizar um catálogo de máquinas existente para um novo instantâneo de VM contendo um VDA configurado para a versão 1903 resulta no seguinte comportamento: o novo instantâneo continua usando a configuração de E/S MCS do catálogo existente para RAM e tamanho do disco. O disco bruto existente está formatado.

Importante:

A otimização do armazenamento MCS mudou com a versão 1903 do Citrix Virtual Apps and Desktops. Esta versão oferece suporte à tecnologia de cache de gravação baseada em arquivos, proporcionando melhor desempenho e estabilidade. A nova funcionalidade fornecida pelo MCS I/O pode exigir um requisito maior de armazenamento em cache de gravação em comparação com as versões anteriores do Citrix Virtual Apps and Desktops. A Citrix recomenda que você reavalie o tamanho do disco para garantir que ele tenha espaço em disco suficiente para o fluxo de trabalho alocado e um tamanho extra de pagina/arquivo. O tamanho do arquivo de paginação geralmente está relacionado à quantidade de RAM do sistema. Se o tamanho do disco do catálogo existente for insuficiente, crie um catálogo de máquinas e aloque um disco de cache de gravação maior.

Atribuir uma letra de drive específica ao disco de cache de write-back MCS I/O

Você pode atribuir uma letra de drive específica ao disco de cache de write-back de E/S do MCS. Essa implementação ajuda você a evitar conflitos entre a letra da unidade de qualquer aplicativo que você usa e a letra da unidade do disco de cache de write-back de E/S do MCS. Para atribuir a letra da unidade ao disco de cache de write-back MCS I/O, você pode usar os comandos do PowerShell. Os hipervisores compatíveis são Azure, GCP, VMware, SCVMM e XenServer.

Nota:

Esse recurso requer o VDA versão 2305 ou posterior.

Limitações

• Aplicável somente ao sistema operacional Windows
• Letra de unidade aplicável para disco de cache de gravação: E a Z
• Não aplicável quando o disco temporário do Azure é usado como um disco de cache de gravação
• Aplicável somente quando você cria um novo catálogo de máquinas

Atribuir uma letra de unidade ao disco de cache de gravação

Para atribuir uma letra de drive a um disco de cache de gravação:

1. Abra a janela PowerShell .
2. Execute asnp citrix*.
3. Crie um grupo de identidades se ainda não tiver sido criado.

4. Crie um esquema de provisionamento usando o comando New-ProvScheme com a propriedade WritebackCacheDriveLetter. Por exemplo:

     New-ProvScheme -CleanOnBoot `
     -HostingUnitName "<name>" `
     -IdentityPoolName $schemeName `
     -ProvisioningSchemeName $schemeName `
     -InitialBatchSizeHint 1 `
     -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
     -MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
     -NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
     -ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
     -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
     <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
     <Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
     <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
     <Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
     <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
     <Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
     <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
     <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
     <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
     <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
     <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
     </CustomProperties>'
   <!--NeedCopy-->
   

5. Conclua a criação do catálogo. Para obter informações, consulte https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Prepare uma imagem mestre

Para obter informações sobre como criar hosts de conexões, consulte Conexões e recursos.

A imagem mestre contém o sistema operacional, aplicativos não virtualizados, VDA e outros softwares.

É bom saber:

• Uma imagem mestre também pode ser conhecida como imagem clonada, imagem dourada, VM base ou imagem base. Os fornecedores anfitriões usam termos diferentes.
• Certifique-se de que o host tenha processadores, memória e armazenamento suficientes para acomodar o número de máquinas criadas.
• Configure a quantidade correta de espaço em disco rígido necessária para desktops e aplicativos. Esse valor não pode ser alterado posteriormente ou no catálogo da máquina.
• Os catálogos de máquinas do Remote PC Access não usam imagens mestras.

Instale e configure o seguinte software na imagem mestre:

• Ferramentas de integração para seu hipervisor (como Citrix VM Tools, Hyper-V Integration Services ou ferramentas VMware). Se você omitir essa etapa, os aplicativos e desktops podem não funcionar corretamente.
• UM VDA. A Citrix recomenda instalar a versão mais recente para permitir o acesso aos recursos mais recentes. A falha na instalação de um VDA na imagem mestre faz com que a criação do catálogo falhe.
• Ferramentas de terceiros, conforme necessário, como software antivírus ou agentes eletrônicos de distribuição de software. Configure os serviços com configurações apropriadas para os usuários e o tipo de máquina (como atualizar recursos).
• Aplicativos de terceiros que você não está virtualizando. A Citrix recomenda a virtualização de aplicativos. A virtualização reduz os custos ao eliminar a necessidade de atualizar a imagem mestre depois de adicionar ou reconfigurar um aplicativo. Além disso, menos aplicativos instalados reduzem o tamanho dos discos rígidos da imagem mestre, o que economiza custos de armazenamento.
• Clientes App-V com as configurações recomendadas, se você planeja publicar aplicativos App-V. O cliente App-V está disponível na Microsoft.
• Ao usar o MCS, se você localizar o Microsoft Windows, instale os pacotes de idiomas e localidades. Durante o provisionamento, quando um snapshot é criado, as VMs provisionadas usam os locais e pacotes de idiomas instalados.

Importante:

Se você estiver usando o MCS, não execute o Sysprep em imagens mestras.

Para preparar uma imagem mestre:

1. Usando a ferramenta de gerenciamento do seu hipervisor, crie uma imagem mestre e instale o sistema operacional, além de todos os service packs e atualizações. Especifique o número de vCPUs. Você também pode especificar o valor da vCPU se criar o catálogo de máquinas usando o PowerShell. Você não pode especificar o número de vCPUs ao criar um catálogo usando o Web Studio. Configure a quantidade de espaço em disco rígido necessária para desktops e aplicativos. Esse valor não pode ser alterado posteriormente ou no catálogo.
2. Certifique-se de que o disco rígido esteja conectado no local 0 do dispositivo. A maioria dos modelos de imagem mestre padrão configura esse local por padrão, mas alguns modelos personalizados talvez não.
3. Instale e configure o software listado acima na imagem mestre.
4. Se você não estiver usando o MCS, associe a imagem mestre ao domínio em que aplicativos e desktops são membros. Certifique-se de que a imagem mestre esteja disponível no host em que as máquinas são criadas. Se você estiver usando o MCS, não é necessário associar a imagem mestre a um domínio. As máquinas provisionadas são unidas ao domínio especificado no assistente de criação de catálogo.
5. A Citrix recomenda que você crie e nomeie um instantâneo da sua imagem mestre. Se você especificar uma imagem mestre em vez de um instantâneo ao criar um catálogo, o Web Studio criará um instantâneo. Você não pode nomeá-lo.

Ativação do licenciamento por volume

O MCS oferece suporte à ativação do licenciamento por volume para automatizar e gerenciar a ativação dos sistemas operacionais Windows e do Microsoft Office. Os três modelos que o MCS suporta para ativação do licenciamento por volume são:

• Serviço de gerenciamento de chaves (KMS)
• Ativação baseada no Active Directory (ADBA)
• Chave de ativação múltipla (MAK)

Você pode alterar a configuração de ativação depois de criar o catálogo de máquinas.

Serviço de gerenciamento de chaves (KMS)

O KMS é um serviço leve que não requer um sistema dedicado e pode ser facilmente hospedado em um sistema que fornece outros serviços. Essa funcionalidade é compatível com todas as versões do Windows suportadas pela Citrix. Durante a preparação da imagem, o MCS rearma o Microsoft Windows e o Microsoft Office KMS. Você pode ignorar o rearme executando o comando Set-Provserviceconfigurationdata. Para obter mais informações sobre o Microsoft Windows KMS Rearm e o Microsoft Office KMS Rearm durante a preparação da imagem, consulte Machine Creation Services: Image Preparation Overview and Fault-Finding. Para obter mais informações sobre a ativação do KMS, consulte Ativar usando o Key Management Service.

Nota:

Todos os catálogos de máquinas criados após a execução do comando Set-Provserviceconfigurationdata têm a mesma configuração fornecida no comando.

Ativação baseada no Active Directory (ADBA)

O ADBA permite que você ative máquinas por meio de suas conexões de domínio. As máquinas são ativadas imediatamente quando ingressam no domínio. Essas máquinas permanecem ativadas enquanto permanecerem unidas ao domínio e em contato com ele. Essa funcionalidade é compatível com todas as versões do Windows suportadas pela Citrix. Para obter mais informações sobre a ativação baseada no Active Directory, consulte Ativar usando Ativação baseada no Active Directory.

Chave de ativação múltipla (MAK)

O MAK é uma forma de ativar o volume e autenticar o sistema Windows com a ajuda do servidor Microsoft. Você deve comprar a chave MAK da Microsoft, que é atribuída a um número fixo de contagens de ativação. Toda vez que um sistema Windows é ativado, a contagem de ativações diminui. Há duas formas de ativar o sistema:

• Ativação on-line: se o sistema Windows que você deseja ativar tiver acesso à Internet, o sistema ativará automaticamente o Windows ao instalar a chave do produto. Esse processo reduz a contagem de ativações em 1 para a MAK correspondente.
• Ativação offline: Se o sistema Windows não conseguir se conectar à Internet para fazer a ativação on-line, o MCS receberá um ID de confirmação e um ID de instalação do servidor Microsoft para ativar o sistema Windows. Essa forma de ativação é útil para catálogos de máquinas não persistentes.

Nota:

• O MCS não oferece suporte à ativação do Microsoft Office usando MAK.
• A versão mínima do VDA exigida é 2303.

Requisitos principais

• O Delivery Controller deve ter acesso à Internet.
• Crie um novo catálogo se a nova imagem a ser atualizada tiver uma chave MAK diferente da original.
• Instale a chave MAK na imagem mestre. Consulte Implantar a ativação MAK para obter as etapas para instalar a chave MAK em um sistema Windows.

• Se você não estiver usando a preparação de imagens:

  1. Adicione o valor DWORD do registro Manual em Computer\ HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Windows NT\ CurrentVersion\ SoftwareProtectionPlatform\ Activation.
  2. Defina o valor como 1.

Contagens de ativação

Para ver o número de ativações restantes para o MAK Key ou para verificar se uma VM está consumindo duas ou mais ativações, use a Ferramenta de Gerenciamento de Ativação por Volume (VAMT). Veja Instalar o VAMT.

Ative o sistema Windows usando o MAK

Para ativar o sistema Windows usando o MAK:

1. Instale a chave do produto na imagem mestre. Essa etapa consome uma contagem de ativação.
2. Crie um catálogo de máquinas MCS.

3. Se você não estiver usando a preparação de imagens:

   1. Adicione o valor DWORD do registro Manual em Computer\ HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Windows NT\ CurrentVersion\ SoftwareProtectionPlatform\ Activation.
   2. Defina o valor como 1.

   Esse método desativa a opção de ativação on-line.

4. Adicione VMs ao catálogo de máquinas.
5. Ligue as VMs.

6. Dependendo da ativação online ou offline, o sistema Windows é ativado.

   • Se a ativação estiver on-line, o sistema Windows será ativado após a instalação da chave do produto.
   • Se a ativação estiver offline, o MCS se comunica com as VMs provisionadas para obter o status de ativação do sistema Windows. O MCS então recupera um id de confirmação e um id instalado do servidor Microsoft. Esses IDs são usados para ativar o sistema Windows.

Solução de problemas

Se a VM provisionada não estiver ativada com a chave MAK instalada, execute o comando Get-ProvVM ou Get-ProvScheme em uma janela do PowerShell.

• O comando Get-ProvScheme : veja o parâmetro WindowsActivationType associado ao catálogo de máquinas MCS a partir da imagem mestre mais recente.
• O comando Get-ProvVM . Consulte os parâmetros WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCodee WindowsActivationStatusError.

Você pode verificar o erro e verificar as etapas para resolver o problema.

Crie um catálogo de máquinas usando o Web Studio

Antes de criar um catálogo:

• Leia esta seção para saber mais sobre as escolhas que você faz e as informações que você fornece.
• Certifique-se de ter criado uma conexão com o hipervisor, o serviço de nuvem e outros recursos que hospedam suas máquinas.
• Se você criou uma imagem mestre para provisionar máquinas, certifique-se de ter instalado um VDA nessa imagem.

Para iniciar o assistente de criação de catálogos:

1. Se esse for o primeiro catálogo criado, você será guiado para a seleção correta (como “Configurar as máquinas e criar catálogos de máquinas para executar aplicativos e desktops”). O assistente de criação de catálogo é aberto.

2. Se você já criou um catálogo e deseja criar outro, siga estas etapas:

   1. Entre no Web Studio, selecione Machine Catalogs no painel esquerdo e selecione Create Machine Catalog na barra de ação.

   2. Para organizar catálogos usando pastas, crie pastas na pasta padrão Machine Catalogs . Para obter mais informações, consulte Criar uma pasta de catálogo.

   3. Selecione a pasta em que você deseja criar o catálogo e clique em Create Machine Catalog. O assistente de criação de catálogo é aberto.

O assistente orienta você nos seguintes itens. As páginas do assistente que você vê são diferentes, dependendo das seleções feitas.

Sistema operacional

Cada catálogo contém máquinas de apenas um tipo. Selecione um.

• Sistema operacional multissessão: Um catálogo de sistemas operacionais com várias sessões fornece desktops compartilhados hospedados. As máquinas podem estar executando versões compatíveis dos sistemas operacionais Windows ou Linux, mas o catálogo não pode conter ambas. (Consulte a documentação do Linux VDA para obter detalhes sobre esse sistema operacional.)
• Sistema operacional de sessão única: Um catálogo de sistema operacional de sessão única fornece desktops VDI que você pode atribuir a vários usuários diferentes.
• Acesso remoto ao PC: Um catálogo do Remote PC Access fornece aos usuários acesso remoto às suas máquinas desktop físicas do escritório. O acesso remoto ao PC não exige uma VPN para fornecer segurança.

Gerenciamento de máquinas

Essa página não aparece quando você está criando catálogos do Remote PC Access.

A página Machine Management indica como as máquinas são gerenciadas e quais ferramentas você usa para implantá-las.

Escolha se as máquinas no catálogo são gerenciadas por meio do Web Studio.

• A energia das máquinas é gerenciada por meio do Web Studio, por exemplo, VMs ou PCs blade. Essa opção está disponível somente se você já configurou uma conexão com um host.
• As máquinas não são gerenciadas por meio do Web Studio, por exemplo, máquinas físicas.

Se você indicou que a energia das máquinas é gerenciada pelo Web Studio, escolha qual ferramenta usar para criar VMs.

• Tecnologia de provisionamento Citrix

  • Citrix Machine Creation Services (MCS) Cria um catálogo de VMs provisionadas e com imagens usando o MCS. O MCS copia imagens clonadas de uma imagem mestre para essas VMs.

  • Citrix Provisioning Services (PVS) Cria um catálogo de VMs provisionadas usando MCS e imagens usando PVS. Essas VMs funcionam como dispositivos de destino PVS e o servidor PVS pode transmitir uma única imagem de disco compartilhada para elas.

    Nota:

    Essa opção está disponível somente para sites PVS registrados no Citrix Cloud e atualmente está limitada aos recursos do Azure.

• Outro serviço ou tecnologia Uma ferramenta que gerencia máquinas que já estão no data center. A Citrix recomenda que você use o Microsoft System Center Configuration Manager ou outro aplicativo de terceiros para garantir que as máquinas no catálogo sejam consistentes.

Tipos de desktop (experiência de desktop)

Essa página aparece somente quando você está criando um catálogo contendo máquinas com sistema operacional de sessão única.

A página Desktop Experience determina o que ocorre toda vez que um usuário faz login. Selecione um dos seguintes:

• Os usuários se conectam a uma nova área de trabalho (aleatória) sempre que fazem login.
• Os usuários se conectam à mesma área de trabalho (estática) sempre que fazem login.

Imagem e perfil da máquina

Essa página aparece somente quando você está usando o MCS para criar VMs.

1. Selecione um tipo de imagem para o catálogo de máquinas e, em seguida, selecione uma imagem. Dois tipos de imagem estão disponíveis:

   • Imagem principal. Uma imagem que ainda não passou pelo processo de preparação da imagem. O processo de preparação da imagem é iniciado automaticamente quando a criação do catálogo é iniciada.

     Nota:

     • Ao usar o MCS, não execute o Sysprep em imagens mestras.
     • Se você especificar uma imagem mestre em vez de um instantâneo, o Web Studio cria um instantâneo, mas você não pode nomeá-lo.

   • Prepared image. An image that has gone through the image preparation process and can be used for VM creation directly. Opting for prepared images rather than master images during catalog creation ensures faster and more reliable machine catalog creation, along with streamlined image lifecycle management.

        > **Note:**
        >
        > -  VMs created using prepared images don't support hibernation.
        > -  Currently, creating catalogs using prepared images are available only in Azure and VMware environments.
     

   Para obter mais informações sobre como criar imagens preparadas, consulte Gerenciamento de imagens (pré-visualização).

   Ao selecionar uma imagem, você pode adicionar uma nota para a imagem selecionada, se necessário.

   Para permitir o uso dos recursos mais recentes do produto, certifique-se de que a imagem mestre tenha a versão mais recente do VDA instalada. Não altere a seleção mínima padrão de VDA. No entanto, se você precisar usar uma versão anterior do VDA, consulte Versões do VDA e níveis funcionais.

   Uma mensagem de erro aparece se você selecionar um instantâneo ou uma VM que não seja compatível com a tecnologia de gerenciamento de máquinas que você selecionou anteriormente no assistente.

2. Para usar uma VM existente como perfil de máquina, selecione Usar um perfil de máquinae, em seguida, selecione a VM.

   Nota:

   Atualmente, o uso de perfis de máquina é restrito às VMs do Azure, AWS, GCP e VMware.

   Para implantações da VMware, ao criar um catálogo de máquinas usando um perfil de máquina, você deve especificar a pasta em que deseja manter as máquinas virtuais.

   Para fornecer a localização da pasta da máquina virtual, no assistente de criação do catálogo, vá para a página Máquinas Virtuais e vá para Selecione uma pasta para colocar a seção das máquinas e selecione a localização da pasta da máquina virtual. Se não for especificado, o sistema considerará a pasta do perfil de máquina selecionado como o local padrão.

3. Selecione o nível funcional mínimo para o catálogo. Para permitir o uso dos recursos mais recentes do produto, certifique-se de que a imagem mestre tenha a versão mais recente do VDA instalada.

Máquinas

Essa página não aparece quando você está criando catálogos do Remote PC Access.

O título desta página depende do que você selecionou na página Machine Management : Machines, Virtual Machinesou VMs and users.

Ao usar o MCS:

• Especifique quantas máquinas virtuais devem ser criadas. Digite 0 (zero) se não quiser criar nenhum. Posteriormente, você pode criar VMs para um catálogo vazio executando Adicionar máquinas.
• Escolha a quantidade de memória (em MB) que cada VM tem.
• Cada VM criada tem um disco rígido. Seu tamanho é definido na imagem mestre. Você não pode alterar o tamanho do disco rígido no catálogo.
• Se sua implantação contiver mais de uma zona, você poderá selecionar uma zona para o catálogo.
• Se você estiver criando VMs de desktop estáticas, selecione um modo de cópia de máquina virtual. Consulte Modo de cópia de máquina virtual.
• Se você estiver criando VMs de desktop aleatórias que não usam vDisks, você pode configurar um cache para ser usado para dados temporários em cada máquina. Consulte Configurar o cache para dados temporários.

Ao usar outras ferramentas:

Adicione (ou importe uma lista de) nomes de contas de máquina do Active Directory. Você pode alterar o nome da conta do Active Directory para uma VM depois de adicioná-la ou importá-la. Se você especificou máquinas estáticas na página Desktop Experience , você pode, opcionalmente, especificar o nome de usuário do Active Directory para cada VM adicionada.

Depois de adicionar ou importar nomes, você pode usar o botão Remover para excluir nomes da lista enquanto ainda estiver nesta página.

Ao usar outras ferramentas (mas não o MCS):

Um ícone e uma dica de ferramenta para cada máquina adicionada (ou importada) ajudam a identificar máquinas que talvez não estejam qualificadas para serem adicionadas ao catálogo ou que não possam se registrar em um controlador de entrega. Para obter detalhes, consulte Versões do VDA e níveis funcionais.

Adicione SIDs ao criar máquinas virtuais

Agora você pode adicionar o parâmetro AdAccountsID para identificar de forma exclusiva as máquinas ao criar novas máquinas virtuais.

Para fazer isso:

1. Crie um catálogo com o tipo de identidade compatível.

2. Adicione máquinas ao catálogo usando NewProvVM. Por exemplo:

     New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
   <!--NeedCopy-->
   

No entanto, você não pode provisionar uma máquina com:

• Uma conta do AD que não está no pool de identidades do catálogo
• Uma conta do AD que não está no estado disponível

Modo de cópia de máquina virtual

O modo de cópia que você especifica na página Machines determina se o MCS cria clones finos (cópia rápida) ou grossos (cópia completa) a partir da imagem mestre. (Padrão = clones finos)

• Use clones de cópia rápida para um uso mais eficiente do armazenamento e uma criação mais rápida da máquina.
• Use clones de cópia completa para melhorar a recuperação de dados e o suporte à migração, com IOPS potencialmente reduzido após a criação das máquinas.

Versões e níveis funcionais do VDA

O nível funcional de um catálogo controla quais recursos do produto estão disponíveis para as máquinas no catálogo. O uso dos recursos introduzidos nas novas versões do produto exige um novo VDA. Definir um nível funcional torna todos os recursos introduzidos nessa versão (e posteriormente, se o nível funcional não mudar) disponíveis para as máquinas no catálogo. No entanto, as máquinas desse catálogo com uma versão anterior do VDA não podem se registrar.

Um menu na parte inferior da página Machines (ou Devices) permite que você selecione o nível mínimo de VDA. Isso define o nível funcional mínimo do catálogo. Por padrão, o nível funcional mais atual é selecionado para implantações locais. Se você seguir a recomendação da Citrix de sempre instalar e atualizar os VDAs e os componentes principais para a versão mais recente, não precisará alterar essa seleção. No entanto, se você precisar continuar usando versões mais antigas do VDA, selecione o valor correto.

Uma versão do Citrix Virtual Apps and Desktops pode não incluir uma nova versão do VDA, ou o novo VDA não afeta o nível funcional. Nesses casos, o nível funcional pode indicar uma versão do VDA anterior aos componentes instalados ou atualizados. O artigo What’s new de cada versão indica qualquer alteração no nível funcional padrão.

O nível funcional selecionado afeta a lista de máquinas acima dele. Na lista, uma dica de ferramenta ao lado de cada entrada indica se o VDA da máquina é compatível com o catálogo nesse nível funcional.

As mensagens são publicadas na página se o VDA em cada máquina não atender ou exceder o nível funcional mínimo selecionado. Você pode continuar com o assistente. Essas máquinas provavelmente não conseguirão se registrar em um controlador posteriormente. Como alternativa, você pode:

• Remova as máquinas que contêm VDAs mais antigos da lista, atualize seus VDAs e adicione-os novamente ao catálogo.
• Escolha um nível funcional mais baixo que impeça o acesso aos recursos mais recentes do produto.

Uma mensagem também será publicada se uma máquina não tiver sido adicionada ao catálogo porque é do tipo errado de máquina. Os exemplos incluem a tentativa de adicionar um servidor a um catálogo de sistema operacional de sessão única ou a adição de uma máquina de sistema operacional de sessão única originalmente criada para alocação aleatória em um catálogo de máquinas estáticas.

Importante:

Na versão 1811, um nível funcional extra foi adicionado: 1811 (ou mais recente). Esse nível é destinado ao uso com futuros recursos do Citrix Virtual Apps and Desktops. A seleção 7.9 (ou mais recente) continua sendo a padrão. Esse padrão é válido para todas as implantações agora.

Se você selecionar 1811 (ou mais recente), nenhuma versão anterior do VDA nesse catálogo poderá ser registrada em um controlador. No entanto, se o catálogo contiver somente VDAs com suporte na versão 1811 ou versões posteriores, todos eles poderão se registrar. Isso inclui catálogos contendo VDAs configurados para versões posteriores do Citrix Virtual Apps and Desktops, incluindo a versão 1903 e outras versões 19XX antes da versão atual.

Configurar o cache para dados temporários

O armazenamento em cache de dados temporários localmente na VM é opcional. Você pode ativar o uso do cache de dados temporário na máquina ao usar o MCS para gerenciar máquinas agrupadas (não dedicadas) em um catálogo. Se o catálogo usar uma conexão que especifique o armazenamento de dados temporários, você poderá ativar e configurar as informações do cache de dados temporários ao criar o catálogo.

Importante:

Esse recurso requer um driver de E/S MCS atual. Instalar esse driver é uma opção quando você instala ou atualiza um VDA. Por padrão, esse driver não está instalado.

Você especifica se os dados temporários usam armazenamento compartilhado ou local ao criar a conexão que o catálogo usa. Para obter mais informações, consulte Conexões e recursos. Para configurar um cache para dados temporários em cada máquina, você pode usar as duas opções a seguir: Memória alocada para cache (MB) e Tamanho do cache de disco (GB). Por padrão, as duas opções estão desmarcadas. Para ativar a opção Memória alocada para cache (MB), marque a caixa de seleção Tamanho do cache de disco (GB). Se a caixa de seleção Tamanho do cache de disco não estiver marcada, a opção Memória alocada para o cache ficará acinzentada. Dependendo do tipo de conexão, os valores padrão dessas opções podem ser diferentes. Geralmente, os valores padrão são suficientes para a maioria dos casos. No entanto, leve em consideração o espaço necessário para:

• Arquivos de dados temporários criados pelo próprio Windows, incluindo o arquivo de paginação do Windows.
• Dados do perfil do usuário.
• Dados do ShareFile que são sincronizados com as sessões dos usuários.
• Dados que podem ser criados ou copiados por um usuário da sessão ou por qualquer aplicativo que os usuários possam instalar dentro da sessão.

Para configurar um cache para dados temporários em cada máquina, esteja ciente dos três cenários a seguir:

• Se você não marcar a caixa de seleção Tamanho do cache de disco e a caixa de seleção Memória alocada ao cache, os dados temporários não serão armazenados em cache. Ele é gravado diretamente no disco diferente (localizado no armazenamento do sistema operacional) de cada VM. (Essa é a ação de provisionamento na versão 7.8 e anteriores.)

• Se você marcar a caixa de seleção Tamanho do cache de disco e a caixa de seleção Memória alocada ao cache, os dados temporários serão inicialmente gravados no cache de memória. Quando o cache de memória atinge seu limite configurado (o valor da memória alocada ao cache), os dados mais antigos são movidos para o disco de cache de dados temporário.

Importante:

• Se o cache do disco ficar sem espaço, a sessão do usuário ficará inutilizável.
• Esse recurso não está disponível ao usar uma conexão de host Nutanix.
• Você não pode alterar os valores do cache em um catálogo de máquinas após a criação da máquina.

Nota:

• A configuração do cache de gravação com apenas um cache de disco e sem cache de memória foi descontinuada. Para habilitar um cache para dados temporários, recomendamos selecionar Tamanho do cache de disco (GB) e Memória alocada ao cache (MB) e especificar um tamanho maior que 0 para o cache de memória.
• O cache de memória faz parte da quantidade total de memória em cada máquina. Portanto, se você ativar a opção Memória alocada ao cache, considere aumentar a quantidade total de memória em cada máquina.
• Alterar o tamanho do cache de disco do valor padrão pode afetar o desempenho. O tamanho deve corresponder aos requisitos do usuário e à carga colocada na máquina.

BOM

Essa página não aparece quando você está criando catálogos do Remote PC Access.

Na página Network Interface Cards , se você planeja usar várias NICs, associe uma rede virtual a cada placa. Por exemplo, você pode atribuir uma placa para acessar uma rede segura específica e outra placa para acessar uma rede mais usada. Você também pode adicionar ou remover NICs dessa página.

Contas de máquina

Essa página aparece somente ao criar catálogos do Remote PC Access.

Na página Machine Accounts , especifique as contas de máquina ou unidades organizacionais (OUs) do Active Directory a serem adicionadas que correspondam aos usuários ou grupos de usuários. Não use uma barra (/) em um nome de OU.

Ao adicionar OUs, você pode fazer o seguinte se o domínio não for exibido na lista:

• Pesquise usando uma correspondência exata.
• Navegue por todos os domínios para encontrá-lo.

Você pode escolher uma conexão de gerenciamento de energia configurada anteriormente ou optar por não usar o gerenciamento de energia. Se você quiser usar o gerenciamento de energia, mas uma conexão adequada ainda não tiver sido configurada, você poderá criar essa conexão posteriormente e editar o catálogo da máquina para atualizar as configurações de gerenciamento de energia.

Identidades da máquina

Essa página aparece somente ao usar o MCS para criar VMs.

Cada máquina no catálogo deve ter uma identidade exclusiva. Esta página permite configurar identidades para máquinas no catálogo. As máquinas são unidas à identidade após serem provisionadas. Você não pode alterar o tipo de identidade depois de criar o catálogo.

Um fluxo de trabalho geral para definir as configurações nesta página é o seguinte:

1. Selecione uma identidade na lista.
2. Indique se deseja criar contas ou usar contas existentes e o local (domínio) dessas contas.

Você pode selecionar uma das seguintes opções:

• Active Directory local. Máquinas pertencentes a uma organização e conectadas com uma conta do Active Directory que pertence a essa organização. Eles existem no local.

• O Azure Active Directory híbrido ingressou em. Máquinas pertencentes a uma organização e conectadas com uma conta dos Serviços de Domínio do Active Directory que pertence a essa organização. Eles existem na nuvem e no local. Para obter informações sobre os requisitos, limitações e considerações, consulte Hybrid Azure Active Directory ingressou em.

  Nota:

  • Antes de usar a associação híbrida do Azure Active Directory, certifique-se de que seu ambiente do Azure atenda aos pré-requisitos. Veja https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domains.
  • Essa opção exige que a imagem mestre atenda aos pré-requisitos do sistema operacional. Para obter mais informações, consulte a documentação da Microsoft: https://learn.microsoft.com/en-us/azure/active-directory/devices/concept-azure-ad-join-hybrid.

Importante:

• Se você selecionar Active Directory local ou Hybrid Azure Active Directory juntado a como o tipo de identidade, cada máquina no catálogo deverá ter uma conta de computador do Active Directory correspondente.

Se você criar contas, deverá ter permissão para criar contas de computador na OU em que as máquinas residem. Cada máquina no catálogo deve ter um nome exclusivo. Especifique o esquema de nomenclatura da conta para as máquinas que você deseja criar. Para obter mais informações, consulte Esquema de nomenclatura de contas de máquina.

Nota:

Certifique-se de que os nomes de OU não usem barras (/).

Se você usa contas existentes, navegue até as contas ou clique em Importar e especifique um arquivo.csv contendo nomes de contas. O conteúdo do arquivo importado deve usar o formato:

• [Adicionar conta de computador] Adicionar nome da conta do computador.domínio

Certifique-se de que haja contas suficientes para todas as máquinas que você está adicionando. A interface do Web Studio gerencia essas contas. Portanto, permita que essa interface redefina as senhas de todas as contas ou especifique a senha da conta, que deve ser a mesma para todas as contas.

Para catálogos contendo máquinas físicas ou existentes, selecione ou importe contas existentes e atribua cada máquina a uma conta de computador do Active Directory e a uma conta de usuário.

Esquema de nomenclatura de contas de

Cada máquina em um catálogo deve ter um nome exclusivo. Você deve especificar um esquema de nomenclatura de conta de máquina ao criar um catálogo. Use curingas (marcas de hash) como espaços reservados para números ou letras sequenciais que aparecem no nome.

Ao especificar um esquema de nomenclatura, esteja ciente das seguintes regras:

• O esquema de nomenclatura deve conter pelo menos um curinga. Você deve juntar todos os curingas.
• O nome inteiro, incluindo curingas, deve conter pelo menos 2, mas não mais que 15 caracteres. Ele deve incluir pelo menos um caractere não numérico e um # (curinga).
• O nome não deve incluir espaços nem nenhum dos seguintes caracteres: , ~! @'$%^&. ()} {\ /*?”<>|=+ []; :_”..
• O nome não pode terminar com um hífen (-).

Além disso, deixe espaço suficiente para crescimento ao especificar o esquema de nomenclatura. Considere este exemplo: se você criar 1.000 contas de máquina com o esquema “veryverylong#”, o nome da última conta criada (veryverylong1000) conterá 16 caracteres. Portanto, o esquema de nomenclatura resulta em um ou mais nomes de máquina que excedem o máximo de 15 caracteres.

Você pode indicar se os valores sequenciais são números (0-9) ou letras (A-Z):

• 0-9. Se selecionados, os curingas especificados são resolvidos em números sequenciais.

  Nota:

  Se houver somente um curinga (#), os nomes das contas começarão com 1. Se houver dois, os nomes das contas começam com 01. Se houver três, os nomes das contas começam com 001 e assim por diante.

• A-Z. Se selecionados, os curingas especificados são resolvidos em letras sequenciais.

Por exemplo, um esquema de nomenclatura de PC-Sales-## (com 0-9 selecionado) resulta em contas denominadas PC-Sales-01, PC-Sales-02, PC-Sales-03 e assim por diante.

Opcionalmente, você pode especificar com o que os nomes das contas começam.

• Se você selecionar 0-9, as contas serão nomeadas sequencialmente, começando com os números especificados. Insira um ou mais dígitos, dependendo de quantos curingas você usa no campo anterior. Por exemplo, se você usar dois curingas, insira dois dígitos ou mais.
• Se você selecionar A-Z, as contas serão nomeadas sequencialmente, começando com as letras especificadas. Insira uma ou mais letras, dependendo de quantos curingas você usa no campo anterior. Por exemplo, se você usar dois curingas, insira duas letras ou mais.

Credenciais de domínio

Selecione Insira as credenciais e insira as credenciais de um administrador com permissão para realizar operações de conta no domínio do Active Directory de destino.

Use a opção Check name para verificar se o nome de usuário é válido ou exclusivo. A opção é útil, por exemplo, quando:

• O mesmo nome de usuário existe em vários domínios. Você será solicitado a selecionar o usuário desejado.
• Você não consegue se lembrar do nome do domínio. Você pode inserir o nome de usuário sem especificar o nome do domínio. Se a verificação for aprovada, o nome de domínio será preenchido automaticamente.

Nota:

Se o tipo de identidade selecionado em Machine Identities for Hybrid Azure Active Directory juntado a, as credenciais inseridas devem ter recebido a permissão Write UserCertificate .

Resumo, nome e descrição

Na página Summary , revise as configurações que você especificou. Insira um nome e uma descrição para o catálogo. Essas informações aparecem no Web Studio.

Quando terminar, clique em Concluir para iniciar a criação do catálogo. Quando terminar, selecione Concluir para iniciar a criação do catálogo.

Em Machine Catalogs, o novo catálogo aparece com uma barra de progresso embutida.

Para ver os detalhes do progresso da criação:

1. Passe o mouse sobre o catálogo da máquina.

2. Na dica de ferramenta exibida, clique em Exibir detalhes.

   Um gráfico de progresso passo a passo aparece onde você pode ver o seguinte:

   • História das etapas
   • Progresso e tempo de execução da etapa atual
   • Etapas restantes

Sincronização de horário do MCS

A sincronização de tempo é determinada pela imagem mestre e pelo tipo de identidade da máquina associada ao catálogo. Você obtém o seguinte método de sincronização de horário de acordo com a imagem mestre e o catálogo:

Nota:

A sincronização de horário original é controlada pela seguinte configuração do registro e não pode ser alterada:

• Computador\ HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Services\ W32Time\ Config

Valor: MaxAllowedPhaseOffset, MaxNegPhaseCorrection e MaxPosPhaseCorrection

• Computador\ HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Services\ W32Time\ Parameters

Valor: Tipo

Para impedir que o MCS altere a configuração de sincronização de horário, defina o valor da seguinte configuração do registro na imagem mestre:

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
• Nome: TimeSyncMethodKeep
• Tipo: DWORD
• 0 (Ou, valor TimeSyncMethodKeep não configurado): Não mantém a configuração original de sincronização de hora.
• 1: Mantém a configuração original de sincronização de hora e os valores dos parâmetros padrão.

Consideração importante sobre a configuração de propriedades personalizadas

As propriedades personalizadas devem ser definidas corretamente em New-ProvScheme e Set-ProvScheme nos ambientes GCP e Azure. Se você especificar uma propriedade ou propriedades personalizadas não existentes, receberá a seguinte mensagem de erro e os comandos falharão na execução.

• No Azure: Propriedade inválida encontrada: <invalid property>. Certifique-se de que o parâmetro CustomProperties ofereça suporte à propriedade.
• No GCP: Propriedade inválida encontrada: <invalid property>. Certifique-se de que o valor fornecido para a propriedade seja suportado no hipervisor.

Solucionar problemas

Importante:

Depois de criar o catálogo de máquinas usando o Web Studio, você não pode mais usar o comando Get-ProvTask do PowerShell para recuperar as tarefas associadas à criação do catálogo de máquinas. Essa restrição é resultado da exclusão dessas tarefas pelo Web Studio após a criação do catálogo de máquinas, independentemente de o catálogo ter sido criado com êxito.

A Citrix recomenda coletar registros para ajudar a equipe de suporte a fornecer soluções. Ao usar o Citrix Provisioning, use o procedimento a seguir para gerar arquivos de log:

1. Na imagem mestre, crie a seguinte chave de registro com o valor 1 (como um valor DWORD (32 bits)): HKLM\ Software\ Citrix\ MachineIdentityServiceAgent\ LOGGING.

2. Desligue a imagem mestre e crie um instantâneo.

3. No Delivery Controller, execute o seguinte comando do PowerShell: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

4. Crie um catálogo com base nesse instantâneo.
5. Quando a VM de preparação for criada no hipervisor, faça login e extraia os seguintes arquivos da raiz de C:\: Image-prep.log e PvsVmAgentLog.txt.
6. Desligue a máquina e, nesse momento, ela relata a falha.
7. Execute o seguinte comando do PowerShell para reativar o desligamento automático das máquinas de preparação de imagens: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

Problemas de preparação de imagens

Como o MCS cria muitas máquinas a partir de uma única imagem, algumas etapas são executadas para garantir que todas as máquinas sejam exclusivas e licenciadas corretamente. A preparação da imagem faz parte do processo de criação do catálogo. Essa preparação garante que todas as máquinas provisionadas tenham endereços IP exclusivos e se anunciem corretamente no servidor KMS como instâncias exclusivas. No MCS, a preparação da imagem ocorre após a seleção do instantâneo da imagem mestre. Uma cópia é feita para permitir que o catálogo se isole da máquina selecionada. Uma VM</em> de preparação *é criada, com base na VM original, mas com a conexão de rede desconectada. Desconectar a conexão de rede evita conflitos com outras máquinas, ao mesmo tempo em que garante que a VM preparada seja conectada somente ao disco recém-copiado.</p>

Um pequeno disco de instrução ** , contendo as etapas necessárias para executar a preparação da imagem, é anexado à VM preparada. Essa VM preparada é iniciada e o processo de preparação da imagem começa. A preparação da imagem inclui os seguintes processos:

• Ative o DHCP. A ativação do DHCP garante que as máquinas provisionadas não causem conflitos de endereço IP. O DHCP está ativado em todas as placas de rede.
• Microsoft Windows KMS Rearm. O rearmamento do KMS garante que o Microsoft Windows seja licenciado corretamente. O sistema operacional rearmado é invocado para que seja relatado corretamente como uma nova instância ao servidor de licenças KMS.
• Microsoft Office KMS Rearm (se o Microsoft Office estiver instalado). Rearmar o Microsoft Office garante que qualquer versão do Microsoft Office (2010+) seja registrada corretamente em seu servidor KMS. Depois que o Microsoft Office rearm é invocado, ele se reporta como uma nova instância ao servidor de licenças KMS.

Dica:

Quando o processo de preparação da imagem é concluído, o disco de instruções é obtido do hipervisor. O hipervisor contém as informações coletadas no processo de preparação da imagem.

Há vários motivos pelos quais o estágio de preparação da imagem pode falhar. É exibida uma mensagem de falha semelhante à seguinte: Falha na rearmação do escritório de preparação da imagem.

Essas falhas são discutidas nas seções a seguir.

Habilitar DHCP

Esses casos de falha são causados por placas de rede que não suportam endereços IP estáticos. Por exemplo, versões anteriores das placas de rede Dell SonicWALL. A operação falhou porque uma placa SonicWALL é uma placa de rede de firewall, portanto, configurar a placa como DHCP não faz sentido, pois ela suporta apenas DHCP. Isso foi corrigido em versões posteriores do Citrix Virtual Apps and Desktops. No entanto, se for visto em outros tipos de placas de rede, ele deverá ser reportado à Citrix por meio dos fóruns ou de seu contato de suporte.

Nota:

Essa configuração do PowerShell nos exemplos a seguir é aplicada ao site Citrix Virtual Apps and Desktops, portanto, afeta todos os novos catálogos e atualizações de imagem realizadas nos catálogos existentes.

Se você encontrar esse problema com outras placas de rede, poderá resolvê-lo executando um comando do PowerShell no Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Microsoft Office Rearm

Existem várias falhas de rearmamento do KMS que podem ocorrer durante o estágio de rearmamento do Microsoft Office. As principais falhas são:

• Alguns tempos de execução do Microsoft Office, por exemplo, Access Runtime, podem invocar o rearme do Office, fazendo com que ele falhe.
• Uma versão KMS do Microsoft Office não está instalada.
• A contagem de rebraços foi excedida.

Se o erro for um falso positivo, você poderá resolvê-lo executando o seguinte comando do PowerShell no Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Rearme do Microsoft Windows

Várias falhas de KMS podem ocorrer durante o estágio de rearme do Microsoft Windows. As principais falhas são:

• A versão do Windows instalada não é ativada usando o KMS. Por exemplo, ele usa uma chave de ativação múltipla (MAK).
• A contagem de rebraços foi excedida.

Se a versão do Microsoft Windows estiver licenciada corretamente, você poderá limpar o rearmamento do sistema operacional executando o seguinte comando do PowerShell no Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Instâncias de falha total

A máquina de preparação de imagens não está conectada à rede por design, isso significa que, às vezes, o estágio de preparação da imagem só pode relatar uma falha completa. Um exemplo desse tipo de falha é semelhante a: Falha na preparação da imagem mestre da VM. Verifique se a imagem selecionada tem um sistema operacional compatível (por exemplo, Windows 7) e a versão correta do VDA (7.0 ou posterior) instalada.

Os principais motivos para uma falha completa são:

O Virtual Delivery Agent (VDA) não está instalado ou o VDA versão 5.x está instalado

Se o VDA 7.x não estiver instalado na imagem mestre, a preparação da imagem expirará após 20 minutos e relatará o erro acima. Isso ocorre porque não há software instalado na imagem mestre para executar o estágio de preparação da imagem e relatar sucesso ou falha. Para resolver isso, certifique-se de que o VDA (versão mínima 7) esteja instalado no instantâneo selecionado como imagem mestre.

Política do DISKPART SAN

Todo o estágio de preparação da imagem pode falhar devido à política DISKPART SAN definida na imagem mestre. Se não estiver configurado para colocar o disco de instruções de preparação de imagem on-line, a máquina será desligada e a preparação da imagem relatará uma falha após 20 minutos. Para verificar isso na imagem mestre, execute os seguintes comandos:

  C:\>; Diskpart.exe
  DISKPART>; San
<!--NeedCopy-->

Esse comando retorna a política atual. Se não for Online All, altere-o executando o seguinte comando:

DISKPART>; San policy=OnlineAll

Desligue a imagem mestre, crie um instantâneo dessa máquina e use-o como imagem básica do MCS.

Se a preparação da imagem falhar por outro motivo

Se a preparação da imagem estiver falhando e não houver um motivo claro para a falha, você poderá ignorar o processo de preparação da imagem ao criar um catálogo MCS. No entanto, ignorar esse processo pode causar problemas com o licenciamento e a rede KMS (DHCP) em seu site. Use o seguinte comando do PowerShell:

  Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->

Sempre que possível, colete registros para a equipe de suporte da Citrix. Relate o problema à Citrix por meio dos fóruns ou por meio do seu contato de suporte. Para coletar registros:

1. Na imagem mestre, crie a seguinte chave de registro com o valor 1 (como um “valor DWORD (32 bits)”): HKLM\ Software\ Citrix\ MachineIdentityServiceAgent\ LOGGING.
2. Desligue a imagem mestre e crie um instantâneo. No Delivery Controller, inicie o PowerShell, com os snap-ins do Citrix PowerShell carregados, e execute Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.
3. Crie um catálogo com base nesse instantâneo.
4. Quando a VM de preparação for criada no hipervisor, faça login e extraia da raiz de C::

  Image-prep.log
  PvsVmAgentLog.txt
<!--NeedCopy-->

Desligue a máquina. Neste ponto, ele relata a falha.

Execute a partir do seguinte comando do PowerShell para reativar o desligamento automático das máquinas de preparação de imagens:

Remove-provServiceConfigurationData - Nome ImageManagementPrep_NoAutoShutdown

Para onde ir a seguir

Para obter informações sobre a criação de catálogos específicos de serviços em nuvem, consulte:

• Crie um catálogo da AWS
• Crie um catálogo do XenServer
• Crie um catálogo do Google Cloud Platform
• Crie um catálogo do Microsoft Azure
• Criar um catálogo do Microsoft System Center Virtual Machine Manager
• Crie um catálogo da Nutanix
• Crie um catálogo da VMware

Se esse for o primeiro catálogo criado, o Web Studio orienta você para criar um grupo de entrega.

Para revisar todo o processo de configuração, consulte Instalar e configurar.

Você pode criar um catálogo do Citrix Provisioning usando o Web Studio e o PowerShell. Essa implementação oferece as seguintes vantagens:

• Um único console unificado para gerenciar os catálogos MCS e Citrix Provisioning.
• Tenha novos recursos para os catálogos do Citrix Provisioning, como solução de gerenciamento de identidade, provisionamento sob demanda e assim por diante.

Atualmente, esse recurso está disponível somente para cargas de trabalho do Azure e do VMware. No entanto, em ambientes VMware, atualmente você pode criar os catálogos usando somente comandos do PowerShell. Para obter mais informações, consulte Criar catálogos do Citrix Provisioning no Citrix Studio.

Mais informações

• Crie e gerencie conexões e recursos
• Crie catálogos de diferentes tipos de junção
• Gerenciar catálogos de máquinas