J'ai une application ASP.Net qui fonctionne bien sur ma machine de développement locale.

Lorsque j'exécute cette application en ligne, elle affiche l'erreur suivante

Le format de la chaîne d'initialisation n'est pas conforme à la spécification commençant à l'index 0

Vérifiez votre chaîne de connexion. Si vous avez besoin d'aide, vérifiez les chaînes de connexion , qui contient une liste des chaînes couramment utilisées.

Chaînes de connexion couramment utilisées:

SQL Server 2012

Sécurité standard

Server=myServerAddress;Database=myDataBase;User Id=myUsername;Password=myPassword;

Connexion fiable

Server=myServerAddress;Database=myDataBase;Trusted_Connection=True;

Connexion à une instance SQL Server

La syntaxe du nom de serveur / instance utilisée dans l'option serveur est la même pour toutes les chaînes de connexion SQL Server.

Server=myServerName\myInstanceName;Database=myDataBase;User Id=myUsername;
Password=myPassword;

SQL Server 2005

Sécurité standard

Server=myServerAddress;Database=myDataBase;User Id=myUsername;Password=myPassword;

Connexion fiable

Server=myServerAddress;Database=myDataBase;Trusted_Connection=True;

Connexion à une instance SQL Server

La syntaxe du nom de serveur / instance utilisée dans l'option serveur est la même pour toutes les chaînes de connexion SQL Server.

Server=myServerName\myInstanceName;Database=myDataBase;User Id=myUsername;Password=myPassword;

MySQL

la norme

Server=myServerAddress;Database=myDataBase;Uid=myUsername;Pwd=myPassword;

Spécification du port TCP

Server=myServerAddress;Port=1234;Database=myDataBase;Uid=myUsername;Pwd=myPassword;

Oracle

Utilisation de TNS

Data Source=TORCL;User Id=myUsername;Password=myPassword;

Utilisation de la sécurité intégrée

Data Source=TORCL;Integrated Security=SSPI;

Utiliser ODP.NET sans tnsnames.ora

Data Source=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=MyHost)(PORT=MyPort)))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=MyOracleSID)));User Id=myUsername;Password=myPassword;

Cela pourrait aider quelqu'un .. Mon mot de passe contenait un point-virgule donc était confronté à ce problème. J'ai donc ajouté le mot de passe entre guillemets. C'était vraiment une erreur stupide.

J'ai changé ce qui suit:

<add name="db" connectionString="server=local;database=dbanme;user id=dbuser;password=pass;word" providerName="System.Data.SqlClient" />

à

<add name="db" connectionString="server=local;database=dbanme;user id=dbuser;password='pass;word'" providerName="System.Data.SqlClient" />

Définissez le projet contenant votre DbContextclasse comme projet de démarrage.

J'obtenais cette erreur en appelant enable-migrations. Même si dans le Package Manager Consolej'ai sélectionné le bon Default project, il regardait toujours le fichier web.config de ce projet de démarrage, où la chaîne de connexion n'était pas présente.

Assurez-vous que votre chaîne de connexion est dans ce format:

serveur = FOOSERVER; base de données = BLAH_DB; pooling = false; délai de connexion = 60; sécurité intégrée = SSPI;

Si votre chaîne ne contient pas la serverbalise, la méthode retournera avec cette erreur.

J'ai eu le même problème. Localement, le site fonctionnait bien, mais sur azur, il échouerait avec le message ci-dessus.

s'avère que le problème était de définir la chaîne de connexion dans le ctor, comme ceci:

    public DatabaseContext() 
    {
        Database.Connection.ConnectionString = ConfigurationManager.ConnectionStrings["db"].ConnectionString;
    }

NE FONCTIONNE PAS, cela va:

    public DatabaseContext() : base("db")
    {
    }

Me bat..

Vérifiez votre chaîne de connexion comme j'oublie d'ajouter services.AddDbContext<dbsContext>(options => options.UseSqlServer("Default"));

