Documentazione dei prodotti
Citrix DaaS

Migrare la configurazione a Citrix Cloud

February 28, 2025
Grazie al contributo di: 
C

Automated Configuration Tool (ACT) consente la migrazione della configurazione di Citrix Virtual Apps and Desktops (policy, applicazioni, cataloghi, ruoli di amministratore, ambiti e altro) da uno o più siti locali a Citrix DaaS ospitato su Citrix Cloud. Può essere utilizzato anche per migrare le informazioni tra diverse regioni o tenant del Cloud.

Questo strumento rileva ed esporta uno o più siti locali come una raccolta di file di configurazione, che puoi modificare facoltativamente. La configurazione di questi file può quindi essere importata in Citrix DaaS. La migrazione avviene in più fasi eseguendo lo strumento più volte, consentendo di raggiungere facilmente lo stato di configurazione desiderato.

ACT non è solo uno strumento di migrazione una tantum. Puoi utilizzarlo per gestire le tue operazioni cloud quotidiane, ad esempio:

  • Automazione del trasferimento da account cloud di test o di fase ad account cloud di produzione
  • Backup e ripristino della configurazione
  • Suddivisione di un ambiente cloud in più cloud

Il seguente video di 2 minuti fornisce una rapida panoramica della Configurazione automatizzata.

Per ulteriori informazioni sulla configurazione automatizzata, vedere Proof of Concept: Automated Configuration Tool su Tech Zone.

Per una panoramica più approfondita sullo spostamento della distribuzione e sulla preparazione della configurazione locale per la migrazione, consulta Guida alla distribuzione: migrazione di Citrix Virtual Apps and Desktops da locale a Citrix Cloud su Tech Zone.

Limitazioni note

Prerequisiti per la migrazione della configurazione

Per esportare la configurazione da Citrix Virtual Apps and Desktops, è necessario:

  • Citrix Virtual Apps and Desktops: versione corrente e il suo predecessore immediato o Citrix Virtual Apps and Desktops, XenApp e XenDesktop LTSR: tutte le versioni
  • Un computer aggiunto al dominio con .NET Framework 4.7.2 o versione successiva e Citrix PowerShell SDK. Viene installato automaticamente sul Delivery Controller. (Per l’esecuzione su macchine diverse dal Delivery Controller locale, è necessario installare Citrix Studio, poiché Studio installa gli snap-in di PowerShell corretti. Il programma di installazione di Studio è disponibile sul supporto di installazione di Citrix Virtual Apps and Desktops .)

Per importare la tua configurazione in Citrix DaaS, ti serve:

  • Una macchina con accesso a Citrix Cloud. Non è necessario che si tratti di un Delivery Controller o di una macchina aggiunta al dominio.
  • Fornitura di Citrix DaaS.
  • Una posizione di risorse attiva con Connector installato e unito allo stesso dominio della configurazione locale.
  • La connettività ai siti che accedono a Citrix Cloud deve essere consentita e disponibile. Per ulteriori informazioni, vedere Requisiti di sistema e connettività.

Nota:

La configurazione automatica non può essere installata su un sistema Cloud Connector.

Passaggi chiave

  1. Scarica lo strumento di configurazione automatizzata e controlla i requisiti di sistema. Vedere Scarica la configurazione automatica.
  2. Compila il file CustomerInfo.yml con i valori CustomerName, CustomerIDe SecretKey generati dal portale Citrix Cloud. Vedere Generare l’ID cliente, l’ID client e la chiave segreta e Popolare il file di informazioni sul cliente.
  3. Se il sito locale contiene più zone, aggiornare il file ZoneMapping.yml per mappare le zone alle posizioni delle risorse Citrix DaaS. Vedere Popola il file di mappatura della zona.
  4. Se il sito contiene più connessioni di hosting, aggiornare il file CvadAcSecurity.yml con le informazioni di connessione per ciascun tipo di host che migra in Citrix DaaS. Se si verifica una sola connessione host, aggiornare il file CvadACSecurity.yml con le informazioni di connessione per la connessione host. Vedere Aggiornare il file di sicurezza per le connessioni host.
  5. Apri ACT ed esporta il tuo sito locale utilizzando il comando Export-CvadAcToFile . Vedere Oggetti di migrazione supportati per l’elenco dei componenti supportati per la migrazione. Per informazioni sui passaggi da seguire per l’esportazione, vedere Esportazione della configurazione locale.
  6. Importare i componenti in più fasi utilizzando il comando Merge-CvadAcToSite . In alternativa, è possibile migrare l’intero sito in una sola volta. Assicurati di migrare i componenti nell’ordine elencato in Ordine di migrazione dei componenti. Per informazioni sui passaggi da seguire per l’importazione, vedere Esegui un’importazione.
  7. Attiva il sito cloud. Vedere Attiva siti.

