SQL 2008 Express Benutzer hat nicht die Berechtigung

Question

Ich habe eine Anwendung in Visual C# 2008 Express erstellt, die eine Verbindung zur lokalen SQL 2008 Express Server Instanz herstellt mit Windows Autentifizierung und die Datenbankdatei liegt auf C als mdf Datei. Alle Verbindungen und DataSources wurden Dynamisch erstellt. Beim Start der Anwendung lädt die Form über Fill ein Dataview. Nun habe ich vor die Anwendung auch im Netzwerk zu Testen (Domaine). Lokal funktioniert alles wunderbar. Ich habe bereits einen zweiten Benutzer im Server Management Studio eingerichtet sowie die entsprechenden Aktivierungen im SQL Server Dienst, Firewall ist ausgeschaltet. Den ConnectionString hatte ich anfangs nicht korrekt. Da kam die typische Fehlermeldung 26. Das habe ich bereits gelöst und nun die Fehlermeldung am zweiten DomainenRechner Windows XP mit angemeldetem eingerichteten User:"Benutzer hat nicht die Berechtigung" usw. Er scheint aber schon mal Connected zu sein.
Wo kann denn Bloß noch der Fehler sein?

Gruß Euer Tobemank

Answer 1

Hallo Tobemank,

aus Deiner Beschreibung kann man leider nicht direkt bestimmen, wo nun das Problem liegt.
Um das Problem schneller eingrenzen zu können, solltest Du zunächst einmal mit dem
Management Studio auf die SQL Server Instanz zugreifen. Klappt der Zugriff damit,
sollte auch das Programm damit arbeiten können.

Wenn Du am zweiten Rechner kein SSMS installiert hast und installieren willst,
melde Dich mit Deinem zweiten Benutzer direkt am SQL Server Rechner an.
Und probiere ob Du damit auf die Datenbank zugreifen kannst.

Beachte dazu, dass Du nicht nur einen Konto einrichten mußt, sondern ihm auch
den Zugriff auf die Datenbank erteilen mußt. Dazu mußt Du dem Anmeldekonto
über die Anmeldeeigenschaften Zugriff auf die Datenbank erteilen.
Wenn Du, wie ich vermute, keine speziellen Rechte erteilen willst, so solltest
Du Benutzer zudem die Mitgliedschaft in db_datareader und db_datawriter erteilen.
Siehe dazu Berechtigungen der festen Datenbankrollen

Für die Verwendung von SQL Server Express in einer Domäne solltest Du ein
Domänen-Konto verwenden und dieses noch einrichten und über den SQL Server
Konfiguration-Manager einrichten:
Verwenden von Startkonten für SQL Server-Dienste

Da es keine gute Idee ist, die Firewall auf Dauer abzuschalten, schau Dir zudem an:
Vorgehensweise: Konfigurieren einer Windows-Firewall für Datenbankmodulzugriff

Falls Du weiter Probleme hast, die Verbindung herzustellen, beschreibe bitte genau,
welche Schritte Du versucht hast und welche Fehlermeldung dabei erscheint.

Gruß Elmar

Answer 2

Hallo Elmar,

danke für deine schnelle Antwort. Ich habe nun deine Tips kontrolliert und bin an folgender Stelle.

