La réplication HSS nécessite une attention particulière lors de la mise à niveau vers 5.x

Appel à l’action

Il est fortement recommandé d’effectuer l’une ou les deux actions ci-dessous sur la configuration de votre lecteur HSS.

1 Modifiez le nom d’utilisateur dans les propriétés du lecteur pour inclure le locataire suivi d’un / comme indiqué

 

Avec l’interface Web

 

2 Supprimez le miroir de variable d’environnement des lecteurs

Vous pouvez éventuellement définir la variable de débogage sur 1

Utiliser Classique

Ou Web

 

Vous devez supprimer la variable miroir à moins que vous n’ayez des agents Tina plus anciens qui n’auraient  le mécanisme de cache.

Nous recommandons de définir la variable de débogage sur 1 sur les disques au moins pour le test initial du basculement, car cela donnera des informations supplémentaire dans les événements Tina sur la façon dont Tina sélectionne la cible pour la sauvegarde et les restaurations.

Le nom du tenant peut être trouvé comme indiqué ci-dessous
Note : la cible d’un tenant de réplication est colorée en ROUGE sur le réplica

 

Voir la section suivante pour plus de détails sur la raison pour laquelle cela est nécessaire

Contexte détaillé

La version 5.0 d’ADE a introduit la notion de tenants dans le produit
Les tenants sont des serveurs logiques au sein du serveur physique et les tenants sont gérés indépendamment.
La réplication tire parti des tenants et peut fonctionner au niveau du tenant.
Cependant, dans les versions antérieures à 5.0, les tenants n’existaient pas et des mesures ont été prises pour permettre aux mises à niveau de se convertir en douceur au nouveau modèle.

Lorsqu’une cible de réplication est créée, vous remarquerez que sur la cible, un tenant est créé en mode lecture seule avec le nom du tenant source.  Les informations d’utilisateur/mot de passe sont également répliquées et les flux ou les bases de données Lina seront répliqués comme étant positionnés dans ce tenant.

Cela est vrai pour la réplication globale et sélective.

La version 5.0 a également introduit HVDS-2 et avec Time Navigator 4.6, les données HVDS-1 ont été converties en HVDS-2 lors des mises à jour.

L’un des avantages de HVDS-2 est la possibilité de basculer automatiquement vers la réplique lorsque le serveur ADE source était hors service, comme c’était déjà le cas avec HSS.

Pour permettre a Time Navigator d’identifier la destination de réplication (vers laquelle basculer), les disques HSS ont utilisé une variable spécifique
”mirror” qui portait comme valeur le hostname:port de la cible de réplication.

Avec 5.x et Time Navigator 4.6.5, un nouveau mécanisme a été introduit pour fournir ces informations à l’agent tina bien que l’ancien paramètre de lecteur continue de fonctionner.

Le nouveau mécanisme crée un fichier de cache caché sur l’agent effectuant une sauvegarde sur HSS pour indiquer la configuration du miroir (nom d’hôte, ports et tenant), ce qui permet à HVDS-2 de fonctionner de la même manière même si HVDS-2 n’utilise pas de bandes ou de lecteurs.

Contact




    Skip to content