Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Migrer le TMS

Préparation

Sauvegarde de la base de données SQL

Utilisation de l'interface de ligne de commande SQL

SQL Management Studio

Agents TMS existants

Migration depuis TMS versions 14 ou ultérieures

Enregistrer les fichiers locaux

Restaurer la base de données SQL

Utilisation de la CLI SQL

Utilisation de SQL Management Studio

Actions de restauration de la base de données après publication

Migrations à partir des versions 14 et ultérieures de TMS

Utilisation TMSPE

Utilisation des agents TMS existants

Utilisation de l'utilitaire Outils TMS

Post-installation

Utilisation des agents TMS existants

Supprimer l'ancien serveur

Exécuter les diagnostics de l'agent TMS

Activer la réplication de l'agent TMS vers VCS

Informations connexes

Introduction

Ce document décrit les procédures utilisées pour migrer une application de base de données Cisco TelePresence Management Suite (TMS) d'un serveur à un autre, avec la possibilité de déplacer l'emplacement de la base de données SQL (Structured Query Language).

Note: Il n'existe aucune méthode de migration des comptes d'utilisateurs locaux d'un serveur Microsoft Windows vers un autre. Si vous utilisez des comptes Microsoft Windows locaux pour accéder au serveur TMS, vous devez créer manuellement ces comptes sur le nouveau serveur.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Microsoft SQL Server

- Cisco TMS

Components Used

Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :

- TMS versions 12, 13 et 14

- TMSPE version 1.0

- Microsoft SQL Server versions 2005 et 2008

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Migrer le TMS

Cette section décrit les processus utilisés pour migrer le TMS.

Préparation

Note: Si vous utilisez des agents hérités TMS, assurez-vous de désactiver d'abord la réplication sur tous les périphériques.

Arrêter tous les services TMS Microsoft Windows :

- Service d'agent TMS

- Service d'analyse de base de données TMS

- Service TMS Live

- Service d'annuaire TMS PLCM

- Service du planificateur TMS

- Service de diagnostic du serveur TMS

- Service SNMP (Simple Network Management Protocol) TMS

Si vous utilisez TMS Provisioning Extension (tmspe), arrêtez-le également.

Note: Si vous utilisez des agents hérités TMS, le nom de domaine complet (FQDN) qui est configuré en bas de la page TMS Agent Settings du TMS (généralement le nom de domaine complet du TMS, tel que configuré dans Microsoft Windows) doit pouvoir être résolu en adresse IP du TMS lorsque le serveur de communication vidéo (VCS) effectue une recherche sur le FQDN. Les recherches inversées doivent également être présentes.

Sauvegarde de la base de données SQL

Deux méthodes sont utilisées pour sauvegarder et restaurer la base de données SQL. L'interface de ligne de commande est disponible sur tous les systèmes sur lesquels SQL Management Studio est installé, mais SQL Management Studio peut être téléchargé à partir de Microsoft et utilisé, si nécessaire.

Utilisation de l'interface de ligne de commande SQL

Si la base de données SQL réside actuellement sur le même serveur que l'application serveur TMS et que vous prévoyez de déplacer la base de données vers un nouveau serveur, soit le nouveau serveur Microsoft Windows qui héberge TMS, soit une instance SQL distincte, alors la base de données doit être sauvegardée et restaurée au nouvel emplacement.

Les commandes décrites dans cette section sont entrées dans l'invite de commandes du serveur TMS actuel qui héberge l'instance SQL Express avec la base de données tmsng. Ces commandes sont écrites afin d'autoriser l'accès au serveur SQL via l'utilisateur actuellement connecté à Microsoft Windows. Afin d'utiliser les informations d'identification de connexion SQL, remplacez -E par -U <nom d'utilisateur> -P <mot de passe> et remplacez le nom d'utilisateur et le mot de passe par les informations d'identification SQL et les droits d'administration système.

Base de données TMS

Afin de sauvegarder la base de données tmsng SQL avec l'interface de ligne de commande, entrez cette commande :

