Entrar en SQLPlus como dba sin introducir password

11 replies [Último envío]
Imagen de carlos
Conectado
Joined: 28/12/2005
Puntos: 1209

Si tienes el usuario de sistema con el que se ha instalado la base de datos puedes entrar en SQL plus como usuario DBA y sin introducir ninguna contraseña de la siguiente manera:

1. Entra en el sistema con este usuario.
2. Desde la linea de comandos, entra en SQLplus poniendo:

sqlplus "/as sysdba"

Si has necesitado entrar así porque no recordabas la contraseña de algún usuario, ya puedes modificarla/s para poder utilizarlo/s después:

SQL> alter user nombre_usuario identified by nuevo_password;

Te puede pasar que haya más de una BD instalada en el servidor, por lo que tendrás que asegurarte de que las variables de entorno del usuario de Oracle están apuntando a la base de datos que te interesa.

Para comprobar que has entrado en la base de datos correcta antes de tocar nada puedes ejecutar esta sentencia:

SQL> select name from v$database;

n/d
helar (no verificado)

Hola me gustaria saber como hago lo mismo pero en centos

Imagen de carlos
Conectado
Joined: 28/12/2005
Puntos: 1209

No sé si te entiendo bien, no debería haber diferencia por ser CentOS, sólo tienes que abrir la consola de comandos y ejecutar SQLPlus, que lo tendrás disponible si tienes instalada la BD en esa máquina. Dentro de SQLPlus los comandos son SQL de Oracle, independientes del sistema operativo.

Saludos,

n/d
Anonimo (no verificado)

ok gracias lo pruebo,no conozco el tema en linux y necesito ingresar a la base oracle10g, pero desgraciadamente quien estaba encargado tuvo un accidente y no tengo ningun usuario ni contraseña de la base.
gracias por contestarme si tienes alguna sugerencia de como acceder a ella a parte de la que ya mensionaste me serviria de mucha ayuda.

Anele (no verificado)

Hola que tal

Trato de conectarme como indicas pero me marca el siguiente error, ya busque y no puedo encontrar por que es:

C:\oracle2\product\10.2.0\db_2\BIN>sqlplus "/as sysdba"

SQL*Plus: Release 10.2.0.1.0 - Production on MiÚ Nov 24 10:45:39 2010

Copyright (c) 1982, 2005, Oracle. All rights reserved.

ERROR:
ORA-12560: TNS:protocol adapter error

Enter user-name:
ERROR:
ORA-12560: TNS:protocol adapter error

Enter user-name:
ERROR:
ORA-12560: TNS:protocol adapter error

SP2-0157: unable to CONNECT to ORACLE after 3 attempts, exiting SQL*Plus

C:\oracle2\product\10.2.0\db_2\BIN>

Espero me puedas ayudar

Mil gracias

Imagen de carlos
Conectado
Joined: 28/12/2005
Puntos: 1209

Puede ser porque las variables de entorno no estén bien definidas. Estás utilizando el mismo usuario de Windows con el que se hizo la instalación de Oracle? Con ese no te debería fallar.

Si has de utilizar otro tendrás que definir las variables de entorno para él. Si, por ejemplo, no puedes ejecutar SQLPLUS desde fuera del mismo directorio 'BIN' es que el usuario no las tiene definidas.

También puedes comprobar directamente si existe la variable de entorno ORACLE_SID, que debería contener el valor de la instancia local de Oracle.

n/d
Imagen de gonware
Offline
Joined: 25/11/2010
Puntos: 4

Alguien sabe como evitar ese procedimiento de ingreso con el sqlplus.

 

Me explico, como podria hacer para que al momento que se ingrese:

 

>> conn /as sysdba;

 

me pida la contraseña del usuario sys  , si  o si para poder conectarme.

 

 

Imagen de carlos
Conectado
Joined: 28/12/2005
Puntos: 1209

Buena pregunta. A mi no me suena que se pueda forzar la petición de contraseña a todos los usuarios.

He buscado un poco y creo que directamente no se puede, aunque siempre tienes la opción de dejar sin ningún usuario el grupo Oracle DBA. Si ningún usuario del sistema pertenece a este grupo, nadie tendrá el privilegio de entrar "/as sysdba" sin introducir un password.

Enlazo el foro donde he encontrado el 'tip', con algunas indicaciones para hacerlo en Windows y Unix

n/d
Imagen de jferraro
Offline
Joined: 15/03/2011
Puntos: 8

 ORA-12560: TNS:protocol adapter error: controlar variables de entorno, los parametros del tnsnames.ora y el listener.ora

En linux: 

             export ORACLE_SID=nombre_SID (nombre de sid de la base de datos)

             lsntcrl (nombre del listener)

          

             Conectar sin saber usuario ni contraseña

 

             usuario :~$ sqlplus /nolog

             sqlplus> conn / as sysdba

 

Espero que les sirva. Saludos

Offline
Joined: 15/02/2012
Puntos: 1

hola!

ante todo saludar a todos ya que soy nuevo en este foro

y nuevo en el tema de bases de datos.

Mi pregunta es: Acabo de llegar al puesto en el que estoy trabajando y ando un poco perdido.

La persona que estaba an el puesto anterior se fue y no dejo la password de acceso mediante toad a una base de datos.

Hay alguna manera de poder "encontrar" esa password para poder entrar? necesito los datos de las tablas, procedimientos y funciones para trabajar.

gracias de antemano y saludos a todos.

Imagen de Estrategias de Talento Humano
Joined: 15/02/2012
Puntos: 4

