Plantage d'instance

Version imprimable

1 pièce(s) jointe(s)

Plantage d'instance

Bonjour,

Sur SQL-Server 2005, j'ai deux instances : une nommée et une par défaut.
L'instance par défaut ne veut plus démarrer suite à l'arrêt et au redémarrage du serveur.

Voici les erreurs dans les logs :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
2010-11-02 11:49:35.45 Server      Microsoft SQL Server 2005 - 9.00.1399.06 (Intel X86) 
	Oct 14 2005 00:33:37 
	Copyright (c) 1988-2005 Microsoft Corporation
	Standard Edition on Windows NT 6.1 (Build 7600: )
 
2010-11-02 11:49:35.45 Server      (c) 2005 Microsoft Corporation.
2010-11-02 11:49:35.45 Server      All rights reserved.
2010-11-02 11:49:35.45 Server      Server process ID is 4764.
2010-11-02 11:49:35.45 Server      Logging SQL Server messages in file 'C:\Program Files (x86)\Microsoft SQL Server\MSSQL.4\MSSQL\LOG\ERRORLOG'.
2010-11-02 11:49:35.45 Server      This instance of SQL Server last reported using a process ID of 964 at 02/11/2010 11:47:30 (local) 02/11/2010 10:47:30 (UTC). This is an informational message only; no user action is required.
2010-11-02 11:49:35.45 Server      Registry startup parameters:
2010-11-02 11:49:35.45 Server      	 -d C:\Program Files (x86)\Microsoft SQL Server\MSSQL.4\MSSQL\DATA\master.mdf
2010-11-02 11:49:35.45 Server      	 -e C:\Program Files (x86)\Microsoft SQL Server\MSSQL.4\MSSQL\LOG\ERRORLOG
2010-11-02 11:49:35.45 Server      	 -l C:\Program Files (x86)\Microsoft SQL Server\MSSQL.4\MSSQL\DATA\mastlog.ldf
2010-11-02 11:49:35.45 Serveur     SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2010-11-02 11:49:35.45 Serveur     Detected 2 CPUs. This is an informational message; no user action is required.
2010-11-02 11:49:35.77 Serveur     Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
2010-11-02 11:49:35.77 Serveur     Attempting to initialize Microsoft Distributed Transaction Coordinator (MS DTC). This is an informational message only. No user action is required.
2010-11-02 11:49:36.79 Serveur     Attempting to recover in-doubt distributed transactions involving Microsoft Distributed Transaction Coordinator (MS DTC). This is an informational message only. No user action is required.
2010-11-02 11:49:36.81 Serveur     Database Mirroring Transport is disabled in the endpoint configuration.
2010-11-02 11:49:36.81 spid5s      Starting up database 'master'.
2010-11-02 11:49:36.87 spid5s      SQL Trace ID 1 was started by login "sa".
2010-11-02 11:49:36.89 spid5s      Starting up database 'mssqlsystemresource'.
2010-11-02 11:49:37.10 spid8s      Starting up database 'model'.
2010-11-02 11:49:37.10 spid5s      Server name is 'SQLVIRT01'. This is an informational message only. No user action is required.
2010-11-02 11:49:37.18 spid8s      Clearing tempdb database.
2010-11-02 11:49:37.39 Serveur     A self-generated certificate was successfully loaded for encryption.
2010-11-02 11:49:37.39 Serveur     Erreur*: 26023, Gravité*: 16, État*: 1.
2010-11-02 11:49:37.39 Serveur     Server TCP provider failed to listen on [ 'any' <ipv6> 1433]. Tcp port is already in use.
2010-11-02 11:49:37.40 Serveur     Erreur*: 17182, Gravité*: 16, État*: 1.
2010-11-02 11:49:37.40 Serveur     TDSSNIClient initialization failed with error 0x2740, status code 0xa.
2010-11-02 11:49:37.40 Serveur     Erreur*: 17182, Gravité*: 16, État*: 1.
2010-11-02 11:49:37.40 Serveur     TDSSNIClient initialization failed with error 0x2740, status code 0x1.
2010-11-02 11:49:37.40 Serveur     Erreur*: 17826, Gravité*: 18, État*: 3.
2010-11-02 11:49:37.40 Serveur     Could not start the network library because of an internal error in the network library. To determine the cause, review the errors immediately preceding this one in the error log.
2010-11-02 11:49:37.40 Serveur     Erreur*: 17120, Gravité*: 16, État*: 1.
2010-11-02 11:49:37.40 Serveur     SQL Server could not spawn FRunCM thread. Check the SQL Server error log and the Windows event logs for information about possible related problems.

