Condividi tramite

Come convertire un pacchetto creato in una versione precedente di App-V

  • Articolo

Si applica a:

  • Windows 10
  • Windows 11

È possibile usare l'utilità del convertitore di pacchetti per aggiornare i pacchetti di applicazioni virtuali creati dalle versioni precedenti di App-V. Questa sezione illustra come convertire i pacchetti di applicazioni virtuali esistenti per l'aggiornamento.

Nota

Se si esegue un computer con un'architettura a 64 bit, è necessario usare la versione x86 di Windows PowerShell.

Il convertitore di pacchetti può convertire direttamente solo i pacchetti creati da un sequencer App-V versione 4.5 o successiva. I pacchetti creati con una versione di App-V precedente alla 4.5 devono essere aggiornati almeno a App-V 4.5 prima della conversione.

Importante

Per proteggere i file, è necessario configurare il convertitore di pacchetti per salvare sempre il file degli ingredienti del pacchetto in un percorso sicuro e in una directory accessibile solo da un amministratore. Quando si distribuisce il pacchetto, è necessario salvare il pacchetto in una posizione sicura o assicurarsi che nessun altro utente possa accedere durante il processo di conversione.

La cartella di installazione di App-V 4.6 viene reindirizzata alla radice del file system virtuale

Quando si convertono pacchetti da App-V 4.6 ad App-V per Windows 10/11, il pacchetto client App-V per Windows può accedere all'unità hardcoded che è stato necessario usare quando sono stati creati pacchetti 4.6. La lettera di unità sarà l'unità selezionata come unità di installazione nel computer di sequenziazione 4.6. L'unità predefinita è l'unità Q.

Il convertitore di pacchetti App-V salverà la cartella radice di installazione di App-V 4.6 e i nomi di cartelle brevi nel file FilesystemMetadata.xml nell'elemento Filesystem . Quando il client App-V per Windows crea il processo virtuale, esegue il mapping delle richieste dalla radice di installazione di App-V 4.6 alla radice del file system virtuale.

Attività iniziali

  1. Installare App-V Sequencer in un computer nell'ambiente. Per informazioni su come installare Sequencer, vedere Come installare Sequencer.

  2. È possibile immettere i cmdlet seguenti per controllare o convertire i pacchetti:

    • Test-AppvLegacyPackage: questo cmdlet controlla i pacchetti. Verranno restituite informazioni su eventuali errori del pacchetto, ad esempio file SFT mancanti, un'origine non valida, errori di file con estensione osd o versione del pacchetto non valida. Questo cmdlet non analizza il file con estensione sft né esegue alcuna convalida approfondita. Per informazioni sulle opzioni e sulle funzionalità di base per questo cmdlet, usando Windows PowerShell, immettere il cmdlet seguente:

      Test-AppvLegacyPackage -?

    • ConvertFrom-AppvLegacyPackage: questo cmdlet converte i pacchetti da versioni legacy a versioni aggiornate. Per convertire un pacchetto esistente, immettere il cmdlet seguente:

      ConvertFrom-AppvLegacyPackage C:\contentStore C:\convertedPackages

      In questo cmdlet rappresenta C:\contentStore il percorso del pacchetto esistente ed C:\convertedPackages è la directory di output in cui verrà salvato il file del pacchetto dell'applicazione virtuale client App-V per Windows risultante. Per impostazione predefinita, se non si specifica un nuovo nome, verrà usato il nome del pacchetto precedente.

      Inoltre, il convertitore di pacchetti ottimizza le prestazioni dei pacchetti in App-V per il client Windows impostando il pacchetto per lo streaming degli errori del pacchetto App-V.  Questa definizione di impostazione è più efficiente rispetto al blocco di funzionalità principale e scarica completamente il pacchetto. Il flag DownloadFullPackageOnFirstLaunch consente di convertire il pacchetto e impostare il pacchetto per il download completo per impostazione predefinita.

      Nota

      Prima di specificare la directory di output, è necessario creare la directory di output.

Suggerimenti per la conversione avanzata

  • Piping: Windows PowerShell supporta la piping. Piping consente di immettere cmdlet come questo esempio:

    dir C:\contentStore\myPackage | Test-AppvLegacyPackage

    In questo esempio, l'oggetto directory che rappresenta myPackage verrà fornito come input al cmdlet Test-AppvLegacyPackage e associato al parametro -Source . L'esecuzione di pipe come questa è particolarmente utile quando si vogliono raggruppare i comandi, ad esempio nel cmdlet di esempio seguente:

    dir .\ | Test-AppvLegacyPackage | ConvertFrom-AppvLegacyAppvPackage -Target .\ConvertedPackages

    Questo comando di esempio con pipe testa i pacchetti, quindi passa gli oggetti per la conversione. È anche possibile applicare un filtro sui pacchetti senza errori o specificare solo una directory che contiene un file sprj o inviarli tramite pipe a un altro cmdlet che aggiunge il pacchetto filtrato al server o li pubblica nel client App-V.

  • Invio in batch: il comando Windows PowerShell abilita l'invio in batch. In particolare, i cmdlet supportano l'acquisizione di un oggetto string[] per il parametro -Source che rappresenta un elenco di percorsi di directory. Questa funzionalità consente di immettere insieme i cmdlet seguenti:

    $packages = dir C:\contentStore
ConvertFrom-AppvLegacyAppvPackage-Source $packages -Target C:\ConvertedPackages

    In alternativa, è possibile usare la piping come segue:

    dir C:\ContentStore | ConvertFrom-AppvLegacyAppvPackage -Target C:\ConvertedPackages

  • Altre funzionalità: Windows PowerShell ha altre funzionalità predefinite per funzionalità come alias, associazione differita, oggetto .NET e molte altre. Queste funzionalità consentono di creare scenari avanzati per Package Converter.