Scarica la configurazione automatizzata

Scarica e installa lo strumento di configurazione automatica da Citrix Downloads.

Aggiorna la configurazione automatica

Per evitare errori di funzionalità, utilizzare sempre la versione più recente disponibile di ACT.

Per conoscere la versione del tuo strumento, procedi come segue:

  1. Fare doppio clic sull’icona Auto Config . Viene visualizzata una finestra di PowerShell.

  2. Esegui il seguente comando per verificare il numero di versione.

      Get-CvadAcStatus
  3. Confronta la versione del tuo strumento con quella elencata in Citrix Downloads. L’ultima versione dello strumento si trova qui.
  4. Scarica e installa la versione più recente dello strumento. Non è necessario e non disinstallare la vecchia versione per aggiornare la Configurazione automatica.

Nota:

Quando esegui cmdlet per accedere al cloud in Configurazione automatica, lo strumento ti avvisa quando è disponibile una versione più recente per il download. Per ulteriori informazioni sui cmdlet, vedere cmdlet dello strumento di configurazione automatizzata.

Generare l’ID cliente, l’ID client e la chiave segreta

Per migrare il sito on-premise a Citrix DaaS, compilare il file CustomerInfo.yml con l’ID cliente, l’ID client e la chiave segreta dal portale Citrix Cloud.

Per recuperare l’ID cliente:

  1. Accedi al tuo account Citrix Cloud e seleziona il cliente.
  2. Fare clic sull’icona della griglia e selezionare Gestione identità e accessi.
  3. Vai a Accesso API > Client protetti. L’ID del cliente viene visualizzato sulla pagina.

Per recuperare l’ID client e la chiave segreta:

  1. Nella pagina Client protetti , inserisci un nome nella casella. Questo nome viene utilizzato per distinguere tra più ID client e chiavi segrete.
  2. Fare clic su Crea client per creare l’ID client e la chiave segreta.
  3. Copia l’ID client e la chiave segreta in un luogo sicuro e scarica il file .csv contenente queste informazioni. Utilizzare il file .csv per popolare il file CustomerInfo.yml .

Nota:

  • L’ID client e la chiave segreta non scadono. Se risultano compromessi, rimuovili immediatamente utilizzando l’icona Cestino e creane di nuovi.
  • La chiave segreta non può essere recuperata se viene persa o dimenticata; è necessario creare un nuovo ID client e una nuova chiave segreta.

Compilare il file di informazioni del cliente

Il file CustomerInfo.yml elimina la necessità di fornire parametri informativi sul cliente ogni volta che si esegue il cmdlet. Tutte le informazioni del cliente possono essere sovrascritte utilizzando i parametri del cmdlet.

Utilizzare il cmdlet New-CvadAcCustomerInfoFile per creare il file CustomerInfo.yml .

Importante:

Non modificare manualmente il file CustomerInfo.yml . Ciò potrebbe causare errori di formattazione involontari.

Il cmdlet New-CvadAcCustomerInfoFile ha i seguenti parametri obbligatori.

  • CustomerId: ID del cliente.
  • ClientId: ID client del cliente creato su Citrix Cloud.
  • Segreto: segreto del cliente creato su Citrix Cloud.

Esempio:

  New-CvadAcCustomerInfoFile -CustomerId markhof123 -ClientId 6813EEA6-46CC-4F8A-BC71-539F2DAC5984 -Secret TwBLaaaaaaaaaaaaaaaaaw==

È anche possibile creare CustomerInfo.yml utilizzando il parametro SecurityCsvFileSpec che punta al file security.csv scaricato. È necessario specificare anche il CustomerId.

  New-CvadAcCustomerInfoFile -SecurityCsvFileSpec C:\Users\my_user_name\downloads/security.csv -CustomerId markhof123