sqlcmd -S (local)\SQLTMS -E -Q "BACKUP DATABASE tmsng TO DISK='

\tmsng.bak'

Lorsque cette commande est utilisée, remplacez <path> par l'emplacement auquel vous souhaitez enregistrer la sauvegarde. Cet emplacement doit disposer d'un espace suffisant pour la sauvegarde et le service SQL doit y avoir accès.

Base de données TMSPE (lorsque TMSPE est utilisé)

Si vous utilisez tmspe, entrez cette commande afin de sauvegarder la base de données tmspe SQL à partir de l'interface de ligne de commande :

sqlcmd -S (local)\SQLTMS -E -Q "BACKUP DATABASE tmspe TO DISK='

\tmspe.bak'

Copier les fichiers sur le nouveau serveur

Copiez le ou les fichiers de sauvegarde vers le nouvel emplacement du serveur SQL. Il peut s'agir d'un serveur SQL distinct ou du nouvel emplacement du serveur TMS qui exécute SQL Server Express.

Note: L'emplacement auquel vous copiez le fichier de sauvegarde nécessite un accès complet de l'utilisateur du service SQL.

SQL Management Studio

Cette section décrit le processus de sauvegarde lorsque SQL Management Studio est utilisé.

Base de données TMS

Sur le serveur SQL actuel, ouvrez SQL Management Studio et accédez à la base de données tmsng. Cliquez avec le bouton droit sur la base de données et accédez à Tâches > Sauvegarder...:

Dans la page d'invite de sauvegarde, vérifiez que les paramètres sont similaires à ceux affichés. Une destination par défaut peut être spécifiée. Si vous souhaitez utiliser cet emplacement pour stocker la sauvegarde, cliquez sur OK et la sauvegarde est envoyée à l'emplacement spécifié. Si aucun emplacement de destination n'est spécifié, cliquez sur Ajouter, cliquez sur ... et entrez le nom de fichier tmsng. Cliquez ensuite sur OK pour les trois écrans, et la sauvegarde de la base de données doit avoir lieu.

Note: Si vous recevez un message de refus d'accès, assurez-vous que vous écrivez à un emplacement auquel l'utilisateur du service SQL peut écrire. Généralement, cela inclut le dossier de sauvegarde à l'intérieur de Microsoft SQL (MSSQL).

Base de données TMSPE (lorsque TMSPE est utilisé)

Si vous utilisez tmspe, complétez les étapes ci-dessus, mais cliquez avec le bouton droit sur la base de données tmspe au lieu de la base de données tmsng. Nommez cette sauvegarde tmspe.bak.

Copier les fichiers sur le nouveau serveur

Copiez le ou les fichiers de sauvegarde vers le nouvel emplacement du serveur SQL. Il peut s'agir d'un serveur SQL distinct ou du nouvel emplacement du serveur TMS qui exécute SQL Server Express.

Note: L'emplacement auquel vous copiez le fichier de sauvegarde nécessite un accès complet de l'utilisateur du service SQL.

Agents TMS existants

Si vous utilisez des agents hérités TMS, sur l'ancien serveur TMS, ouvrez l'Explorateur Windows et accédez à %OPENDS_HOME% > db > userRoot.

Voici un exemple :

C : > Fichiers programme > TANDBERG > TMS > provisionnement > OpenDS-2.0 > db > userRoot

Copiez le fichier *.jdb à un emplacement temporaire sur le nouveau serveur TMS.

Migration depuis TMS versions 14 ou ultérieures

Si le TMS exécute la version 14 ou ultérieure, une clé de chiffrement est utilisée afin de stocker en toute sécurité les informations d'identification dans la base de données tmsng. Cette clé doit être copiée de l'ancien serveur vers le nouveau serveur. Afin de collecter cela à partir de l'ancien serveur, ouvrez les outils TMS et sélectionnez Clé de chiffrement. Ensuite, copiez la clé.

Note: Ceci est utilisé ultérieurement lors de l'installation du TMS.

