Login failed for user 'sa'

hvorfor saa ikke bruge SqlConnection ?

maa vi se connection strings ? (med password som xxxxx)

Hej Arne

Problemet er at den del der bruger oldedb er en selvstændig dll, som jeg ikke kan debugge her fra. Men der er ikke ændret noget i programmet et år, så jeg undrer mig over at det kun er hos denne kunde at det ikke virker. Jeg troede først at det var nogle brugerrettigheder, da jeg først connectede med en anden bruger, men jeg får også fejlen ved sa-brugeren, så det kan ikke være det...

Hvis du er sikker på det er noget i koden, så må jeg vente et par dage, til jeg er tilbage på kontoret, men jeg havde håbet på at det evt var noget der kunne rettes på serveren... Men under alle omstændigheder er det ikke så pæn en fejlmeddelelse :-)

Hej igen.
Her er en connectionstreng:

User ID=sa;password=xxxx;Data Source=srv01\msdeDB;Tag with column collation when possible=False;Initial Catalog=lpp-e;Use Procedure for Prepare=1;Auto Translate=True;Persist Security Info=False;Provider=SQLOLEDB.1;Use Encryption for Data=False;Packet Size=4096

jeg er helt blank

sorry

Nu er det vel ikke bare fordi den kunde har valgt at ændre sa eller indstillinger således at SQL server security er slået fra vel?

Hej igen
undskyld det sene svar.

Jeg tog over til kunden og løste problemet.

Normalt har vi et program der der opretter et nyt server-login og en tilhørende db-user, der bliver sat til dbowner. Denne kunde havde bare valgt selv at oprette brugeren og havde så glemt fluebenet i dbowner.

Da han fik samme fejl med sa-brugeren, havde jeg ikke gættet på at det var det der var problemet. Men af en eller anden grund havde deres sa-bruger ikke samme rettigheder som en dbowner... Det har jeg aldrig set før.