Utilizzare il cmdlet Set-CvadAcCustomerInfoFile per aggiornare il file CustomerInfo.yml . Questo cmdlet modifica solo l’ID client.

  Set-CvadAcCustomerInfoFile -ClientId C80487EE-7113-49F8-85DD-2CFE30CC398E

Di seguito è riportato un esempio di file 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

Popola il file di mappatura della zona

Una zona on-premise è l’equivalente della posizione delle risorse cloud. A differenza di altri componenti del sito, non è possibile importare automaticamente la zona locale nel cloud. Invece, deve essere mappato manualmente utilizzando il file ZoneMapping.yml . Possono verificarsi errori di importazione se il nome della zona non è associato a un nome di posizione della risorsa esistente.

Se i siti locali hanno una sola zona e i siti cloud hanno una sola posizione di risorse, lo strumento di configurazione automatica esegue l’associazione corretta, eliminando la necessità di gestire manualmente il file ZoneMapping.yml .

Tuttavia, se i siti locali hanno più zone o i siti cloud hanno più posizioni di risorse, aggiornare manualmente il file ZoneMapping.yml per riflettere la corretta mappatura delle zone locali alle posizioni delle risorse cloud.

Il file ZoneMapping.yml si trova in %HOMEPATH%\Documents\Citrix\AutoConfig. Il contenuto del file .yml è un dizionario con il nome della zona come chiave e il nome della posizione della risorsa come valore.

Ad esempio, un sito Citrix Virtual Apps and Desktops locale con una zona primaria denominata “Zona-1” e una zona secondaria denominata “Zona-2” viene migrato in una distribuzione Citrix DaaS con due nuove posizioni di risorse cloud denominate “Cloud-RL-1” e “Cloud-RL-2”. In questo caso, ZoneMapping.yml verrebbe configurato come segue:

              Zone-1: Cloud-RL-1

              Zone-2: Cloud-RL-2

Nota:

Aggiungere uno spazio tra i due punti e il nome della posizione della risorsa. Se nel nome della zona o della posizione della risorsa vengono utilizzati spazi, racchiudere il nome tra virgolette.

Aggiornare il file di sicurezza per le connessioni host

Le connessioni host e gli hypervisor associati possono essere esportati e importati tramite ACT.

Per aggiungere un hypervisor a una connessione host sono necessarie informazioni di sicurezza specifiche per il tipo di hypervisor. Per motivi di sicurezza, queste informazioni non possono essere esportate dal sito locale. È necessario fornire manualmente le informazioni affinché la Configurazione automatica possa importare correttamente le connessioni host e gli hypervisor nel sito cloud.

Il processo di esportazione crea il file CvadAcSecurity.yml in %HOMEPATH%\Documents\Citrix\AutoConfig contenente segnaposto per ciascun elemento di sicurezza necessario per lo specifico tipo di hypervisor. È necessario aggiornare il file CvadAcSecurity.yml prima di importarlo nel sito cloud. Gli aggiornamenti dell’amministratore vengono mantenuti per più esportazioni, con nuovi segnaposto di sicurezza aggiunti in base alle necessità. Gli elementi di sicurezza non vengono mai rimossi. Per ulteriori informazioni, vedere Aggiornare manualmente il file CvadAcSecurity.yml

              HostConn1:
              ConnectionType: XenServer
              UserName: root
              PasswordKey: rootPassword
              HostCon2:
              ConnectionType: AWS
              ApiKey: 78AB6083-EF60-4D26-B2L5-BZ35X00DA5CH
              SecretKey: TwBLaaaaaaaaaaaaaaaaaw==
              Region: East

Informazioni sulla sicurezza per hypervisor

Di seguito sono elencate le informazioni di sicurezza richieste per ciascun tipo di hypervisor.

  • XenServer, Hyper-V, VMware
    • Nome utente
    • Password in chiaro
  • Microsoft Azure
    • ID abbonamento
    • ID applicazione
    • Segreto dell’applicazione
  • Condizioni d’uso
    • ID account di servizio
    • Segreto dell’applicazione
    • Regione

Considerazioni speciali sulla sicurezza

Tutte le informazioni di sicurezza vengono inserite come testo in chiaro. Se non è consigliabile utilizzare testo in chiaro, le connessioni host e gli hypervisor associati possono essere creati manualmente utilizzando Studio. Le connessioni host e i nomi dell’hypervisor devono corrispondere esattamente alle controparti locali, in modo che i cataloghi delle macchine che utilizzano le connessioni host possano essere importati correttamente.

