Migrar a configuração para o Citrix Cloud
A Automated Configuration Tool (ACT) permite a migração da configuração do Citrix Virtual Apps and Desktops (políticas, aplicativos, catálogos, funções de administrador, escopos e outros) de um ou mais sites locais para o Citrix DaaS hospedado no Citrix Cloud. Ele também pode ser usado para migrar informações entre diferentes regiões ou locatários da Nuvem.
Esta ferramenta descobre e exporta um ou mais sites locais como uma coleção de arquivos de configuração, que você pode editar opcionalmente. A configuração desses arquivos pode então ser importada para o Citrix DaaS. A migração é feita em etapas, executando a ferramenta várias vezes, permitindo que você alcance facilmente o estado de configuração desejado.
O ACT não é uma ferramenta de migração única. Você pode usá-lo para gerenciar suas operações diárias na nuvem, como:
- Automatizando a transferência de contas de nuvem de teste ou de estágio para contas de nuvem de produção
- Fazendo backup e restaurando sua configuração
- Dividindo um ambiente de nuvem em várias nuvens
O vídeo a seguir, com duração de 2 minutos , fornece um tour rápido pela Configuração Automatizada.
Para obter informações adicionais sobre configuração automatizada, consulte Prova de conceito: ferramenta de configuração automatizada na Tech Zone.
Para uma análise mais aprofundada sobre como mover sua implantação e preparar sua configuração local para migração, consulte Guia de implantação: migrando aplicativos e desktops virtuais Citrix do local para o Citrix Cloud na Tech Zone.
Limitações conhecidas
- Os catálogos de máquinas provisionados por meio dos Serviços de Criação de Máquinas têm considerações especiais. Para obter mais informações sobre o MCS, consulte Entender a migração de catálogos provisionados do Machine Creation Services.
Pré-requisitos para migrar sua configuração
Para exportar sua configuração do Citrix Virtual Apps and Desktops, você precisa:
- Citrix Virtual Apps and Desktops: versão atual e seu predecessor imediato ou Citrix Virtual Apps and Desktops, XenApp e XenDesktop LTSRs: todas as versões
- Uma máquina associada ao domínio com .NET Framework 4.7.2 ou posterior e o Citrix PowerShell SDK. Isso é instalado automaticamente no Delivery Controller. (Para executar em uma máquina diferente do Delivery Controller local, o Citrix Studio deve ser instalado, pois o Studio instala os snap-ins corretos do PowerShell. O instalador do Studio pode ser encontrado na mídia de instalação do Citrix Virtual Apps and Desktops .)
Para importar sua configuração para o Citrix DaaS, você precisa:
- Uma máquina com acesso ao Citrix Cloud. Não precisa ser um Delivery Controller ou uma máquina associada a um domínio.
- Citrix DaaS provisionado.
- Um local de recurso ativo com o Connector instalado e associado ao mesmo domínio da configuração local.
- A conectividade com sites que acessam o Citrix Cloud deve ser permitida e estar disponível. Para obter mais informações, consulte Requisitos de sistema e conectividade.
Observação:
A configuração automatizada não pode ser instalada em um sistema Cloud Connector.
Passos principais
- Baixe a Ferramenta de Configuração Automatizada e revise os requisitos do sistema. Veja Baixar configuração automatizada.
- Preencha o arquivo
CustomerInfo.ymlcom seus valoresCustomerName,CustomerIDeSecretKeygerados pelo portal Citrix Cloud. Veja Gere o ID do cliente, o ID do cliente e a chave secreta e Preencha o arquivo de informações do cliente. - Se o site local contiver várias zonas, atualize o arquivo
ZoneMapping.ymlpara mapear zonas para locais de recursos do Citrix DaaS. Veja Preencher arquivo de mapeamento de zona. - Se o site contiver várias conexões de hospedagem, atualize o arquivo
CvadAcSecurity.ymlcom as informações de conexão para cada tipo de host migrando para o Citrix DaaS. Se houver apenas uma conexão de host, atualize o arquivoCvadACSecurity.ymlcom as informações de conexão do host. Veja Atualizar o arquivo de segurança para conexões de host. - Abra o ACT e exporte seu site local usando o comando
Export-CvadAcToFile. Consulte Objetos de migração suportados para obter a lista de componentes suportados para migração. Para obter informações sobre as etapas de exportação, consulte Exportar configuração local. - Importe componentes em etapas usando o comando
Merge-CvadAcToSite. Como alternativa, migre o site inteiro de uma só vez. Certifique-se de migrar os componentes na ordem listada em Ordem de migração de componentes. Para obter informações sobre as etapas de importação, consulte Executar uma importação. - Ative o site na nuvem. Veja Ativar sites.
Baixar configuração automatizada
Baixe e instale a ferramenta de configuração automatizada em Downloads da Citrix.
Atualizar configuração automatizada
Para evitar erros de funcionalidade, use sempre a versão mais recente disponível do ACT.
Para saber sobre a versão da sua ferramenta, faça o seguinte:
- Clique duas vezes no ícone Auto Config . Uma janela do PowerShell é exibida.
-
Execute o seguinte comando para verificar o número da sua versão.
Get-CvadAcStatus - Verifique a versão da sua ferramenta com a versão listada em Downloads do Citrix. A versão mais recente da ferramenta está localizada lá.
- Baixe e instale a versão mais recente da ferramenta. Você não ** precisa desinstalar a versão antiga para atualizar a Configuração Automatizada.
Observação:
Quando você executa cmdlets para acessar a nuvem na Configuração Automatizada, a ferramenta alerta você quando há uma versão mais recente disponível para download. Para obter mais informações sobre cmdlets, consulte Cmdlets da ferramenta de configuração automatizada.
Gere o ID do cliente, o ID do cliente e a chave secreta
Para migrar o site local para o Citrix DaaS, preencha o arquivo CustomerInfo.yml com o ID do cliente, o ID do cliente e a chave secreta do portal Citrix Cloud.
Para recuperar o ID do cliente:
- Entre na sua conta Citrix Cloud e selecione o cliente.
- Clique no ícone de grade e selecione Gerenciamento de Identidade e Acesso.
- Navegue até Acesso à API > Clientes seguros. O ID do cliente é exibido na página.
Para recuperar o ID do cliente e a chave secreta:
- Na página Clientes seguros , insira um nome na caixa. Este nome é usado para diferenciar entre vários IDs de cliente e chaves secretas.
- Clique em Criar cliente para criar o ID do cliente e a chave secreta.
- Copie o ID do cliente e a chave secreta para um local seguro e baixe o arquivo
.csvcontendo essas informações. Use o arquivo.csvpara preencher o arquivoCustomerInfo.yml.
Observação:
- O ID do cliente e a chave secreta não expiram. Se estiverem comprometidos, remova-os imediatamente usando o ícone Lixeira e crie novos.
- A chave secreta não pode ser recuperada se for perdida ou esquecida; um novo ID de cliente e uma nova chave secreta devem ser criados.
Preencher arquivo de informações do cliente
O arquivo CustomerInfo.yml elimina a necessidade de fornecer parâmetros de informações do cliente sempre que o cmdlet for executado. Qualquer informação do cliente pode ser substituída usando parâmetros de cmdlet.
Use o cmdlet New-CvadAcCustomerInfoFile para criar o arquivo CustomerInfo.yml .
Importante:
Não edite manualmente o arquivo
CustomerInfo.yml. Isso pode causar erros de formatação inadvertidos.
O cmdlet New-CvadAcCustomerInfoFile tem os seguintes parâmetros obrigatórios.
- CustomerId – ID do cliente.
- ClientId – ID do cliente do cliente criado no Citrix Cloud.
- Segredo – segredo do cliente criado no Citrix Cloud.
Exemplo:
New-CvadAcCustomerInfoFile -CustomerId markhof123 -ClientId 6813EEA6-46CC-4F8A-BC71-539F2DAC5984 -Secret TwBLaaaaaaaaaaaaaaaaaw==
Você também pode criar o CustomerInfo.yml usando o parâmetro SecurityCsvFileSpec que aponta para o arquivo security.csv baixado. Você também deve especificar o CustomerId.
New-CvadAcCustomerInfoFile -SecurityCsvFileSpec C:\Users\my_user_name\downloads/security.csv -CustomerId markhof123
Use o cmdlet Set-CvadAcCustomerInfoFile para atualizar o arquivo CustomerInfo.yml . Este cmdlet altera apenas o ID do cliente.
Set-CvadAcCustomerInfoFile -ClientId C80487EE-7113-49F8-85DD-2CFE30CC398E
A seguir está um exemplo de arquivo CustomerInfo.yml.
# Created/Updated on 2020/01/29 16:46:47
CustomerId: ‘markhof123’
ClientId: ‘6713FEA6-46CC-4F8A-BC71-539F2DDK5384’
Secret: ‘TwBLaaabbbaaaaaaaaaaw==’
Environment: Production
AltRootUrl: ‘’
StopOnError: False
AlternateFolder: ‘’
Locale: ‘en-us’
Editor: ‘C:\Program Files\Notepad++\notepad++.exe’
Confirm: True
DisplayLog: True
Preencher arquivo de mapeamento de zona
Uma zona local é o equivalente ao local do recurso na nuvem. Ao contrário de outros componentes do site, você não pode importar a zona local para a nuvem automaticamente. Em vez disso, ele deve ser mapeado manualmente usando o arquivo ZoneMapping.yml . Falhas de importação podem ocorrer se o nome da zona não estiver associado a um nome de local de recurso existente.
Se os sites locais tiverem apenas uma zona e os sites na nuvem tiverem apenas um local de recurso, a ferramenta de configuração automatizada fará a associação correta, eliminando a necessidade de gerenciar manualmente o arquivo ZoneMapping.yml .
No entanto, se os sites locais tiverem várias zonas ou os sites na nuvem tiverem vários locais de recursos, atualize manualmente o arquivo ZoneMapping.yml para refletir o mapeamento correto das zonas locais para os locais de recursos na nuvem.
O arquivo ZoneMapping.yml está localizado em %HOMEPATH%\Documents\Citrix\AutoConfig. O conteúdo do arquivo .yml é um dicionário com o nome da zona como chave e o nome do local do recurso como valor.
Por exemplo, um site local do Citrix Virtual Apps and Desktops com uma zona primária chamada “Zona-1” e uma zona secundária chamada “Zona-2” é migrado para uma implantação do Citrix DaaS com dois locais de recursos de nuvem recém-criados chamados “Cloud-RL-1” e “Cloud-RL-2”. Neste caso, o ZoneMapping.yml seria configurado da seguinte maneira:
Zone-1: Cloud-RL-1
Zone-2: Cloud-RL-2
Observação:
Adicione um espaço entre os dois pontos e o nome do local do recurso. Se forem usados espaços no nome da zona ou do local do recurso, coloque o nome entre aspas.
Atualizar o arquivo de segurança para conexões de host
Conexões de host e seus hipervisores associados podem ser exportados e importados usando o ACT.
Adicionar um hipervisor a uma conexão de host requer informações de segurança específicas para o tipo de hipervisor. Essas informações não podem ser exportadas do site local por questões de segurança. Você deve fornecer manualmente as informações para que a Configuração Automatizada possa importar com êxito as conexões de host e os hipervisores para o site na nuvem.
O processo de exportação cria o arquivo CvadAcSecurity.yml em %HOMEPATH%\Documents\Citrix\AutoConfig contendo espaços reservados para cada item de segurança necessário para o tipo específico de hipervisor. Você deve atualizar o arquivo CvadAcSecurity.yml antes de importar para o site na nuvem. As atualizações do administrador são mantidas em várias exportações com novos marcadores de segurança adicionados conforme necessário. Itens de segurança nunca são removidos. Para obter mais informações, consulte Atualizar manualmente o arquivo CvadAcSecurity.yml
HostConn1:
ConnectionType: XenServer
UserName: root
PasswordKey: rootPassword
HostCon2:
ConnectionType: AWS
ApiKey: 78AB6083-EF60-4D26-B2L5-BZ35X00DA5CH
SecretKey: TwBLaaaaaaaaaaaaaaaaaw==
Region: East
Informações de segurança por hipervisor
A seguir estão listadas as informações de segurança necessárias para cada tipo de hipervisor.
- XenServer, Hyper-V, VMware
- Nome de usuário
- Senha em texto simples
- Microsoft Azure
- ID da assinatura
- ID do aplicativo
- Segredo da aplicação
- AWS
- ID da conta de serviço
- Segredo da aplicação
- Região
Considerações especiais de segurança
Todas as informações de segurança são inseridas como texto simples. Se texto simples não for recomendado, as conexões de host e os hipervisores associados podem ser criados manualmente usando Studio. As conexões do host e os nomes do hipervisor devem corresponder exatamente às suas contrapartes locais para que os catálogos de máquinas que usam as conexões do host possam ser importados com sucesso.
Exporte sua configuração local do Citrix Virtual Apps and Desktops
Usando um comando export do PowerShell, você pode exportar sua configuração local existente e obter os arquivos .yml necessários. Esses arquivos são usados para importar a configuração desejada para o Citrix Cloud.
Objetos de migração suportados
A configuração automatizada oferece suporte à movimentação da configuração dos seguintes componentes:
- Marcas
- Administrador Delegado
- Escopos
- Funções
- Conexões de host
- Um único conjunto de recursos
- Escopos de administração
- Catálogos de máquinas
- Escopos de administração
- Máquinas
- Acesso remoto ao PC, físico, agrupado, provisionado, MCS, atribuído
- Loja
- Grupos de entrega
- Política de Acesso
- Associação de escopo de administração
- Política de acesso ao aplicativo
- Política de Atribuição
- Política de direitos/desktop
- Cronogramas de energia
- Sessão Persistente
- Pré-lançamento da sessão
- Reinicializar agendamentos
- Marcas
- Grupos de aplicativos
- Associação de escopo de administração
- Grupos de entrega
- Usuários e Grupos
- Aplicativos
- Pastas de Aplicação
- Ícones
- Aplicativos
- FTAs configurados pelo corretor
- Marcas
- Políticas de Grupo
- Preferências da Zona do Usuário
Exportar configuração local
- Clique duas vezes no ícone Auto Config . Uma janela do PowerShell é exibida.
-
Execute o seguinte comando para exportar todos os componentes. Exportar sua configuração local não ** a altera de forma alguma.
Export-CvadAcToFile
Depois de executar qualquer cmdlet pela primeira vez, uma pasta de exportação com os arquivos de configuração e logs .yml é criada. A pasta está em %HOMEPATH%\Documents\Citrix\AutoConfig. Cada exportação sucessiva cria uma subpasta. A pasta pai %HOMEPATH%\Documents\Citrix\AutoConfig sempre contém os arquivos exportados da exportação mais recente.
Observação:
Se a Configuração Automatizada não estiver instalada no Delivery Controller, execute
import-module Citrix.AutoConfig.Commandsantes de usar a ferramenta por meio do PowerShell. Esta etapa não é necessária se você abrir a Configuração automatizada usando o ícone Configuração automática .
Se você encontrar algum erro ou exceção, consulte a seção Correções no arquivo de log.
Importe sua configuração para o Citrix DaaS
Importante:
- Ao migrar uma implantação local para a nuvem, certifique-se de que os GPOs de domínio e UO que contêm as configurações do Citrix sejam migrados para a nuvem. O Citrix Web Studio não oferece suporte a GPMC e, portanto, os GPOs de domínio e UO não ficam visíveis no Web Studio. O mecanismo de política da Citrix aplica os GPOs de domínio e UO em VDAs e usuários que estão nos domínios e UO. Após efetuar login em um VDA, um usuário pode ver que as políticas do domínio e dos GPOs da UO são aplicadas à sua sessão. No entanto, os administradores não podem ver essas políticas e configurações, o que pode causar confusões.
Ordem de migração de componentes
Os componentes e suas dependências estão listados aqui. As dependências de um componente devem estar definidas antes que ele possa ser importado ou mesclado. Se uma dependência estiver faltando, isso pode causar falha no comando de importação ou mesclagem. A seção Fixups do arquivo de log mostra dependências ausentes se uma importação ou mesclagem falhar.
- Marcas
- Sem pré-dependências
- Administrador Delegado
- Sem pré-dependências
- Conexões de host
- Informações de segurança em CvadAcSecurity.yml
- Catálogos de máquinas
- Máquinas presentes no Active Directory
- Conexões de host
- Marcas
- Loja
- Grupos de entrega
- Máquinas presentes no Active Directory
- Usuários presentes no Active Directory
- Catálogos de máquinas
- Marcas
- Grupos de aplicativos
- Grupos de entrega
- Marcas
- Aplicativos
- Grupos de entrega
- Grupos de aplicativos
- Marcas
- Políticas de Grupo
- Grupos de entrega
- Marcas
- Preferências da Zona do Usuário
Executar uma importação
- Clique duas vezes no ícone Auto Config . Uma janela do PowerShell é exibida.
-
Execute o seguinte comando para importar todos os componentes.
Merge-CvadAcToSite
Verifique o estado esperado com o novo estado atual. Várias opções de importação controlam se os resultados da importação são idênticos ou um subconjunto do site local.
Depois de executar o cmdlet, uma pasta de exportação com os arquivos de configuração e logs .yml é criada. A pasta está em %HOMEPATH%\Documents\Citrix\AutoConfig.
Se você encontrar algum erro ou exceção, consulte a seção Correções no arquivo de log.
Observação:
Se a Configuração Automatizada não estiver instalada no Delivery Controller, execute
import-module Citrix.AutoConfig.Commandsantes de usar a ferramenta por meio do PowerShell. Esta etapa não é necessária se você abrir a Configuração automatizada usando o ícone Configuração automática .
Para reverter para sua configuração original do Citrix DaaS, consulte Fazendo backup da sua configuração do Citrix DaaS.
Entenda a operação de importação
O processo de importação foi projetado para executar atualizações com precisão, executar apenas as atualizações necessárias e verificar se todas as atualizações foram feitas corretamente. Os passos são seguidos em todas as operações de importação:
- Leia o arquivo .yml exportado (estado esperado).
- Leia a nuvem (estado atual).
- Faça backup do estado da nuvem pré-importação em arquivos .yml (o pré-backup pode ser restaurado, se necessário).
- Avalie as diferenças entre o estado esperado e o atual. Isso determina quais atualizações fazer.
- Faça as atualizações.
- Releia a nuvem (novo estado atual).
- Faça backup do estado da nuvem pós-importação em arquivos .yml (o pós-backup pode ser restaurado, se necessário).
- Compare o novo estado atual com o estado esperado.
- Relate os resultados da comparação.
Migração granular
Importante:
Para obter mais informações sobre a ordem de migração dos componentes, consulte Ordem de migração dos componentes.
Você pode migrar seletivamente apenas componentes ou até mesmo apenas nomes de componentes.
- Os parâmetros de componentes suportados incluem
MachineCatalogs,Tagse muito mais. - Os parâmetros de nome de componente suportados incluem os parâmetros
IncludeByNameeExcludeByName, entre outros.
Para obter mais informações sobre parâmetros e como usá-los, consulte Parâmetros de migração granular.
Ativar sites
O controlador de entrega em sites locais e na nuvem controla recursos como desktops de corretagem, aplicativos e reinicialização de máquinas. Problemas ocorrem quando um conjunto comum de recursos é controlado por dois ou mais sites. Essa situação pode ocorrer ao migrar de um site local para um site na nuvem. É possível que os controladores de entrega locais e na nuvem gerenciem o mesmo conjunto de recursos. Essa gestão dupla pode fazer com que os recursos se tornem indisponíveis e incontroláveis, além de ser difícil de diagnosticar.
A ativação do site permite que você controle onde o site ativo é controlado.
A ativação do site é gerenciada usando o modo de manutenção do grupo de entrega. Os grupos de entrega são colocados em modo de manutenção quando o site está inativo. O modo de manutenção é removido dos grupos de entrega para sites que estão ativos.
A ativação do site não afeta nem gerencia o registro do VDA ou os catálogos de máquinas.
Set-CvadAcSiteActiveStateCloudSet-CvadAcSiteActiveStateOnPrem
Todos os cmdlets oferecem suporte à filtragem IncludeByName e ExcludeByName . Este parâmetro permite que você selecione quais grupos de entrega podem ter seu modo de manutenção alterado. Os grupos de entrega podem ser alterados seletivamente conforme necessário.
Importação e transferência de controle para a nuvem
A seguir está uma descrição de alto nível sobre como importar e transferir o controle do site local para o site na nuvem.
- Exporte e importe o site local para a nuvem. Certifique-se de que o parâmetro
–SiteActivenão esteja presente em nenhum dos cmdlets de importação. O site local está ativo e o site na nuvem está inativo. Por padrão, os grupos de entrega de sites na nuvem estão em modo de manutenção. - Verifique o conteúdo e a configuração da nuvem.
- Fora do horário comercial, defina o site local como inativo. O parâmetro
–SiteActivedeve estar ausente. Todos os grupos de entrega no local estão em modo de manutenção.Set-CvadAcSiteActiveStateOnPrem
- Defina o site na nuvem como ativo. O parâmetro
–SiteActivedeve estar presente. Nenhum grupo de entrega de site na nuvem está em modo de manutenção.Set-CvadAcSiteActiveStateCloud –SiteActive
- Verifique se o site na nuvem está ativo e o site local está inativo.
Transferir o controle de volta para o site local
Para transferir o controle do site na nuvem para o site local:
- Fora do horário comercial, defina o site na nuvem como inativo. Todos os grupos de entrega do site na nuvem estão em modo de manutenção.
Set-CvadAcSiteActiveStateCloud
- Defina o site local como ativo. Nenhum grupo de entrega no local está em modo de manutenção.
Set-CvadAcSiteActiveStateOnPrem -SiteActive
Informações adicionais sobre ativação do site
- Se nenhuma máquina tiver gerenciamento de energia e não houver programações de reinicialização (o que geralmente significa que também não há conexões de host), todos os grupos de entrega em nuvem poderão ser importados como ativos. Adicione
-SiteActiveaMerge-CvadAcToSite/Import-CvadAcToSiteou executeSet-CvadAcSiteActiveStateCloud -SiteActiveapós a importação. - Se as máquinas tiverem gerenciamento de energia ou houver programações de reinicialização, será necessário um processo diferente. Por exemplo, ao alternar do local para a nuvem nessa situação, defina o site local como inativo usando
Set-CvadAcSiteActiveStateOnPrem. Em seguida, defina o site na nuvem como ativo usandoSet-CvadAcSiteActiveStateCloud -SiteActive. - Os cmdlets
Set-CvadAcSiteActiveStateCloudeSet-CvadAcSiteActiveStateOnPremtambém são usados para reverter o processo. Por exemplo, executeSet-CvadAcSiteActiveStateCloudsem o parâmetro-SiteActivee, em seguida, executeSet-CvadAcSiteActiveStateOnPremcom o parâmetro-SiteActive.
Entenda a migração de catálogos provisionados do Machine Creation Services
Observação:
Este recurso está disponível apenas nas versões 3.0 e posteriores. Verifique sua versão usando
Get-CvadAcStatusna Configuração Automatizada.
Os catálogos do Machine Creation Services (MCS) criam dois tipos diferentes de catálogos:
- Quando as alterações feitas em uma máquina são perdidas ou revertidas (geralmente no sistema operacional do servidor, onde os aplicativos são publicados) – este é um caso de uso de VDI em pool/multissessão
- Quando as alterações feitas em uma máquina são preservadas durante a reinicialização (geralmente sistema operacional cliente com um usuário dedicado) – este é um caso de uso de VDI estático
O tipo de catálogo pode ser confirmado no nó do catálogo no Citrix Studio e observando o valor “Dados do usuário:” do catálogo.
Observação:
Não é possível fazer backup do MCS da nuvem usando a Configuração Automatizada.
Catálogos VDI/multi-sessão agrupados
Catálogos com “Dados do usuário: Descartar” são catálogos VDI agrupados e podem migrar apenas a imagem principal e a configuração. Nenhuma máquina virtual nesses catálogos é migrada. Isso ocorre porque o ciclo de vida da máquina virtual é mantido pelo site de onde você está importando, o que significa que toda vez que as máquinas são ligadas, seu estado pode mudar. Isso torna a importação impossível, pois os dados de importação para as máquinas virtuais rapidamente ficam fora de sincronia.
Ao migrar esses catálogos usando a ferramenta, ela cria metadados de catálogo e inicia a criação da imagem principal, mas nenhuma máquina é importada.
Como esse processo pode levar algum tempo para ser criado com base no tamanho da imagem principal, o comando de importação dentro da ferramenta apenas inicia a criação do catálogo MCS e não espera que ele termine. Após a conclusão da importação, monitore o progresso da criação do catálogo usando o Studio na implantação na nuvem.
Depois que a imagem principal for criada, você pode provisionar máquinas. Considere as considerações de capacidade porque você terá capacidade consumida pelo seu uso local.
Todos os outros objetos (grupos de entrega, aplicativos, políticas e assim por diante) que usam esse catálogo podem ser importados e não precisam esperar pela criação da imagem principal. Quando o catálogo for concluído, as máquinas poderão ser adicionadas ao catálogo importado e os usuários poderão iniciar seus recursos.
Observação:
Use os mesmos comandos disponíveis na ferramenta para migrar catálogos e todos os outros objetos.
Catálogos VDI estáticos
Observação:
Como essa operação importa detalhes de baixo nível armazenados no banco de dados, esse processo deve ser executado em uma máquina com acesso ao banco de dados.
Os catálogos VDI estáticos migram a imagem principal, as configurações e todas as máquinas virtuais. Diferentemente do caso de uso de VDI em pool, nenhuma imagem precisa ser criada.
Os VDAs devem ser apontados para o conector para que sejam registrados na nuvem.
Consulte a seção Ativando sites para tornar o site na nuvem ativo, para que o cronograma de reinicialização, o gerenciamento de energia e outros itens sejam controlados pela nuvem.
Após a conclusão da migração, se você quiser excluir este catálogo do seu site local, selecione sair da conta da VM e do AD. Caso contrário, eles serão excluídos e o site na nuvem continuará apontando para a VM excluída.
Atualizar tags MCS para detectar recursos órfãos após a migração
Depois de migrar da configuração local para um site na nuvem, ou da sua configuração na nuvem para outro site na nuvem, você deve atualizar as tags de ID do site do MCS no caso de VMs persistentes para que recursos órfãos possam ser detectados corretamente. Para fazer isso, use o comando do PowerShell Set-ProvResourceTags. Atualmente, esse recurso é aplicável ao Azure.
As etapas detalhadas são as seguintes:
-
Atualize as tags de ID do site MCS do novo site Citrix usando o comando do PowerShell
Set-ProvResourceTags. Por exemplo:Set-ProvResourceTags -ProvisioningSchemeUid xxxxx [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]Ou,
Set-ProvResourceTags -ProvisioningSchemeName xxxxx [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]
Os detalhes dos parâmetros são os seguintes:
-
ProvisioningSchemeUidouProvisioningSchemeNameé um parâmetro obrigatório. -
VMNameé um parâmetro opcional. Se nenhumVMNamefor especificado, as tags de todas as VMs deste catálogo de máquinas serão atualizadas. -
VMBatchSizeé um parâmetro opcional para dividir todas as VMs em lotes. Se nenhumVMBatchSizefor especificado, o valor padrão (10) será aplicado. O intervalo é de 1 a 60. -
ResourceTypepode ser um dos seguintes:-
MachineCatalog: Para atualizar tags de recursos de catálogo de máquinas. -
VirtualMachine: Para atualizar tags de recursos relacionados a VM. -
Todos: (ResourceType padrão): Para atualizar tags do catálogo da máquina e recursos relacionados à VM.
-
Neste artigo
- Limitações conhecidas
- Pré-requisitos para migrar sua configuração
- Passos principais
- Baixar configuração automatizada
- Atualizar configuração automatizada
- Gere o ID do cliente, o ID do cliente e a chave secreta
- Preencher arquivo de mapeamento de zona
- Atualizar o arquivo de segurança para conexões de host
- Exporte sua configuração local do Citrix Virtual Apps and Desktops
- Importe sua configuração para o Citrix DaaS
- Ativar sites
- Entenda a migração de catálogos provisionados do Machine Creation Services
- Atualizar tags MCS para detectar recursos órfãos após a migração