Vous êtes ici Forums
  |  Connexion
 Forums
HomeHomeForums DNNForums DNNInstallationInstallationProblème de sauvegarde (accès concurent) de la base de donnée.Problème de sauvegarde (accès concurent) de la base de donnée.
Précédente
 
Suivante
Nouveau message
19/11/2007 18:52
 

Bonjour,

Je viens d'installer avec succès DotNetNuke 4.07 et installé le pack de langage en français.
Merci à ceux qui ont effectué ce travail.

J'ai malgré tout un petit soucis. J'ai utilisé la chaine de connexion recommandée pour l'exploitation avec la version Express de SQL Server.

Soit :

    <add name="SiteSqlServer" connectionString="Data Source=.\SQLExpress;AttachDbFilename=|DataDirectory|Database.mdf;Integrated Security=True;User Instance=True" providerName="System.Data.SqlClient" />

Mais j'ai l'impression que ce mode de connexion, ouvre la base de donnée de façon exclusive.

Impossible quand IIS est en route et qu'une page a été vue, d'accéder à la base avec d'autres outils.

Cela me gène, car du coup, je ne vois pas comment faire mes sauvegardes

Une idée ? (que ce soit pour les effectuer les sauvegardes dans ce mode de connexion, ou un meilleur mode de connexion à utiliser)

Merci d'avance.

Cordialement

Gabriel

 
Nouveau message
20/11/2007 17:33
 

Bonjour,

Je n'utilise pas SQL Server Express, mais ce ne serait pas plutôt ton outil qui tente d'ovrir la base en mode exclusif ? Car par définition une application web ne fait que des accès concurents, donc je doute que le problème soit du côté de DNN.

Gilles

 
Nouveau message
21/11/2007 09:01
 

Bonjour,

Merci pour ta réponse.

 Grace à cette page (à la section "problème courant"), j'ai plus ou moins compris ce qui ce passe :

http://msdn2.microsoft.com/fr-fr/library/62d5c528-be6d-445a-aab1-88de64e15833.aspx

Le mode "instance utilisateur", fait que SqlServer fonctionne sous le compte NT AUTHORITY\NETWORK SERVICE, alors que SQL Management Studio utilise mon compte courant.

Ca explique, mais cela ne m'apporte pas de solution.

Je vais essayer sur des forums purement SQL Server, mais c'est un problème purement  : Asp.Net + SQL Express + instances utilisateurs.

Je n'arrive pas à me connecter en mode normal (l'autre ConnectString du web.config fourni avec la 4.7 de DotNetNuke).

Si quelqu'un à une solution pour :

- soit m'aider à me connecter en mode normal (pas instance utilisateur)

- soit une solution de sauvegarde quand on est en mode "instance utilisateurs", mais que Asp.Net tourne.

... je suis preneur. N'importe laquelle de ces 2 solutions me permettrait de faire mes sauvegardes, sans stopper IIS.

Cordialement

 
Nouveau message
23/11/2007 16:36
 

C'ets l'histoire d'un mec qui se répond à lui même.

J'ai résolu mon problème.

Je livre la solution, cela pourra peut-être servir à d'autres.

le web.config fourni par défaut avec DNN 4.07 (release.config, en fait) propose 2 connectstring, l'une pour la version Express de Sql 2005 et l'autre pour la version normale.

En fait le mode Express proposé correspond au mode "instance utilisateur" qui peut être très utile dans un développement bureautique, mais qui est a proscrire dans un développement Asp.net (ce n'est pas moi qui le dis, mais divers site web que j'ai pu consulter sur ce sujet)

En effet, dans ce mode, la base va être utilisée de façon exclusive par l'utilisateur 'NT AUTORITY/NETWORK SERVICE".

Du coup aucune autre tâche (Sql Server Management, sqlcmd ....) ne pourra se connecter avec une autre identité.
(cf le lien microsoft que je fourni dans un message plus haut).

Idem, une tâche planifiée Windows, ne pouvant emprunter l'identité 'NT AUTORITY/NETWORK SERVICE'  se verra donc refuser la connection à partir du moment ou le site web tourne.

Je ne comprend pas que DNN propose une connexion en mode 'instance utilisateur'

Je n'ai pas réussi à faire fonctionner l'autre chaine proposée avec Sql Server Express.

A l'aide du site :

http://www.connectionstrings.com/?carrier=sqlserver2005

J'ai pu construire une chaine de connexion qui a acceptée de fonctionner :

"Data Source=.\SQLExpress;Database=dnndb;Trusted_Connection=True;"

<dnndb> étant le nom d'attache de ma base de donnée, <SQLExpress> le nom d'instance de mon serveur Sql.

Cordialement

Gabriel

 

 
Précédente
 
Suivante
HomeHomeForums DNNForums DNNInstallationInstallationProblème de sauvegarde (accès concurent) de la base de donnée.Problème de sauvegarde (accès concurent) de la base de donnée.