Esporta la configurazione locale di Citrix Virtual Apps and Desktops

Utilizzando un comando PowerShell export , puoi esportare la configurazione locale esistente e ottenere i file .yml necessari. Questi file vengono utilizzati per importare la configurazione desiderata in Citrix Cloud.

Oggetti di migrazione supportati

La configurazione automatizzata supporta lo spostamento della configurazione dei seguenti componenti:

  • Tag
  • Amministratore delegato
    • Ambiti
    • Ruoli
  • Connessioni host
    • Un singolo pool di risorse
    • Ambiti amministrativi
  • Cataloghi macchine
    • Ambiti amministrativi
    • Macchine
    • Accesso PC remoto, fisico, in pool, fornito, MCS, assegnato
  • Negozio Front
  • Gruppi di consegna
    • Politica di accesso
    • Associazione ambito amministratore
    • Politica di accesso alle applicazioni
    • Politica di assegnazione
    • Diritto/Politica del desktop
    • Orari di alimentazione
    • Sessione persistente
    • Pre-lancio della sessione
    • Pianificazioni di riavvio
    • Tag
  • Gruppi di applicazioni
    • Associazione ambito amministratore
    • Gruppi di consegna
    • Utenti e gruppi
  • Applicazioni
    • Cartelle dell’applicazione
    • Icone
    • Applicazioni
    • FTA configurati dal broker
    • Tag
  • Criteri di gruppo
  • Preferenze della zona utente

Esporta la configurazione on-premise

  1. Fare doppio clic sull’icona Auto Config . Viene visualizzata una finestra di PowerShell.

  2. Eseguire il seguente comando per esportare tutti i componenti. L’esportazione della configurazione locale non la modifica in alcun modo.

      Export-CvadAcToFile

Dopo aver eseguito un cmdlet per la prima volta, viene creata una cartella di esportazione con i file di configurazione e i registri .yml . La cartella si trova in %HOMEPATH%\Documents\Citrix\AutoConfig. Ogni esportazione successiva crea una sottocartella. La cartella padre %HOMEPATH%\Documents\Citrix\AutoConfig contiene sempre i file esportati dall’esportazione più recente.

Nota:

Se la configurazione automatizzata non è installata sul Delivery Controller, eseguire import-module Citrix.AutoConfig.Commands prima di utilizzare lo strumento tramite PowerShell. Questo passaggio non è necessario se si apre la Configurazione automatica tramite l’icona Auto Config .

Se si verificano errori o eccezioni, consultare la sezione Fixups nel file di registro.

Importa la tua configurazione in Citrix DaaS

Importante:

  • Quando si esegue la migrazione di una distribuzione on-premise al cloud, assicurarsi che il dominio e gli oggetti Criteri di gruppo delle OU che contengono le impostazioni Citrix vengano migrati al cloud. Citrix Web Studio non supporta GPMC e pertanto i GPO di dominio e OU non sono visibili in Web Studio. Il motore delle policy di Citrix applica i GPO di dominio e OU alle VDA e agli utenti presenti nei domini e nelle OU. Dopo aver effettuato l’accesso a un VDA, un utente potrebbe vedere che i criteri del dominio e degli oggetti Criteri di gruppo dell’unità organizzativa vengono applicati alla sua sessione. Tuttavia, gli amministratori non possono visualizzare queste policy e impostazioni, il che potrebbe generare confusione.

Ordine di migrazione dei componenti

Qui sono elencati i componenti e le relative dipendenze. Le dipendenze di un componente devono essere presenti prima che questo possa essere importato o unito. Se manca una dipendenza, il comando di importazione o di unione potrebbe non riuscire. La sezione Fixups del file di registro mostra le dipendenze mancanti se un’importazione o un’unione fallisce.

  1. Tag
    • Nessuna dipendenza preliminare
  2. Amministratore delegato
    • Nessuna dipendenza preliminare
  3. Connessioni host
    • Informazioni sulla sicurezza in CvadAcSecurity.yml
  4. Cataloghi macchine
    • Macchine presenti in Active Directory
    • Connessioni host
    • Tag
  5. Negozio Front
  6. Gruppi di consegna
    • Macchine presenti in Active Directory
    • Utenti presenti in Active Directory
    • Cataloghi macchine
    • Tag
  7. Gruppi di applicazioni
    • Gruppi di consegna
    • Tag
  8. Applicazioni
    • Gruppi di consegna
    • Gruppi di applicazioni
    • Tag
  9. Criteri di gruppo
    • Gruppi di consegna
    • Tag
  10. Preferenze della zona utente