Zugriff des DB_Owners auf die Instanz über SSMS funktioniert kann die Datenbanken öffnen und Tabellendaten anzeigen lassen.
Zweiten Domainen-Benutzer in "Sicherheit>Anmeldungen" erstellt. Mit díesem am lokalen SQL Server Rechner angemeldet. Mit SSMS verbunden und Tabellendaten ebenfalls anzeigbar.
Nun Teste ich eine Release Exe von meiner Programmierten C# Anwendung, diese funktioniert nun am lokalen SQL Rechner mit dem zweiten Benutzer ebenfalls.
Ich muss hinzufügen, das ich in den Berechtigungen der festen Datenbankrollen die MasterTabellen nicht angehackt hatte, nachdem diese aktiviert wurden kann ich wenigstens die Anwendung schon mal lokal mit dem zweiten Benutzer öffnen. Bisher habe ich aber noch keine db_datareader und db_datawriter eigenschaften angehackt.
Lokal scheint also erstmal alles in Ordnung zu sein.
Nun starte ich die Release.exe der Anwendung mal an einem anderen Domainen-Rechner mit dem zweiten Benutzer und siehe da ein altbekannter Fehler:

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.Data.SqlClient.SqlException: Der Benutzer besitzt nicht die Berechtigung zum Ausführen dieser Aktion.
   bei System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
   bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
   bei System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   bei System.Data.SqlClient.SqlInternalConnectionTds.CompleteLogin(Boolean enlistOK)
   bei System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)
   bei System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)
   bei System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)
   bei System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)
   bei System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection)
   bei System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection owningConnection, DbConnectionPool pool, DbConnectionOptions options)
   bei System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject)
   bei System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject)
   bei System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)
   bei System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)
   bei System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
   bei System.Data.SqlClient.SqlConnection.Open()
   bei System.Data.Common.DbDataAdapter.QuietOpen(IDbConnection connection, ConnectionState& originalState)
   bei System.Data.Common.DbDataAdapter.FillInternal(DataSet dataset, DataTable[] datatables, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior)
   bei System.Data.Common.DbDataAdapter.Fill(DataTable[] dataTables, Int32 startRecord, Int32 maxRecords, IDbCommand command, CommandBehavior behavior)
   bei System.Data.Common.DbDataAdapter.Fill(DataTable dataTable)
   bei WindowsFormsApplication1.AdressenDataSetTableAdapters.AdressenTableAdapter.Fill(AdressenDataTable dataTable) in C:\Dokumente und Einstellungen\gensicke\Eigene Dateien\Visual Studio 2008\Projects\TestDatabase\TestDatabase\AdressenDataSet.Designer.cs:Zeile 1017.
   bei WindowsFormsApplication1.Form1.Form1_Load(Object sender, EventArgs e) in C:\Dokumente und Einstellungen\gensicke\Eigene Dateien\Visual Studio 2008\Projects\TestDatabase\TestDatabase\Form1.cs:Zeile 22.
   bei System.Windows.Forms.Form.OnLoad(EventArgs e)
   bei System.Windows.Forms.Form.OnCreateControl()
   bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   bei System.Windows.Forms.Control.CreateControl()
   bei System.Windows.Forms.Control.WmShowWindow(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   bei System.Windows.Forms.ContainerControl.WndProc(Message& m)
   bei System.Windows.Forms.Form.WmShowWindow(Message& m)
   bei System.Windows.Forms.Form.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

************** Geladene Assemblys **************
mscorlib
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll.
----------------------------------------
TestDatabase
    Assembly-Version: 1.0.0.0.
    Win32-Version: 1.0.0.0.
    CodeBase: file:///C:/TestDatabase.exe.
----------------------------------------
System.Windows.Forms
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
System.Drawing
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
System.Data
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll.
----------------------------------------
System.Xml
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
System.Windows.Forms.resources
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
System.Data.DataSetExtensions
    Assembly-Version: 3.5.0.0.
    Win32-Version: 3.5.30729.1 built by: SP.
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Data.DataSetExtensions/3.5.0.0__b77a5c561934e089/System.Data.DataSetExtensions.dll.
----------------------------------------
System.Core
    Assembly-Version: 3.5.0.0.
    Win32-Version: 3.5.30729.1 built by: SP.
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll.
----------------------------------------
mscorlib.resources
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll.
----------------------------------------
System.Configuration
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
System.Transactions
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Transactions/2.0.0.0__b77a5c561934e089/System.Transactions.dll.
----------------------------------------
System.EnterpriseServices
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000).
    CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.

So dies ist also die Fehlermeldung.Ich kann schon einiges darin entziffern, aber ich habe das flaue Gefühle, das die programmierte Anwendung nicht für Netzwerk vorbereitet ist?
Ich hoffe du kannst mir dazu noch einige Tips geben.

Mit besten Dank
Tobemank

Answer 3

Bei der SqlException ist nur die erste Zeile von Bedeutung:

************** Ausnahmetext **************
System.Data.SqlClient.SqlException: Der Benutzer besitzt nicht die Berechtigung zum Ausführen dieser Aktion.

Das Konto das auf die Datenbank zugreifen will darf es nicht.
Aus Sicherungsgründen, damit es Hacker nicht so leicht haben - erhält man bei
Berechtigungsfehlern nur selten genauere Informationen über das Problem.

Um Fehler leichter eingrenzen zu können, solltest Du Dir einen Meldungstext einbauen,
der angibt, was Du an der Stelle passiert.
Üblicherweise nutzt man dazu einen try... catch Block.
Weitere Informationen dazu findest du unter:
Ausnahmen und Ausnahmebehandlung

