Mettre une application en reseau sur windows server et sql server 2016 express

Version imprimable

Voir 40 message(s) de cette discussion en une page

Salut le forum je vient vers vous se samedi car j'ai créé une application de gestion qui fonctionne bien sur chaque ordinateur ou il est installer j'ai donc décider de mettre mon application en réseau pour cela j'ai installer sur windows server standard édition qui fonctionne correctement mais lorsque j'essai de me connecter à mon application à partir d'un poste client sa ne marche et je ne comprend pas pourquoi j'ai utiliser la chaîne de connexion suivante

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
 
Public Sub Connecter()
        Try
            Dim cn = New SqlConnection("Server=.\SQLEXPRESS;initial catalog=;Integrated Security=SSPI")
            cn.Open()
            'chaine pour attacher le serveur avec exple de base de donnees DHMdb, tu dois remplacer le chemin par ton repertoir
            Dim cmt As String = "EXEC sp_attach_db @dbname = N'GESTIONPETROLE',@filename1 =N'" & mdf & "',@filename2 =N'" & ldf & "'"
            Dim cmd = New SqlCommand(cmt, cn)
            cmd.ExecuteNonQuery()
            cn.Close()
 
        Catch ex As Exception
 
        End Try
        con.ConnectionString = "Server=.\SQLEXPRESS;Initial Catalog=GESTIONPETROLE;Integrated Security=True"
        Try
            If con.State = ConnectionState.Closed Then
                con.Open()
            End If
 
 
        Catch ex As Exception
 
        End Try
    End Sub

pouvez vous m'aider à comprendre mieux comment fonctionne le partage en réseau sous windows server merci

09/09/2017, 15h07
Pol63

dans .\sqlexpress il faut remplacer . par l'ip de la machine (ou son nom)

par contre l'attach je ne vois pas ce qu'il fait ici, en multi utilisateur la base doit être tout le temps présente
09/09/2017, 15h11
Massigne

Ok merci Pol63 je vais le faire tous de suite

Pol63 JE revient encore j'ai remplacer la chaine de connexion
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Public Sub Connecter() con.ConnectionString = "Server=192.168.254.10;Initial Catalog=GESTIONPETROLE;Integrated Security=True" Try If con.State = ConnectionState.Closed Then con.Open() End If Catch ex As Exception End Try End Sub Public Sub deconnecter() If con.State = ConnectionState.Open Then con.Close() End If End Sub
mais sa ne marche pas j'obtien l'erreur suivant:
Une exception non gérée du type 'System.Data.SqlClient.SqlException' s'est produite dans System.Data.dll

