Mise à jour Cluster Replica 2.0 et EzOpenBackupLite 2.1 |

XLink a introduit de nouvelles versions pour les produits de la gamme IsaStor. Voici leurs caractéristiques :

Optimisation de la méthode de communication réseau utilisée pour améliorer la connectivité et les performances en fonctionnement de la liaison des clients à la grappe de serveurs
Ajout des points de version au mécanisme maison de clichés permettant la réplication en temps réel, et une précision de réplication améliorée
Capacité de retour dans les traces des fichiers de base de données pour éliminer des problèmes potentiels de corruption de fichiers et permettre un basculement plus sûr des serveurs MSSQL entre serveurs.

Corrigé: le déclenchement d'un failover pouvait causer une erreur "suspect database" dans MS SQL
Réglage manuel du tratement des basculements (failover) de services réseau.

Cette dernière correction est détaillée dans l'aide en ligne à la rubrique "Cluster Configuration".

Corrigé: problème de dépassement de tampon avec des chemins de fichiers trop longs
Corrigé: pas de moyen de définir manuellement les chemins respectifs des dossiers système de Windows et le répertoire d'instllation d'EzOpenBackup.
Mise à jour de la description des boutons de l'interface utilisateur

Ces nouvelles versions sont disponibles en téléchargement sur le site pour les évaluations et les utilisateurs enregistrées, depuis le 12/01/05.

Internal data rollback to Last-Known-Working data on secondary system that failovers to be primary system when secondary system takes over
Group snapshot enhancement to ensure point-in-time replication
Configurable replication version-point creation timer on user interface for better performace on clustered system.
Adding configurable failover triggering event for monitored service and cluster binded network card.
Automatic private communication IP creation on clustered systems

Fixes in the 03/07/05 release :
1. Duplicate entries added to registry replication when user tried to modify configuration of replication path or monitor service list.
2. Newly added service entires are always displayed as the first entry.
3. Monitored services with dependencies can not be stopped on secondary.
Fixes in the 03/10/05 release:
1. Adding new monitor service dialog does not include dependencies as default.
2. Possible confusion for Set as default primary radio button gropup on cluster setup dialog. (Note: Modify cluster setup dialog and change Set as default primary radio button gropup to a single checkbox of Set local system to preferred primary station)
3. Interface does not reflect status change for monitored services.
4. Monitored service can not be stopped on secondary system if the dependencies take longer to terminate.
5. Dependencies for the monitored service are not started after failover to secondary system.
6. Add new service on primary does not stop the corresponding service on secondary.

Riff News