ontape -r Memory Fault

Hi, I have backed up an instance of Informix 7.23.UC7 using ontape. I am attempting to restore this to another server that is running Informix 7.31.FD8 These are legacy servers without current support. I have recreated the DBspaces on the newer server, all the same sizes. When using ontape -r, after taking Informix offline, I get the following : "Archive Tape Information Tape type: Archive Backup Tape Online version: INFORMIX-OnLine Version 7.23.UC7 Archive date: Wed May 29 09:38:51 2013 User id: root Terminal id: /dev/ttyp3 Archive level: 0 Tape device: /dev/rmt/0m Tape blocksize (in k): 128 Tape size (in k): 12000000 Tape number in series: 1 Spaces to restore:1 [rootdbs ] 2 [plogdbs ] 3 [llogdbs ] 4 [temp1dbs ] 5 [temp2dbs ] 6 [temp3dbs ] 7 [temp4dbs ] 8 [data1dbs ] 9 [edi_dbs ] Archive Information INFORMIX-OnLine Copyright(C) 1986-1995 Informix Software, Inc. Initialization Time 03/22/1999 14:50:21 System Page Size 2048 Version 4 Archive CheckPoint Time 05/29/2013 09:38:51 Memory fault" I cannot find anything in online.log or the syslog to explain what the problem is, and I'm unsure what is meant by memory fault in this context. Informix starts and stops ok, and I have done ontape -s to /dev/null after creating the dbspaces. I would appreciate any help or advice, or if someone can point out whether or not it is even possible to restore from v7.23 to v7.31 Thank you!

You would need to first upgrade the 7.23 instance to the same 7.31 version before taking a backup to restore. If that is not possible, you might opt to export the database tables to flat files and load them into the 7.31 instance. On Tue, Jun 11, 2013 at 3:34 PM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > Hi, > > I have backed up an instance of Informix 7.23.UC7 using ontape. > > I am attempting to restore this to another server that is running Informix > 7.31.FD8 > > These are legacy servers without current support. > > I have recreated the DBspaces on the newer server, all the same sizes. > When using ontape -r, after taking Informix offline, I get the following : > "Archive Tape Information > > Tape type: Archive Backup Tape > Online version: INFORMIX-OnLine Version 7.23.UC7 > Archive date: Wed May 29 09:38:51 2013 > User id: root > Terminal id: /dev/ttyp3 > Archive level: 0 > Tape device: /dev/rmt/0m > Tape blocksize (in k): 128 > Tape size (in k): 12000000 > Tape number in series: 1 > > Spaces to restore:1 [rootdbs ] > 2 [plogdbs ] > 3 [llogdbs ] > 4 [temp1dbs ] > 5 [temp2dbs ] > 6 [temp3dbs ] > 7 [temp4dbs ] > 8 [data1dbs ] > 9 [edi_dbs ] > > Archive Information > > INFORMIX-OnLine Copyright(C) 1986-1995 Informix Software, Inc. > Initialization Time 03/22/1999 14:50:21 > System Page Size 2048 > Version 4 > Archive CheckPoint Time 05/29/2013 09:38:51 > Memory fault" > > I cannot find anything in online.log or the syslog to explain what the > problem > is, and I'm unsure what is meant by memory fault in this context. > Informix starts and stops ok, and I have done ontape -s to /dev/null after > creating the dbspaces. > > I would appreciate any help or advice, or if someone can point out whether > or > not it is even possible to restore from v7.23 to v7.31 > > Thank you! > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > -- Take care. Clifton This communication may contain privileged or other confidential information. If you have received it in error, please advise the sender by reply email and immediately delete the message and any attachments without copying or disclosing the contents. Thank you. Consider the environment. Please don't print this e-mail unless you need to. --047d7b3a8756a5a4dd04dee1e755

Thanks, I had feared that would be the case. I am unable to export the database as there is insufficient local diskspace, and no simple means of adding more. The server has NFS v2, which I'm unable to upgrade, so when I tried exporting the database to the NFS filesystem, it failed at the first table that was over 2Gb. Is it possible to export the database directly to multiple tapes? The database is around 110Gb, and I only have a DDS3 tape device available to the server.