Cela provoque l'erreur et ici, lorsque j'ajoute Configuration.GetConnectionString, cela résout le problème

comme maintenant la connexion est:

services.AddDbContext<dbsContext>(options => options.UseSqlServer(Configuration.GetConnectionString("Default")));

fonctionne bien (ce problème est résolu pour .net core)

Le référencement du chemin d'accès complet a résolu ce problème pour moi:

var command = new SqlCommand("DatabaseName.dbo.StoredProcedureName", conn)

J'ai résolu ce problème en modifiant la chaîne de connexion sur les paramètres de publication de mon API Web ASP.NET.

Vérifiez ma réponse sur ce post: Comment corriger l'erreur :: Le format de la chaîne d'initialisation n'est pas conforme à la spécification commençant à l'index 0 ::

J'ai eu la même erreur. Dans mon cas, c'était parce qu'il me manquait un guillemet de fermeture pour le mot de passe dans la chaîne de connexion.

Changé de cela

<add name="db" connectionString="server=local;database=dbanme;user id=dbuser;password='password" providerName="System.Data.SqlClient" />

À

<add name="db" connectionString="server=local;database=dbanme;user id=dbuser;password='password'" providerName="System.Data.SqlClient" />

Cela se produit également lorsque vous copiez une page Web d'une solution à une autre, que vous exécutez votre solution et que vous découvrez qu'elle a un nom de chaîne de connexion différent dans le webconfig. Ensuite, vous modifiez négligemment le nom de la chaîne de connexion dans le panneau des propriétés de la vue de conception de la page.

Mieux vaut simplement le changer dans la partie code au lieu de la conception.

Mon problème était que j'avais ajouté le code de journalisation de la base de données à mon constructeur pour un objet DB, et cela semblait causer des ravages sur mon profil de déploiement Azure.

FYI - J'ai simplifié cet exemple, dans le code réel, cela a été désactivé en production (mais toujours dans le code)

public class MyDB : DbContext
{
    public MyDB()
    {
         this.Database.Log = x => { Debug.WriteLine(x); };
    }
}

J'ai eu une faute de frappe dans mes chaînes de connexion "Database == PESitecore1_master"

<add name="master" connectionString="user id=sa;password=xxxxx;Data Source=APR9038KBD\SQL2014;Database==PESitecore1_master"/>

J'ai eu le même problème et j'ai finalement réussi à le résoudre de la manière suivante:

Le problème était dans la définition de la chaîne de connexion dans mon web.config.

<add name="DefaultConnection" connectionString="DefaultConnection_ConnectionString" providerName="System.Data.SqlClient"/>

Ce qui précède fonctionnait parfaitement localement car j'utilisais une base de données locale lorsque je gérais les utilisateurs et les rôles. Lorsque j'ai transféré mon application vers IIS, la base de données locale n'était plus accessible, en plus j'aimerais utiliser ma base de données dans SQL Server. Je change donc la chaîne de connexion ci-dessus l'équivalent suivant de la base de données SQL Server:

<add name="DefaultConnection" connectionString="data source=MY_SQL_SERVER; Initial Catalog=MY_DATABASE_NAME; Persist Security Info=true; User Id=sa;Password=Mybl00dyPa$$" providerName="System.Data.SqlClient"/>

