| 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
You can use the following to turn off recycle bin
ALTER SYSTEM SET "_recyclebin"=3DFALSE SCOPE=3DBOTH; =20
Lei
Oracle DBA
-----Original Message-----
From: William B Ferguson [mailto:wbfergus_at_usgs.gov]=20
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 =
=3D
day when the recovery settings are set for 1 day, but oh well, I can
live =3D 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]=3D20
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 =3D
totally unrelated to the recyclebin. there is an undocumented way to suppress=3D20 the recycle bin in 10g, but why would you? it is a convenient feature, =3D and
there are various documented purging methods. also, the space allocation =3D
algorithm will automatically purge recycle bin objects under space pressure,=3D20 before e.g. extending a data file.
cheers,
Lex.
> I think you can if you disable the flashback_recovery_area. It appears
> =3D
> that the main purpose is for a group like mine, where you have several
> =3D
> different people at the beginning stages of Oracle expertise, but they
> =3D
> still need (due to managerial and political considerations), full=3D20 =
> access to all of the data. If they happen to accidentally drop an=3D20 =
> object, or =3D3D even rows from an object, with the=3D20=20
> flashback_recovery_area, you can recover everything they=20
> accidentally=3D20 did up to whatever point in time without =3D3D have =
to=20
> do a datafile restore and losing other appropriate changes made =3D
after
> that.
>=3D20
> It's still new and I'm still learning it, so I could be wrong, but =
=3D3D
>=3D
> that's my impression so far (and it's actually saved me some grief=20
>so=3D20 far as
>=3D20> Bill Ferguson
> ------------------------------------------------------------
>MS-750 Denver, Colorado 80225 Voice (303)236-8747 ext. 321 Fax=20 >(303)236-4208 =3D20 ~ Think on a grand scale, start to implement on a=20 >small scale ~ =3D20 =3D20 =3D20 =3D20 -----Original Message-----
>OMG. Has Oracle become Windows? We don't need no=3D20 freekin = recycle=20
>bin. >=3D20
>=3D20 >=3D20 >=3D20
>=3D3D is in the recycle bin, and apparently the drop user statement =3D
> seems to be having trouble deleting the user with an associated object
> =3D
> in the =3D3D recycle
> bin.
>=3D20
> To try and get around it, try going the web-enable enterprise manager,
>=3D
> =3D3D the administration page, then Tables (or actaully any =
object),=3D20=20
> filter for =3D3D the owner of the object, the the recycle bin button=20
> appears. Or, from the =3D
=3D3D
> sql
> prompt, you can do a "purge dba_recyclebin;" (to empty the recycle bin
> =3D
=3D3D
> for
> all users, or connect as the user and issue a "purge recyclebin;".
>=3D20
>=3D20> Bill Ferguson
> ------------------------------------------------------------
>MS-750 Denver, Colorado 80225 Voice (303)236-8747 ext. 321 Fax=20 >(303)236-4208 =3D20 ~ Think on a grand scale, start to implement on a=20 >small scale ~ =3D20 =3D20 =3D20 =3D20 -----Original Message-----
>[mailto:oracle-l-bounce_at_freelists.org]
>my problem. I couldn't drop some objects in the=3D20 user, =3D3D so i=20 >decided to rebuild the user and still stuck with this: >=3D20
>=3D20
>[], [], [] Current SQL statement for this session: drop trigger=3D20 =20 >"CHADI"."BIN$5/+ZaDjf/yjgMIEKQwE88g=3D3D3D=3D3D3D$0" >=3D20 >=3D20
>=3D20
>the user get dropped? >=3D20
>can find =3D3D a workaround, then you can chalk it up to experience. >=3D20
>prefer =3D3D to drop all the objects first and then the user just for =
=3D
this=3D20
> reason.
>=3D20
>=3D20
>=3D20 >=3D20
>pretty sure, many had run into this problem before and can provide =3D
> some help. When I try to drop one of my user, I get the following:
>=3D20
>=3D20
>about, metalink says this is related to some =3D
=3D3D=3D20
> data corruption in data dictionnary, but doesn't provide a solution.
>=3D20 >=3D20
>=3D20
-- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-lReceived on Tue Nov 16 2004 - 15:19:09 CST
 |
 |