Disabling Redolog [message #275467] |
Sat, 20 October 2007 09:53 |
el33t
Messages: 29 Registered: October 2007
|
Junior Member |
|
|
Hello,
Details:
Running Oracle 10G Rel. 2 on Redhat Linux EL 4.
I want to disable redolog. I'm not concerned about any corruption and recovery for this test database of mine.
Is this the right way:
sqlplus / as sysdba
sql> alter database no force logging;
Thank You.
|
|
|
|
Re: Disabling Redolog [message #275470 is a reply to message #275468] |
Sat, 20 October 2007 10:13 |
el33t
Messages: 29 Registered: October 2007
|
Junior Member |
|
|
I did searching for those SOME operations like nologging on tables and inserts with append hint.
But does it work for delete statements.
Here is what I'm doing
CREATE TABLE TM_RPA_OIDS AS (
SELECT
OBJECTID
FROM
CACHE_0_10707
WHERE
LTRPA_GMTEFFECTIVEDATETIME > TO_DATE('01/01/2004', 'MM/DD/YYYY') AND
LTRPA_GMTEFFECTIVEDATETIME < TO_DATE('06/30/2007', 'MM/DD/YYYY'));
DELETE from CACHE_0_10707_2889 WHERE OBJECTID IN ( select OBJECTID from TM_RPA_OIDS);
Thats what i want to disable nologging for table "CACHE_0_10707_2889".
and
select count(*) from TM_RPA_OIDS = 35830 rows
It takes very long time.
Thank You.
|
|
|
|
Re: Disabling Redolog [message #275473 is a reply to message #275472] |
Sat, 20 October 2007 10:19 |
el33t
Messages: 29 Registered: October 2007
|
Junior Member |
|
|
Hi anacedent,
I just gave the row count for that table TM_RPA_OIDS just for information. I'm deleting records which is DML.
DELETE from CACHE_0_10707_2889 WHERE OBJECTID IN ( select OBJECTID from TM_RPA_OIDS);
Thank You
[Updated on: Sat, 20 October 2007 10:20] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
Re: Disabling Redolog [message #275484 is a reply to message #275482] |
Sat, 20 October 2007 11:28 |
el33t
Messages: 29 Registered: October 2007
|
Junior Member |
|
|
Hi anacedent,
I have to load the object ids for the given period in to TM_RPA_OIDS which i create for temporary purpose and drop at the end of my script. There are more tables in my data purging sccript from which i have to delete records by reading objectids from TM_RPA_OIDS
Yes both tables are analyzed.
Thank You.
|
|
|
Re: Disabling Redolog [message #275489 is a reply to message #275467] |
Sat, 20 October 2007 12:20 |
|
BlackSwan
Messages: 26766 Registered: January 2009 Location: SoCal
|
Senior Member |
|
|
It sounds to me (reading betwen the lines) that you are repeatedly "loading" TM_RPA_OIDS table. If so at a minimum it needs to be analyzed after every load.
IMO, TM_RPA_OIDS table is not needed at all.
DELETE from CACHE_0_10707_2889 WHERE OBJECTID IN (
SELECT
OBJECTID
FROM
CACHE_0_10707
WHERE LTRPA_GMTEFFECTIVEDATETIME BETWEEN
TO_DATE('01/01/2004', 'MM/DD/YYYY')
AND
TO_DATE('06/30/2007', 'MM/DD/YYYY'));
LTRPA_GMTEFFECTIVEDATETIME should have an index on this column.
[Updated on: Sat, 20 October 2007 12:23] by Moderator Report message to a moderator
|
|
|
|
|
Re: Disabling Redolog [message #275502 is a reply to message #275492] |
Sat, 20 October 2007 22:12 |
el33t
Messages: 29 Registered: October 2007
|
Junior Member |
|
|
Hi anacedent,
I started the script execution before i saw this message as it was getting late in my part of the world. The script is still running for 9 hours now. If it takes too long i will stop it and add the lines that you mentioned.
On running ADDM in OEM it complained about redo configuration and the "wait(bottleneck)" graph was high. I had 4 groups each two members and default size = 51 MB. So I added two more redo log groups each containing two members of size 1500MB :-\. I know this is not the right way to arrange the redolog but I could see improvement :-\
Anyways I have to test it thoroughly to bring down the execution time before executing it on our production server.
I will let you know.
Thanks Anacedent and Michel for all the useful pointers.
Best Regards.
|
|
|
|
Re: Disabling Redolog [message #275704 is a reply to message #275504] |
Mon, 22 October 2007 08:00 |
el33t
Messages: 29 Registered: October 2007
|
Junior Member |
|
|
Hi anacedent,
The problem is with one delete query in my script which has to delete around 60 lakhs records from a table. This is where it takes long. I tried deleting 50,000 records from this table and it took 45-50 mins. So roughly I can estimate that it will take 3-4 days to finish purging 60lakhs records. Right now the problem is our database management strategy
Regards.
|
|
|