Je suis un peu paumé, je ne suis pas en IPV6 pourtant il me parle de ce protocole.

C'est un serveur sous HYPERV, le serveur SQL tourne sous Windows 2008R2.

Dans "SQL server configuration manager", dans les protocoles réseau SQL-Server 2005 j'ai cinq cartes réseau dont deux qui ressemblent à de l'ipv6. Elles ne sont pas activées, cf. pièce jointe.

Auriez-vous une idée ?

02/11/2010, 14h28
Ptit_Dje
Citation:

Server TCP provider failed TO listen ON [ 'any' <ipv6> 1433]. Tcp port IS already IN USE.

Il semble qu'un autre service utilise deja le port 1433.
Je vois 2 solutions:
- Changer le port de votre instance
- Changer le port de l'autre service utilisant le port 1433.

Vous pouvez utiliser ceci dans une fenetre CMD:
Code:

1 2 netstat -abo | find "1433"
02/11/2010, 14h44
mims1664

1 pièce(s) jointe(s)

Bonjour,

Le résultat dans le fichier texte joint.

Il semblerait effectivement qu'il y ai un conflit entre l'instance par défaut et une instance nommée.

Par contre je ne sais pas ou cela se règle ?
02/11/2010, 15h28
Ptit_Dje

Au niveau de la fenetre du premier screenshot que vous avez envoye.
-> IPAll/TCP port et assignez un port fixe, libre.
N'oubliez pas de prevenir les gars du reseau que le port doit etre ouvert et aussi de le documenter. Ca peut aussi avoir un impact sur vos applications si elles utilisent un port hardcode pour se conencter a l'instance.
Bref faut se gaffer quand meme. En tout cas c'est mieux qu'une instance down.
02/11/2010, 15h29
mims1664

Pti_Dge,

J'ai un port fixe, c'est le port 1433 !

Je le modifie ? Il me semble pas que les applis connectés utilisent un port n hard, c'est surtout de la connexion ODBC

Si je le modifie il faut redémarrer quel services exactement ? tous ?

En regardant de plus près visiblement l'instance nommée utilise le port par défaut : 1433, c'est ce qui pourrait provoquer le problème.

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Microsoft SQL Server\SQL2005\MSSQLServer\SuperSocketNetLib\Tcp]
"TcpPort"="1433"

Il faudrait alors éventuellement modifier le port de l'instance par défaut ?
02/11/2010, 16h14
Ptit_Dje

Je peux pas vous repondre, je connais pas vos DBs ni vos applications...
En tout cas, 2 instances sur un meme serveur ne peuvent pas tourner avec le port 1433.
A vous de choisir apres.

Apres avoir changer le port, il faut redemarrer le service SQL Server impacte. A la limite, vu qu'une instance est deja en train de tourner, reconfigurer l'autre. (C'est la solution la plus logique si vous pouvez changer le port des 2 instances, ca vous evite de stopper un serveur deja en marche.)
02/11/2010, 16h17
mims1664

ti_dge !! j'ai bien compris mais par contre je ne sais pas comment modifier le port de l'instance SQL par défaut ....
02/11/2010, 16h41
mims1664

Voila !!

J'ai suivi ceci :
http://social.msdn.microsoft.com/for...-227611c342d8/

Et ca a fonctionné !!!

Ouch !

Merci pour votre aide.

Jérémie
02/11/2010, 17h48
SQLpro

En complément vérifiez si le service SQLBrowser est activé ou non. C'est lui qui assigne dynamiquement les ports de l'ensemble des services SQL Server.

A +