Esegui un’importazione

  1. Fare doppio clic sull’icona Auto Config . Viene visualizzata una finestra di PowerShell.

  2. Eseguire il seguente comando per importare tutti i componenti.

      Merge-CvadAcToSite

Verificare lo stato previsto con il nuovo stato attuale. Diverse opzioni di importazione controllano se i risultati dell’importazione sono identici o un sottoinsieme del sito locale.

Dopo aver eseguito il cmdlet, viene creata una cartella di esportazione con i file di configurazione .yml e i registri. La cartella si trova in %HOMEPATH%\Documents\Citrix\AutoConfig.

Se si verificano errori o eccezioni, consultare la sezione Fixups nel file di registro.

Nota:

Se la configurazione automatizzata non è installata sul Delivery Controller, eseguire import-module Citrix.AutoConfig.Commands prima di utilizzare lo strumento tramite PowerShell. Questo passaggio non è necessario se si apre la Configurazione automatica tramite l’icona Auto Config .

Per ripristinare la configurazione originale di Citrix DaaS, vedere Backup della configurazione di Citrix DaaS.

Comprendere l’operazione di importazione

Il processo di importazione è progettato per eseguire gli aggiornamenti in modo accurato, effettuare solo gli aggiornamenti necessari e verificare che tutti gli aggiornamenti siano stati eseguiti correttamente. In tutte le operazioni di importazione vengono seguiti i seguenti passaggi:

  1. Leggere il file .yml esportato (stato previsto).
  2. Leggi il cloud (stato attuale).
  3. Eseguire il backup dello stato cloud pre-importazione in file .yml (se necessario, è possibile ripristinare il backup precedente).
  4. Valutare le differenze tra lo stato previsto e quello attuale. Questo determina quali aggiornamenti effettuare.
  5. Effettua gli aggiornamenti.
  6. Rileggere il cloud (nuovo stato attuale).
  7. Eseguire il backup dello stato del cloud post-importazione in file .yml (se necessario, è possibile ripristinare il backup successivo).
  8. Confrontare il nuovo stato attuale con lo stato previsto.
  9. Riportare i risultati del confronto.

Migrazione granulare

Importante:

Per ulteriori informazioni sull’ordine di migrazione dei componenti, vedere Ordine di migrazione dei componenti.

È possibile migrare selettivamente solo i componenti o anche solo i nomi dei componenti.

  • I parametri dei componenti supportati includono MachineCatalogs, Tagse altri.
  • I parametri del nome del componente supportati includono i parametri IncludeByName e ExcludeByName e altri.

Per maggiori informazioni sui parametri e su come utilizzarli, vedere Parametri di migrazione granulare.

Attivare i siti

Il delivery controller, sia nei siti on-premise che in quelli cloud, controlla risorse quali la negoziazione di desktop, applicazioni e il riavvio delle macchine. I problemi si verificano quando un insieme comune di risorse è controllato da due o più siti. Una situazione del genere può verificarsi durante la migrazione da un sito locale a un sito cloud. È possibile che sia i delivery controller on-premise sia quelli cloud gestiscano lo stesso set di risorse. Una gestione così duale può far sì che le risorse diventino indisponibili e ingestibili, e può risultare difficile da diagnosticare.

L’attivazione del sito consente di controllare dove viene controllato il sito attivo.

L’attivazione del sito viene gestita tramite la modalità di manutenzione del gruppo di consegna. I gruppi di consegna vengono messi in modalità di manutenzione quando il sito è inattivo. La modalità di manutenzione è stata rimossa dai gruppi di distribuzione per i siti attivi.

L’attivazione del sito non influisce né gestisce la registrazione VDA né i cataloghi delle macchine.

  • Set-CvadAcSiteActiveStateCloud
  • Set-CvadAcSiteActiveStateOnPrem

Tutti i cmdlet supportano i filtri IncludeByName e ExcludeByName . Questo parametro consente di selezionare i gruppi di consegna a cui è possibile modificare la modalità di manutenzione. I gruppi di consegna possono essere modificati selettivamente in base alle esigenze.

