Assurez-vous que le bureau de l'utilisateur fasse l'objet d'une assignation personnelle et non flexible. Pour plus d'informations sur les types d'assignation des bureaux, reportez-vous à la Section 9.6.3, « Quelle est la différence entre une assignation personnelle et une assignation de bureaux flexible ? ».

L'erreur 'Aucun hôte adéquat n'a été trouvé pour démarrer un bureau pour le fournisseur de bureau <ProviderName>.' indique qu'aucun hôte disposant d'une mémoire suffisante n'est présent dans votre fournisseur de bureau.

Dans Oracle VDI Manager, vérifiez la mémoire disponible dans vos hôtes dans Fournisseur de bureau > onglet Hôtes.

Les assignations personnelles sont créées lorsque vous sélectionnez un bureau spécifique dans l'interface graphique de Oracle VDI et que vous l'assignez de façon explicite à un utilisateur.

Si vous assignez un utilisateur (ou un groupe d'utilisateurs) à un pool, les assignations de bureaux sont créées sur demande lorsque l'utilisateur demande un bureau pour la première fois (ou se connecte à un bureau). Le type d'assignation (personnelle ou flexible) dépend des paramètres du pool. Vous pouvez configurer ce paramètre pour chaque pool dans la sous-catégorie Pool - Paramètres (reportez-vous à la section Assignation de bureaux).

Outre le type d'assignation, vous pouvez également spécifier comment chaque pool doit recevoir des bureaux. Vous pouvez choisir d'importer les bureaux manuellement ou de les cloner automatiquement à partir d'un modèle spécifié (reportez-vous à la sous-catégorie Clonage).

Lorsque vous créez un nouveau pool, nous fournissons les paramètres par défaut des configurations de l'assignation et du clonage. Pour plus de confort, l'Assistant de pool propose des types de pool "Manuels", "Dynamiques" et "Croissants" qui ne diffèrent que par leurs paramètres par défaut. Vous pouvez à tout moment modifier les paramètres du pool. Le type de pool n'est stocké à aucun endroit. Il définit simplement les paramètres de pool initiaux et est proposé comme raccourci. Les principales différences entre les divers types de pool sont les suivantes :

Le recyclage des bureaux ne concerne que ceux qui ont été assignés de manière flexible. Cela ne dépend pas du fournisseur de bureau.

La commande FastPrep peut échouer pour un certain nombre de raisons, mais le plus souvent à cause de problèmes réseau et d'autorisations des utilisateurs. Vérifiez systématiquement que votre modèle, et vos clones, savent résoudre correctement le nom de domaine utilisé. Vérifiez également que les administrateurs du domaine et du réseau disposent des autorisations appropriées.

Lorsque la commande FastPrep échoue, un code d'erreur système Windows est généralement renvoyé. Ces codes d'erreur sont disponibles sur le site MSDN :

http://msdn.microsoft.com/en-us/library/ms681381(VS.85).aspx

Voici quelques exemples :

1326 = Echec de connexion : nom d'utilisateur inconnu ou mot de passe incorrect.

- Vérifiez votre administrateur de domaine et son mot de passe.

1355 = le domaine spécifié n'existe pas ou ne peut pas être contacté.

- Vérifiez l'orthographe de votre nom de domaine et assurez-vous que le bureau peut résoudre ce nom de domaine. Cette erreur est généralement due à des paramètres DNS incorrects. Si vous utilisez la mise en réseau NAT Oracle VM VirtualBox, vérifiez que le serveur DNS approprié est bien défini dans le fichier /etc/resolv.conf de l'hôte.

Non, mais Oracle VDI définit deux jetons spéciaux qui permettent d'assigner tous les clients Sun Ray ou toutes les cartes à puce à un pool.

Le jeton prédéfini AnySunRayClient.000 assigne tous les clients Sun Ray (matériel Sun Ray et Oracle Virtual Desktop Client) à un pool en même temps. L'utilisateur obtient un bureau du pool si le client Sun Ray est utilisé sans carte à puce.

AnySmartCard.000 est un jeton prédéfini permettant d'assigner toutes les cartes à puce à un pool. L'utilisateur obtient un bureau du pool si le client Sun Ray est utilisé avec une carte à puce.

Vous pouvez également créer des jetons en masse et les associer aux utilisateurs via l'interface de ligne de commande de Oracle VDI, selon la procédure de la Section 5.8.3, « Assignation de jetons aux utilisateurs ». Vous pouvez ensuite effectuer les assignations de pool en fonction des groupes existants dans votre répertoire utilisateur, ou de groupes que vous définissez de façon spécifique pour les installations de Oracle VDI via les groupes personnalisés.

Le pilote alsa du bureau invité tente de détecter automatiquement l'horloge matérielle ac97. Cette méthode ne fonctionne pas avec une émulation Oracle VM VirtualBox ac97. Le pilote obtient parfois des résultats qui semblent corrects mais qui ne le sont pas, et calcule la fréquence d'horloge sur la base de ces résultats, donc obtient une valeur erronée. L'option ac97_clock du fichier alsa_base.conf désactive la détection automatique.

Pour désactiver la détection automatique :

Si vous modifiez la configuration d'un bureau (par exemple, le son) depuis Oracle VDI Manager, les modifications ne seront prises en compte qu'après l'annulation de l'enregistrement, puis le réenregistrement du bureau dans un hôte Oracle VM VirtualBox. Un simple redémarrage du bureau ne suffit pas. Pour imposer l'annulation de l'enregistrement ou l'enregistrement, choisissez Eteindre ou Arrêter dans Oracle VDI Manager, puis Démarrer.

Vous pouvez ajuster les paramètres de la session Kiosk via l'interface graphique d'administration Sun Ray. Pour plus de détails, reportez-vous aux rubriques Section 6.2.1, « A propos de la session Oracle VDI Kiosk Sun Ray » et Section 6.2.2, « Modification de la session Sun Ray Kiosk intégrée ». Ajoutez le mappage de disque souhaité après tout autre paramètre uttsc spécifique : <specific settings for Desktop Selector> - <any other uttsc specific settings> -r disk:<drive name>=<path>

La Section 5.1.4, « Activation de la redirection USB » comporte des détails relatifs à la configuration de la prise en charge des périphériques USB. Si des périphériques USB ne sont pas détectés dans un bureau, procédez comme suit :

Pour plus d'informations sur ces différences, reportez-vous à la Section 5.1.7, « Choix entre VRDP et MS-RDP ».

Le processus Sysprep supprime le paramètre de fuseau horaire d'un modèle avant le clonage et utilise à la place le paramètre Sysprep par défaut (GMT). Lorsque l'hôte de virtualisation utilise un fuseau horaire autre que GMT, la différence provoque l'échec du clonage. Pour résoudre ce problème :

Lors du dépannage des problèmes des bureaux, la vérification de la version des ajouts d'invité Oracle VM VirtualBox installés dans un bureau en vaut la peine. La version des ajouts d'invité peut être vérifiée dans Oracle VDI Manager et sur la ligne de commande, mais uniquement lorsque le bureau ou le modèle est en cours d'exécution.

Dans Oracle VDI Manager :

Sur la ligne de commande :

Pour identifier <desktop> ou <template>, reportez-vous à la Section 5.8.7, « Obtention de l'ID d'un bureau ou d'un modèle ».

Il est possible que le démarrage d'un bureau échoue et que le message suivant s'affiche dans les journaux cacao :

FINER: thr#7620 THROW com.sun.vda.service.api.ServiceException: Error getting
state for desktop 'Win700000016' on host 'vdi1.example.com'.
        at com.sun.vda.service.vbox.VBDesktop.start(VBDesktop.java:1299)
        at com.sun.vda.service.vbox.VBDesktop.start(VBDesktop.java:1276)
....

Le problème est provoqué par une machine virtuelle (VM) enregistrée existante qui a le même nom que le bureau dont le démarrage a échoué, mais, pour certaines raisons, la machine virtuelle est inaccessible.

La solution consiste à désenregistrer la machine virtuelle inaccessible, comme suit :

Une fois les machines virtuelles inaccessibles supprimées, vous devriez être en mesure de démarrer le bureau dont le démarrage a échoué.