La mise en miroir de base de données (DBM) est une fonctionnalité obsolète dans SQL Server, mais elle peut encore être utile dans certains scénarios, tels que la réalisation d’une mise à niveau progressive simple ou si vous l’utilisez toujours dans votre environnement. Cependant, la configuration de la mise en miroir de base de données peut parfois être difficile, en particulier lorsqu’il s’agit de problèmes d’adresse réseau.

Dans un scénario de test récent, j’ai rencontré un problème d’adresse réseau lors de la configuration de la mise en miroir de base de données. J’ai restauré une base de données sur une nouvelle instance, ouvert les pare-feu nécessaires et suivi l’assistant de mise en miroir. Tout semblait se dérouler sans problème jusqu’à ce que j’exécute la commande suivante sur le serveur principal :

ALTER DATABASE Baseball SET PARTNER = 'TCP://192.168.1.201:5022'

À ma grande surprise, j’ai reçu le message d’erreur suivant :

Msg 1418, Level 16, State 1, Line 10
L'adresse réseau du serveur "TCP://192.168.1.201:5022" ne peut pas être atteinte ou n'existe pas. Vérifiez le nom de l'adresse réseau et assurez-vous que les ports des points de terminaison locaux et distants sont opérationnels.

J’ai essayé différentes étapes de dépannage, notamment la désactivation des pare-feu et la vérification des points de terminaison et des comptes de domaine. Cependant, aucune de ces actions n’a résolu le problème. J’ai même supprimé la configuration de mise en miroir et l’ai reconfigurée, mais le problème persistait.

Après quelques investigations supplémentaires, j’ai découvert que le problème était lié au nom de l’adresse réseau. Au lieu d’utiliser uniquement le nom du serveur ou l’adresse IP, je devais utiliser le nom de domaine complet (FQDN) des serveurs principal et miroir.

Une fois connecté à l’instance en utilisant le FQDN et configuré la mise en miroir en conséquence, tout a commencé à fonctionner comme prévu. La commande finale qui a résolu le problème était :

ALTER DATABASE Baseball SET PARTNER = 'TCP://SQL02.HOME.XXXXX.COM:5022'

Il s’avère que même dans un petit réseau, l’utilisation du FQDN est cruciale pour une communication réussie entre les serveurs principal et miroir.

Se souvenir de ce détail important peut vous faire gagner du temps et de la frustration lors de la configuration de la mise en miroir de base de données dans SQL Server. Vérifiez toujours le nom de l’adresse réseau et assurez-vous d’utiliser le FQDN lors de la configuration de la mise en miroir.

Publié dans : Non classé

Étiqueté : administration, haute disponibilité, SQL Server, syndiqué