Désignation manuelle d’un nouveau serveur de secret principal
Le matériel de cluster peut être coûteux. Si le coût du matériel est un problème, vous pouvez envisager de désigner manuellement un autre serveur de Sign-On unique d’entreprise (SSO) comme serveur secret master pendant les scénarios de défaillance. À l’aide de cette option, tout autre serveur d’authentification unique dans le groupe SSO peut être promu en serveur secret master. Lorsque le master est arrêté, vous pouvez promouvoir manuellement l’un des serveurs d’authentification unique en serveur secret master. Le plus grand inconvénient de cette technique est que vous ne pouvez pas modifier les déploiements existants, redémarrer les services BizTalk Server existants ou déployer de nouvelles applications BizTalk tant que vous ne faites pas la promotion d’un nouveau serveur secret master.
Pour rendre le processus fluide, vous devez implémenter un mécanisme de surveillance afin de découvrir l’échec dès que possible. Vous pouvez également automatiser le processus de promotion à l’aide d’une application de supervision telle que System Center Operations Manager.
Pour plus d’informations sur le déplacement manuel du serveur secret master, consultez Guide pratique pour déplacer le serveur secret principal (https://go.microsoft.com/fwlink/?LinkId=156841) dans BizTalk Server aide.