• Schema
• User und Schema erstellen
• Externe Authentifikation
• Externe Passwort-Authentifizierung
• Einloggen ohne Passwort
  • SQLPLUS - Unix
  • OEM Console - Windows
  
  
• Quotas
• User löschen
• Informationen über User

User

Schema

User und Schema erstellen

• Nicht den System-Tablespace! Immer einen Default-Tablespace angeben!
• Welchen temporären Tablespace soll der User haben?
• Welche Quota für welche Tablespaces?
• Welche Profile?
• Welche Privilegien?
• Welche Rollen?

CREATE USER user
  IDENTIFIED {BY passwort | EXTERNALLY}
  [ DEFAULT TABLESPACE tablespace ]
  [ TEMPORARY TABLESPACE tablespace ]
  [ QUOTA {integer [K | M] | UNLIMITED } ON tablespace
  [ QUOTA {integer [K | M] | UNLIMITED } ON tablespace
  ] ... ]
  [ PASSWORT EXPIRE ]
  [ ACCOUNT { LOCK | UNLOCK} ]
  [ PROFILE { profile | DEFAULT } ]
;

create user name 
  identified by password
  default tablespace tbs_1 
  default temporary tablespace temp
  quota 10M on tbs_1 qutoa 10M on index_tbs 
  password expire
;

Externe Authentifikation

OS_AUTTHENT_PREFIX =OPS$"

create user "OPS$domain\user" identified externally;

sqlplus /

Externe Passwort-Authentifizierung

Um die Nutzung der Passwortdatei einzurichten, ist es notwendig, den Initialisierungsparameter REMOTE_LOGIN_PASSWORDFILE zu ändern. Normalerweise zeigt dieser den Wert NONE an. Für die Nutzung der Passwortdatei muss er den Wert EXCLUSIVE aufweisen. Dieser Parameter ist nicht dynamisch. Ändern Sie den Initialisierungsparameter, indem Sie den Befehl

ALTER SYSTEM SET REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE SCOPE=SPFILE;

Melden Sie sich nunmehr mit dem Privileg SYSDBA an. Verschieben Sie Ihre Passwortdatei pwdSID.ora an einen beliebigen anderen Ort (den Sie sich natürlich merken). Melden Sie sich nun von Ihrer Datenbank ab und erneut als SYSDBA an. Ohne Passwortdatei haben Sie nun ein Problem, obwohl Sie über das Privileg SYSDBA verfügen. Eine Meldung, dass Sie nicht über die notwendigen Berechtigungen verfügen verdeutlicht Ihnen die unschöne Situation.

Kopieren Sie die Passwortdatei wieder an Ihren ursprünglichen Ort. Wenn Sie neue Benutzer anlegen und Ihnen das Privileg SYSDBA zuweisen, übernimmt die Passwortdatei die Authentifizierung der Benutzer - aber nur derer, denen das Privileg SYSDBA oder SYSOPER zugewiesen wurde. Gibt es keine Passwortdatei, stehen Ihnen die Privilegien SYSDBA und SYSOPER nicht zur Verfügung und können auch nicht Benutzern zugewiesen werden (unter Privilegien tauchen sie gar nicht auf). Eine Passwortdatei erstellen Sie auf BETRIEBSSYSTEMEBENE - also nicht unter SQL - mit dem Befehl

$orapwd file=$ORACLE_HOME/dbs/orapwDB01 password=orapass entries=5

Der Parameter password = gibt das Kennwort an, das in der Datei gespeichert wird. Die Wahl des Kennwortes ist beliebig (also z.B. password=geheim). Dieses Passswort wird nicht bei der Anmeldung eingegeben. Es wird nur intern verwendet. Der Parameter entries = legt fest, wie viele Passworteinträge in diese Datei vorgenommen werden können. In unserem Beispiel liegt die Obergrenze bei 20. Mehr SYSDBAs oder SYSOPERs darf es also nicht geben.

Bitte planen Sie Ihre Passwortdatei so, dass alle Benutzer hineinpassen, die als SYSDBA oder SYSOPER fungieren sollen. Eine Erweiterung der Passwortdatei um weitere Einträge ist nämlich nicht möglich. Sollten die möglichen Einträge (entries) nicht ausreichen, müssen Sie eine neue Datei erstellen! Bitte beachten Sie auch, dass dann alle SYSDBA und SYSOPER-Privilegien neu zugewiesen werden müssen. Die bereits bestehenden Privilegien verlieren ihre Gültigkeit. Problematisch stellt sich auch immer die Änderung der Privilegien für den Benutzer SYS dar.

Folgende Reihenfolge ist bei Erstellung einer Passwortdatei zwingend:

1. Erstellen Sie die Passwortdatei
2. Setzen Sie das Initialisierungsparameter
3. Weisen Sie den Benutzern entsprechende Privilegien als SYSDBA bzw. als SYSOPER zu

Einloggen ohne Passwort

SQLPLUS - Unix

sqlplus "/as sysdba"

/*  SS_DBA_GRP defines the UNIX group ID for adminstrative access.  */
/*  Refer to the Installation and User's Guide for further information.  */

#define SS_DBA_GRP "dba"
#define SS_OPER_GRP "dba"

char *ss_dba_grp[] = {SS_DBA_GRP, SS_OPER_GRP};

OEM Console - Windows

Lösungsvarianten

1. Windows durch ein ordentliches Server-Betriebssystem ersetzen.
2. Löschen der Windows-Gruppe ORA_DBA

Active Directory
  Domain
    Users
      ORA_DBA -- hau weg

Quotas

Deshalb sollten, ausser auf Undo- und Temporary-Tablespace, Quotas immer angeben werden.

Quota ändern

alter user anna quota 0 on tbs_1;

User löschen

drop user anna cascade;

Informationen über User

describe dba_users;
select username,default_tablespace from dba_users;

select * from DBA_TS_QUOTAS where username ='anna';

Stefan Hietel dama.go GmbH und Reno Föllmer