REMARQUE: ce qui précède, également, suppose que vous allez utiliser le même SQL Server à partir de votre boîte locale (au cas où vous l'incorporeriez dans votre web.config local - c'est exactement ce que j'ai fait dans mon cas).

J'ai eu le même problème, j'ai découvert que le déploiement sur IIS ne définissait pas correctement les chaînes de connexion. ils étaient «$ (ReplacableToken_devConnection-Web.config Connection String_0)» lors de l'affichage des chaînes de connexion du site dans IIS, au lieu de la chaîne de connexion réelle. Je les ai mis à jour là-bas, et tout a fonctionné comme prévu

J'ai copié et collé ma configuration de chaîne de connexion dans mon projet de test et j'ai commencé à rencontrer cette erreur. La chaîne de connexion a bien fonctionné dans mon projet WebAPI. Voici ma solution.

var connection = ConfigurationManager.ConnectionStrings["MyConnectionString"];
var unitOfWork = new UnitOfWork(new SqlConnection(connection.ConnectionString));

J'ai supprimé & quot à la fin de la chaîne de connexion et cela a fonctionné

Au lieu de

App=EntityFramework"

Utilisé

App=EntityFramework;

Définissez DefaultConnection comme ci-dessous

<add name="DefaultConnection" connectionString="data source=(local);initial catalog=NamSdb;persist security info=True;user id=sa;password=sa;MultipleActiveResultSets=True;App=EntityFramework;" providerName="System.Data.SqlClient" />

Remarque: Dans connectionString, n'incluez pas:
| x | Informations sur les métadonnées: "metadata = res: // * /"
| x | Citations encodées: "" "

Mon problème n'était pas que la chaîne de connexion que je fournissais était fausse, ou que la chaîne de connexion dans l'app.config que je pensais utiliser était fausse, mais que j'utilisais le mauvais app.config.

Parfois, le service Sql Server n'a pas été démarré. Cela peut générer l'erreur. Accédez à Services et démarrez Sql Server. Cela devrait le faire fonctionner.

Pour l'autre âme malheureuse qui gère une application Webforms héritée qui utilise une source sqldatasource en ligne, ainsi que des chaînes de connexion stockées dans web.config, vous pouvez obtenir cette erreur si vous accédez à votre chaîne de connexion comme <% APSDataConnectionString%> au lieu de < % $ ConnectionStrings: MyConnectionString%>. Cela nous est arrivé lors de la mise à niveau de .NET de 3.5 à 4.x.

<asp:DropDownList ID="ddl" runat="server" DataSourceID="SqlDataSource1"
  DataTextField="value" DataValueField="id"></asp:DropDownList>                
<asp:SqlDataSource ID="SqlDataSource1" runat="server" 
  ConnectionString="<%$ ConnectionStrings:MyConnectionString %>"
  SelectCommand="select id, value from a_table">
</asp:SqlDataSource>

Dans mon cas, le problème était que sur le serveur, un fichier appsettings.json différent était utilisé par l'application.

Dans mon cas, j'ai eu une erreur similaire:

Une exception non gérée a été levée par l'application. System.ArgumentException: le format de la chaîne d'initialisation n'est pas conforme à la spécification commençant à l'index 91.

Je change ma chaîne de connexion de:

Serveur = .; Base de données = nombase; ID utilisateur = myuserid; Mot de passe = mon mot de passe "

à:

Serveur = .; Base de données = nombase; ID utilisateur = myuserid; Mot de passe = 'mypassword' "

et cela fonctionne, j'ai ajouté des guillemets simples au mot de passe.

J'ai eu cette erreur aussi et j'ai pu la résoudre comme suit: j'ai précédemment écrit la chaîne de connexion à appsettings.json dans une section que j'ai créée (ConnectionsStrings (notez les "s" supplémentaires) et j'ai essayé de me connecter à ma base de données, ce qui a causé le erreur. C'était une application ASP.NET CORE et j'ai donc voulu me connecter avec la méthode .GetConnectionString (détails à ce sujet ici ). Il semble que cette méthode recherche implicitement une chaîne de connexion dans la section "ConnectionStrings", ce qui n'a pas Quand je l'ai changé / corrigé en "ConnectionStrings", cela a fonctionné comme prévu.

Comme je le sais, chaque fois que vous avez plus d'une chaîne de connexion dans votre solution (votre projet actuel, projet de démarrage, ...), vous pouvez être confronté à cette erreur

ce lien peut vous aider à cliquer