SQL Server 2005 DB Mirroring erreur

Question

Je reçois l'erreur suivante lorsque vous essayez d'installer SQL Server 2005 DB Mirroring sur mes serveurs. Je courais deux serveurs avec SQL Win2K3 2005 sur chacun de ceux en cours d'exécution à côté d'une version SQL 2000. Après la restauration de la base de données avec NORecovery et la configuration des points d'extrémité, je lance dans l'erreur suivante lorsque je tente de démarrer la session de mise en miroir.

TITLE: Database Properties
------------------------------

An error occurred while starting mirroring.

------------------------------
ADDITIONAL INFORMATION:

Alter failed for Database 'TestDB'.  (Microsoft.SqlServer.Smo)

------------------------------

An exception occurred while executing a Transact-SQL statement or 
batch. (Microsoft.SqlServer.ConnectionInfo)

------------------------------

The server network address "TCP://S-01.ssl.local:5022" can not be reached 
or does not exist. Check the network address name 
and that the ports for the local and remote endpoints are operational. 
(Microsoft SQL Server, Error: 1418)

Je vais aussi noter que je peux telnet dans le port en utilisant le nom complet des deux serveurs.

Mise à jour

Le serveur secondaire exécute SQL Server 2005 comme une instance nommée sur 1434 local et sur le réseau en 1433 sur les adresses IP qui correspondent à la FQDN utilisé.

[EDIT]

J'ai pu Telnet au port 5022 sur les deux serveurs.

[SOLUTION]

Dans le cas où vous pouvez l'exploitation forestière et les deux ports sont actifs, il est peut-être que le compte sous-jacent que SQL Server utilise est pas un compte de domaine. Sur nos serveurs le compte du système local était le service qui a été ouvert une session. Une fois que cela a été changé pour le compte de domaine de l'administrateur plutôt que le problème a été résolu.

Answer 1

Dans le cas où vous pouvez l'exploitation forestière et les deux ports sont actifs, il est peut-être que le compte sous-jacent que SQL Server utilise est pas un compte de domaine. Sur nos serveurs le compte du système local était le service qui a été ouvert une session. Une fois que cela a été changé pour le compte de domaine de l'administrateur plutôt que le problème a été résolu.

Answer 2

Avez-vous telnet sur le port 5022 sur chaque serveur? C'est le port utilisé par la mise en miroir de bases de données, et non les ports SQL 1433 / 1434.

Je voudrais vérifier les paramètres de pare-feu et que les services SQL Server sont en cours d'exécution dans les comptes de domaine.

Vous pouvez également consulter les autres points sur cet article de dépannage à propos de la mise en miroir:

http: / /blogs.msdn.com/grahamk/archive/2008/12/08/database-mirroring-error-1418-troubleshooter.aspx

Answer 3

Vérifiez le journal SQL sur les deux machines et assurez-vous que le serveur SQL est à l'écoute sur le port 5022 que le point final miroir base de données devrait utiliser.

Sur le serveur qui a l'instance nommée, est-il une autre instance qui est configuré pour utiliser le même port TCP pour la mise en miroir ou autre chose?

Answer 4

Comme il ressemble à votre connexion est réussie et il ne fait tout en permettant la mise en miroir, avez-vous essayé d'utiliser SQL Profiler pour voir exactement ce que la déclaration échoue?

Je ne sais pas si vous êtes familier avec Profiler, mais voici un tutoriel (Il est pour SQL 2000, mais l'outil est légèrement différent en 2005).

Answer 5

J'ai aussi eu ce problème, mais dans le serveur SQL Server 2008 en cours d'exécution dans Windows 7 (toutes les instances dans la même machine),

dans mon cas la solution:

a fait ceci:

Étape 1) Le système de pare-feu ne doit pas bloquer le port de SQL Server.

Étape 2) Allez à Gestion de l'ordinateur >> Service et application >> SQL Server 2005 Configuration >> Configuration du réseau Activer le protocole TCP / IP. Assurez-vous que le port SQL Server est par défaut 1433.

Juste pour vous assurer de suivre une étape supplémentaire qui peut ou peut ne pas être nécessaire.

Étape 3) Allez à Gestion de l'ordinateur >> Service et application >> SQL Server 2005 Configuration >> Configuration du client Activer le protocole TCP / IP.

Référence: Pinal Dave ( http: // blog. SQLAuthority.com )

puis ceci: http://www.youtube.com/watch?v=VHAUtCiN1M4 sorcière est essentiellement aller à SQL Server Configuration Manager et pour chaque instance configurer votre utilisateur et mot de passe.

Juste mes deux cents, comme il ne semble pas chaque solution fonctionne pour tout le monde ... et je perdu un jour à essayer de le comprendre