2009-01-22 7 views
0

J'ai un ordinateur de bureau et un ordinateur portable. Le bureau a Windows 7 64 bits et l'ordinateur portable a Vista Ultimate 32 bits. Sur les deux machines, SQL Server 2008 Standard est installé. Sur l'ordinateur portable, j'ouvre SQL Management Studio et j'essaie de me connecter au serveur SQL sur le bureau. Il arrive à expiration. Avec SQL Server Config Manager, j'ai activé TCP/IP et les canaux nommés pour les protocoles clients.Comment se connecter à SQL Server 2008

Dans SQL Management Studio, j'ai fait un clic droit sur le moteur de base de données, je suis allé aux propriétés et j'ai autorisé les connexions à distance. J'ai également créé un identifiant de serveur sql nommé "testuser" et un mot de passe. J'ai ensuite ajouté cet utilisateur comme identifiant pour ma base de données et j'en ai fait le propriétaire de la base de données.

Je ne pouvais pas comprendre comment permettre la connexion à mon db jeter le pare-feu Windows, alors je l'ai éteint.

Qu'est-ce qui me manque? J'ai fait les mêmes changements sur mon ordinateur portable, et je peux me connecter du bureau à l'ordinateur portable dans le studio de gestion?

Avez-vous une liste de contrôle? Merci.

MISE À JOUR: J'ai désactivé l'antivirus. Ran NetStat -a et l'auditeur écoute.

Répondre

3

Si votre tentative de connexion prend environ 30 secondes pour expirer, il s'agit d'une sorte de problème de connectivité réseau (ou SQL n'écoute pas correctement). Un problème de permissions reviendrait après quelques secondes, donc la longue attente indique que c'est lié à la connexion.

Si vous exécutez "NETSTAT -a" sur le serveur, SQL Server est-il écouté sur le port 1433? Si ce n'est pas le cas, le programme d'écoute SQL TCP n'est peut-être pas configuré correctement sur le serveur. Il doit y avoir des événements dans le journal des événements Windows à cet effet lors du démarrage du service SQL.

S'il vous plaît modifier votre question avec les résultats et nous pouvons aller de là.

+0

Ceci est activé! Merci. –

0

Si vous avez un autre logiciel anti-virus en cours d'exécution, il peut également avoir un pare-feu intégré. Je sais que McAfee, par exemple. Vérifiez pour cela.

+0

Vérifiez également le pare-feu Windows. Même si vous n'avez pas spécifiquement installé un pare-feu, le pare-feu Windows bloquera probablement SQL Server par défaut. – Kibbee

+0

La question initiale indiquait que le pare-feu Windows était déjà désactivé, mais c'est un bon conseil pour le cas plus général. –

0

Vous avez probablement déjà pensé à cela, mais avez-vous vérifié que le serveur est configuré pour autoriser l'authentification en mode mixte? Je n'ai pas eu accès à 2008, mais il me semble me souvenir qu'au moins l'une des versions précédentes a été configurée pour interdire les connexions sql par défaut.

0

Je suppose que vous avez déjà fait ce que vous avez à faire au niveau du système d'exploitation. Ou peut-être essayé de lier le serveur pour voir si vous pouvez réellement traverser votre réseau. Laissez-moi vous suggérer un test rapide. Vérifiez si vous pouvez réellement tester la connectivité en créant un lien de données universel. Dans le cas où vous ne savez pas comment faire, créez un nouveau fichier texte sur votre bureau (ou n'importe où) et changez l'extension de fichier .txt en .udl; alors il suffit de l'ouvrir. Voyez si votre autre serveur est "visible" sur le réseau (N'oubliez pas de changer le fournisseur au fournisseur OLE DB pour SQL Server).

0

Le service SQL Browser s'exécute-t-il sur le serveur auquel vous essayez d'accéder? (Par défaut, il est désactivé et vous en aurez besoin pour accéder à SQL Server à distance.)

1

Essayez d'utiliser Telnet pour voir si l'ordinateur portable peut voir le bureau via le port 1433.

Ouvrez une invite de commande sur l'ordinateur portable et entrez:

telnet DesktopNameOrIPAddress 1433 

Appuyez sur Entrée, et vous devriez voir soit une erreur d'échec de connexion, ou un écran vide. Si vous obtenez l'écran vide, la connexion a été établie. Appuyez sur CTRL-] pour sortir de celui-ci, puis tapez "quitter" et entrez pour quitter.

Si la connexion a échoué, essayez de résoudre le problème réseau général avec le port 1433 avant de prendre la peine d'utiliser les outils SQL Server.

Questions connexes