Importazione e trasferimento del controllo sul cloud

Di seguito è riportata una descrizione dettagliata su come importare e trasferire il controllo dal sito on-prem al sito cloud.

  1. Esportare e importare il sito on-premise nel cloud. Assicurarsi che il parametro –SiteActive non sia presente in nessuno dei cmdlet di importazione. Il sito on-premise è attivo, mentre il sito cloud è inattivo. Per impostazione predefinita, i gruppi di distribuzione del sito cloud sono in modalità di manutenzione.
  2. Verificare il contenuto e la configurazione del cloud.
  3. Durante gli orari di chiusura, imposta il sito locale come inattivo. Il parametro –SiteActive deve essere assente. Tutti i gruppi di distribuzione in sede sono in modalità di manutenzione.
    • Set-CvadAcSiteActiveStateOnPrem
  4. Imposta il sito cloud come attivo. Deve essere presente il parametro –SiteActive . Nessun gruppo di distribuzione del sito cloud è in modalità di manutenzione.
    • Set-CvadAcSiteActiveStateCloud –SiteActive
  5. Verificare che il sito cloud sia attivo e che il sito locale sia inattivo.

Trasferisci il controllo al sito on-premise

Per trasferire il controllo dal sito cloud al sito on-premise:

  1. Durante le ore di chiusura, imposta il sito cloud come inattivo. Tutti i gruppi di distribuzione del sito cloud sono in modalità di manutenzione.
    • Set-CvadAcSiteActiveStateCloud
  2. Imposta il sito locale come attivo. Nessun gruppo di distribuzione in sede è in modalità di manutenzione.
    • Set-CvadAcSiteActiveStateOnPrem -SiteActive

Informazioni aggiuntive sull’attivazione del sito

  • Se nessuna macchina è gestita in termini di alimentazione e non ci sono pianificazioni di riavvio (il che di solito significa che non ci sono nemmeno connessioni host), tutti i gruppi di distribuzione cloud possono essere importati come attivi. Aggiungi -SiteActive a Merge-CvadAcToSite/Import-CvadAcToSite oppure esegui Set-CvadAcSiteActiveStateCloud -SiteActive dopo l’importazione.
  • Se le macchine sono gestite elettricamente o sono previste pianificazioni di riavvio, è necessario un processo diverso. Ad esempio, quando si passa da locale a cloud in questa situazione, impostare il sito locale su inattivo utilizzando Set-CvadAcSiteActiveStateOnPrem. Quindi, imposta il sito cloud come attivo utilizzando Set-CvadAcSiteActiveStateCloud -SiteActive.
  • I cmdlet Set-CvadAcSiteActiveStateCloud e Set-CvadAcSiteActiveStateOnPrem vengono utilizzati anche per invertire il processo. Ad esempio, esegui Set-CvadAcSiteActiveStateCloud senza il parametro -SiteActive , quindi esegui Set-CvadAcSiteActiveStateOnPrem con il parametro -SiteActive .

Informazioni sulla migrazione dei cataloghi forniti dai servizi di creazione macchine

Nota:

Questa funzionalità è disponibile solo nelle versioni 3.0 e successive. Controlla la tua versione utilizzando Get-CvadAcStatus nella Configurazione automatica.

I cataloghi Machine Creation Services (MCS) creano due diversi tipi di cataloghi:

  • Quando le modifiche apportate a una macchina vengono perse o annullate (in genere nel sistema operativo Server, in cui vengono pubblicate le applicazioni), si tratta di un caso d’uso VDI in pool/multi-sessione
  • Quando le modifiche apportate a una macchina vengono mantenute durante il riavvio (comunemente sistema operativo client con un utente dedicato), questo è un caso d’uso VDI statico

Il tipo di catalogo può essere confermato nel nodo catalogo in Citrix Studio e osservando il valore “Dati utente:” del catalogo.

Nota:

Non è possibile eseguire il backup di MCS dal cloud tramite la configurazione automatica.

Cataloghi VDI/multisessione in pool

I cataloghi con “Dati utente: Ignora” sono cataloghi VDI raggruppati e possono migrare solo l’immagine principale e la configurazione. Nessuna macchina virtuale presente in questi cataloghi verrà migrata. Ciò avviene perché il ciclo di vita della macchina virtuale è gestito dal sito da cui si esegue l’importazione, il che significa che ogni volta che le macchine vengono accese, il loro stato potrebbe cambiare. Ciò rende impossibile l’importazione poiché i dati di importazione per le macchine virtuali perdono rapidamente la sincronizzazione.

