gex01
Goto Top

Zugriff auf OracleDB (10i) per sql plus von WTS 2003 (Servicepack 2)

Hi @ All,

ich versuche momentan von einem WTS aus per sqlPlus auf meine Oracle DB zuzugreifen.
Wenn ich dies mit einer SystemAdmi-Kennung tue, klappt alles wunderbar.
Sobald ich denselben Versuch aber mit einem normalen Anwender starte bekomme ich den Fehler: ( Speicherzuweisung auf Benutzerseite nicht möglich ORA-01019)
Wenn der Admi die Verbindung aufgebaut hat, kann auch der normale Anwender zugreifen...

Wie bekomme ich es hin, das auch der normale Anwender den Zugriff machen kann ?
Auf dem WTS-Testsystem habe ich dem "normalen" Anwender Vollzugriff auf alle Verzeichnisse gegeben, um auszuschliessen, das es ein Berechtigungsproblem auf Dateiebene ist ... Nichts!

Interessant ist, das es klappt, wenn ich mit dem Normalen Anwender die Konsolensession "erzwinge" dann funzt auch der Zugriff mit sqlPlus. Aber normalerweise greift ein User ja nicht auf die Konsolensession auf dem WTS zu...

Kann es vielleicht an Einstellungen bei Oracle liegen ?

Bin dankbar für jede Idee
Gexman

Content-Key: 30890

Url: https://administrator.de/contentid/30890

Ausgedruckt am: 29.03.2024 um 07:03 Uhr

Mitglied: gex01
gex01 25.04.2006 um 09:18:16 Uhr
Goto Top
Habe gerade die Lösung gefunden. Vielleicht interessiert es ja auch noch jemand anderen:

Applies to:
Oracle Server - Enterprise Edition - Version: 10.1.0.2.0 to 10.2.0.1.0 Oracle Server - Standard Edition - Version: 10.1.0.2.0 to 10.2.0.1.0 Microsoft Windows 2000 Microsoft Windows XP Microsoft Windows Server 2003 Symptoms

When logged on to the Windows server as a non-Administrator OS account using Microsoft Terminal Services client (mstsc.exe), starting SQL*Plus fails with

SP2-1503: Unable to initialize Oracle call interface
SP2-0152: ORACLE may not be functioning properly

Starting SQL*Plus works when logged on to the Windows server using an Administrator OS account.

Starting SQL*Plus works when logged on locally to the Windows server console using the non-Administrator OS account.
Cause

The issue is related to a Windows Security configuration. The problem is caused by a security policy called "Create Global Objects". The user account that is used to run the program does not have the "Create global objects" user right. This security policy was introduced with Windows 2000 SP4, and determines if applications started during a Terminal Services session can create or access globally accessible memory. By default, members of the Administrators group, the System account, and Services that are started by the Service Control Manager are assigned the "Create global objects" user right.
Solution
Assign the "Create global objects" user right to the non-Administrator account.

1. Click Start, point to Programs, point to Administrative Tools, and then click Local Security Policy.
2. Expand Local Policies, and then click User Rights Assignment.
3. In the right pane, double-click Create global objects.
4. In the Local Security Policy Setting dialog box, click Add.
5. In the Select Users or Group dialog box, click the user account that you want to add, click Add, and then click OK.
6. Click OK.

Gruß
gex01