So a long time ago i made an sqldeveloper connection called 'proiect'. I didnt get to work on it for a while so when i got back on it, i got this error
I tried this right here https://docs.oracle.com/en/database/oracle/oracle-database/12.2/axdbi/using-sql-plus-to-unlock-accounts-and-reset-passwords.html#GUID-1147D2B9-8FFC-4F91-A774-E97066B4E9C5,the exact same steps with the exact same lines; i altered the user and modified the password, but then when i try again in sqldeveloper, i get the same error.
I dont have any idea, tried a lot of different things but can't figure it out, i tried for like 2 hours now. I know there are some questions asking the same thing but it really doesnt work for me
EDIT:
When i changed the password of the user using alter user identified by password, i can connect via command line in sql plus and do queries and things, but i can not connect via sql developer. Why is that?
So i read your question, try it like this it might work:
Open command prompt as admin and then connect to system by typing
1.sqlplus/nolog and press enter
2.conn /as sysdba and press enter again
then you have connected to the system.
now you can edit the password by typing alter user identified by password
and after it you will be able to connect to the sql developer.
Related
I have been working on Oracle 11g expression edition from around 2-3 month. But today I was trying to login to the workspace but every time it is showing as invalid credentials. But I the workspace name and password entered by me are right even I have saved on chrome.
So how can I recover my workspace account?
A "workspace" - in this context - seems to be related to Oracle Application Express. Is it?
If so, login as admin into the internal workspace (presuming, of course, that you know admin's password), and then you can reset any other developer's password - including your own.
If you don't know admin's password, there's another option; it presumes that you a) know SYS user's password and b) have the apxchpwd.sql script available (you do, if you installed Apex; search the disk). Then connect to SQL*Plus and run the named script, e.g.
C:\>sqlplus sys#xe as sysdba
SQL> #apxchpwd.sql
Once you set admin's password, back to suggestion #1: login as admin (into Apex) and set users's password.
If nothing of that helps (or you don't know any of those passwords), then you're pretty much out of luck, as far as I can tell.
I have one problem with TSQLConnection component. I use it to connect Oracle SQL database, everything was good, but now I get that error " the password will expire within 7 days", I know this is SQL warnings, but when I use oracle session component for connect to database I did not get that error. Please help me, it is very important for me. My program must work :( I will wait you, thanks in advance.
I'm not familiar with Delphi, but am very familiar with the reported error message."the password will expire within 7 days", is an ORA-28002. If you only get that when connecting from MSSQL (via a linked server) but not when connecting directly to Oracle, then I'd be very confident that the oracle username defined with the linked server is NOT the same as you are using for a direct connection. You need to show us the username that is used by the linked server, and then the output of (connected directly to oracle as a user with DBA credentials)
select username,
account_status,
to_char(lock_date,'dd-Mon-yyyy hh24:mi:ss') as lock_date,
to_char(expiry_date,'dd-Mon-yyyy hh24:mi:ss) as expiry_date
from dba_users
where username='USER_IN_QUESTION';
obviously substituting your real user in question.
I've written about expiring passwords here: I'm pretty sure a lot of it will be applicable to your situation.
I have a pluggable database in Oracle 12c named PDBORCL.
After a server restart something changed in how to connect to it.
I created a user in that pluggable DB, for the example the user is PETER and the password is also PETER. Before the restart I used to be able to open a Command Prompt, run sqlplus, which would in turn ask for my username and then its password, and it would sign in. Now this does not work, it says invalid username/password. When I log in with SYS and check:
SELECT * FROM dba_users WHERE username = 'PETER';
I get no results.
However, if I sign in using the following from a command prompt, it works:
sqlplus PETER/PETER#PDBORCL
So, the DB is up and running, but it seems to be connecting by default to the wrong pluggable DB. I need to change it to the way it was before the restart, so that it connects by default to that specific pluggable DB.
How can I achieve this?
I found the solution. Change or create the environment variable LOCAL (in Windows) to PDBORCL. I think I read in linux the variable is TWO_TASK. After changing it, the following works:
sqlplus PETER/PETER
Also, just calling sqlplus and waiting to be prompted for username and password works.
You have created a user in pluggableDB and this user is not visible beyond the pluggable DB hence the reason you dont see user PETER when running the above query as sys..
If you want to connect to your pluggable DB directly what you have done above is right else you to connect to sys and the use CONNECT command.
I created a user and granted it privileges but I cannot connect to the database as that user from SQL Developer.
When I enter the code in SQL*Plus it shows that it has connected as in the picture below
However when I try the same thing in Oracle SQL Developer, it shows me SYS user.
How to fix this?
EDIT
picture
In your SQL Developer screen shot you're looking at the 'Other Users' section of the navigation panel on the left, under your existing connection as SYS.
You can temporarily change to another user in that SQL Worksheet by doing:
connect c##murat/<password>
and then if you run as a script the statements after that will be performed as that user - and it will disconnect and revert to SYS when the script finishes.
But I wouldn't recommend that, except maybe as part of a schema-build script where you might want to switch back and forth. Particularly when you're really connected SYS. It's too easy to accidentally run something as the wrong user.
Really you need to create a new connection. At the top of the 'Connections' panel, click the green plus symbol and find your current connection in the list. Change the connection name (important!), username and password, set the role to 'default', click 'Test' to verify, and then click 'Save'.
You will then have two connections, and you can choose which to connect to and open SQL Worksheets as. As you're hopefully aware, you should not do any normal work as SYS, so you'll rarely need to connect as that again. I'd suggest you make it obvious in the connection name which is which, and that will appear in unsaved worksheet titles; and maybe use the connection colour option to further highlight and give you some visual warning when you are connecting as SYS.
When you are connected as your new user, you will not see their name in the 'Other Users' list. You will see SYS though.
My company has a database for vehicle tracking system. And It has a website for user to log on and use.
After I change the sys and the main user password through "ALTER USER --- identified by' command. The website login became dysfunctional. Our DBA just quit so I have no idea how to troubleshoot.
Is there any guideline I can use?
It appears as though the application has the passwords either hardcoded or in a configuration file somewhere. If you can find where that is, then simply changing the corresponding values (ie passwords) should resolve the problem. If that doesn't work, you can try to change the password back to the what they were before using the same syntax you used to make the initial change ... "ALTER USER --- identified by ...
Can possibly be more help if you can tell what web server is hosting your site.