5.1

Tableau 14-2. États d'erreur de View Transfer Server (suite)
État Description
Transfer Server repository
conflict (Conflit de référentiel de
Transfer Server)
Plusieurs instances de View Transfer Server sont configurées pour se connecter à
différents référentiels de Transfer Server.
Cet état se produit si plusieurs instances de View Transfer Server sont simultanément
ajoutées à View Manager, et que chaque instance est configurée avec un référentiel de
Transfer Server différent.
Web Server down (Serveur Web
arrêté)
Le service Apache2.2 qui prend en charge le référentiel de Transfer Server n'est pas en
cours d'exécution.
Gestion du référentiel de Transfer Server
View Transfer Server utilise le référentiel de Transfer Server pour stocker des images de base de View
Composer téléchargées sur des postes de travail locaux. Le référentiel de Transfer Server est requis pour
l'emprunt des postes de travail de clone lié pour qu'ils s'exécutent en mode local.
Utilisation du référentiel de Transfer Server pour télécharger des images système
Pour prendre en charge des postes de travail de clone lié exécutés en mode local, le référentiel de Transfer
Server stocke des images de base View Composer dans un magasin de données accessible. View Manager et
View Transfer Server approvisionnent et mettent à jour des postes de travail locaux de clone lié depuis le
référentiel de Transfer Server.
REMARQUE Si vous n'utilisez pas de clone lié View Composer en mode local, inutile de configurer un référentiel
de Transfer Server. Le référentiel de Transfer Server n'est pas utilisé pour les postes de travail de machine
virtuelle complets qui s'exécutent en mode local.
Avant qu'un utilisateur puisse emprunter un poste de travail de clone lié afin qu'il s'exécute en mode local,
vous devez publier son image de base sur le référentiel de Transfer Server.
Lorsque vous publiez un fichier d'image sur le référentiel de Transfer Server, View Transfer Server stocke les
fichiers sous forme de packages cryptés. View Transfer Server peut compresser les packages pour rationaliser
les téléchargements sur les postes de travail locaux.
Lorsqu'un utilisateur emprunte un poste de travail de clone lié pour la première fois, View Transfer Server
effectue deux opérations :
n
Il télécharge l'image de base depuis le référentiel de Transfer Server vers l'ordinateur local.
n
Il télécharge le poste de travail de clone lié distant depuis le datacenter vers l'ordinateur local. Le poste
de travail est constitué du disque delta du système d'exploitation du clone lié et d'un disque persistant de
View Composer.
Lorsque vous exécutez des postes de travail de clone lié dans le datacenter, les clones liés partagent un accès
à une image de base. Lorsque vous exécutez un poste de travail de clone lié en mode local, une copie de l'image
de base doit résider avec le poste de travail de clone lié sur l'ordinateur local.
L'image de base n'est téléchargée qu'une seule fois si elle reste inchangée. Lorsque des utilisateurs restituent
et empruntent de nouveau leurs postes de travail, View Transfer Server télécharge les disques delta du système
d'exploitation du clone lié et les disques persistants de View Composer, pas l'image de base.
Si une image de base est recomposée, View Transfer Server télécharge l'image mise à jour depuis le référentiel
de Transfer Server sur les ordinateurs locaux la prochaine fois que des utilisateurs empruntent leurs postes de
travail. Pour plus d'informations, reportez-vous à la section « Recomposer des postes de travail de clone lié
pouvant s'exécuter en mode local », page 278.
IMPORTANT Un poste de travail de clone lié créé depuis une image de base doit être restitué dans le datacenter
avant que vous puissiez le recomposer.
Chapitre 14 Gestion de postes de travail locaux
VMware, Inc. 343