none
Impossible de supprimer des serveurs du pool de serveur Windows 2012 R2 RDS RRS feed

  • Question

  • Bonjour, nous avions installé des RDS2012 hote de sessions

    Nous avions aussi créé des collections.

    Nous avons supprimé les Vm concernées ... sans les avoir supprimé dans le gestionnaire de serveur.

    Du coup lorsque nous lançons celui ci depuis un des RDS qui a la le rôle Broker, nous avons ce message (cf copie écran)

    Nous avons réussit via powershell à supprimer les collections concernées, 

    Nous avons essayé de supprimer les serveurs à l'aide de cette commande:

    PS C:\Users\administrateur.OCAP> Remove-RDServer SECOURSLORIENT1.OCAP.LOC -ConnectionBroker OCATSE64.OCAP.LOC -Role RDS-RD-SERVER

    Message d'erreur en retour:

    La référence d'objet n'est pas définie à une instance d'un objet.
        + CategoryInfo          : InvalidResult : (:) [], NullReferenceException
        + FullyQualifiedErrorId : JobStateFailed
        + PSComputerName        : localhost

    D'avance merci



    nt


    jeudi 20 août 2015 08:13

Réponses

  • Bonjour,

    Etant donné que les serveurs (VMs) hébergeant les services de rôles RDS sont supprimés et donc injoignables sur le réseau, il suffit de supprimer le rôle RDS depuis l'assistant "Supprimer des rôles et fonctionnalités" pour supprimer correctement le composant RDS.
    redémarrez ensuite l'ensemble des serveurs qui faisaient parti du déploiement RDS et qui sont toujours joignable pour que la suppression soit prise en compte.

    A+
    HK.


    Hicham KADIRI | Just Another IT Guy

    • Proposé comme réponse Emile Supiot lundi 31 août 2015 08:31
    • Marqué comme réponse Emile Supiot mercredi 2 septembre 2015 07:42
    jeudi 27 août 2015 17:48

Toutes les réponses

  • Bonjour,

    Je vous invite à consulter ce lien qui j'espère pourra vous guider même si ce n'est pas exactement le problème que vous rencontrer.

    Cordialement,

    Emile


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    vendredi 21 août 2015 07:58
  • Bonjour je l'ai déjà lu, (cf début de mon mail, ligne de commande)

    mon problème vient que lorsque je tape la ligne de commande, il me retourne une erreur.

    J'ai regardé sur le net avant de poster, il semble que ce soit un problème connu, actuellement la seule solution serait d'aller taper dans la base sql

    http://dave.harris.uno/unable-to-remove-deleted-session-hosts-from-rds2012-deployment/

    Mais là je ..... préfère le procédure officielle.


    nt

    vendredi 21 août 2015 08:10
  • Bonjour,

    Ce message d'erreur peut apparaître si les serveurs de déploiement SECOURS***.OCAP.LOC ont été supprimés du pool du serveur suite à la suppression des collections de session.

    Commencez par vérifier leur présence au niveau du volet "Tous les serveurs" depuis le Gestionnaire de Serveur de votre serveur Broker.

    Si ces serveurs ne sont pas présents dans le pool, faites un clic-droit sur "Tous les serveurs" > "Ajouter" et enfin cherchez et ajoutez tous les serveurs au Pool.

    Fermez le Gestionnaire de Serveur et relancez et enfin cliquez sur "Services Bureau à distance" et vérifiez si vous pouvez accéder à nouveau à votre déploiement RDS

    A + LD


    samedi 22 août 2015 10:55
  • Bonjour,

    Etant donné que les serveurs (VMs) hébergeant les services de rôles RDS sont supprimés et donc injoignables sur le réseau, il suffit de supprimer le rôle RDS depuis l'assistant "Supprimer des rôles et fonctionnalités" pour supprimer correctement le composant RDS.
    redémarrez ensuite l'ensemble des serveurs qui faisaient parti du déploiement RDS et qui sont toujours joignable pour que la suppression soit prise en compte.

    A+
    HK.


    Hicham KADIRI | Just Another IT Guy

    • Proposé comme réponse Emile Supiot lundi 31 août 2015 08:31
    • Marqué comme réponse Emile Supiot mercredi 2 septembre 2015 07:42
    jeudi 27 août 2015 17:48