Il n'est pas vraiment important ce que vous avez installé le système VoIP, ils ont généralement tous une caractéristique architecturale en commun, la base de données de configuration. Selon le système, vous trouverez peut-être un moteur de base de données qui va de la complexité à partir d'une base de données Access à une base de données SQL épanouie. La base de données stocke les informations de configuration, les informations d'état et souvent, Call Detail Records que les activités de document du système téléphonique. La caractéristique de la base de données qui soit uniforme dans toutes les architectures, c'est le fait qu'il ne peut y avoir qu'un seul "lecture / écriture" copie de cette base de données!
Certains systèmes de téléphone de distribuer la base de données sur plusieurs serveurs. ShoreTel, par exemple, distribue des composants de la base de données aux serveurs d'applications et de serveurs distribués de messagerie vocale qui caractérisent l'architecture de l'image unique dans un environnement multi-site. Nous devons mieux comprendre comment une modification de la base de données des effets du fonctionnement du système, la bande passante des liaisons WAN et la demande sur le moteur de base de données. Tout d'abord, ce qui constitue un changement à la base de données? Eh bien clairement tout changement de configuration qui sont apportées au système. Par exemple, l'ajout ou la suppression d'un utilisateur sont clairement va provoquer une mise à jour de base de données! Prenons un exemple plus subtile, cependant. Permet de considérer ce qui arrive à un agent dans un groupe de travail, situé sur un site distant, derrière un serveur de messagerie vocale distribuée. Chaque changement que l'agent fait de leur gestionnaire d'appels représente un changement de base de données. La connexion au système, et l'exploitation forestière sur le système des changements de base de données. Que diriez-vous, en acceptant un appel offert à l'agent par un groupe de travail?
Chacune de ces modifications est communiquée à la base de données. Le changement est d'abord faite sur la "lecture / écriture" base de données et ensuite répliqué à la copie de base de données à distance. les processus du système ShoreTel utiliser MS Distributed Component Object Model (DCOM) objets de partager des informations de la base de données de configuration entre eux et d'écrire les informations de configuration à la base de données. options de configuration utilisateur sont écrites dans la base de données de Gestionnaire d'appels personnels, et l'interface téléphonique. Chaque service ShoreTel sur un serveur de cache distribué, il propre copie de la base de données de configuration. Quand un serveur distribué perd la connexion au serveur de l'AC (lire «lecture / écriture" base de données) les modifications apportées ne sont plus reçues par le serveur réparti. Si un redémarrage DVM sans connexion la base de données de l'AC, les services sont démarrés, mais ne sont pas fonctionnels. Lorsque la connexion réseau est rétablie, la configuration est récupérée et de nouveau mis en cache par chaque service que les services deviennent fonctionnels.
S'il ya un volet dans le WAN nous notons que la DVM en fait recharger une copie de la base de données. Ce mouvement de la base de données entre le serveur de l'AC et les serveurs de DMV utilise clairement la bande passante et permet aussi une pression supplémentaire sur le moteur de base de données. En ShoreTel le moteur de base, est maintenant MySQL. La question est combien de base de données d'accès simultanées (lire, modifier, écrire) les transactions peuvent gérer le serveur MySQL en même temps? Qu'advient-il si la transaction ne peut être mené? Est-ce la file d'attente et de réessayer? Dans un grand système de dire 700 agents de groupe de travail sur un site, est-il possible de surcharger la base de données MySQL avec les demandes de changement d'état? Si vous creusez vers le bas par le Registre du serveur, vous trouverez le MAXDBQUERIES est fixé par défaut à 100. Il a été notre expérience, la défense de la taille du système, il est parfois nécessaire de composer ce numéro de retour pour éliminer la surcharge de la base de données. Cet ajustement devrait être effectué que sur la DVM est dans la configuration et non pas sur le serveur HQ. Vous aurez besoin de redémarrer vos serveurs DVM après avoir fait ce changement. Vous devriez également noter la différence entre HEX et Decimal!
Lun Jan 31, 2011 12:46 pm