IDS Forum

RE: Informix Disaster Recovery Strategy

Posted By: chris.staubin@reebok.com
Date:

Greg,

I'd concider looking at a storage level replication solution so that you
have an up to date copy of the database, application, and transient files.

The objective for Disaster Recovery is to regain processing without losing
data. If you have an up to date database... you still may have to re-run
transactions to replace files that were destined for another system ( WMS
files etc.). You may also be missing files recieved from an EDI source, and
unless you have planned ahead with the VANS... you may not have the
opertunity to get the EDI files again.

Replication, recovery point objectives, recovery time objectives all work
on a sliding scale in regards to how fast you can recover / how recent is
the recovered data against how much cost is incurred to get there.

There are many storage level replication solutions that can be leveraged.
EMC's SRDF is an example of perhaps the most expensive as it's syncronus
(realtime) replaction requires a larger 'pipe' than an internet replication
solution that run asyncronus (checkpoint).

I recomemend that for sanity sake that you contact your storage or DR
vendor for information.

-Chris






"Colin Dawson " <colin@firmdata-systems.co.uk>@iiug.org on 05/29/2003
06:31:06 PM

Sent by: forum.subscriber@iiug.org


To: ids@iiug.org
cc:
Subject: RE: Informix Disaster Recovery Strategy [1245]


Use HDR not IER, that's what it's designed for.

Regards

Colin Dawson


>HI,
>
>I have a 7.3.1UD4 Informix system running a "timesheet" application.
>
>We are in the process of setting up a Disaster Recovery site for our
systems and I have been tasked with coming up with a solution for the
Informix system.
>
>Does anyone have any suggestions as to the best method of doing this. For
ORACLE we are using "Oracle Standby" and for DB2 we are using a "Log
Shipping" method (DR DB is in recovery mode always being rolled forward).
>
>Are either of these methods available for Informix and has anyone used
them. We could use Replication but these seems a bit of overkill for this
system in terms of management overheads.
>
>Any advise, suggestions, howto's would be much appreciated.
>
>TIA
>
>Greg
>
>



--=_9e4f736483e0a8c1795228f92e4bb154--

Messages In This Thread

• Informix Disaster Recovery Strategy
  GREG LINTOTT -- Thursday, 29 May 2003, at 5:12 p.m.
  • RE: Informix Disaster Recovery Strategy
    Colin Dawson -- Thursday, 29 May 2003, at 6:31 p.m.
    • RE: Informix Disaster Recovery Strategy
      chris.staubin@reebok.com -- Friday, 30 May 2003, at 10:08 a.m.
  • RE: Informix Disaster Recovery Strategy
    Quanta Infxlist -- Thursday, 29 May 2003, at 7:15 p.m.
    • Re: Informix Disaster Recovery Strategy
      Malc_p -- Friday, 30 May 2003, at 4:35 a.m.
      • Re: Informix Disaster Recovery Strategy
        Sandor Szabo -- Friday, 30 May 2003, at 5:46 a.m.
        • Re: Informix Disaster Recovery Strategy
          Madison Pruet -- Friday, 30 May 2003, at 4:04 p.m.
      • Re: Informix Disaster Recovery Strategy
        Malc_p -- Friday, 30 May 2003, at 6:26 a.m.
      • RE: Informix Disaster Recovery Strategy
        mosserp@WellsFargo.COM -- Tuesday, 3 June 2003, at 2:29 p.m.
        • RE: Informix Disaster Recovery Strategy
          John Carlson -- Tuesday, 3 June 2003, at 3:56 p.m.
  • Re: Informix Disaster Recovery Strategy
    Andy Lennard -- Friday, 30 May 2003, at 2:22 a.m.
    • RE: Informix Disaster Recovery Strategy
      NormaJean.Sebastian@tellabs.com -- Friday, 30 May 2003, at 11:14 a.m.
      • Re: RE: Informix Disaster Recovery Strategy
        GREG LINTOTT -- Monday, 2 June 2003, at 5:51 p.m.

IDS Forum is maintained by Administrator with WebBBS 5.12.