-
-
Criar e gerenciar conexões e recursos
-
Pools de identidade de diferentes tipos de junção de identidade de máquina
-
Serviço Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)
-
-
-
-
-
-
Coletar um Rastreamento do Citrix Diagnostic Facility (CDF) na Inicialização do Sistema
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Mesclando vários sites em um único site
O suporte a vários sites para a Configuração Automatizada oferece um método para mesclar vários sites locais em um único site na nuvem.
O suporte a vários sites adiciona prefixos e sufixos exclusivos aos nomes dos componentes por site local, garantindo a exclusividade do nome depois que vários sites locais são mesclados em um único site na nuvem.
Prefixos e sufixos podem ser atribuídos para cada um dos seguintes componentes por site local.
AdminScopeAdminRoleApplicationAdminApplicationFolderApplicationGroupApplicationUserDeliveryGroupGroupPolicyHostConnectionMachineCatalogStoreFrontTag
As pastas de aplicativos oferecem suporte a prefixos, sufixos e rerooting. O rerooting adiciona uma pasta de nível superior extra à estrutura de pastas existente de um aplicativo.
Regras de prefixação e sufixação
- Prefixos e sufixos não podem conter nenhum dos seguintes caracteres especiais:
\ , / ; : # . * ? = < > | ( ) " ' { } [ ] - Prefixos e sufixos podem conter espaços à direita, mas não espaços à esquerda.
- Prefixos e sufixos devem ser colocados entre aspas duplas para conter espaços à direita.
- Prefixos e sufixos são aplicados no momento da importação, mesclagem e adição. Os arquivos .yml de origem nunca são modificados.
- O processo de prefixo e sufixo prefixa ou sufixa automaticamente os nomes dos componentes dependentes quando aplicável. Por exemplo, se os nomes dos catálogos de máquinas forem prefixados com “East”, os grupos de entrega que os referenciam também serão prefixados com “East”.
- Se um nome de componente já começar com o prefixo ou sufixo, nenhum prefixo ou sufixo será adicionado. Os nomes dos componentes não podem conter prefixos ou sufixos idênticos duplos.
- Prefixos e sufixos podem ser usados individualmente ou em combinação.
- O uso de um prefixo ou sufixo em um componente é opcional.
Observação:
O Studio exibe os componentes em ordem alfabética.
Agrupar componentes por site
Use a prefixação para agrupar visualmente os componentes de um único site. Cada site é listado em seu próprio grupo, com a prefixação controlando alfabeticamente a ordem dos diferentes grupos de sites.
Agrupar componentes por nome
Use a sufixação para agrupar visualmente componentes com nomes semelhantes de vários sites. Componentes com nomes semelhantes de diferentes sites se alternam visualmente.
Arquivo de mapeamento de prefixos e sufixos
A prefixação de site começa com o arquivo SiteMerging.yml que contém o mapeamento de prefixos e sufixos de site para um ou mais sites locais. Você pode gerenciar o arquivo SiteMerging.yml manualmente ou usando os cmdlets disponíveis listados na seção Cmdlets de mesclagem de vários sites locais.
Exportar site local
A mesclagem não pode começar até que você tenha exportado um site local. Para exportar um site local, consulte Exportar configuração local..
Pasta de destino de exportação central
Os métodos descritos nesta seção colocam várias exportações de site em um local de compartilhamento de arquivos central. O arquivo SiteMerging.yml, o arquivo CustomerInfo.yml e todos os arquivos de exportação residem nesse local de compartilhamento de arquivos, permitindo que você faça a importação de um local independente dos sites locais.
As operações de acesso à nuvem nunca fazem referência aos sites locais ou ao Active Directory, permitindo que você faça operações de acesso à nuvem de qualquer lugar.
Compartilhamento de arquivos direto
Existem dois métodos para fazer isso:
- Compartilhamento de arquivos direto: Para importar, mesclar ou adicionar do compartilhamento de arquivos direto, você deve decidir de qual máquina deseja fazer a operação de acesso à nuvem.
-
Referência de compartilhamento de arquivos usando
SiteMerging.yml: Este método usa o membroSiteRootFolderdo conjunto de prefixos do site e reduz as chances de direcionar a pasta errada ao exportar, importar, mesclar ou adicionar.
Se você não usar um método de compartilhamento de arquivos central, faça a importação, mesclagem ou adição dos Delivery Controllers individuais. Crie e replique o arquivo SiteMerging.yml em cada Delivery Controller que está sendo migrado para a nuvem. O local padrão é %HOMEPATH%\Documents\Citrix\AutoConfig. Você deve especificar o parâmetro –SiteName para selecionar os prefixos de site corretos.
Compartilhamento de arquivos direto
As operações de exportação, importação, mesclagem e novo/adição fornecem um parâmetro para direcionar ou originar uma pasta diferente da pasta padrão, %HOMEPATH%\Documents\Citrix\AutoConfig. Os exemplos a seguir usam um compartilhamento de arquivos central localizado em \\share.central.net ao qual o administrador já tem acesso, tendo fornecido as credenciais conforme necessário.
Para direcionar a exportação para uma pasta específica do site, use o parâmetro –TargetFolder:
Do East Delivery Controller™::
mkdir \\share.central.net\AutoConfig\SiteEast
Export-CvadAcToFile –TargetFolder \\share.central.net\AutoConfig\SiteEast
Do West Delivery Controller::
mkdir \\share.central.net\AutoConfig\SiteWest
Export-CvadAcToFile –TargetFolder \\share.central.net\AutoConfig\SiteWest
Após a conclusão das exportações, crie os arquivos CustomerInfo.yml e SiteMerging.yml e coloque-os em \\share.central.net\AutoConfig.
Observação:
Não use o parâmetro
SiteRootFolderao criar oSitePrefixes.ymlao usar este método de referência de compartilhamento de arquivos direto.
Para importar, mesclar ou adicionar do compartilhamento de arquivos direto, você deve decidir de qual máquina deseja fazer a operação de acesso à nuvem. As opções incluem:
- Um dos Delivery Controllers locais onde a ferramenta já está instalada.
- A máquina que hospeda o compartilhamento de arquivos.
- Uma máquina diferente.
A Configuração Automatizada deve ser instalada na máquina que acessa a nuvem. Nem o PowerShell SDK local, nem os Delivery Controllers, nem o Active Directory são usados, portanto, os requisitos de execução de acesso à nuvem são mais simples do que os requisitos de exportação.
Para mesclar os East Delivery Controllers na nuvem:
Merge-CvadAcToSite –SiteName East –SourceFolder \\share.central.net\AutoConfig\SiteEast -CustomerInfoFileSpec \\share.central.net\AutoConfig\CustomerInfo.yml
Para mesclar os West Delivery Controllers na nuvem:
Merge-CvadAcToSite –SiteName West –SourceFolder \\share.central.net\AutoConfig\SiteWest -CustomerInfoFileSpec \\share.central.net\AutoConfig\CustomerInfo.yml
A seguir, um exemplo do arquivo SitePrefixes.yml usado no exemplo anterior.
East:
SiteRootFolder: "" # Important: leave this empty
AdminScopePrefix: "East_"
AdminRolePrefix: "East_"
ApplicationAdminPrefix: "East_"
ApplicationFolderPrefix: "" # Note that a new parent root folder is used instead
ApplicationFolderRoot: "East"
ApplicationGroupPrefix: "East_"
ApplicationUserPrefix: "East_"
DeliveryGroupPrefix: "East_"
GroupPolicyPrefix: "East_"
HostConnectionPrefix: "East_"
MachineCatalogPrefix: "East_"
StoreFrontPrefix: "East_"
TagPrefix: "East_"
AdminScopeSuffix: "_east"
AdminRoleSuffix: "_east"
ApplicationAdminSuffix: "_east"
ApplicationFolderSuffix: "_east"
ApplicationGroupSuffix: "_east"
ApplicationUserSuffix: "_east"
DeliveryGroupSuffix: "_east"
GroupPolicySuffix: "_east"
HostConnectionSuffix: "_east"
MachineCatalogSuffix: "_east"
StoreFrontSuffix: "_east"
TagSuffix: "_east"
West:
SiteRootFolder: "" # Important: leave this empty
AdminScopePrefix: "Western "
AdminRolePrefix: "Western "
ApplicationAdminPrefix: "Western "
ApplicationFolderPrefix: "" # Note that a new parent root folder is used instead
ApplicationFolderRoot: "Western"
ApplicationGroupPrefix: "Western "
ApplicationUserPrefix: "Western "
DeliveryGroupPrefix: "Western "
GroupPolicyPrefix: "Western "
HostConnectionPrefix: "Western "
MachineCatalogPrefix: "Western "
StoreFrontPrefix: "Western "
TagPrefix: "Western "
AdminScopeSuffix: ""
AdminRoleSuffix: ""
ApplicationAdminSuffix: ""
ApplicationFolderSuffix: ""
ApplicationGroupSuffix: ""
ApplicationUserSuffix: ""
DeliveryGroupSuffix: ""
GroupPolicySuffix: ""
HostConnectionSuffix: ""
MachineCatalogSuffix: ""
StoreFrontSuffix: ""
TagSuffix: ""
<!--NeedCopy-->
Referência de compartilhamento de arquivos usando SiteMerging.yml
Este método usa o membro SiteRootFolder do conjunto de prefixos do site. Embora mais complexo do que o método de compartilhamento de arquivos direto, este método reduz as chances de direcionar a pasta errada ao exportar, importar, mesclar ou adicionar.
Primeiro, defina o SiteRootFolder para cada site no arquivo SiteMerging.yml. Você deve fazer isso no local compartilhado.
New-CvadAcSiteMergingInfo –SiteName East –SiteRootFolder \\share.central.net\AutoConfig\SiteEast -SitePrefixesFolder \\share.central.net\AutoConfig
New-CvadAcSiteMergingInfo –SiteName West –SiteRootFolder SiteWest -SitePrefixesFolder \\share.central.net\AutoConfig
Neste exemplo, East é uma especificação de pasta totalmente qualificada e West é uma especificação de pasta relativa.
Para direcionar a exportação para uma pasta específica do site usando o arquivo SiteMerging.yml:
Do East Delivery Controller:
mkdir \\share.central.net\AutoConfig\SiteEast
Export-CvadAcToFile -SiteName East -CustomerInfoFileSpec \\share.central.net\AutoConfig\CustomerInfo.yml
Do West Delivery Controller:
mkdir \\share.central.net\AutoConfig\SiteWest
Export-CvadAcToFile -SiteName West -CustomerInfoFileSpec \\share.central.net\AutoConfig\CustomerInfo.yml
O cmdlet de exportação usa o local da pasta CustomerInfo.yml para localizar o arquivo SiteMerging.yml. No caso de East, o SiteRootFolder é totalmente qualificado. Ele é usado como está. No caso de West, o SiteRootFolder não é totalmente qualificado. Ele é combinado com o local da pasta CustomerInfo.yml para recuperar um local de pasta totalmente qualificado para West.
Para mesclar o East Delivery Controller na nuvem:
Merge-CvadAcToSite –SiteName East -CustomerInfoFileSpec \\share.central.net\AutoConfig\CustomerInfo.yml
Para mesclar o West Delivery Controller na nuvem:
Merge-CvadAcToSite –SiteName West -CustomerInfoFileSpec \\share.central.net\AutoConfig\CustomerInfo.yml
A seguir, um exemplo do arquivo SitePrefixes.yml usado no exemplo anterior.
East:
SiteRootFolder: "\\\\share.central.net\\AutoConfig\\SiteEast"
AdminScopePrefix: "East_"
AdminRolePrefix: "East_"
ApplicationAdminPrefix: "East_"
ApplicationFolderPrefix: "" # Note that a new parent root folder is used instead
ApplicationFolderRoot: "East"
ApplicationGroupPrefix: "East_"
ApplicationUserPrefix: "East_"
DeliveryGroupPrefix: "East_"
GroupPolicyPrefix: "East_"
HostConnectionPrefix: "East_"
MachineCatalogPrefix: "East_"
StoreFrontPrefix: "East_"
TagPrefix: "East_"
AdminScopeSuffix: "_east"
AdminRoleSuffix: "_east"
ApplicationAdminSuffix: "_east"
ApplicationFolderSuffix: "_east"
ApplicationGroupSuffix: "_east"
ApplicationUserSuffix: "_east"
DeliveryGroupSuffix: "_east"
GroupPolicySuffix: "_east"
HostConnectionSuffix: "_east"
MachineCatalogSuffix: "_east"
StoreFrontSuffix: "_east"
TagSuffix: "_east"
West:
SiteRootFolder: "\\\\share.central.net\\AutoConfig\\SiteWest"
AdminScopePrefix: "Western "
AdminRolePrefix: "Western "
ApplicationAdminPrefix: "Western "
ApplicationFolderPrefix: "" # Note that a new parent root folder is used instead
ApplicationFolderRoot: "Western"
ApplicationGroupPrefix: "Western "
ApplicationUserPrefix: "Western "
DeliveryGroupPrefix: "Western "
GroupPolicyPrefix: "Western "
HostConnectionPrefix: "Western "
MachineCatalogPrefix: "Western "
StoreFrontPrefix: "Western "
TagPrefix: "Western "
AdminScopeSuffix: ""
AdminRoleSuffix: ""
ApplicationAdminSuffix: ""
ApplicationFolderSuffix: ""
ApplicationGroupSuffix: ""
ApplicationUserSuffix: ""
DeliveryGroupSuffix: ""
GroupPolicySuffix: ""
HostConnectionSuffix: ""
MachineCatalogSuffix: ""
StoreFrontSuffix: ""
TagSuffix: ""
<!--NeedCopy-->
Se um método de compartilhamento de arquivos central não for usado e a importação, mesclagem ou adição for feita a partir dos Delivery Controllers individuais, crie e replique o arquivo SiteMerging.yml em cada Delivery Controller que está sendo migrado para a nuvem. O local padrão é %HOMEPATH%\Documents\Citrix\AutoConfig. Você deve especificar o parâmetro –SiteName para selecionar os prefixos de site corretos.
Mesclar os sites
A Citrix® recomenda realizar as operações na nuvem em etapas e fazer uma revisão completa de cada resultado antes de fazer a próxima operação na nuvem. Por exemplo, se estiver mesclando três sites em um único site na nuvem:
- Mescle o site inicial na nuvem usando o valor
SiteNameapropriado. - Revise os resultados no Studio.
- Se os resultados estiverem incorretos, determine o problema e sua causa, corrija-o e, em seguida, execute a mesclagem novamente. Se necessário, remova os componentes da nuvem e comece do zero usando
Remove-CvadAcFromSitepara o componente e os membros selecionados. Se os resultados estiverem corretos, continue. - Se a mesclagem inicial estiver correta, mescle o segundo site no único site na nuvem.
- Repita as etapas 2 e 3.
- Se a segunda mesclagem estiver correta, mescle o terceiro site no único site na nuvem.
- Repita as etapas 2 e 3.
- Revise os recursos da perspectiva da pessoa usuária e verifique se a visualização está no estado desejado.
Remover um componente usando o prefixo do site
Você pode remover seletivamente componentes de site único usando o prefixo no parâmetro –IncludeByName do cmdlet Remove-CvadAcFromSite. No exemplo a seguir, os grupos de entrega do West Delivery Controller não estão corretos. Para remover os grupos de entrega apenas para o site West:
Remove-CvadAcFromSite –DeliveryGroups –IncludeByName “Western *”
Para remover todos os componentes West, execute os seguintes cmdlets em ordem.
Remove-CvadAcFromSite –GroupPolicies –IncludeByName “Western *”Remove-CvadAcFromSite –Applications –IncludeByName “Western *”Remove-CvadAcFromSite – ApplicationGroups –IncludeByName “Western *”Remove-CvadAcFromSite –DeliveryGroups –IncludeByName “Western *”Remove-CvadAcFromSite –MachineCatalogs –IncludeByName “Western *”Remove-CvadAcFromSite –HostConnections –IncludeByName “Western *”Remove-CvadAcFromSite –Tags –IncludeByName “Western *”
Para remover as políticas de grupo dos componentes East, use o sufixo:
Remove-CvadAcFromSite –GroupPolicies –IncludeByName “*_east”
Compartilhar
Compartilhar
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.