Informations supplémentaires : Une erreur liée au réseau ou spécifique à l'instance s'est produite lors de l'établissement d'une connexion à SQL Server. Le serveur est introuvable ou n'est pas accessible. Vérifiez que le nom de l'instance est correct et que SQL Server est configuré pour autoriser les connexions distantes. (provider: SQL Network Interfaces, error: 26 - Erreur lors de la localisation du serveur/de l'instance spécifiés)

09/09/2017, 16h19
Pol63

tu n'as pas fait ce que j'ai dit
et ca ne t'a même pas permis de te poser la question de ce à quoi servait une chaine de connexion, ni ce qu'il fallait mettre dedans, ni ce que toi tu devrais mettre dedans dans ton cas précis ...
09/09/2017, 17h49
Massigne

S'il vous plais Pol63 pouvez vous m'orienter car le partage réseau je ne metrise pas encore
09/09/2017, 19h00
Pol63

https://www.connectionstrings.com/
10/09/2017, 15h56
StringBuilder

SQL Server Express, sur un Windows Server tout du moins, n'est pas défaut pas accessible à distance.

Voici comment l'activer l'accès réseau :
https://technet.microsoft.com/fr-fr/...v=sql.90).aspx

L'article date un peu, mais les outils n'ont pas évolué depuis, donc tout doit encore être bon.
11/09/2017, 20h52
Massigne
Bonsoir Pol63,StringBuilder j'ai parcouru les documents dont vous m'avez coùùuniquer le lien et je vais pouvoir parametrer sql server demain mais j'ai encore un problème avec la chaine de connexion qu'il faut utiliser pour ce connecter à sql server à distance. sur ConnectionString j'ai trouver cette chaine de connexion
Code:

1 2 Data Source=190.190.200.100,1433;Network Library=DBMSSOCN; Initial Catalog=myDataBase;User ID=myUsername;Password=myPassword;
mais que je ne parvient pas faire marcher sur mon application pouvez vous m'aider d'avantage pour la chaine de connexion qui pourrais marcher dans mon cas merci d'avance
11/09/2017, 22h01
StringBuilder

Utilisez plutôt ces chaînes : (avec noms DNS plutôt qu'IP)

Si vous avez une authentification "SQL Server" :
Server=myServerAddress;Database\myInstanceName=myDataBase;User Id=myUsername;Password=myPassword;

Si vous utilisez le compte du domaine :
Server=myServerAddress;Database\myInstanceName=myDataBase;Trusted_Connection=True;

Quant au "ça marche pas", quel est lemessage d'erreur ?
Si vous installez SQL Server Management Studio sur une autre machine, pouvez-vous vous connecter à la base ?
12/09/2017, 07h23
Massigne

Bonjour lorsque j'installe l'application en local sur le serveur windows server 2012 il marche bien avec cette chaîne de connexion [/CODE] con.ConnectionString = "Server=.\SQLEXPRESS;Initial Catalog=GESTIONPETROLE;Integrated Security=True"[/CODE] mais c'est lors du partage que cela ne marche plus. S'il vous plais j'aimerai savoir se que représente 'myInstanceName'
12/09/2017, 08h15
StringBuilder

SQL Server travaille avec des "instances".
C'est à dire que SQL Server peut être installé plusieurs fois sur la même machine (versions différentes ou identiques), et plusieurs instances du moteur de base de données tournent en parallèle et gèrent leurs propres bases de données.

Par défaut, SQL Server Express, qui a de lourdes limitations par instance (surtout en termes de mémoire et CPU), est installé sous forme d'instance nommée, ce qui permet d'en installer autant qu'on veut et ainsi réduire l'impact de ses limitations.
A l'inverse, une version payant, donc moins/non bridée, proposera d'installer une instance "par défaut", empêchant (il me semble) d'installer d'autres instances : en effet, avoir plusieurs instances peut poser des problèmes de concurrence si les CPU et disques notamment ne sont pas explicitement dédiés à une instance à la fois.

Bref. Dans votre cas ".\SQLEXPRESS" indique que vous vous connectez au serveur "." (c'est à dire "localhost" ou "127.0.0.1") sur l'instance nommée "SQLEXPRESS".

Donc sur un PC client, il faut remplacer l'adresse par le nom du serveur de base de données (ou son IP), ainsi ".\SQLEXPRESS" devient "MONSERVEUR\SQLEXPRESS".

Si après cette modification ça ne fonctionne toujours pas, alors il est probable que :
- Integrated Security bloque car vous n'utilisez pas un compte du domaine pour vous connecter à la base
- SQL Server ne soit pas correctement exposé sur le réseau (notamment le protocole TCP/IP est configuré en standard pour ne pas répondre à une autre IP que 127.0.0.1 intedisant les accès distants)

Dans tous les cas, donnez nous le message d'erreur exact.
12/09/2017, 08h54
François DORIN
Bonjour,

Citation:

Envoyé par StringBuilder

Par défaut, SQL Server Express, qui a de lourdes limitations par instance (surtout en termes de mémoire et CPU), est installé sous forme d'instance nommée, ce qui permet d'en installer autant qu'on veut et ainsi réduire l'impact de ses limitations.
A l'inverse, une version payant, donc moins/non bridée, proposera d'installer une instance "par défaut", empêchant (il me semble) d'installer d'autres instances

Du tout. On peut très bien avoir une instance par défaut et plusieurs instances nommées. La seule limitation est qu'il ne peut y avoir qu'une seule instance par défaut. Ce qui reste logique.

Citation:

Envoyé par StringBuilder

: en effet, avoir plusieurs instances peut poser des problèmes de concurrence si les CPU et disques notamment ne sont pas explicitement dédiés à une instance à la fois.

C'est vrai. Mais c'est à l'administrateur de base de données de s'assurer que les ressources sont correctement allouées et réparties.

Les éléments qui peuvent bloquer l'accès au serveur sont :
- un pare-feu ;
- l'accès à distant non configuré (ouvrir l'accès TCP et configurer correctement les IP d'écoute) ;
- l'utilisation de Integrated Security (si c'est possible de le faire pour les accès réseau, il faut que tous les ordinateurs appartiennent au même domaine. Cela limite donc cette possibilité à un intranet). Dans le cas contraire, il faut autoriser l'authentification SQL ;
- mauvaises informations du serveur : mauvaise adresse IP et/ou mauvaise instance ;
- la base de données cible doit contenir les autorisations nécessaires pour le compte qui se connecte (que ce soit via l'authentification SQL ou Integrated Secyrity)?
Il faut donc vérifier chacun de ces points. L'authentification SQL est plus simple à mettre en oeuvre que l'Integrated Security. Aussi, je commencerai par là, quitte à la désactiver ensuite. Cela permettra d'éliminer une source d'erreurs possible au moins temporairement.
12/09/2017, 11h01
Massigne

Voici exactement l'erreur que j'obtien 'Une exception non gérée du type 'System.Data.SqlClient.SqlException' s'est produite dans System.Data.dll

Informations supplémentaires : Une erreur liée au réseau ou spécifique à l'instance s'est produite lors de l'établissement d'une connexion à SQL Server. Le serveur est introuvable ou n'est pas accessible. Vérifiez que le nom de l'instance est correct et que SQL Server est configuré pour autoriser les connexions distantes. (provider: SQL Network Interfaces, error: 26 - Erreur lors de la localisation du serveur/de l'instance spécifiés)'
12/09/2017, 12h26
StringBuilder

Citation:

Envoyé par Massigne

Le serveur est introuvable ou n'est pas accessible. Vérifiez que le nom de l'instance est correct et que SQL Server est configuré pour autoriser les connexions distantes.

Donc vérifiez que :
- Le pare-feu est désactivé, ou autorise SQL Server
- SQL Server est correctement configuré pour réponse au protocole TCP/IP sur la bonne interface réseau
- Votre programme arrive bien à contacter le serveur avec un PING par exemple) en indiquant le nom de serveur utilisé dans la chaîne de connexion
12/09/2017, 20h29
Massigne

Bonsoir StringBuilder j'ai dsactiver le parfeu j'ai essayer de paramétrer sql jusque la rien je ne comprend pas se qui ne vas pas ou je mis prend mal mais j’obtiens le même message d'erreur que recensement
13/09/2017, 08h03
François DORIN

Quelle chaîne de connexion utilisez vous maintenant ?
13/09/2017, 08h54
Massigne

Bonjour Monsieur François DORIN Voila la chaine de connexion que j'utilise sur le poste client

Code:

con.ConnectionString = "Server=192.168.254.10\SQLEXPRESS;Database=GESTIONPETROLE;Trusted_Connection=True"

mon application est installer en local sur le server et sa fonctionne bien mais c'est lorsque je veut à partir d'un poste client me connecter que je ne parvient pas
13/09/2017, 09h15
François DORIN
Merci. Je voulais vérifier la forme que prenait l'identification de l'instance (IP/NomInstance). Cela me semble bon.

Comme le pare-feu est désactivé, il ne reste que peu de possibilité :
- ou bien les protocoles réseaux pour cette instance ne sont pas activée ;
- ou bien l'instance n'écoute pas sur la bonne adresse IP.
Et vérifiez bien le message d'erreur que vous recevez car ils peuvent changer ! Car vous utilisez actuellement l'identification Windows, qui nécessite un domaine parfaitement configuré. Si cela n'est pas le cas, vous allez avoir un "connexion refusé" au lieu de "serveur introuvable".
13/09/2017, 10h27
Massigne

1 pièce(s) jointe(s)

Oui monsieur j'ai essayer de me connecter à avec visual studio en mode assistant et il détecte bien le serveur mais au moment de la recherche des bas de données j'obtient le message d'erreur suivant: Pièce jointe 311327

Voir 40 message(s) de cette discussion en une page