International Informix Users Group

	Informix News

04 December 08 - Steeleye - Multicarta achieves 99.997% uptime for its Informix-based Credit Card Authorization Centre... Read 16 October 08 - VendorRate - Informix Earns Top Customer Satisfaction Score on VendorRate in Q3... Read 14 August 08 - IIUG.org - Sellout Expected for the 2009 IIUG Informix Conference... Read 29 April 08 - IntelligentEnterprise.com - IBM Informix Upgrade Enhances Clustering, Database Management... Read 29 April 08 - itweek.com - IBM 'Cheetah 2' mauls data costs... Read 28 April 08 - eWeek.com - IBM Uncages Cheetah 2 Data Server... Read 28 April 08 - CNNMoney.com - IBM Helps Clients Reduce Data Management Costs With New Informix Dynamic Server... Read 09 April 08 - CNNMoney.com - MediaSpan Embeds IBM Informix Dynamic Server Software for Delivering News to Print, Web and Wireless Devices... Read 08 April 08 - IT-Director.com - Informix seeks developers... Read 18 February 08 - marketwire.com - Icarus Studios Partners With IBM to Upgrade Performance, Availability for Its Online Games... Read 17 January 08 - eWeek.com - IBM Adds Mac Support to IDS for Higher Education... Read 17 January 08 - informationweek.com - Lotus Notes For iPhone Signals Closer Ties Between IBM, Apple... Read 16 January 08 - marketwire.com - IBM Informix Dynamic Server to Deliver Support for Mac OS X... Read 16 January 08 - internetnews.com - IBM's IDS to Support Mac Platform... Read 28 June 07 - REG Developer - IBM and Informix tie down Cheetah... Read 27 June 07 - CBRonline.com - IBM corrects its own Informix customer figures... Read 14 June 07 - vnunet.com - IBM changes spots with Informix 'Cheetah' database... Read 14 June 07 - eChannelLine - IBM expands scope for IDS... Read 14 June 07 - Resellernews - IBM: Informix database alive and kicking... Read 13 June 07 - DB2 Magazine - Cheetah is now out of the gate... Read 12 June 07 - IBM - IDS 11 release announcement (pdf)... Read 12 June 07 - ChannelWeb Network - IBM Uncages IDS 11, Aka Cheetah, Database... Read 12 June 07 - eWeek.com - IBM's 'Cheetah' Ready to Pounce... Read 12 June 07 - InformationWeek - IBM Unleashes 'Cheetah' Database... Read 12 June 07 - WebWire - IBM Strengthens Database Portfolio With New Informix Dynamic Server... Read 12 June 07 - Intelligent Enterprise - IBM Unveils Informix Upgrade... Read 12 June 07 - ComputerWeekly.com - IBM's Cheetah IDS makes leap to better data centre clustering... Read 12 June 07 - ebiz - IBM Unveils Next Generation Informix Dynamic Server... Read 12 June 07 - computerworld.com - Will 'Cheetah' help IBM's Informix chase down market share?... Read 12 June 07 - Internetnews.com - No Data Can Outrun This 'Cheetah'... Read 12 June 07 - de.internet.com - IBM neuer Datenbank-Server mit Codenamen Cheetah ist fertig... Read 12 June 07 - verifox.de - IBM stärkt Datenbank-Portfolio mit neuem Informix Dynamic Server... Read 12 June 07 - golem.de - Informix 11 vorgestellt... Read 12 June 07 - Computerwoche.de - IBM stellt neue Informix-Version vor... Read 12 June 07 - IBM.de - IBM stärkt Datenbank-Portfolio mit neuem Informix Dynamic Server... Read 12 June 07 - Heise - IBM gibt Informix 11 frei... Read 25 May 07 - Taiwan.CNET.com - Local Taiwan Informix user group established... (Chinese language) ... Read 18 May 07 - ChannelWeb Network - IBM Musters Partners For Cheetah Release... Read 18 May 07 - eWeek.com - IBM Looks to 'Cheetah' to Speed Up Blade Servers... Read 7 May 07 - DB2 Magazine - SQL Shortcuts - Use these tricks to generate IDS SQL scripts... Read Previous news items

