Usuarios y privilegios en Oracle
1. Crear Usuarios y asignar privilegios en Oracle
El siguiente es un resumen de algunas consideraciones al momento de crear un usuario o cuenta en Oracle, y los privilegios y roles que le podemos asignar.
- El nombre de usuario no debe superar 30 caracteres, no debe tener caracteres especiales y debe iniciar con una letra.
- Un método de autentificación. El mas común es una clave o password, pero Oracle 10g soporta otros métodos (como biometric, certificado y autentificación por medio de token).
- Un Tablespace default, el cual es donde el usuario va a poder crear sus objetos por defecto, sin embargo, esto no significa que pueda crear objetos, o que tenga una cuota de espacio. Estos permisos se asignan de forma separada, salvo si utiliza el privilegio RESOURCE el que asigna una quota unlimited, incluso en el Tablespace SYSTEM! Sin embargo si esto ocurre, ud. puede posteriormente mover los objetos creados en el SYSTEM a otro Tablespace.
- Un Tablespace temporal, donde el usuario crea sus objetos temporales y hace los sort u ordenamientos.
- Un perfil o profile de usuario, que son las restricciones que puede tener su cuenta (opcional).
Por ejemplo, conectado como el usuario SYS, creamos un usuario y su clave asi:
SQL> CREATE USER ahernandez IDENTIFIED BY ahz
DEFAULT TABLESPACE users;
Si no se indica un Tablespace por defecto, el usuario toma el que está definido en la BD (generalmente el SYSTEM). Para modificar el Tablespace default de un usuario se hace de la siguiente manera:
SQL> ALTER USER jperez DEFAULT TABLESPACE datos;
También podemos asignar a los usuarios un Tablespace temporal donde se almacenan operaciones de ordenamiento. Estas incluyen las cláusulas ORDER BY, GROUP BY, SELECT DISTINCT, MERGE JOIN, o CREATE INDEX (también es utilizado cuando se crean Tablas temporales).
SQL> CREATE USER jperez IDENTIFIED BY jpz
DEFAULT TABLESPACE users
TEMPORARY TABLESPACE temp;
Adicionalmente, a cada usuario se puede asignar a un profile o perfil, que tiene dos propósitos principalmente:
- Limita el uso de recursos, lo que es recomendable, por ejemplo en ambientes de Desarrollo
- Garantiza y refuerza reglas de Seguridad a nivel de cuentas
Ejemplos, cuando se crea el usuario o asignar un perfil existente:
SQL> CREATE USER jperez IDENTIFIED BY jpz
DEFAULT TABLESPACE users
TEMPORARY TABLESPACE temp
PROFILE resource_profile;
SQL> ALTER USER jperez
PROFILE perfil_desa;
2. Eliminar un Usuario de la Base de Datos
Para eliminar un usuario de la BD se hace uso de la clausula DROP USER y opcionalmente se puede utilizar CASCADE, para decirle que también elimine todos los objetos creados por ese usuario.
SQL> DROP USER jperez CASCADE;
3. Modificar cuentas de Usuarios
Para modificar un usuario creado, por ejemplo cambiar su clave, tenemos la sintáxis:
SQL> ALTER USER NOMBRE_USUARIO
IDENTIFIED BY CLAVE_ACCESO
[DEFAULT TABLESPACE ESPACIO_TABLA]
[TEMPORARY TABLESPACE ESPACIO_TABLA]
[QUOTA {ENTERO {K | M } | UNLIMITED } ON ESPACIO_TABLA
[PROFILE PERFIL];
4. Privilegios de Sistema y de Objetos
En Oracle existen dos tipos de privilegios de usuario.
4.1 System: Que permite al usuario hacer ciertas tareas sobre la BD, como por ejemplo crear un Tablespace. Estos permisos son otorgados por el administrador o por alguien que haya recibido el permiso para administrar ese tipo de privilegio. Existen como 100 tipos distintos de privilegios de este tipo.
En general los permisos de sistema, permiten ejecutar comandos del tipo DDL (Data definition Language), como CREATE, ALTER y DROP o del tipo DML (Data Manipulation Language). Oracle 10g tiene mas de 170 privilegios de sistema los cuales pueden ser vistos consultando la vista: SYSTEM_PRIVILEGE_MAP
Entre todos los privilegios de sistema que existen, hay dos que son los importantes: SYSDBA y SYSOPER. Estos son dados a otros usuarios que serán administradores de base de datos.
Para otorgar varios permisos a la vez, se hace de la siguiente manera:
SQL> GRANT CREATE USER, ALTER USER, DROP USER TO ahernandez;
4.2 Object: Este tipo de permiso le permite al usuario realizar ciertas acciones en objetos de la BD, como una Tabla, Vista, un Procedure o Función, etc. Si a un usuario no se le dan estos permisos sólo puede acceder a sus propios objetos (véase USER_OBJECTS). Este tipo de permisos los da el owner o dueño del objeto, el administrador o alguien que haya recibido este permiso explícitamente (con Grant Option).
Por ejemplo, para otorgar permisos a una tabla Ventas para un usuario particular:
SQL> GRANT SELECT,INSERT,UPDATE, ON analista.venta TO jperez;
Adicionalmente, podemos restringir los DML a una columna de la tabla mencionada. Si quisieramos que este usuario pueda dar permisos sobre la tabla Factura a otros usuarios, utilizamos la cláusula WITH GRANT OPTION. Ejemplo:
SQL> GRANT SELECT,INSERT,UPDATE,DELETE ON venta TO mgarcia WITH GRANT OPTION;
5. Asignar cuotas a Usuarios
Por defecto ningun usuario tiene cuota en los Tablespaces y se tienen tres opciones para poder proveer a un usuario de una quota:
5.1Sin limite, que permite al usuario usar todo el espacio disponible de un Tablespace.
5.2 Por medio de un valor, que puede ser en kilobytes o megabytes que el usuario puede usar. Este valor puede ser mayor o nenor que el tamaño del Tablespace asignado a él.
5.3 Por medio del privilegio UNLIMITED TABLESPACE, se tiene prioridad sobre cualquier cuota dada en un Tablespace por lo que tienen disponibilidad de todo el espacio incluyendo en SYSTEM y SYSAUX.
No se recomienda dar cuotas a los usuarios en los Tablespaces SYSTEM y SYSAUX, pues tipicamente sólo los usuarios SYS y SYSTEM pueden crear objetos en éstos. Tampoco dar cuotas en los Tablespaces Temporal o del tipo Undo.
6. Roles
Finalmente los Roles, que son simplemente un conjunto de privilegios que se pueden otorgar a un usuario o a otro Rol. De esa forma se simplifica el trabajo del DBA en esta tarea.
Por default cuando creamos un usuario desde el Enterprise Manager se le asigna el permiso de connect, lo que permite al usuario conectarse a la BD y crear sus propios objetos en su propio esquema. De otra manera, debemos asignarlos en forma manual.
Para crear un Rol y asignarlo a un usuario se hace de la siguiente manera:
SQL> CREATE ROLE appl_dba;
Opcionalmente, se puede asignar una clave al Rol:
SQL> SET ROLE appl_dba IDENTIFIED BY app_pwd;
Para asignar este Rol a un usuario:
SQL> GRANT appl_dba TO jperez;
Otro uso común de los roles es asignarles privilegios a nivel de Objetos, por ejemplo en una Tabla de Facturas en donde sólo queremos que se puedan hacer Querys e Inserts:
SQL> CREATE ROLE consulta;
SQL> GRANT SELECT,INSERT on analista.factura TO consulta;
Y finalmente asignamos ese rol con este “perfil” a distintos usuarios finales:
SQL> GRANT consulta TO ahernandez;
Nota: Existen algunos roles predefinidos, tales como:
CONNECT, CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SYNONYM, CREATE SEQUENCE, CREATE DATABASE LINK, CREATE CLUSTER,
ALTER SESSION, RESOURCE, CREATE PROCEDURE, CREATE SEQUENCE, CREATE TRIGGER, CREATE TYPE, CREATE CLUSTER, CREATE INDEXTYPE, CREATE OPERATOR SCHEDULER, CREATE ANY JOB, CREATE JOB, EXECUTE ANY CLASS, EXECUTE ANY PROGRAM,
MANAGE SCHEDULER, etc.
DBA: Tiene la mayoría de los privilegios, no es recomendable asignarlo a usuarios que no son administradores.
SELECT_CATALOG_ROLE: No tiene privilegios de sistema, pero tiene cerca de 1600 privilegios de objeto.
Para consultar los roles definidos y los privilegios otorgados a través de ellos, utilize las vistas:
Etiquetas: Alter User, Create Role, Default Tablespace, Drop User, Grant, Identified by, Profile, Quota, Sysdba, Sysoper, With grant option
Escrito por: Alejandro Hernandez L
Esta entrada se publicó , el Martes, 2 de junio de 2009 a las 11:42 am horas y está guardada bajo Oracle 10g. Puedes seguir cualquier respuesta a esta entrada mediante la fuente RSS 2.0. Puedes dejar un comentario o enviar un trackback desde tu propio sitio.


18 de junio de 2009 a las 2:25 pm
Alejandro
Muy buen artículo, dicen por ahí que todo se puede decir pero lo importante es dar con la forma (en este caso escribir). En el caso de tu artículo, se encuentra muy bien explicado para dar a entender algo un poco nebuloso para quienes nos metemos a estas areas por necesidad
(del cliente o los proyectos).
Bueno, aproveechando tus conocimientos, quiero saber si es posible realizar lo siguiente:
Tengo una aplicacion VB 2005 y quiero conectarme por Autentificacion via usuario Windows a una BD ORACLE, en la maquina que tiene la BD posee dos esquemas, al conectarse uso un string de conexion que tiene esta forma: SCadenaConexion = “Data Source=MyBD; User Id=/”, el problema es que al ingresar y resolver los permisos de ROLES no sabe con cual Esquema trabajar.
Leyendo un artículo de MSDN (http://msdn.microsoft.com/es-es/library/system.data.oracleclient.oracleconnection(VS.80).aspx), me indica que al string de conexion no puedo indicarle un esquema puntual a la hora de conectarme ya que no admite una propiedad “Database” ni un método “ChangeDatabase”.
Mi duda es;
- Como poder resolver esto, siendo que mis Roles y Usuarios estan bien creados porque al ya estar conectado le pongo el prefijo del esquema al procedimiento almacenado que uso en este proceso y retorna los datos esperados.
- Al momento de conectarse en la aplicación yo debo resolver a partir de un archivo .INI a que esquema me quiero conectar.
Espero poder contar con tu ayuda.
Atte.
Ronny Morales M.
8 de septiembre de 2009 a las 12:02 pm
Prueba creando un conexiòn ODBC y utiliza ese ODBC en tu cadena de conexiòn
17 de octubre de 2009 a las 5:48 pm
una pregunta como es que al crear un usuario en oracle 10g y no otorgarle privilegios este puede conectase al sqlplus o al plsql y poder gestionar usuarios, mirar las tablas de los otros usuarios, e inclusive sus paquetes de base de datos? la verdad me gustaria salir de esta duda este problema me revienta la cabeza
17 de noviembre de 2009 a las 10:07 am
Buenas tardes,
Tengo una duda, si yo quiero separar en dos tablespaces, por un lado tener uno de datos y por otro uno de índices, como puedo indicarselo?? porque por lo que he estado viendo en las creaciones de los usarios, solo viene para indicar el de datos y el temporal, pero no he visto como puedo indicarle que los índices vayan a otro.
Muchas gracias por tu ayuda.
21 de abril de 2010 a las 6:20 pm
Es para consultar sobre como le quito al usuario system que vea las tablas de un usuario, que no vea la data, ni la estructura de la tabla. que yo cree un usuario “VENTAS” cree 5 tablas y el usuario system no pueda ver nada de ese usuario no tenga acceso.
7 de mayo de 2010 a las 1:43 am
Estimado
tenemos:
usuarios
roles
profiles
y groups?
como creamos grupos para los usuarios?
Asignar privilegios por cada usuario eso es de un DBA PENCA….
Los roles estan bien…pero y por grupo???
como creamos un grupo si no deseo que sea public.
4 de junio de 2010 a las 7:57 pm
Como puedo separa usuarios en ambiente productivo y no productivo sin quitarle el rol DBA?
23 de julio de 2010 a las 10:58 am
Muchas Gracias… Muy buena y util la información…
2 de agosto de 2010 a las 10:57 pm
Que debo hacer cuando en una consulta que hago cada mes a la base de datos, el dia de hoy me sale este error:
snapshot too old: rollback segment number 24 with name “RBS4″ too small
¿Acaso tengo que depurar la base de datos o hacer un Tunning?
SALUDOS
4 de agosto de 2010 a las 11:12 am
Hola Fernando S.
De seguro tu BD se encuentra en Automatic Undo Management, por lo tanto te recomiendo seguir los siguientes pasos:
1) Conectate como System o Sys y ejecuta:
select max(maxquerylen) from v$undostat;
2) Verifica el valor del parámetro de UNDO_RETENTION
show parameter undo_retention
3) Si el valor anterior es menor al resultado de la consulta, entonces modifica el parámetro con el valor que recibiste de la consulta.
4) Debes aumentar el tamaño del tablespace UNDO y colocar su datafile en autoextend = ON
5) Optimiza la Query ya que el error es por el uso del segmento Rollback que corresponde a la lectura entre transacciones.
Espero resuelvas tu problema
Saludos… Marcela Diaz R.
10 de agosto de 2010 a las 12:27 pm
Muchas gracias Marcela,
Tu aportación me sirvió de mucho.
Saludos Cordiales.
15 de agosto de 2010 a las 10:52 pm
Eso no se puede hacer en versiones de Oracle normales. Un usuario SYSTEM es dba y tiene muchos privilegios de sistemas tales como SELECT ANY TABLE. Si le quitas ese privilegio a lo mejor le quitas la capacidad, pero no seria aconsejable. Para proteger los datos del DBA, mejor seria usar ORACLE DATABASE VAULT. Puedes ver aqui
Saludos
Felipe