| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Drop user fails with ORA-01418
Do you think my problem will be resolved by doing this:
(as sysdba)
startup mount
alter database flashback off;
alter database open;
shutdown immediate
startup mount
alter database flashback on;
alter database open;
I don't think it has something to do with the flashback things, but i could be wrong... it sounds as a recyclebin bugging in 10g or data dictionnary corrutpion to me, what do you think ??
Thanks
-----Original Message-----
From: William B Ferguson [mailto:wbfergus_at_usgs.gov]
Sent: Tuesday, November 16, 2004 12:22 PM
To: lex.de.haan_at_naturaljoin.nl; chadi_at_myvirtualmodel.com;
oracle-l_at_freelists.org
Subject: RE: Drop user fails with ORA-01418
Lex,
Thanks for the clarification.
I'm overworked, having to do almost everything to include data cleanup from an old unstructured flat-file database, and I just get cases of information overload now and then and get things confused.
Regarding turning off the flashback, when I was just starting off with 10g, I had the recovery settings set for 3 days with a 6GB database. My flashback area was set for 27GB, and kept filling up and stopping the database, so I'd manually cleanup some of the old archive logs that were several weeks old to get the database going again.
But..... By doing that, Oracle lost the pointers to those files (since I
did it wrong) and started giving me errors, and then stopped. So, what I
found out was by doing the following occasionally, I was able to bypass
the errors by doing it the wrong way:
(as sysdba)
startup mount
alter database flashback off;
alter database open;
shutdown immediate
startup mount
alter database flashback on;
alter database open;
Now however, I've found that keeping the recovery settings set for 1 day eliminates the problems I was having without me doing it the wrong way. :^)
I'm still confused by the fact the I can still recover for more than a =
day
when the recovery settings are set for 1 day, but oh well, I can live =
with
that. One of these days I'll be caught up enough to take a class or two
and learn the correct ways of doing things in 10g, or maybe I'll be able
to get some insights at OpenWorld.
Thanks again.
~ Think on a grand scale, start to implement on a small scale ~
-----Original Message-----
From: lex.de.haan_at_naturaljoin.nl [mailto:lex.de.haan_at_naturaljoin.nl]=20
Sent: Tuesday, November 16, 2004 6:50 PM
To: William B Ferguson; thomas.mercadante_at_labor.state.ny.us;
chadi_at_myvirtualmodel.com; oracle-l_at_freelists.org
Subject: RE: Drop user fails with ORA-01418
Bill, I guess you mean the "flash recovery area" -- and that's a feature =
totally unrelated to the recyclebin. there is an undocumented way to
suppress=20
the recycle bin in 10g, but why would you? it is a convenient feature, =
and
there are various documented purging methods. also, the space allocation =
algorithm will automatically purge recycle bin objects under space
pressure,=20
before e.g. extending a data file.
cheers,
Lex.
> I think you can if you disable the flashback_recovery_area. It appears =
> that the main purpose is for a group like mine, where you have several =
> different people at the beginning stages of Oracle expertise, but they =
> still need (due to managerial and political considerations), full=20
> access to all of the data. If they happen to accidentally drop an=20
> object, or =3D even rows from an object, with the=20
> flashback_recovery_area, you can recover everything they accidentally=20
> did up to whatever point in time without =3D have
> to do a datafile restore and losing other appropriate changes made =
after
> that.
>=20
> It's still new and I'm still learning it, so I could be wrong, but =3D =
> that's my impression so far (and it's actually saved me some grief so=20
> far as
> well) with my limited expertise.
>=20> Bill Ferguson
> ------------------------------------------------------------
>=20
>=20 >=20 >=20 >=20
>=20 >=20
>=20
>=20 >=20 >=20
>=20 >=20
>=20
> seems to be having trouble deleting the user with an associated object =
> in the =3D recycle
> bin.
>=20
> To try and get around it, try going the web-enable enterprise manager, =
> =3D the administration page, then Tables (or actaully any object),=20
> filter for =3D the
> owner of the object, the the recycle bin button appears. Or, from the =
=3D
> sql
> prompt, you can do a "purge dba_recyclebin;" (to empty the recycle bin =
=3D
> for
> all users, or connect as the user and issue a "purge recyclebin;".
>=20
>=20> Bill Ferguson
> ------------------------------------------------------------
>=20
>=20 >=20 >=20 >=20
>=20 >=20
>=20
>=20
>=20 >=20
>=20
>=20 >=20
>=20
>=20
>=20
>=20
>=20 >=20
>=20 >=20
> some help. When I try to drop one of my user, I get the following:
>=20
>=20
>=20 >=20
>=20
-- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-lReceived on Tue Nov 16 2004 - 15:39:50 CST
 |
 |