Home Member Area About IIUG

[ View Thread ] [ Post Response ] [ Return to Index ] [ Read Prev Msg ] [ Read Next Msg ]

IDS Forum

RE: Question on restore using ISM

Posted By: vivek.chaudhary@st.com
Date: Monday, 27 January 2003, at 11:58 a.m.

In Response To: RE: Question on restore using ISM (NormaJean.Sebastian@tellabs.com)

I concur with Norma. ISM looks at ixbar.<serverid> file. While backing
up, this is the most important file. I could suggest some file
massaging ideas but they are dangerous if not done properly.

If you have ixbar file from that day then restore it on the DRS and
then verify if your savesets from ixbar file matches with the files on
the system.

Vivek

> -----Original Message-----
> From: NormaJean.Sebastian [mailto:NormaJean.Sebastian@tellabs.com]
> Sent: Monday, January 27, 2003 7:56 AM
> To: ids; forum.subscriber; NormaJean.Sebastian
> Subject: RE: Question on restore using ISM [127]
>
>
>
> --MIRAPOINT_PART1_3e3547f6
> Content-Type: multipart/alternative;
> boundary=openmail-part-3891b570-00000002
>
> --openmail-part-3891b570-00000002
> Content-Type: text/plain; charset=ISO-8859-1
> Content-Disposition: inline
> ;Creation-Date="Mon, 27 Jan 2003 08:53:40 -0600"
> Content-Transfer-Encoding: 8bit
>
> Donald,
> you didn't mention the ixbar.1 file. When doing a cold restore,
> Informix has no system catalogs to look at, it looks at ixbar.1
> Norma Jean
>
> -----Original Message-----
> From: dcutting@anderinger.com [mailto:dcutting@anderinger.com]
> Sent: Saturday, January 25, 2003 4:18 PM
> To: ids@iiug.org; forum.subscriber@iiug.org
> Subject: Question on restore using ISM [113]
>
>
> This message is in MIME format. Since your mail reader does not
> understand
> this format, some or all of this message may not be legible.
>
> ------_=_NextPart_001_01C2C4BF.693F29E0
> Content-Type: text/plain
>
>
> We are running on AIX and IDS Version 7.3.1. We ran a DR test today,
> where
> we restored the software from the morning of Jan. 22, 2003, when
> completed,
> using the ism_catalog command, we added in the volumes from
> the back up
> done
> the night of the 22nd. When we issues the mount command on
> the 1st tape,
> it
> noted that it was part of the catalog and mounted with no
> issue. When we
> tried to restore using onbar -r -w it read the tape and then requested
> the
> tape from the 21st.
>
> Any suggestions on how we would get ism to accept a tape created after
> the
> last software back up? Our normal process it to restore the
> software and
> the
> back up from the same time frame. In this case we wanted to test what
> would
> occur if they were different. We used the 21st to complete our test.
>
> Thanks
>
> Donald H. Cutting
> A. N. Deringer, Inc.
> Systems Analyst / D.B.A.
> Tel : 802-524-8172
> Fax: 802-524-8297
> www.anderinger.com
>
>
> ------_=_NextPart_001_01C2C4BF.693F29E0
> Content-Type: text/html
> Content-Transfer-Encoding: quoted-printable
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
> <HTML>
> <HEAD>
> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
> charset=3DUS-ASCII">
> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
> 5.5.2653.12">
> <TITLE>Question on restore using ISM</TITLE>
> </HEAD>
> <BODY>
> 
>
> We are running on AIX and
> IDS Version =
> 7.3.1. We ran a DR test today, where we restored the software
> from the =
> morning of Jan. 22, 2003, when completed, using the ism_catalog =
> command, we added in the volumes from the back up done the
> night of the
> =
> 22nd. When we issues the mount command on the 1st tape, it
> noted that =
> it was part of the catalog and mounted with no issue. When we
> tried to =
> restore using onbar -r -w it read the tape and then requested
> the tape =
> from the 21st. 
>
> Any suggestions on how we would get =
> ism to accept a tape created after the last software back up? Our =
> normal process it to restore the software and the back up
> from the same
> =
> time frame. In this case we wanted to test what would occur if they =
> were different. We used the 21st to complete our test. 
>
> Thanks
> 
>
> Donald H. Cutting
> A. N. Deringer, Inc. 
> Systems Analyst / D.B.A.
> Tel : 802-524-8172
> Fax: 802-524-8297
> www.anderinger.com
> 
>
> </BODY>
> </HTML>
> ------_=_NextPart_001_01C2C4BF.693F29E0--
>
>
>
> --openmail-part-3891b570-00000002
> Content-Type: application/rtf
> Content-Disposition: attachment; filename="BDY.RTF"
> ;Creation-Date="Mon, 27 Jan 2003 08:53:40 -0600"
> Content-Transfer-Encoding: base64
>
> e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dG
> JsDQp7XGYw
> XGZzd2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1
> xmMlxmbmls
> XGZjaGFyc2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3
> VyaWVyIE5l
> dzt9fQ0Ke1xjb2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbj
> BcYmx1ZTI1
> NTt9DQpcdWMxXHBhcmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIERvbmFsZC
> xccGFyDQp5
> b3UgZGlkbid0IG1lbnRpb24gdGhlIGl4YmFyLjEgZmlsZS4gIFdoZW4gZG9pbm
> cgYSBjb2xk
> IHJlc3RvcmUsIEluZm9ybWl4IGhhcyBubyBzeXN0ZW0gY2F0YWxvZ3MgdG8gbG
> 9vayBhdCwg
> aXQgbG9va3MgYXQgaXhiYXIuMVxwYXINCk5vcm1hIEplYW5ccGFyDQpccGFyDQ
> otLS0tLU9y
> aWdpbmFsIE1lc3NhZ2UtLS0tLVxwYXINCkZyb206IGRjdXR0aW5nQGFuZGVyaW
> 5nZXIuY29t
> IFttYWlsdG86ZGN1dHRpbmdAYW5kZXJpbmdlci5jb21dXHBhcg0KU2VudDogU2
> F0dXJkYXks
> IEphbnVhcnkgMjUsIDIwMDMgNDoxOCBQTVxwYXINClRvOiBpZHNAaWl1Zy5vcm
> c7IGZvcnVt
> LnN1YnNjcmliZXJAaWl1Zy5vcmdccGFyDQpTdWJqZWN0OiBRdWVzdGlvbiBvbi
> ByZXN0b3Jl
> IHVzaW5nIElTTSBbMTEzXVxwYXINClxwYXINClxwYXINClRoaXMgbWVzc2FnZS
> BpcyBpbiBN
> SU1FIGZvcm1hdC4gU2luY2UgeW91ciBtYWlsIHJlYWRlciBkb2VzIG5vdCB1bm
> RlcnN0YW5k
> XHBhcg0KdGhpcyBmb3JtYXQsIHNvbWUgb3IgYWxsIG9mIHRoaXMgbWVzc2FnZS
> BtYXkgbm90
> IGJlIGxlZ2libGUuXHBhcg0KXHBhcg0KLS0tLS0tXz1fTmV4dFBhcnRfMDAxXz
> AxQzJDNEJG
> LjY5M0YyOUUwXHBhcg0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluXHBhcg0KXH
> Bhcg0KXHBh
> cg0KV2UgYXJlIHJ1bm5pbmcgb24gQUlYIGFuZCBJRFMgVmVyc2lvbiA3LjMuMS
> 4gV2UgcmFu
> IGEgRFIgdGVzdCB0b2RheSwgd2hlcmVccGFyDQp3ZSByZXN0b3JlZCB0aGUgc2
> 9mdHdhcmUg
> ZnJvbSB0aGUgbW9ybmluZyBvZiBKYW4uIDIyLCAyMDAzLCB3aGVuIGNvbXBsZX
> RlZCxccGFy
> DQp1c2luZyB0aGUgaXNtX2NhdGFsb2cgY29tbWFuZCwgd2UgYWRkZWQgaW4gdG
> hlIHZvbHVt
> ZXMgZnJvbSB0aGUgYmFjayB1cCBkb25lXHBhcg0KdGhlIG5pZ2h0IG9mIHRoZS
> AyMm5kLiBX
> aGVuIHdlIGlzc3VlcyB0aGUgbW91bnQgY29tbWFuZCBvbiB0aGUgMXN0IHRhcG
> UsIGl0XHBh
> cg0Kbm90ZWQgdGhhdCBpdCB3YXMgcGFydCBvZiB0aGUgY2F0YWxvZyBhbmQgbW
> 91bnRlZCB3
> aXRoIG5vIGlzc3VlLiBXaGVuIHdlXHBhcg0KdHJpZWQgdG8gcmVzdG9yZSB1c2
> luZyBvbmJh
> ciAtciAtdyBpdCByZWFkIHRoZSB0YXBlIGFuZCB0aGVuIHJlcXVlc3RlZCB0aG
> VccGFyDQp0
> YXBlIGZyb20gdGhlIDIxc3QuIFxwYXINClxwYXINCkFueSBzdWdnZXN0aW9ucy
> BvbiBob3cg
> d2Ugd291bGQgZ2V0IGlzbSB0byBhY2NlcHQgYSB0YXBlIGNyZWF0ZWQgYWZ0ZX
> IgdGhlXHBh
> cg0KbGFzdCBzb2Z0d2FyZSBiYWNrIHVwPyBPdXIgbm9ybWFsIHByb2Nlc3MgaX
> QgdG8gcmVz
> dG9yZSB0aGUgc29mdHdhcmUgYW5kIHRoZVxwYXINCmJhY2sgdXAgZnJvbSB0aG
> Ugc2FtZSB0
> aW1lIGZyYW1lLiBJbiB0aGlzIGNhc2Ugd2Ugd2FudGVkIHRvIHRlc3Qgd2hhdC
> B3b3VsZFxw
> YXINCm9jY3VyIGlmIHRoZXkgd2VyZSBkaWZmZXJlbnQuIFdlIHVzZWQgdGhlID
> Ixc3QgdG8g
> Y29tcGxldGUgb3VyIHRlc3QuIFxwYXINClxwYXINClRoYW5rc1xwYXINClxwYX
> INCkRvbmFs
> ZCBILiBDdXR0aW5nXHBhcg0KQS4gTi4gRGVyaW5nZXIsIEluYy4gXHBhcg0KU3
> lzdGVtcyBB
> bmFseXN0IC8gRC5CLkEuXHBhcg0KVGVsIDogODAyLTUyNC04MTcyXHBhcg0KRm
> F4OiA4MDIt
> NTI0LTgyOTdccGFyDQp3d3cuYW5kZXJpbmdlci5jb21ccGFyDQpccGFyDQpccG
> FyDQotLS0t
> LS1fPV9OZXh0UGFydF8wMDFfMDFDMkM0QkYuNjkzRjI5RTBccGFyDQpDb250ZW
> 50LVR5cGU6
> IHRleHQvaHRtbFxwYXINCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3
> RlZC1wcmlu
> dGFibGVccGFyDQpccGFyDQo8IURPQ1RZUEUgSFRNTCBQVUJMSUMgIi0vL1czQy
> 8vRFREIEhU
> TUwgMy4yLy9FTiI+XHBhcg0KPEhUTUw+XHBhcg0KPEhFQUQ+XHBhcg0KPE1FVE
> EgSFRUUC1F
> UVVJVj0zRCJDb250ZW50LVR5cGUiIENPTlRFTlQ9M0QidGV4dC9odG1sOyA9XH
> Bhcg0KY2hh
> cnNldD0zRFVTLUFTQ0lJIj5ccGFyDQo8TUVUQSBOQU1FPTNEIkdlbmVyYXRvci
> IgQ09OVEVO
> VD0zRCJNUyBFeGNoYW5nZSBTZXJ2ZXIgdmVyc2lvbiA9XHBhcg0KNS41LjI2NT
> MuMTIiPlxw
> YXINCjxUSVRMRT5RdWVzdGlvbiBvbiByZXN0b3JlIHVzaW5nIElTTTwvVElUTE
> U+XHBhcg0K
> PC9IRUFEPlxwYXINCjxCT0RZPlxwYXINCjxCUj5ccGFyDQpccGFyDQo8UD48Rk
> 9OVCBTSVpF
> PTNEMiBGQUNFPTNEIkFyaWFsIj5XZSBhcmUgcnVubmluZyBvbiBBSVggYW5kIE
> lEUyBWZXJz
> aW9uID1ccGFyDQo3LjMuMS4gV2UgcmFuIGEgRFIgdGVzdCB0b2RheSwgd2hlcm
> Ugd2UgcmVz
> dG9yZWQgdGhlIHNvZnR3YXJlIGZyb20gdGhlID1ccGFyDQptb3JuaW5nIG9mIE
> phbi4gMjIs
> IDIwMDMsIHdoZW4gY29tcGxldGVkLCB1c2luZyB0aGUgaXNtX2NhdGFsb2cgPV
> xwYXINCmNv
> bW1hbmQsIHdlIGFkZGVkIGluIHRoZSB2b2x1bWVzIGZyb20gdGhlIGJhY2sgdX
> AgZG9uZSB0
> aGUgbmlnaHQgb2YgdGhlID1ccGFyDQoyMm5kLiBXaGVuIHdlIGlzc3VlcyB0aG
> UgbW91bnQg
> Y29tbWFuZCBvbiB0aGUgMXN0IHRhcGUsIGl0IG5vdGVkIHRoYXQgPVxwYXINCm
> l0IHdhcyBw
> YXJ0IG9mIHRoZSBjYXRhbG9nIGFuZCBtb3VudGVkIHdpdGggbm8gaXNzdWUuIF
> doZW4gd2Ug
> dHJpZWQgdG8gPVxwYXINCnJlc3RvcmUgdXNpbmcgb25iYXIgLXIgLXcgaXQgcm
> VhZCB0aGUg
> dGFwZSBhbmQgdGhlbiByZXF1ZXN0ZWQgdGhlIHRhcGUgPVxwYXINCmZyb20gdG
> hlIDIxc3Qu
> IDwvRk9OVD48L1A+XHBhcg0KXHBhcg0KPFA+PEZPTlQgU0laRT0zRDIgRkFDRT
> 0zRCJBcmlh
> bCI+QW55IHN1Z2dlc3Rpb25zIG9uIGhvdyB3ZSB3b3VsZCBnZXQgPVxwYXINCm
> lzbSB0byBh
> Y2NlcHQgYSB0YXBlIGNyZWF0ZWQgYWZ0ZXIgdGhlIGxhc3Qgc29mdHdhcmUgYm
> FjayB1cD8g
> T3VyID1ccGFyDQpub3JtYWwgcHJvY2VzcyBpdCB0byByZXN0b3JlIHRoZSBzb2
> Z0d2FyZSBh
> bmQgdGhlIGJhY2sgdXAgZnJvbSB0aGUgc2FtZSA9XHBhcg0KdGltZSBmcmFtZS
> 4gSW4gdGhp
> cyBjYXNlIHdlIHdhbnRlZCB0byB0ZXN0IHdoYXQgd291bGQgb2NjdXIgaWYgdG
> hleSA9XHBh
> cg0Kd2VyZSBkaWZmZXJlbnQuIFdlIHVzZWQgdGhlIDIxc3QgdG8gY29tcGxldG
> Ugb3VyIHRl
> c3QuIDwvRk9OVD48L1A+XHBhcg0KXHBhcg0KPFA+PEZPTlQgU0laRT0zRDIgRk
> FDRT0zRCJB
> cmlhbCI+VGhhbmtzPC9GT05UPlxwYXINCjwvUD5ccGFyDQpccGFyDQo8UD48Rk
> 9OVCBTSVpF
> PTNEMiBGQUNFPTNEIlRhaG9tYSI+RG9uYWxkIEguIEN1dHRpbmc8L0ZPTlQ+XH
> Bhcg0KPEJS
> PjxGT05UIFNJWkU9M0QyIEZBQ0U9M0QiVGFob21hIj5BLiBOLiBEZXJpbmdlci
> wgSW5jLiA8
> L0ZPTlQ+XHBhcg0KPEJSPjxGT05UIFNJWkU9M0QyIEZBQ0U9M0QiVGFob21hIj
> 5TeXN0ZW1z
> IEFuYWx5c3QgLyBELkIuQS48L0ZPTlQ+XHBhcg0KPEJSPjxGT05UIFNJWkU9M0
> QyIEZBQ0U9
> M0QiVGFob21hIj5UZWwgOiA4MDItNTI0LTgxNzI8L0ZPTlQ+XHBhcg0KPEJSPj
> xGT05UIFNJ
> WkU9M0QyIEZBQ0U9M0QiVGFob21hIj5GYXg6IDgwMi01MjQtODI5NzwvRk9OVD
> 5ccGFyDQo8
> QlI+PEZPTlQgU0laRT0zRDIgRkFDRT0zRCJUYWhvbWEiPnd3dy5hbmRlcmluZ2
> VyLmNvbTwv
> Rk9OVD5ccGFyDQo8L1A+XHBhcg0KXHBhcg0KPC9CT0RZPlxwYXINCjwvSFRNTD
> 5ccGFyDQot
> LS0tLS1fPV9OZXh0UGFydF8wMDFfMDFDMkM0QkYuNjkzRjI5RTAtLVxwYXINCl
> xwYXINCn0=
>
> --openmail-part-3891b570-00000002--
>
> --MIRAPOINT_PART1_3e3547f6
> Content-type: text/plain
> Content-Disposition: inline
>
> ============================================================
> The information contained in this message may be privileged
> and confidential and protected from disclosure. If the
> reader of this message is not the intended recipient, or an
> employee or agent responsible for delivering this message to
> the intended recipient, you are hereby notified that any
> reproduction, dissemination or distribution of this
> communication is strictly prohibited. If you have received
> this communication in error, please notify us immediately by
> replying to the message and deleting it from your computer.
>
> Thank you.
> Tellabs
> ============================================================
> --MIRAPOINT_PART1_3e3547f6--
>
>
>

Messages In This Thread

Question on restore using ISM
Don Cutting -- Saturday, 25 January 2003, at 5:18 p.m.
- Re: Question on restore using ISM
  Martin Fuerderer -- Monday, 27 January 2003, at 3:52 a.m.
- RE: Question on restore using ISM
  NormaJean.Sebastian@tellabs.com -- Monday, 27 January 2003, at 9:56 a.m.
  - RE: Question on restore using ISM
    vivek.chaudhary@st.com -- Monday, 27 January 2003, at 11:58 a.m.

[ View Thread ] [ Post Response ] [ Return to Index ] [ Read Prev Msg ] [ Read Next Msg ]

IDS Forum is maintained by Administrator with WebBBS 5.12.