Enregistrer les fichiers locaux

Le TMS peut contenir des fichiers personnalisés par l'utilisateur final. Ces emplacements doivent être vérifiés. Si ces emplacements contiennent des fichiers personnalisés, assurez-vous d'enregistrer ces fichiers et de les copier vers le nouvel emplacement du serveur TMS après sa réinstallation.

Ces répertoires sont les chemins par défaut :

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > CiscoSettings

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > CompanyLogo

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > ExternalSourceFiles

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > Image

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > Language

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > Logo

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > Map

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > MGCSettings

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > Software

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Data > Sound

- C : > Fichiers programme > TANDBERG > TMS > wwwTMS > Public > Data > SOFTWARE

Restaurer la base de données SQL

Deux méthodes sont utilisées pour sauvegarder et restaurer la base de données SQL. L'interface de ligne de commande est disponible sur tous les systèmes sur lesquels SQL Management Studio est installé, mais SQL Management Studio peut être téléchargé à partir de Microsoft et utilisé, si nécessaire.

Utilisation de la CLI SQL

Cette section décrit l'utilisation de l'interface de ligne de commande SQL.

Base de données TMS

Note: Une copie actuelle de SQL Server (version 2005 ou 2008) ou de SQL Server Express (version 2005 ou 2008) est nécessaire pour continuer.

Si vous avez l'intention d'utiliser SQL Express sur le nouveau serveur TMS afin de stocker la base de données, installez le TMS, puis désinstallez-le. Vous pouvez ainsi créer l'instance SQL Express requise pour restaurer la base de données. Pendant l'installation, vous n'avez pas besoin d'inclure la clé de version et les clés d'option, car ces données sont écrasées lorsque la base de données est restaurée à partir de la sauvegarde. Si vous utilisez un serveur SQL distinct, vous n'avez pas besoin d'installer et de désinstaller TMS.

Sur le serveur qui exécute SQL Server ou SQL Server Express, entrez les commandes décrites dans cette section afin de restaurer la base de données SQL. Ces commandes sont écrites afin d'autoriser l'accès au serveur SQL via l'utilisateur actuellement connecté à Microsoft Windows.

Afin d'utiliser les informations d'identification de connexion SQL, remplacez -E par -U <nom d'utilisateur> -P <mot de passe> et remplacez le nom d'utilisateur et le mot de passe par les informations d'identification SQL et les droits d'administrateur système. Vous devez également effectuer ces remplacements :

- Remplacez le nom de serveur par le nom d'hôte du serveur SQL.

- Remplacez le nom d'instance par le nom d'instance du service SQL.

- Remplacez la variable <pathofbackup> par l'emplacement du fichier de sauvegarde (.bak).

- Remplacez la variable <pathofdbfiles> par l'emplacement de stockage du fichier MDF de base de données (tmsng_data.mdf) et l'emplacement de stockage du fichier LDF de base de données (tmsng_log.ldf).

Si vous devez restaurer la base de données sur SQL Version 2005, entrez cette commande :

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName

varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]

varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar

(128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar

(128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),

[BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128), [FileGroupId]

varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]varchar(128),

[DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128), [IsPresent]

varchar(128));DECLARE @Path varchar(1000);SET @Path='<pathofbackup>\tmsng.bak'

;DECLARE @LogicalNameData varchar(256),@LogicalNameLog varchar(256);INSERT

