RE: Password file not getting updated
- From: "Powell, Mark" <mark.powell2@xxxxxx>
- To: ORACLE-L <oracle-l@xxxxxxxxxxxxx>
- Date: Tue, 11 Oct 2011 15:43:01 +0100
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@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Niall Litchfield
Sent: Tuesday, October 11, 2011 1:58 AM
To: veeeraman@xxxxxxxxx
Cc: dbvision@xxxxxxxxxxxx; 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@xxxxxxxxx> 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@xxxxxxxxxxxx> wrote:
>
>> Ram Raman wrote,on my timestamp of 11/10/2011 6:22 AM:
>>
>> > [oracle@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@xxxxxxxxxxxx
>> --
>> //www.freelists.org/webpage/oracle-l
>>
>>
>>
>
>
> --
> //www.freelists.org/webpage/oracle-l
>
>
>
--
Niall Litchfield
Oracle DBA
http://www.orawin.info
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
