none
Erreur SQL configuration broker HA - L'objet est déjà dans la liste RRS feed

  • Question

  • Bonjour,

    Je suis entrain de configurer un système RDS en haute disponibilité mais je me heurte à quelque difficulté notamment avec mon serveur broker.

    J'ai configuré un serveur SQL expresse 2017 (j'ai essayé avec 2016 et j'obtenais la même erreur), créé un groupe de sécurité pour mes deux serveurs brokers, rajouté ce groupe aux connexions SQL avec l'autorisation dbcreator, lorsque j'essaye de configurer la haute disponibilité via le gestionnaire de serveur, l'étape "Etat d'avancement" se met en erreur ("Impossible de créer la base de données "BD_BROKER". Vérifiez que le serveur du service Broker a accès au serveur SQL, que le chemin d'accès pour le paramètre -DatabaseFilePath existe et contient le fichier de base de données SQL Server, que a connexion à la base de données SQL est correcte et que la base de données SQL est en ligne. Pour plus d'informations, voir le journal des événements de SQL Server et du service Broker")

    et en allant voir les détails dans le journal d'événement TerminalServices-SessionBroker, l'erreur est "l'objet est déjà dans la liste".

    Voici les informations que je rentre:

    • ConnectionBroker "brokers.mondomaine"
    • DatabaseConnectionString "DRIVER=SQL Server Native Client 11.0;SERVER=RDCB1;Trusted_Connection=YES;APP=Remote Desktop Services Connection Broker;DATABASE=BD_BROKER"
    • DatabaseFilePath "C:\Program Files\Microsoft SQL Server\MSSQL14.BD_BROKER\MSSQL\DATA" 

    Et je précise que mon serveur SQL est sur le même serveur que le broker.

    Merci d'avance, 

    mercredi 11 juillet 2018 08:59

Réponses

  • Bonjour,

    le message dit bien qu'il doit accéder à la base Master pour créer la nouvelle base.

    La base BD_BROKER ne peut toujours pas être créée.

    Essayer d'ajouter le compte d'ordinateur TS dans le groupe "administrateurs" local du serveur SQL, et dans les logins SQL (au besoin en passant par un groupe).

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    mercredi 18 juillet 2018 07:24
  • Bonjour, 

    J'ai réalisé une nouvelle installation en séparant le broker et le SQL et cela a marché.

    Je ne saurais pas dire si mon problème vient de là ou si un petit détail m'avait échappé lors des précédentes installations.

    Merci de m'avoir aidé

    jeudi 19 juillet 2018 06:52
  • bonjour BBLAISE, je suis resté toute la journée sur le même problème que toi et le même environnement (WS2016, SQL2017 sur un broker).

    J'ai utilisé la solution que j'ai trouvé ici : https://social.technet.microsoft.com/Forums/windows/en-US/81b2c680-bda8-41cc-84c9-251c941a3d19/server-2012-r2-rds-ha-broker-events-2050-32776?forum=winserverTS&prof=required

    En gros le groupe AD sert à rien :) Puis qu'en fait c'est le compte AUTORITE NT\SERVICE RESEAU qui est utilisé.... Merci Microsoft... puré.... La doc fausse et leur support qui n'est pas formé sur la solution...

    Bref j'ai ajouté le login du service réseau à la place du groupe AD dans SQL Server avec le role dbcreator et ça marche...

    Apparament ce bug date depuis WS 2012...

    Bonne journée,

    vendredi 27 juillet 2018 16:25

Toutes les réponses

  • Bonjour,

    après création de la base, le propriétaire est bien le serveur RDS utilisé pour gérer le service.

    En revanche, le compte administrateur utilisé pour réaliser la configuration a t-il bien des droits d'accès à SQL ?

    Le dossier utilisé pour la création de la base existe t-il bien et est-il accessible sur le serveur SQL?

    Il est préférable d'utiliser un dossier spécifique (C:\RDSBROKER) pour éviter tout problème de chemin.

    A+


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    jeudi 12 juillet 2018 12:33
  • Bonjour,

    Après vérification, le compte administrateur a bien accès au SQL et le problème ne vient pas du chemin (j'ai d'ailleurs profité d'une énième réinstallation pour faire un dossier spécifique à la racine comme vous le conseillez).

    Maintenant que mon compte est vérifié, je peux vous mettre des images Peut-être vous éclaireront-elle.

    Aussi, je ne comprends pas trop l'histoire du DATABASE=master (et je me demande si le problème ne vient pas de là).

    lundi 16 juillet 2018 07:20
  • Bonjour,

    le message dit bien qu'il doit accéder à la base Master pour créer la nouvelle base.

    La base BD_BROKER ne peut toujours pas être créée.

    Essayer d'ajouter le compte d'ordinateur TS dans le groupe "administrateurs" local du serveur SQL, et dans les logins SQL (au besoin en passant par un groupe).

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    mercredi 18 juillet 2018 07:24
  • Bonjour, 

    J'ai réalisé une nouvelle installation en séparant le broker et le SQL et cela a marché.

    Je ne saurais pas dire si mon problème vient de là ou si un petit détail m'avait échappé lors des précédentes installations.

    Merci de m'avoir aidé

    jeudi 19 juillet 2018 06:52
  • bonjour BBLAISE, je suis resté toute la journée sur le même problème que toi et le même environnement (WS2016, SQL2017 sur un broker).

    J'ai utilisé la solution que j'ai trouvé ici : https://social.technet.microsoft.com/Forums/windows/en-US/81b2c680-bda8-41cc-84c9-251c941a3d19/server-2012-r2-rds-ha-broker-events-2050-32776?forum=winserverTS&prof=required

    En gros le groupe AD sert à rien :) Puis qu'en fait c'est le compte AUTORITE NT\SERVICE RESEAU qui est utilisé.... Merci Microsoft... puré.... La doc fausse et leur support qui n'est pas formé sur la solution...

    Bref j'ai ajouté le login du service réseau à la place du groupe AD dans SQL Server avec le role dbcreator et ça marche...

    Apparament ce bug date depuis WS 2012...

    Bonne journée,

    vendredi 27 juillet 2018 16:25