You CANNOT restore an Informix archive with any other version than the one with which it was made (at least down to the minor version level - so any 7.23 would work but 7.24 and later will not be able to restore this archive). Note that you also cannot restore an Informix archive on a different physical platform so if the archive was made on a Sparc machine running Solaris you cannot restore it on a Solaris Intel or Linux Sparc platform and by extension not on WIndows, HPUX, or AIX for that matter. You have three good choices: 1. Install 7.23 on the new machine, restore the archive using the 7.23 executable, shutdown 7.23, start up 7.31 and it will convert the disk structures to 7.31 format automatically. 2. Export the 7.23 database(s) using dbexport (or another ETL tool of your choice) and reimport the database(s) on the new server using dbimport (or whatever). 3. Create the schema taken from the 7.23 server on the 7.31 server and copy the data table-by-table directly from one server to the other. My dbcopy utility (especially with the mkdbcopy.awk script in my utils4_ak package) is VERY good at this and fast, but you can also use hploader for this (assuming 7.23 had a working hploader - I don't remember). You are aware that both of these Informix releases are WAY out-of-date and out-of-support, right? What you should REALLY be doing is importing that data into a modern Informix v11.70 or 12.10 release engine! It will perform at least 55% faster than the 7.31 (and maybe another 25% faster above that than the 7.23 version does and that's without counting that you are probably running 7.23 on hardware that's less than 1/4 the processing speed of a modern machine!) Version 7.31.xD8 dates from before 1999 and 7.23 from around 1995/1996. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 10:34 AM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > Hi, > > I have backed up an instance of Informix 7.23.UC7 using ontape. > > I am attempting to restore this to another server that is running Informix > 7.31.FD8 > > These are legacy servers without current support. > > I have recreated the DBspaces on the newer server, all the same sizes. > When using ontape -r, after taking Informix offline, I get the following : > "Archive Tape Information > > Tape type: Archive Backup Tape > Online version: INFORMIX-OnLine Version 7.23.UC7 > Archive date: Wed May 29 09:38:51 2013 > User id: root > Terminal id: /dev/ttyp3 > Archive level: 0 > Tape device: /dev/rmt/0m > Tape blocksize (in k): 128 > Tape size (in k): 12000000 > Tape number in series: 1 > > Spaces to restore:1 [rootdbs ] > 2 [plogdbs ] > 3 [llogdbs ] > 4 [temp1dbs ] > 5 [temp2dbs ] > 6 [temp3dbs ] > 7 [temp4dbs ] > 8 [data1dbs ] > 9 [edi_dbs ] > > Archive Information > > INFORMIX-OnLine Copyright(C) 1986-1995 Informix Software, Inc. > Initialization Time 03/22/1999 14:50:21 > System Page Size 2048 > Version 4 > Archive CheckPoint Time 05/29/2013 09:38:51 > Memory fault" > > I cannot find anything in online.log or the syslog to explain what the > problem > is, and I'm unsure what is meant by memory fault in this context. > Informix starts and stops ok, and I have done ontape -s to /dev/null after > creating the dbspaces. > > I would appreciate any help or advice, or if someone can point out whether > or > not it is even possible to restore from v7.23 to v7.31 > > Thank you! > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c2675cf0c93604dee20982

If you can get the two machines to talk to each other you can copy the data directly from one to the other as noted in my other post. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 10:50 AM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > Thanks, I had feared that would be the case. > > I am unable to export the database as there is insufficient local > diskspace, > and no simple means of adding more. > The server has NFS v2, which I'm unable to upgrade, so when I tried > exporting > the database to the NFS filesystem, it failed at the first table that was > over > 2Gb. > > Is it possible to export the database directly to multiple tapes? > The database is around 110Gb, and I only have a DDS3 tape device available > to > the server. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c285148ef74904dee21958

Thanks, that's really clear. Unfortunately, both these machines are old legacy HPUX boxes that are no longer in production, and no longer under any kind of support. As a consequence, upgrading is out of the question. The business needs to keep the data from the 7.23 instance, but I fear the hardware will fail at some point and be a pain to replace. Hence me wanting to export it to a newer server to give greater options for a proper export and longer term storage. I can have the two machines communicate, that's not a problem. Option 3 sounds the most promising, what mechanism could I use to push the data from one server to another? Is your copy script freely available?

If your old box has a USB port you can buy a simple 1-2 TB USB external drive at Staples, etc., and export to that then move the drive to the new machine for the import. Slow, I know, but probably not much slower than the DDS3 tape drive. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 10:50 AM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > Thanks, I had feared that would be the case. > > I am unable to export the database as there is insufficient local > diskspace, > and no simple means of adding more. > The server has NFS v2, which I'm unable to upgrade, so when I tried > exporting > the database to the NFS filesystem, it failed at the first table that was > over > 2Gb. > > Is it possible to export the database directly to multiple tapes? > The database is around 110Gb, and I only have a DDS3 tape device available > to > the server. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --089e013d1a4ad0c81404dee229e6

Nice idea, just trust the machines and copy data using insert into db@instance:table select * from table; Should be faster than unloading/loading data. If you set no logging on both instances, you should get the fastest result. First use dbschema to create an identical structure on the destination server, leave out the constraints, then copy all the data and create all indexes and constraints. Marcus Haarmann ----- Ursprüngliche Mail ----- Von: "Art Kagel" <art.kagel@gmail.com> An: ids@iiug.org Gesendet: Dienstag, 11. Juni 2013 16:56:33 Betreff: Re: ontape -r Memory Fault [30482] If you can get the two machines to talk to each other you can copy the data directly from one to the other as noted in my other post. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 10:50 AM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > Thanks, I had feared that would be the case. > > I am unable to export the database as there is insufficient local > diskspace, > and no simple means of adding more. > The server has NFS v2, which I'm unable to upgrade, so when I tried > exporting > the database to the NFS filesystem, it failed at the first table that was > over > 2Gb. > > Is it possible to export the database directly to multiple tapes? > The database is around 110Gb, and I only have a DDS3 tape device available > to > the server. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c285148ef74904dee21958 ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

Hi, maybe it would be easier to make a virtual machine (or another one with bigger hard disks), restore the engine from tape there (using the same IFX version as on the original machine and upgrade afterwards to 7.31. Other way (takes more time, the stony way) would be to get the dbschema of the old instance, install it in a new 7.31 instance and then unload/load the tables one by one, applying any constraints and indexes after the loads. When a table unload gets bigger than 2GB (which exceeds the limits of NFSv2), you should be able to find a way to unload in multiple parts. dbexport cannot do this. Maybe you can grab out the (hopefully small amount of) huge tables and copy the rest using dbexport/dbimport (this would imply you drop the huge tables after unloading them, because dbexport cannot skip tables) and later load the tables again from csv files. Marcus Haarmann ----- Ursprüngliche Mail ----- Von: "LUKE MORGAN" <lukemorgan@eaton.com> An: ids@iiug.org Gesendet: Dienstag, 11. Juni 2013 16:50:31 Betreff: Re: ontape -r Memory Fault [30480] Thanks, I had feared that would be the case. I am unable to export the database as there is insufficient local diskspace, and no simple means of adding more. The server has NFS v2, which I'm unable to upgrade, so when I tried exporting the database to the NFS filesystem, it failed at the first table that was over 2Gb. Is it possible to export the database directly to multiple tapes? The database is around 110Gb, and I only have a DDS3 tape device available to the server. ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

Luke: Sorry, I sometimes assume that after all these years everyone knows about the IIUG Software Repository. My dbcopy utility is part of my package utils2_ak which you can download, along with the utils4_ak package (a set of AWK scripts that post-process the dbschema output - or output from the myschema utility in utils2_ak - to create useful shell scripts that can operate on all the tables in your database easily). You can download both packages, and lots of other useful Informix tools, free from the International Informix Users Group Software Repository web site ( www.iiug.org/software). If you are not already a member, please join - that's free also and it increases our leverage with IBM. I'm going to go out on a limb and make the following suggestion: - Go out and buy an over-the-counter PC with two cores (or as few as you can find) with a TB or three of disk and install Linux on it. Should cost less that $1000US - Go to the IBM Informix pages (www.informix.com - still works) and go to <Downloads> and download the IBM Informix Innovator Edition v12.10. Innovator Edition is free from IBM for any use at all, including production use, with optional support for around $2000US/year if you want/need it. There are not database size limitations on it so it can and will handle your database. The memory is limited to 2GB of memory and a single CPU VP. Considering that you seem to be running production on an old PA-RISC machine that wasn't much more capable than that in the past and now you need this server just for legacy safety, this should work for you just fine and will probably be faster. - Use dbcopy and mkdbcopy.awk (or my dbscript utility - also in utils2_ak) to copy the data to this new server. Informix's backward and forward compatibility is legendary. I wouldn't be surprised if all of your existing applications that access this old engine will work just fine connected to the v12.10 engine. Though the internal library call protocols changed between 7.24 and 7.30 IB that there is a compatibility library included with all of the current engine releases (and you would need that to talk to 7.31 anyway). If your apps work against the v12.10 engine you will be able to get rid of the aging hardware that has you worried altogether! Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 11:01 AM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > Thanks, that's really clear. > Unfortunately, both these machines are old legacy HPUX boxes that are no > longer in production, and no longer under any kind of support. > As a consequence, upgrading is out of the question. > > The business needs to keep the data from the 7.23 instance, but I fear the > hardware will fail at some point and be a pain to replace. > Hence me wanting to export it to a newer server to give greater options > for a > proper export and longer term storage. > > I can have the two machines communicate, that's not a problem. > Option 3 sounds the most promising, what mechanism could I use to push the > data from one server to another? > Is your copy script freely available? > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c26a30e7ef3904dee2991c

Art, That's really very helpful, thank you!! I will have a go with Informix Innovator and your shell scripts and see where that gets me. Is it possible to run it on a virtualised Linux server? If so, and if I can get the data onto it, that's my long term storage problem solved! Thanks again. Luke

Yup, Informix runs just fine on a VM, IB you may even be able to download a ready-to-run VMWare image, not sure. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 11:36 AM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > Art, > > That's really very helpful, thank you!! > > I will have a go with Informix Innovator and your shell scripts and see > where > that gets me. > Is it possible to run it on a virtualised Linux server? > If so, and if I can get the data onto it, that's my long term storage > problem > solved! > > Thanks again. > > Luke > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c2675c6f9ccb04dee31fe3

If your database is 110GB than you can not use Innovator since v12.10 has data storage space limitation at 8GB Hrvoje On 11.6.2013. 17:36, LUKE MORGAN wrote: > Art, > > That's really very helpful, thank you!! > > I will have a go with Informix Innovator and your shell scripts and see where > that gets me. > Is it possible to run it on a virtualised Linux server? > If so, and if I can get the data onto it, that's my long term storage problem > solved! > > Thanks again. > > Luke > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > >

Art, are you sure there's no database size limitation? According to Carlton: http://www.ibm.com/developerworks/data/library/techarticle/dm-0801doe/ there's 8GB data storage space limitation. Hrvoje On 11.6.2013. 17:32, Art Kagel wrote: > Luke: > > Sorry, I sometimes assume that after all these years everyone knows about > the IIUG Software Repository. My dbcopy utility is part of my package > utils2_ak which you can download, along with the utils4_ak package (a set > of AWK scripts that post-process the dbschema output - or output from the > myschema utility in utils2_ak - to create useful shell scripts that can > operate on all the tables in your database easily). You can download both > packages, and lots of other useful Informix tools, free from the > International Informix Users Group Software Repository web site ( > www.iiug.org/software). If you are not already a member, please join - > that's free also and it increases our leverage with IBM. > > I'm going to go out on a limb and make the following suggestion: > > - Go out and buy an over-the-counter PC with two cores (or as few as you > > can find) with a TB or three of disk and install Linux on it. Should cost > > less that $1000US > > - Go to the IBM Informix pages (www.informix.com - still works) and go > > to <Downloads> and download the IBM Informix Innovator Edition v12.10. > > Innovator Edition is free from IBM for any use at all, including > > production use, with optional support for around $2000US/year if you > > want/need it. There are not database size limitations on it so it can and > > will handle your database. The memory is limited to 2GB of memory and a > > single CPU VP. Considering that you seem to be running production on an > > old PA-RISC machine that wasn't much more capable than that in the past and > > now you need this server just for legacy safety, this should work for you > > just fine and will probably be faster. > > - Use dbcopy and mkdbcopy.awk (or my dbscript utility - also in > > utils2_ak) to copy the data to this new server. > > Informix's backward and forward compatibility is legendary. I wouldn't be > surprised if all of your existing applications that access this old engine > will work just fine connected to the v12.10 engine. Though the internal > library call protocols changed between 7.24 and 7.30 IB that there is a > compatibility library included with all of the current engine releases (and > you would need that to talk to 7.31 anyway). If your apps work against the > v12.10 engine you will be able to get rid of the aging hardware that has > you worried altogether! > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other organization with which I am associated either explicitly, > implicitly, or by inference. Neither do those opinions reflect those of > other individuals affiliated with any entity with which I am affiliated nor > those of the entities themselves. > > On Tue, Jun 11, 2013 at 11:01 AM, LUKE MORGAN <lukemorgan@eaton.com> wrote: > >> Thanks, that's really clear. >> Unfortunately, both these machines are old legacy HPUX boxes that are no >> longer in production, and no longer under any kind of support. >> As a consequence, upgrading is out of the question. >> >> The business needs to keep the data from the 7.23 instance, but I fear the >> hardware will fail at some point and be a pain to replace. >> Hence me wanting to export it to a newer server to give greater options >> for a >> proper export and longer term storage. >> >> I can have the two machines communicate, that's not a problem. >> Option 3 sounds the most promising, what mechanism could I use to push the >> data from one server to another? >> Is your copy script freely available? >> >> >> >> > ******************************************************************************* >> Forum Note: Use "Reply" to post a response in the discussion forum. >> >> > --001a11c26a30e7ef3904dee2991c > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > >

AARRGGHH - I forgot they added that restriction in there when 12.10 came out! OK, the OP could go with Express Edition with a Authorized User Single Install license or a Socket license which isn't too bad. A paid license but no expensive. Don't have the Express Edition pricing handy but a Socket license for Workgroup Edition, which is higher, is only about $15,000/socket if I'm remembering correctly. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 12:44 PM, Hrvoje Zokovic <hzokovic.iiug@gmail.com>wrote: > If your database is 110GB than you can not use Innovator since v12.10 > has data storage space limitation at 8GB > Hrvoje > > On 11.6.2013. 17:36, LUKE MORGAN wrote: > > Art, > > > > That's really very helpful, thank you!! > > > > I will have a go with Informix Innovator and your shell scripts and see > where > > that gets me. > > Is it possible to run it on a virtualised Linux server? > > If so, and if I can get the data onto it, that's my long term storage > problem > > solved! > > > > Thanks again. > > > > Luke > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c3b9a29931b504dee3b8a7

Hi, For this purpose, maybe you should use the 11.70 Release of innovator-C which has unlimited data storage and is still available. Since you seem to do this for archiving purposes mostly, then there is no real risk from my point of view. Marcus Haarmann ----- Ursprüngliche Mail ----- Von: "Art Kagel" <art.kagel@gmail.com> An: ids@iiug.org Gesendet: Dienstag, 11. Juni 2013 18:52:47 Betreff: Re: ontape -r Memory Fault [30499] AARRGGHH - I forgot they added that restriction in there when 12.10 came out! OK, the OP could go with Express Edition with a Authorized User Single Install license or a Socket license which isn't too bad. A paid license but no expensive. Don't have the Express Edition pricing handy but a Socket license for Workgroup Edition, which is higher, is only about $15,000/socket if I'm remembering correctly. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Tue, Jun 11, 2013 at 12:44 PM, Hrvoje Zokovic <hzokovic.iiug@gmail.com>wrote: > If your database is 110GB than you can not use Innovator since v12.10 > has data storage space limitation at 8GB > Hrvoje > > On 11.6.2013. 17:36, LUKE MORGAN wrote: > > Art, > > > > That's really very helpful, thank you!! > > > > I will have a go with Informix Innovator and your shell scripts and see > where > > that gets me. > > Is it possible to run it on a virtualised Linux server? > > If so, and if I can get the data onto it, that's my long term storage > problem > > solved! > > > > Thanks again. > > > > Luke > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c3b9a29931b504dee3b8a7 ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.