MS SQL Enterprise manager/Netzwerkzugriff

[Sonnenritter]

heyho

hab auf einem rechner, nennen wir den mal server ( ) MS SQL Server standard druff

und will von nem anderen rechner via Enterprise Manager drauf connecten.

Ein User ist angelegt worden, dennoch, wenn ich vom anderen rechner aus connecten will, krieg ich die error msg:

"Keiner vertrauten SQL Server-verbindung zugeordnet..."

was kann ich da machen?

ist irgendwie nervig, und ich find nichts mehr

hab da einiges so ausprobiert, aber klappt net

[julimoo]

befindet sich der Kram in einer Domäne?

Hast du mal irgendwo in den Eigenschaften probiert dich als User sa anzumelden?

[hades]

Welche Version des MS SQL Server betrifft es?

Auf welchem Betriebssystem (Server und der andere Rechner) treten diese Probleme auf?

[Olli_Master]

Original geschrieben von Sonnenritter

"Keiner vertrauten SQL Server-verbindung zugeordnet..."

Standardmäßig ist bei dem lustigen Assistenten die "vertraute Verbindung" zum SQL-Server eingestellt. Soll heißen: Die Betriebssystemanmeldung (Domäne\Benutzername) wird an den SQL-Server zur Benutzeranmeldung weitergegeben.

Ist kein passender Benutzer im SQL-Server angelegt, so kommt es zu o.g. Fehlermeldung.

1. Möglichkeit:

als Nutzer sa anmelden. Der sollte auf jedenfall existieren. Hierbei handelt es sich um die "SQL Server-Authentifizierung"

2. Möglichkeit:

einen Nutzer auf dem SQL-Server anlegen und mit dem Betriebssystem-Account "verbinden"

Doku aus dem SQL-Server-Handbuch

Authentifizierung

Microsoft® SQL Server™ kann in einem von zwei Sicherheitsmodi (Authentifizierungsmodi) arbeiten:

Windows NT-Authentifizierungsmodus (Windows NT-Authentifizierung)

Gemischter Modus (Windows NT-Authentifizierung und SQL Server-Authentifizierung)

Der gemischte Modus ermöglicht Benutzern, eine Verbindung mithilfe der Windows NT-Authentifizierung oder der SQL Server-Authentifizierung herzustellen. Benutzer, die eine Verbindung über ein Microsoft Windows NT®-Benutzerkonto herstellen, können entweder im Windows NT-Authentifizierungsmodus oder im gemischten Modus vertraute Verbindungen (Verbindungen, die von Windows NT bestätigt sind) herstellen. Nach der erfolgreichen Herstellung einer Verbindung mit SQL Server ist der Sicherheitsmechanismus für beide Modi derselbe.

Sicherheitssysteme, die auf SQL Server-Benutzernamen und ­Kennwörtern (SQL Server-Authentifizierung) basieren, sind einfacher zu verwalten als Sicherheitssysteme, die auf Konten für Windows NT-Benutzer und ­Gruppen basieren, vor allem bei nicht unternehmenswichtigen Datenbanken und Anwendungen ohne vertrauliche Informationen. So kann beispielsweise ein einziger SQL Server-Benutzername und ein einziges Kennwort für alle Benutzer einer Anwendung erstellt werden, anstatt für alle Windows NT-Benutzer und ­Gruppen die notwendigen Konten zu erstellen. Dadurch wird jedoch die Möglichkeit genommen, die Aktivitäten einzelner Benutzer nachzuverfolgen und zu steuern und kann somit nicht empfohlen werden.

[Tigerlili]

Moin,

ich hatte mal das Problem, dass die Authentifiezierung auf "Nur Windows" stand statt "SQL Server und Windows". Der Fehler meldet sich genauso.

Kannst ja mal lokal auf dem Server in den Eigenschaften des SQL-Servers nachschauen. Am besten als lokaler Adminsitrator den Connect zur Datenbank im Enterprisemanager durchführen.

Gruß Lili

[Panther]

Und kontrollier mal im Client-Konfigurationsprogramm ob du die Verbindung über Named Pipes oder TCP/IP aufbaust ...

[gugelhupf]

Also über die Verbindung würde ich mir keine Sorgen machen, da der SQL-Server ja was meldet...

Du musst auf der Kiste, zu der Du Dich connecten willst , einen User anlegen (falls die nur die Windows-Authentifizierung hast !) der entsprechende Rechte hat.

Nun kannst Dich mit diesem User von der anderen Kiste aus ( wo jener eben auch angelegt sein muss !) auf den SQL-Server verbinden.