RE: archiving data

I/O failure this week. Productional system restore/verified and backed up - fully operational once I/O subsystem rebuilt in 2.5 hours - required full restore because key datafiles corrupted - system, redos, control..... Waiting for I/O took longest didn't see kids all night.

Was supposed to take off today.

Working as technical architect on SQL Server Vital Stats. COTS, project planning, setting up processes for releases and standard forms, data migration/cleansing, QA plan.

Another "test" database recovery tonight.

I miss my little boys.

I want to escape.

I want to eat an entire French Silk Pie

-----Original Message-----
Sent: Friday, May 30, 2003 7:55 PM
To: Multiple recipients of list ORACLE-L

how do you define "older than 12 months"??

are you using enterprise edition and is it feasible to use partitioning?, if you partition on the field that defines "older than 12 months", its easy enough to drop a partition(or exchange a partition with a non-partitioned table, export that and drop it.

joe

Sai Selvaganesan wrote:

>hi there is this project that is going on for
>archiving old data from oltp system that is older than
>12 months and then purging them in the main db.
>
>the tables that are to be archived are with long rows.
>they cannot be converted to lobs since this is a third
>party application. here is where the problem lies.
>oracle support when contacted says either mv to lobs
>to make this move easier or use oci ..blah.blah.. to
>get this working if you want to remain in longs.
>
>there are some options i have though about:
>1. export /import ..but should make this highly
>automated since the main db and archival db will be on
>different hosts, this will not be monitored and import
>has to go thru w/o issues etc.
>2. create snapshot - but they dont work with
>long..hence not an option.
>3. getting sqlldr to work but i think it has that 32k
>column size limitation.
>
>
>so can you please suggest me whetehr there is
>something else i can do or option 1 is the best given
>the environment. the oracle is 8.1.7.2 on sun 2.8.
>
>thanks
>sai
>
>

-- 
Joseph S Testa
Chief Technology Officer
Data Management Consulting
614-791-9000
It's all about the "CACHE"


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Joe Testa
  INET: jtesta_at_dmc-it.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: 
  INET: Paula_Stankus_at_doh.state.fl.us

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).