In diesem Fall kann man einiges aus dem Exception StackTrace entnehmen:

   bei System.Data.Common.DbDataAdapter.Fill(DataTable dataTable)
   bei WindowsFormsApplication1.AdressenDataSetTableAdapters.AdressenTableAdapter.Fill(AdressenDataTable dataTable) in C:\Dokumente und Einstellungen\gensicke\Eigene Dateien\Visual Studio 2008\Projects\TestDatabase\TestDatabase\AdressenDataSet.Designer.cs:Zeile 1017.

Danach willst  Du von einer Adressen Tabelle die Daten lesen.

Wie schon im ersten Posting erläutert:
Dafür muß das Datenbank-Konto (also Dein 2. Benutzer) mindestens SELECT Berechtigungen haben,
was auch durch die Datenbankrolle "db_dataReader" für alle Tabellen und Sichten gewährt wird.
Soll der Benutzer auch die Daten ändern/speichern können (z. B. AdressTableAdapter.Update)
so braucht er Schreibrechte (in SQL INSERT, UPDATE, DELETE) - was die "db_datawriter"
Rolle für alle Tabellen und Sichten gewährt.

Willst Du nur den Zugriff für einzelne Tabellen erlauben, mußt Du die Rechte übers SSMS
einzeln setzen. Eine vollständigere Übersicht findest Du unter
Berechtigungen (Datenbankmodul)
was aber anfangs ein komplexes Thema ist.
Wenn Du aber nur eine kleinere Anwendung hast, solltest Du mit den
festen Datenbankrollen auskommen.

Gruß Elmar

 

Answer 4

So nun habe ich zusätzlich wie im letzten Beitrag erwähnt auch noch die Eigenschaften von DataReader und DataWriter jedem Benutzer hinzugefügt. Es hat sich aber keine Veränderung ergeben. Da der 2. Benutzer ja lokal am SQL Server Rechner die Anwendung ohne Probleme starten kann auch mit den neuen Eigenschaften.Das Problem muss noch irgendwo anders liegen. Vielleicht muss ich doch mal im c# Forum eine Anfrage starten.

Gruß tobemank

Answer 5

Hallo Tobemank,

mit der Programmiersprache C# hat das höchstwahrschleich gar nichts zu tun,
und das C# Forum wäre die falsche Anlaufstelle
- zumal Du es vermutlich ebenso mit mir zu tun bekämst.

Es gibt mehrere Stolperfallen, die ich Dir aber nicht alle verdachtshalber um die Ohren schlagen will.
Nur die wichtigsten: Zunächst solltest die Anwendung direkt auf dem Rechner kopiert werden
und nicht über ein Netzlaufwerk gestartet.
Bei dem Benutzerkonto muß es das Domänenkonto (DOMÄNE\KONTO) und nicht etwa
ein lokales Konto (RECHNER\KONTO) gleichen Namens sein.

Um Berechtigungen eines Kontos zu prüfen, kannst Du folgende SQL Anweisungen verwenden:

-- Zeigt Anmeldung, Konto und aktuelle Datenbank
SELECT SUSER_SNAME() AS Anmeldung, USER_NAME() AS Benutzer, DB_NAME() AS Datenbank;

-- Listet die Berechtigungen des Kontos
SELECT 'ANMELDUNG', permission_name AS Berechtigung 
FROM fn_my_permissions(SUSER_SNAME(), 'LOGIN');

-- Listet die Berechtigung für die aktuelle Datenbank
SELECT 'DATENBANK', permission_name AS Berechtigung 
FROM fn_my_permissions(NULL, 'DATABASE');

-- Listet die Berechtigung für ein Objekt
-- subentity leer: Tabelle, sonst: Spaltenberechtigung
-- hier Tabelle dbo.Adressen
SELECT * FROM fn_my_permissions('dbo.Adressen', 'OBJECT')
ORDER BY entity_name, subentity_name;

Die letzte Anweisung mußt Du auf Deinen Tabellennamen (mit Schema) anpassen.
Dort sollte Zeilen mit SELECT, INSERT, UPDATE, DELETE auftauchen.
Die Beschreibung findest Du unter fn_my_permissions

Du eine Anzeige auf Deinem Rechner kriegst, das Programm aber nicht will,
solltest Du mal auf dem anderen Rechner das Management Studio installieren
und Dich dort mit Deinem wie dem 2. Benutzer anmelden und obige Befehle ausführen.

Gruß Elmar

Answer 6

Ich habe unter http://www.schielicke-bau.de/sql.zip die vier Screenshots der sql Abfragen hinterlegt.
Mich wundert nur das trotz datareader und datawriter nur Select und update zu finden ist.
Vielleicht finden Sie ja in den Screenshots noch behilfliche Hinweise. Ansonsten konnte ich mit dem zweiten Benutzer ohne Probleme alle Abfragen ausführen. Der zweite Benutzer ist ebenfalls ein Domainenkonto.