Buen dia a todos! Buscamos perfiles ETL-IPC para trabajar en una compañía estadounidense de renombre internacional (Base en el DF.). Si cubres con el perfil y eres bilingüe envianos mensaje privado o envia tu CV a maricruz.martinez@estrategiasdetalentohumano.com  O si conoces de alguien que pueda estar interesado. Asi como este perfil, también tenemos más vacantes en el área de TI. Gracias!!
 

Offline
Joined: 01/03/2012
Puntos: 1

Hola. Necesito su ayuda con el procedirmiento para lo que comenta Carlos mas arriba: "Si has de utilizar otro tendrás que definir las variables de entorno para él. Si, por ejemplo, no puedes ejecutar SQLPLUS desde fuera del mismo directorio 'BIN' es que el usuario no las tiene definidas". Precisamente necesito ejecutar "sqlplus /no log " con un usuario diferente al de instalación. Tampoco es el root. Que debería configurar en el usuario para que pueda ejecutar esto? Muchas gracias

 

Esocola

Contenido relacionado

  • Por obvias razones de seguridad no se puede consultar en claro la contraseña de los usuarios de la base de datos, pero un usuario administrador como SYSTEM sí que tiene privilegios para consultar el password encriptado:

    SQL> select password from dba_users where username='SCOTT';
    PASSWORD
    -----------------------------
    F894844C34402B67

    La utilidad de esto está en que lo mismo que nos retorna la SELECT se puede utilizar en una sentencia de modificación de la contraseña;

    SQL> alter user scott identified by values 'F894844C34402B67';

    Con esto no hemos hecho nada, ya que le hemos asignado a SCOTT la misma contraseña que tenía (TIGER), pero si cambiamos la contraseña:

    SQL> alter user scott identified by nuevacontraseña;
    SQL> connect scott/nuevacontraseña
    Connected.

    Y ahora queremos volver a ponerle la contraseña inicial:

    SQL> connect system/dbapwd
    Connected.
    SQL> alter user scott identified by values 'F894844C34402B67';
    User altered.

    SQL> connect scott/tiger
    Connected.

  • Si eres DBA y no puedes gestionar tus instancias de SQL Server porque no puedes entrar con el usuario 'sa', y no tienes ningún otro usuario con rol SYSADMIN, en el post How to connect to SQL Server if you are completely locked out, de MSSQLTips, nos explican una manera de recuperar el acceso a SQL Server como SYSADMIN.

    Es algo parecido al método que explicaba il_masacratore para Recuperar la contraseña del usuario sys y system en Oracle, la clave está en entrar en la base de datos utilizando el usuario de sistema Administrador del servidor en el que está instalada.

    Al conectar en modo 'single user' con un administrador local del servidor, podremos disfrutar de los permisos de administración de SYSADMIN para recuperar todo lo que haga falta, o asignar los privilegios necesarios a cualquier usuario.

     

  • Es bastante habitual si se trabaja con bases de datos que a menudo se tenga que realizar alguna tarea de creación o alteración de estructuras, análisis, recompilación, etc. sobre objetos de la base de datos. Para ello se suele crear un script con numerosas sentencias DDL, en las que la mayoría de las veces lo único que cambia es el nombre del objeto a tratar.
    En estos casos puede ahorrarnos mucho trabajo la utilización del diccionario de la base de datos para construir estas sentencias dinámicamente.

    Pondremos como ejemplo la creación de un nuevo campo para almacenar la fecha de creación de los registros en todas las tablas de un esquema de una base de datos ORACLE. Para ello utilizaríamos la siguiente sentencia..

  • Para acceder desde una base de datos Oracle a objetos de otra base de datos Oracle la manera más sencilla es utilizar un DBLink. Para ello es necesario, con un usuario que posea el privilegio CREATE DATABASE LINK, crear el DBLINK en la base de datos origen (A) mediante una sencilla sentencia..

  • La instrucción grant se utiliza para conceder determinados permisos genéricos o bien permisos sobre objetos a usuarios de la base de datos.

    La sintaxis de la misma es la siguiente:

    GRANT [privilegios_de_sistema | roles]
    TO [usuarios | roles |PUBLIC] {WITH GRANT OPTION }

    para conceder permisos genéricos


    GRANT [ALL {PRIVILEGES} | SELECT | INSERT | UPDATE | DELETE] ON objeto
    TO [usuario | rol | PUBLIC] {WITH GRANT OPTION}

    para conceder permisos sobre objetos

    La sintaxis es muy sencilla, y los privilegios los puede conceder el usuario propietario de los objetos, o un usuario con privilegios de concesión de permisos sobre objetos que no son suyos (DBA's).

    Lo que quería comentar es la utilización de la opción de grant WITH GRANT OPTION, que permite que el usuario al que le han concedido permisos pueda a su vez concederlos a otros usuarios.

    Mostraré la utilizad de esta opción con un ejemplo:
    Imaginemos que tenemos un usuario 'U_VISTA', que crea una vista con una consulta que consulta información de un objeto de otro usuario 'U_DATOS'. Hasta aquí es sencillo, ya que con un GRANT del usuario 'U_DATOS' al usuario 'U_VISTA' sobre esos objetos el tema está solucionado.
    U_DATOS:

    SQL> GRANT SELECT ON TABLA TO U_VISTA;

 

 

 

Gestion del Conocimiento    |    Business Intelligence y Analítica    |     Bases de Datos    |      ERP     |      CRM      |     Tendencias tecnológicas