RE: Password file not getting updated

Niall, nice reference. The fact that Oracle has setup a non-standard backup using tar makes me wonder if Oracle did not deliberately do something that is the reason a sysdba session cannot be established as normal thought that still seems odd to me. I would like to see what is in the database startup and perhaps shutdown scripts. Obviously the startup scripts manage to start the database instance so seeing how the scripts sets its environment may well hold the clue as to how to get a sysdba session.

-----Original Message-----
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Niall Litchfield Sent: Tuesday, October 11, 2011 1:58 AM
To: veeeraman_at_gmail.com
Cc: dbvision_at_iinet.net.au; ORACLE-L
Subject: Re: Password file not getting updated

Ram

I imagine from the name and reference to Web Centre that the product is Secure Enterprise Search (I hope it works better than searching oracle.com or metalink but I digress). The Oracle database supplied as a part of that product is intended to be backed up using old fashioned cold o/s level backups along with core metadata that resides outside the database - See for example http://download.oracle.com/docs/cd/E21698_01/admin.1122/e21605/tuning002.htm . I'd hope that if the dbas are to be responsible for managing a new application such as this a little bit of application specific training might be made available. The Web Centre docs are available at http://download.oracle.com/docs/cd/E21764_01/webcenter.htm for reference and include SES documentation.

On Tue, Oct 11, 2011 at 4:24 AM, Ram Raman <veeeraman_at_gmail.com> wrote:
> Thanks Nuno. As I mentioned before, this product was installed by the
> application, not by us. The application connected to the server as
> oracle and installed it. They are saying that the application will do
> the backup too, we are unable to get into rman. Does not leave me with
> a warm feeling, but that is request from the application group.
>
> On Mon, Oct 10, 2011 at 9:39 PM, Nuno Souto <dbvision_at_iinet.net.au> wrote:
>
>> Ram Raman wrote,on my timestamp of 11/10/2011 6:22 AM:
>>
>> > [oracle_at_server ~]$ id
>> > uid=500(oracle) gid=501(oinstall) groups=500(dba),501(oinstall)
>>
>> Shouldn't that be the other way around?  I mean, as in:
>>
>> uid=500(oracle) gid=501(oinstall) groups=501(oinstall),500(dba)
>>
>> Ie: the oinstall group be the default for this login, not the last?
>> And why is there a 500(dba) in the first place? Prior install(s)?
>>
>> --
>> Cheers
>> Nuno Souto
>> in sunny Sydney, Australia
>> dbvision_at_iinet.net.au
>> --
>> http://www.freelists.org/webpage/oracle-l
>>
>>
>>
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

--
Niall Litchfield
Oracle DBA
http://www.orawin.info
--
http://www.freelists.org/webpage/oracle-l


--
http://www.freelists.org/webpage/oracle-l