MfG
Tobemank

Answer 7

Hallo Tobemank,

eines fiel auf jeden Fall auf, nämlich das Du kein Service Pack 1 installiert hast:
Microsoft® SQL Server® 2008 Express Edition Service Pack 1

Wobei das zunächst einmal nichts am Problem ändern dürfte.

Die Ausgaben sehen so aus wie man es für einen "normalen" Benutzer erwarten kann.
Da paßt eigentlich alles.

Für die Tabellenberechtigungen sind die Zeilen mit leerem subentity_name wichtig,
sie geben die Tabellenberechtigungen an und dort findet sich auch INSERT, DELETE
Die Spaltenberechtigungen sind zusätzliche Berechtigungen, die gesetzt werden können,
um kritische Werte (z. B. ein Gehalt) zusätzlich zu sichern.

Die Frage wäre nun:
Hast Du die Abfragen von Deinem Rechner ausgeführt
oder von dem Rechner, von dem das Programm nicht funktioniert?

Wenn letzteres wäre es sinnvoll, wenn Du mir das Programm
und die Datenbank (ggf. ohne Daten) mal zukommen läßt.
So können wir das Ganze vermutlich abkürzen, da es Dich schon Tage aufhält.

Gruß Elmar

Answer 8

Hallo Elmar,

leider habe ich es am Freitag nicht mehr geschafft, die Installation des SP1 schlug bei mir fehl, ich habe die Version 10.0.1600.22 Sql Server 2088 Express with Advanced Tools. Die neue Version 10.0.2531.00 wollte ich installieren er bat mir noch an das SDK Client für SQL zu installieren, während der Installation kam kurz ne Fehlermeldung: Registry Failed under value, oder sowas, jedenfalls hat er weiterinstalliert, doch von der Version her keine Veränderung zu sehen, jedenfalls nicht die 10.0.25.31.00, habe es dann auch ertsmal nicht weiter getestet. Habe Dir meine Dateien (Projekt samt Datenbank) hier zum Download bereitgestellt. Es ist sowieso nur eine Testdatenbank, ich möchte im voraus erstmal vieles in c# testen bevor ich dann richtig loslege, aber meine erste Stolperfalle mit der Datenbank im Netzwerk zeigt das ich auf dem richtigen Weg bin.

http://www.schielicke-bau.de/adressen.zip

Danke für die kommende Hilfe

tobemank

Answer 9

Hallo Tobemank,

Du mußt die Verbindungszeichenfolge ändern, den mit

Data Source=ASUSXP\SQLEXPRESS;AttachDbFilename=C:\Programme\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA\Adressen.mdf;Integrated Security=True;Connect Timeout=10;User Instance=True

versucht das Programm die Datenbank in einer Benutzerinstanz anzufügen.
Das geht aber prinzipbedingt nur auf dem lokalen Rechner, siehe dazu
Herstellen einer Verbindung mit SQL Server Express-Benutzerinstanzen (ADO.NET)

Für Zugriff übers Netzwerk mußt Du die Datenbank in die Express Instanz auf Deinem Rechner einbinden.
Das geht am einfachsten über das Management Studio und im Objekt-Explorer auf dem Knoten "Datenbanken"
im Kontextmenü "Anfügen..." auswählen.

Danach sollte unter Datenbank "Adressen" auftauchen und im Zugriff sein.

Für das Programm ändere die Verbindungseinstellung in den Einstellungen auf:
Data Source=ASUSXP\SQLEXPRESS;Initial Catalog=Adressen;Integrated Security=True;Connect Timeout=10;

Gruß Elmar

Answer 10

Hallo Elmar,

nun bin ich wieder etwas schlauer, ich hatte die Datenbank Adressen aber bereits an die SQL Instanz angefügt habe dir mal nen Screenshot des SSMS gemacht. http://www.schielicke-bau.de/ssms.jpg . Nun scheint es wirklich zu funktionieren. Die Internetseite www.connectionstring.com hatte mir eigentlich ganz gut weitergeholfen, aber es ist mir jetzt klar, denn wenn der Netzwerkbenutzer exklusiven Zugriff auf die mdf Datei haben soll geht das nicht, denn die verschiedenen Benutzer soll ja die Instanz verwalten. Ein Licht geht auf...

Danke Elmar, der Thread kann geschlossen werden

Euer Tobemank