Quando si migrano questi cataloghi utilizzando lo strumento, vengono creati metadati del catalogo e avviata la creazione dell’immagine principale, ma non viene importata alcuna macchina.

Poiché la creazione di questo processo può richiedere del tempo in base alle dimensioni dell’immagine principale, il comando di importazione all’interno dello strumento avvia solo la creazione del catalogo MCS e non attende che questa termini. Una volta completata l’importazione, monitora l’avanzamento della creazione del catalogo utilizzando Studio nella distribuzione cloud.

Una volta creata l’immagine principale, è possibile effettuare il provisioning delle macchine. Tieni conto delle considerazioni sulla capacità perché potresti avere capacità consumata dall’utilizzo in sede.

Tutti gli altri oggetti (gruppi di distribuzione, applicazioni, policy e così via) che utilizzano tale catalogo possono essere importati e non devono attendere la creazione dell’immagine principale. Una volta completata la creazione del catalogo, è possibile aggiungere macchine al catalogo importato e quindi gli utenti possono avviare le proprie risorse.

Nota:

Per migrare i cataloghi e tutti gli altri oggetti, utilizzare gli stessi comandi disponibili nello strumento.

Cataloghi VDI statici

Nota:

Poiché questa operazione importa dettagli di basso livello memorizzati nel database, il processo deve essere eseguito da una macchina con accesso al database.

I cataloghi VDI statici migrano l’immagine principale, le configurazioni e tutte le macchine virtuali. A differenza del caso d’uso VDI in pool, non è necessario creare immagini.

Per potersi registrare nel cloud, i VDA devono essere indirizzati al connettore.

Fare riferimento alla sezione Attivazione dei siti per rendere attivo il sito cloud, in modo che la pianificazione del riavvio, la gestione dell’alimentazione e altri elementi siano controllati dal cloud.

Una volta completata la migrazione, se desideri eliminare questo catalogo dal tuo sito locale, devi selezionare abbandona la VM e l’account AD. In caso contrario, verranno eliminati e il sito cloud continuerà a puntare alla VM eliminata.

Aggiorna i tag MCS per rilevare le risorse orfane dopo la migrazione

Dopo aver eseguito la migrazione dalla configurazione on-premise a un sito cloud o dalla configurazione cloud a un altro sito cloud, è necessario aggiornare i tag ID del sito MCS in caso di VM persistenti, in modo che le risorse orfane possano essere rilevate correttamente. Per fare ciò, utilizzare il comando PowerShell Set-ProvResourceTags. Attualmente, questa funzionalità è applicabile ad Azure.

I passaggi dettagliati sono i seguenti:

  1. Aggiornare i tag ID del sito MCS dal nuovo sito Citrix utilizzando il comando PowerShell Set-ProvResourceTags. Per esempio:

      Set-ProvResourceTags -ProvisioningSchemeUid xxxxx  [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]

    Oppure

      Set-ProvResourceTags -ProvisioningSchemeName xxxxx  [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]

I dettagli dei parametri sono i seguenti:

  • ProvisioningSchemeUid o ProvisioningSchemeName è un parametro obbligatorio.
  • VMName è un parametro facoltativo. Se non viene specificato alcun VMName , vengono aggiornati i tag di tutte le VM di questo catalogo macchine.
  • VMBatchSize è un parametro facoltativo per dividere tutte le VM in batch. Se non viene specificato VMBatchSize , viene applicato il valore predefinito (10). L’intervallo è compreso tra 1 e 60.

  • ResourceType può essere uno dei seguenti:

    • MachineCatalog: Per aggiornare i tag delle risorse del catalogo macchine.
    • VirtualMachine: Per aggiornare i tag delle risorse correlate alla VM.
    • Tutti: (ResourceType predefinito): per aggiornare i tag sia del catalogo macchine che delle risorse correlate alla VM.
February 28, 2025
Grazie al contributo di: 
C

In questo articolo

Feedback sito | Your privacy choices footer linkScelte di privacy | Privacy e condizioni legali | Preferenze cookie | Impostazioni di consenso | docs.cloud.com
© 1999-2025 Cloud Software Group, Inc. All rights reserved.