DB Connector

DB Connector est un service chiffré basé sur Windows qui agit comme une passerelle entre le NiCE CXone plate-forme et votre base de données d'entreprise, fonctionnant sur TLS 1.2. Il est couramment utilisé pour récupérer des informations à partir d'une base de données privée et les fournir à l'agent. Par exemple, vous pouvez extraire un numéro de client ou un numéro de commande en fonction de l'ID de l'appelant et l'utiliser dans une fenêtre contextuelle que l'agent pourra référencer. Vous pouvez également utiliser DB Connector pour écrire les informations obtenues lors d'une interaction dans la base de données privée, bien que cela soit moins courant.

Lorsqu'un script Studio exécute une Action SQL, la requête est dirigée vers DB Connector pour traitement. DB Connector transmet ensuite la requête à la base de données de l'entreprise à l'aide d'un compte OLE DB configuré. Le pilote OLE DB transmet la requête à la base de données, puis renvoie le résultat à NiCE CXone passant parDB Connector.

NiCE CXone ne stocke pas les informations extraites d'une base de données privée par DB Connector. Toutefois, les informations peuvent apparaître dans les messages de l'agent, les fichiers journaux et des emplacements similaires spécifiques à la manière dont les informations sont utilisées. Vous devez en tenir compte si vous envisagez d'utiliserDB Connector pour récupérer des informations privées protégées, telles que des informations soumises aux réglementations HIPAA.

Studio Actions utilisées avec DB Connector

Utilisez ces actions avec DB Connector :

DB Connector et équilibreurs de charge

DB Connector peut s'exécuter sur un équilibreur de charge, cependant, cela n'est pas officiellement prise en charge. Si vous choisissez d'exécuter DB Connector sur un équilibreur de charge :

  • Téléchargez et exécutez le client DB Connector sur votre équilibreur de charge.
  • Définir le ConnectString du client à l'Adresse IP de l'équilibreur de charge.
  • Conservez le numéro de port par défaut: 1433.
  • DB Connector ferme chaque connexion SQL une fois l'opération terminée.

Conditions

Les exigences techniques suivantes s'appliquent au serveur DB Connector :

  • Microsoft Windows Server 2008/2008R2 ou version ultérieure.
  • .NET Framework 4.5.2 au minimum
  • Accès Internet à quelques Adresses IP qui constituent des points d'accès à la plateforme NiCE CXone. Pour plus d'informations, consultez l'assistant Connectivity Requirements.
  • Visibilité sur la base de données. Si la base de données s'exécute sur un serveur MS Windows, DB Connector peut s'exécuter sur la même machine, mais cela n'est pas obligatoire.
  • Le pilote de base de données approprié (par exemple, ADO ou ODBC). Le pilote doit disposer des informations d'identification appropriées pour accéder à la base de données. Pour des raisons de sécurité, le compte utilisateur de la base de données doit disposer de l'accès minimum requis. Par exemple, si NiCE CXone doit uniquement lire des informations dans la base de données, utilisez un compte limité aux autorisations en lecture seule.
  • Si une base de données Oracle est utilisée, vous devez télécharger un pilote OLE DB Oracle. Visitez le site Web Oracle et recherchez le mot-clé 64-bit ODAC download.

Faits clés concernant DB Connector

Prenez note de ces faits clés importants concernant DB Connector :

  • Configuration et utilisation DB Connector nécessite à la fois l'interface Web dans NiCE CXone et le DB Connector exécutable.
  • DB Connector est installé sur un serveur avec accès à votre base de données privée. Cet ordinateur est appelé le DB Connector serveur.
  • La DB Connector application est nommée DBCCFG.
  • Si vous avez des problèmes avec DB Connector faussement identifié comme infecté, contactez votre fournisseur d'antivirus.
  • DB Connector prend en charge les divisionsClosed Séparez les données de façon sécurisée entre les secteurs d’activité. Les données ne peuvent être consultées que depuis la division dont elles font partie.. Vous pouvez attribuer de nouveaux groupes de Connecteurs à une division. Les connecteurs héritent de la division du groupe auquel ils sont attribués. L'accès aux connecteurs dans les divisions est limité aux utilisateurs et aux scripts appartenant à la même division que le connecteur. une fois attribuée, vous ne pouvez pas modifier la division à laquelle un Connecteur est attribué. Votre système doit être configuré pour les divisions afin d'utiliser cette option.
  • Si DB Connector ne fonctionne pas comme prévu malgré une configuration correcte, mettez à jour les paramètres de pare-feu de votre Windows pour permettre à la base de données et à l'application DB Connector de s'exécuter.
  • DB Connector a été validé par rapport à Microsoft SQL Server et Oracle. Toutefois, DB Connector utilise la technologie standardisée OLE DB de Microsoft. D'autres types de base de données sont compatibles tant que les pilotes compatibles OLE DB du fournisseur de base de données ont été installés sur le DB Connector serveur.
  • DB Connector ne fonctionne pas avec MySQL.

DB Connector Architecture

Le diagramme suivant montre comment le DB Connector initie et maintient une connexion avec la plateforme NiCE CXone.

Les connecteurs sont créés et affectés à des groupes pour en faciliter la gestion. Un groupe DB Connector peut contenir un seul connecteur. Les Groupes peuvent être utilisés pour fournir un modèle de basculement pour plusieurs bases de données. Les exemples suivants illustrent deux options pour l'architecture redondante DB Connector .

Option de basculement 1

Dans cet exemple, le groupe 1 a trois connecteurs. Chaque connecteur est une instance distincte d'une connexion à une seule base de données. Un connecteur pouvait tomber en panne, et le trafic était alors réacheminé via le second connecteur. Si le deuxième connecteur a échoué, le troisième connecteur prendrait le contrôle. Si la base de données elle-même échouait, le système serait en panne.

Option de basculement 2

Dans cet exemple, le groupe 1 a deux connecteurs, le premier pointant vers le côté principal de la base de données et le second pointant vers le côté secondaire de la base de données. Un connecteur pouvait tomber en panne, et le trafic était redirigé via l'autre connecteur. Une instance de la base de données pourrait échouer et le trafic serait réacheminé vers la copie répliquée de la base de données.