INTO @table EXEC('RESTORE FILELISTONLY FROM DISK=''' +@Path+ '''');SET

@LogicalNameData=(SELECT LogicalName FROM @Table WHERE Type='D');SET

@LogicalNameLog=(SELECT LogicalName FROM @Table WHERE Type='L');RESTORE

DATABASE tmsng FROM DISK='<pathofbackup>\tmsng.bak' WITH REPLACE, MOVE

@LogicalNameData TO '<pathofdbfiles>\tmsng_data.mdf', MOVE @LogicalNameLog

TO '<pathofdbfiles>\tmsng_log.ldf'"

Si vous devez restaurer la base de données sur SQL Version 2008, entrez cette commande :

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName

varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]

varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar

(128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar

(128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),

[BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128), [FileGroupId]

varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]varchar(128),

[DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128), [IsPresent]

varchar(128), [TDEThumbprint]varchar(128));DECLARE @Path varchar(1000);SET

@Path='<pathofbackup>\tmsng.bak';DECLARE @LogicalNameData varchar(256),

@LogicalNameLog varchar(256);INSERT INTO @table EXEC('RESTORE FILELISTONLY

FROM DISK=''' +@Path+ '''');SET @LogicalNameData=(SELECT LogicalName FROM

@Table WHERE Type='D');SET @LogicalNameLog=(SELECT LogicalName FROM @Table

WHERE Type='L');RESTORE DATABASE tmsng FROM DISK='<pathofbackup>\tmsng.bak'

WITH REPLACE, MOVE @LogicalNameData TO '<pathofdbfiles>\tmsng_data.mdf',

MOVE @LogicalNameLog TO '<pathofdbfiles>\tmsng_log.ldf'"

Base de données TMSPE (lorsque TMSPE est utilisé)

Afin de restaurer la base de données tmspe SQL sur SQL Version 2005, entrez cette commande dans l'interface de ligne de commande :

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName

varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]

varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar

(128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar

(128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),

[BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128), [FileGroupId]

varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]varchar(128),

[DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128), [IsPresent]

varchar(128));DECLARE @Path varchar(1000);SET @Path='<pathofbackup>\tmspe.bak'

;DECLARE @LogicalNameData varchar(256),@LogicalNameLog varchar(256);INSERT

INTO @table EXEC('RESTORE FILELISTONLY FROM DISK=''' +@Path+ '''');SET

@LogicalNameData=(SELECT LogicalName FROM @Table WHERE Type='D');SET

@LogicalNameLog=(SELECT LogicalName FROM @Table WHERE Type='L');RESTORE

DATABASE tmspe FROM DISK='<pathofbackup>\tmspe.bak' WITH REPLACE, MOVE

@LogicalNameData TO '<pathofdbfiles>\tmspe_data.mdf', MOVE @LogicalNameLog

TO '<pathofdbfiles>\tmspe_log.ldf'"

Afin de restaurer la base de données tmspe SQL sur SQL Version 2008, entrez cette commande dans l'interface de ligne de commande :

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName

varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]

varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar

(128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar

(128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),

[BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128),

[FileGroupId]varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]

varchar(128), [DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128),

[IsPresent]varchar(128), [TDEThumbprint]varchar(128));DECLARE @Path varchar

(1000);SET @Path='<pathofbackup>\tmspe.bak';DECLARE @LogicalNameData varchar

(256),@LogicalNameLog varchar(256);INSERT INTO @table EXEC('RESTORE

FILELISTONLY FROM DISK=''' +@Path+ '''');SET @LogicalNameData=(SELECT

LogicalName FROM @Table WHERE Type='D');SET @LogicalNameLog=(SELECT

LogicalName FROM @Table WHERE Type='L');RESTORE DATABASE tmspe FROM DISK=

'<pathofbackup>\tmspe.bak' WITH REPLACE, MOVE @LogicalNameData TO

'<pathofdbfiles>\tmspe_data.mdf', MOVE @LogicalNameLog TO

'<pathofdbfiles>\tmspe_log.ldf'"

Utilisation de SQL Management Studio

Cette section décrit l'utilisation de SQL Management Studio.

Base de données TMS

Ouvrez SQL Management Studio sur le nouveau serveur SQL. Cliquez avec le bouton droit sur Bases de données et sélectionnez Restaurer la base de données :

Dans le champ Source for restore, cliquez sur le périphérique De : et saisissez l'emplacement du fichier tmsng.bak. Dans la section Sélectionner les jeux de sauvegarde à restaurer : , cochez la case tmsng-Full Database Backup. Dans la base de données To : , sélectionnez tmsng et cliquez sur OK. Cela devrait restaurer la base de données tmsng.

Base de données TMSPE (lorsque TMSPE est utilisé)

Le processus utilisé pour restaurer la base de données tmspe est le même que celui utilisé pour restaurer la base de données tmsng, mais vous sélectionnez le fichier de sauvegarde tmspe au lieu du fichier de sauvegarde tmsng, et sélectionnez la base de données tmspe au lieu de la base de données tmsng.

Note: Sur le nouveau serveur de base de données, assurez-vous que le service SQL Browser s'exécute. Si elle ne fonctionne pas, l'installation de tmspe échoue.

Actions de restauration de la base de données après publication

Après avoir restauré la base de données, procédez comme suit :

1. Réinstallez le TMS sur le nouveau serveur afin d'héberger l'application serveur TMS.

2. Sélectionnez custom install afin de pointer vers le nouvel emplacement du serveur SQL.

Migrations à partir des versions 14 et ultérieures de TMS

Au cours du processus d'installation, saisissez la clé de chiffrement copiée à partir du serveur TMS d'origine.

Note: Dans certaines circonstances, ce champ peut être grisé. Si c'est le cas, une fois l'installation terminée, chargez les Outils TMS et entrez la chaîne de chiffrement. Redémarrez ensuite le serveur TMS.

Utilisation TMSPE

Si vous utilisez TMSPE, réinstallez le TMSPE sur le serveur TMS et indiquez le nouvel emplacement de la base de données.

Utilisation des agents TMS existants

Si vous utilisez des agents hérités TMS, procédez comme suit :

1. Arrêtez le service Microsoft Windows des agents TMS. Ceci arrête également le service Windows OpenDS.

2. Accédez à %OPENDS_HOME% > db > userRoot. Voici un exemple : C : > Fichiers programme > TANDBERG > TMS > provisioning > OpenDS-2.0 > db > userRoot.

3. Supprimez tous les fichiers qui existent dans le dossier.

4. Déplacez les fichiers .jdb qui sont copiés à partir de l'ancien serveur TMS dans le dossier.

5. Démarrez le service Microsoft Windows TMSAgentService.

Attention : N'accédez pas au portail TMS pour le moment.

Utilisation de l'utilitaire Outils TMS

Si le nom d'hôte du serveur TMS change et que vous utilisez des comptes d'utilisateurs locaux (comptes d'utilisateurs qui existent sur le serveur hébergeant l'application serveur TMS - et non des comptes Active Directory (AD)), vous devez exécuter l'utilitaire Outils TMS afin de modifier les données de la base de données pour vous assurer que vous pouvez vous connecter :

- Accédez à Outils TMS > Utilitaires > Modifier le domaine des utilisateurs.

- Entrez l'ancien nom de domaine : <ancien nom d'hôte du serveur TMS>.

- Entrez le nouveau nom de domaine : <nouveau nom d'hôte du serveur TMS>.

Avertissement : Si vous ne le faites pas, vous risquez de perdre la possibilité d'accéder au portail TMS.

Note: Les comptes d'utilisateurs locaux ne sont pas déplacés vers le nouveau serveur au cours de ce processus de migration. Si vous utilisez des comptes Microsoft Windows locaux, ils doivent être recréés manuellement sur le nouveau serveur Microsoft Windows vers lequel le TMS est migré.

Post-installation

Afin d'accéder au portail TMS avec un compte d'utilisateur disposant de droits d'administrateur de site dans TMS, procédez comme suit :

1. Accédez à Outils d'administration > Configuration > Paramètres généraux.

2. Assurez-vous que la valeur du répertoire FTP logiciel est exacte pour la nouvelle installation du serveur. Cette valeur peut être incorrecte si vous avez installé le TMS avec une lettre de lecteur différente sur le nouveau serveur (par rapport à l'ancien serveur), ou si vous avez basculé d'une version 32 bits à une version 64 bits du système d'exploitation Microsoft Windows Server.

3. Accédez à Outils d'administration > Configuration > Paramètres réseau.

4. Vérifiez les valeurs de ces champs :

- Paramètres généraux du réseau > URL où les packages logiciels peuvent être téléchargés

- Paramètres réseau avancés pour les systèmes sur le réseau local interne > Adresse IPv4 du serveur TMS

- Paramètres réseau avancés pour les systèmes sur le réseau local interne > Adresse IPv6 du serveur TMS

- Paramètres réseau avancés pour les systèmes sur LAN interne > Nom d'hôte complet du serveur TMS

- Paramètres réseau avancés pour les systèmes sur Internet public/Derrière le pare-feu > Adresse du serveur TMS (nom d'hôte complet ou adresse IPv4)

Utilisation des agents TMS existants

Si vous utilisez des agents hérités TMS, procédez comme suit :

1. Accédez à Outils d'administration > Configuration > Paramètres de l'agent TMS.

2. Dans la section Global > Settings, saisissez un mot de passe pour le mot de passe de configuration LDAP et le mot de passe de réplication LDAP. Cela garantit que les mots de passe sont synchronisés avec l'emplacement de stockage des données.

3. Assurez-vous que la valeur de TMS Agent Backup > Backup Directory est exacte pour la nouvelle installation du serveur. Cette valeur peut être incorrecte si vous avez installé le TMS avec une lettre de lecteur différente sur le nouveau serveur (par rapport à l'ancien serveur), ou si vous avez basculé d'une version 32 bits à une version 64 bits du système d'exploitation Microsoft Windows Server.

Supprimer l'ancien serveur

En bas de la page, dans la section Serveurs TMS, vous pouvez observer plusieurs serveurs TMS. Si oui, procédez comme suit afin de supprimer l'ancien serveur :

1. Cliquez sur le nom de la machine et sélectionnez Supprimer.

2. Pour la nouvelle machine, vérifiez que l'adresse réseau est correcte (nom de domaine complet et adresse IP). Si l'adresse réseau est incorrecte, procédez comme suit :

1. Cliquez sur Modifier (situé à droite).

2. Entrez l'adresse FQDN correcte pour le nouveau serveur TMS, puis cliquez sur Mettre à jour.

3. En haut de la page, saisissez un nouveau mot de passe de configuration LDAP et un nouveau mot de passe de réplication LDAP dans la section Global > Settings.

4. Cliquez sur Enregistrer en bas de la page.

Exécuter les diagnostics de l'agent TMS

Accédez à Outils d'administration > Diagnostics de l'agent TMS et exécutez les Diagnostics de l'agent TMS sur l'agent TMS local.

Note: Si les Diagnostics de l'agent TMS échouent, reportez-vous au guide des procédures de dépannage TMSAgent de Cisco.

Activer la réplication de l'agent TMS vers VCS

Voici quelques remarques importantes à garder à l'esprit lorsque vous activez la réplication de l'agent TMS vers VCS :

- Si vous utilisez tmspe, vous devez le réinstaller et indiquer l'emplacement actuel de la base de données tmspe.

- Si vous utilisez Analytics Extensions et qu'elles ont été installées sur l'ancien serveur TMS, vous devez les réinstaller sur le nouveau serveur.

- Si vous utilisez une extension TMS pour Microsoft Exchange, utilisez son outil de configuration afin d'indiquer le nouvel emplacement du serveur TMS.

- Si la réplication échoue en raison de recherches DNS (Domain Name System), assurez-vous que le nom de domaine complet configuré près du bas de la page des paramètres TMSAgent du TMS (généralement le nom de domaine complet du TMS, tel que configuré dans Microsoft Windows) est résolvable à l'adresse IP du TMS lorsque le VCS effectue une recherche de ce nom de domaine complet. Les recherches inversées doivent également être présentes.

Informations connexes

- Procédures de dépannage TMSAgent

- Support et documentation techniques - Cisco Systems