RE: No more pages in a tablespace

Posted in 2012

Summary

Larry hit "partition ... no more pages" on IDS 11.50.FC5 (Solaris 10): a history table had reached 16,777,215 pages in one 2K-page partition. Paul confirmed the ~16M-page-per-fragment limit still applies. Suggested fixes: fragment the table with ALTER FRAGMENT ... INIT (which can partition an as-yet-unfragmented table in place), or, as a quick workaround, create an equally large dbspace with 8K/16K pages, copy the data to a duplicate table and rename. Joe posted a sysmaster/systabinfo query to flag partitions over 10M pages for proactive monitoring. No follow-up confirming the outcome.

Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.

Topics: Storage & Space Management, Data Types & Schema Design, Transactions, Locking & Isolation, Platform-Specific Issues

Larry Sorensen — Fri, 20 Apr 2012 14:08:31 — source: IIUG Forums & Mailing Lists

I am running IDS 11.50.FC5 on Solaris 10 I am receiving the error 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c /opt/informix/production/etc/log_full.sh 3 46 "part ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" oncheck -pt shows the following: > oncheck -pt dle_gen:informix.eclaim_h_history TBLspace Report for dle_gen:informix.eclaim_h_hist Physical Address 13:2368379 Creation date 10/18/2009 03:16:04 TBLspace Flags 800902 Row Locking TBLspace contains VARCHARS TBLspace use 4 bit bit-maps Maximum row size 1491 Number of special columns 4 Number of keys 7 Number of extents 85 Current serial value 16342518 Current SERIAL8 value 1 Current BIGSERIAL value 1 Current REFID value 1 Pagesize (k) 2 First extent size 8 Next extent size 524288 Number of pages allocated 16777215 Number of pages used 16777215 Number of data pages 16281308 Number of rows 16281308 I saw a previous post by Art stating that a single fragment of a table cannot have more than 16 million pages. It appears that we may have reached that limit. Is that still the case for IDS 11.50? I couldn't find a version in the previous post. Also, if that is the case, what is the detailed process for fragmenting this table? Larry

↪ replying to Larry Sorensen

Paul Watson — Fri, 20 Apr 2012 14:11:17 — source: IIUG Forums & Mailing Lists

Still a hard limit AFAIK Cheers Paul -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Larry Sorensen Sent: Friday, April 20, 2012 9:09 AM To: ids@iiug.org Subject: RE: No more pages in a tablespace [26766] I am running IDS 11.50.FC5 on Solaris 10 I am receiving the error 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c /opt/informix/production/etc/log_full.sh 3 46 "part ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" oncheck -pt shows the following: > oncheck -pt dle_gen:informix.eclaim_h_history TBLspace Report for dle_gen:informix.eclaim_h_hist Physical Address 13:2368379 Creation date 10/18/2009 03:16:04 TBLspace Flags 800902 Row Locking TBLspace contains VARCHARS TBLspace use 4 bit bit-maps Maximum row size 1491 Number of special columns 4 Number of keys 7 Number of extents 85 Current serial value 16342518 Current SERIAL8 value 1 Current BIGSERIAL value 1 Current REFID value 1 Pagesize (k) 2 First extent size 8 Next extent size 524288 Number of pages allocated 16777215 Number of pages used 16777215 Number of data pages 16281308 Number of rows 16281308 I saw a previous post by Art stating that a single fragment of a table cannot have more than 16 million pages. It appears that we may have reached that limit. Is that still the case for IDS 11.50? I couldn't find a version in the previous post. Also, if that is the case, what is the detailed process for fragmenting this table? Larry **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to Paul Watson

LARRY SORENSEN — Fri, 20 Apr 2012 14:12:52 — source: IIUG Forums & Mailing Lists

OK. So, now that I have reached that limit, what are the steps that I need to go through to fragment that production table? > To: ids@iiug.org > From: paul@oninit.com > Subject: RE: No more pages in a tablespace [26767] > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > Still a hard limit AFAIK > > Cheers > Paul > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Larry > Sorensen > Sent: Friday, April 20, 2012 9:09 AM > To: ids@iiug.org > Subject: RE: No more pages in a tablespace [26766] > > I am running IDS 11.50.FC5 on Solaris 10 > > I am receiving the error > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > /opt/informix/production/etc/log_full.sh 3 46 "part > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > oncheck -pt shows the following:> > > oncheck -pt dle_gen:informix.eclaim_h_history> > TBLspace Report for dle_gen:informix.eclaim_h_hist > > Physical Address 13:2368379 > > Creation date 10/18/2009 03:16:04 > > TBLspace Flags 800902 Row Locking > > TBLspace contains VARCHARS > > TBLspace use 4 bit bit-maps > > Maximum row size 1491 > > Number of special columns 4 > > Number of keys 7 > > Number of extents 85 > > Current serial value 16342518 > > Current SERIAL8 value 1 > > Current BIGSERIAL value 1 > > Current REFID value 1 > > Pagesize (k) 2 > > First extent size 8 > > Next extent size 524288 > > Number of pages allocated 16777215 > > Number of pages used 16777215 > > Number of data pages 16281308 > > Number of rows 16281308 > > I saw a previous post by Art stating that a single fragment of a table > cannot have more than 16 million pages. It appears that we may have reached > that limit. Is that still the case for IDS 11.50? I couldn't find a version > in the previous post. > > Also, if that is the case, what is the detailed process for fragmenting this > > table? > > Larry > > **************************************************************************** > *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >

↪ replying to LARRY SORENSEN

Alexandre Marini — Fri, 20 Apr 2012 14:52:29 — source: IIUG Forums & Mailing Lists

http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 Att Alexandre Marini IBM Informix Certified Professional v10 / v11.50 / v11.70 IBM Information Management Informix Technical Professional IBM Infosphere DataStage Technical Professional Database Administrator > To: ids@iiug.org > From: lsorensen25@msn.com > Subject: RE: No more pages in a tablespace [26768] > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > OK. So, now that I have reached that limit, what are the steps that I need to > go through to fragment that production table? > > To: ids@iiug.org > > From: paul@oninit.com > > Subject: RE: No more pages in a tablespace [26767] > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > Still a hard limit AFAIK > > > > Cheers > > Paul > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Larry > > Sorensen > > Sent: Friday, April 20, 2012 9:09 AM > > To: ids@iiug.org > > Subject: RE: No more pages in a tablespace [26766] > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > I am receiving the error > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > /opt/informix/production/etc/log_full.sh 3 46 "part > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > oncheck -pt shows the following:> > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > Physical Address 13:2368379 > > > > Creation date 10/18/2009 03:16:04 > > > > TBLspace Flags 800902 Row Locking > > > > TBLspace contains VARCHARS > > > > TBLspace use 4 bit bit-maps > > > > Maximum row size 1491 > > > > Number of special columns 4 > > > > Number of keys 7 > > > > Number of extents 85 > > > > Current serial value 16342518 > > > > Current SERIAL8 value 1 > > > > Current BIGSERIAL value 1 > > > > Current REFID value 1 > > > > Pagesize (k) 2 > > > > First extent size 8 > > > > Next extent size 524288 > > > > Number of pages allocated 16777215 > > > > Number of pages used 16777215 > > > > Number of data pages 16281308 > > > > Number of rows 16281308 > > > > I saw a previous post by Art stating that a single fragment of a table > > cannot have more than 16 million pages. It appears that we may have reached > > that limit. Is that still the case for IDS 11.50? I couldn't find a version > > in the previous post. > > > > Also, if that is the case, what is the detailed process for fragmenting this > > > > table? > > > > Larry > > > > **************************************************************************** > > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >

↪ replying to Alexandre Marini

LARRY SORENSEN — Fri, 20 Apr 2012 14:58:54 — source: IIUG Forums & Mailing Lists

I appreciate that link; however, it appears that it only applies to tables that have already been fragmented. I need to know 1) Can you fragment an existing table...possibly an in place fragmenting or must I create a new table with fragmenting and then move the data from one table to the other; drop the previous table; and rename the new table? 2) If I must create a new table with fragmenting, does anyone one have a basic outline of the steps involved? > To: ids@iiug.org > From: alexandre@briug.org > Subject: RE: No more pages in a tablespace [26770] > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > Att > > Alexandre Marini > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > IBM Information Management Informix Technical Professional > > IBM Infosphere DataStage Technical Professional > Database Administrator > > > To: ids@iiug.org > > From: lsorensen25@msn.com > > Subject: RE: No more pages in a tablespace [26768] > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > OK. So, now that I have reached that limit, what are the steps that I need > to > > go through to fragment that production table? > > > To: ids@iiug.org > > > From: paul@oninit.com > > > Subject: RE: No more pages in a tablespace [26767] > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > Still a hard limit AFAIK > > > > > > Cheers > > > Paul > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Larry > > > Sorensen > > > Sent: Friday, April 20, 2012 9:09 AM > > > To: ids@iiug.org > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > I am receiving the error > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > oncheck -pt shows the following:> > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > Physical Address 13:2368379 > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > TBLspace Flags 800902 Row Locking > > > > > > TBLspace contains VARCHARS > > > > > > TBLspace use 4 bit bit-maps > > > > > > Maximum row size 1491 > > > > > > Number of special columns 4 > > > > > > Number of keys 7 > > > > > > Number of extents 85 > > > > > > Current serial value 16342518 > > > > > > Current SERIAL8 value 1 > > > > > > Current BIGSERIAL value 1 > > > > > > Current REFID value 1 > > > > > > Pagesize (k) 2 > > > > > > First extent size 8 > > > > > > Next extent size 524288 > > > > > > Number of pages allocated 16777215 > > > > > > Number of pages used 16777215 > > > > > > Number of data pages 16281308 > > > > > > Number of rows 16281308 > > > > > > I saw a previous post by Art stating that a single fragment of a table > > > cannot have more than 16 million pages. It appears that we may have > reached > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > version > > > in the previous post. > > > > > > Also, if that is the case, what is the detailed process for fragmenting > this > > > > > > table? > > > > > > Larry > > > > > > > **************************************************************************** > > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >

↪ replying to Alexandre Marini

LARRY SORENSEN — Fri, 20 Apr 2012 15:14:09 — source: IIUG Forums & Mailing Lists

My mistake. It does appear that the link can be used for tables that have not been fragmented yet. You use it with the INIT option. I am still trying to wrap my brain around this. So, once I get the syntax down, I can run this against an existing table; and it will break it up into however many fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org > From: alexandre@briug.org > Subject: RE: No more pages in a tablespace [26770] > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > Att > > Alexandre Marini > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > IBM Information Management Informix Technical Professional > > IBM Infosphere DataStage Technical Professional > Database Administrator > > > To: ids@iiug.org > > From: lsorensen25@msn.com > > Subject: RE: No more pages in a tablespace [26768] > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > OK. So, now that I have reached that limit, what are the steps that I need > to > > go through to fragment that production table? > > > To: ids@iiug.org > > > From: paul@oninit.com > > > Subject: RE: No more pages in a tablespace [26767] > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > Still a hard limit AFAIK > > > > > > Cheers > > > Paul > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Larry > > > Sorensen > > > Sent: Friday, April 20, 2012 9:09 AM > > > To: ids@iiug.org > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > I am receiving the error > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > oncheck -pt shows the following:> > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > Physical Address 13:2368379 > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > TBLspace Flags 800902 Row Locking > > > > > > TBLspace contains VARCHARS > > > > > > TBLspace use 4 bit bit-maps > > > > > > Maximum row size 1491 > > > > > > Number of special columns 4 > > > > > > Number of keys 7 > > > > > > Number of extents 85 > > > > > > Current serial value 16342518 > > > > > > Current SERIAL8 value 1 > > > > > > Current BIGSERIAL value 1 > > > > > > Current REFID value 1 > > > > > > Pagesize (k) 2 > > > > > > First extent size 8 > > > > > > Next extent size 524288 > > > > > > Number of pages allocated 16777215 > > > > > > Number of pages used 16777215 > > > > > > Number of data pages 16281308 > > > > > > Number of rows 16281308 > > > > > > I saw a previous post by Art stating that a single fragment of a table > > > cannot have more than 16 million pages. It appears that we may have > reached > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > version > > > in the previous post. > > > > > > Also, if that is the case, what is the detailed process for fragmenting > this > > > > > > table? > > > > > > Larry > > > > > > > **************************************************************************** > > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >

↪ replying to LARRY SORENSEN

LARRY SORENSEN — Fri, 20 Apr 2012 16:07:02 — source: IIUG Forums & Mailing Lists

Does anyone have any scripts or monitoring strategies that they have incorporated to monitor for situations like and other similar things for preventative maintenance? Larry > To: ids@iiug.org > From: lsorensen25@msn.com > Subject: RE: No more pages in a tablespace [26773] > Date: Fri, 20 Apr 2012 11:14:10 -0400 > > My mistake. It does appear that the link can be used for tables that have not > been fragmented yet. You use it with the INIT option. I am still trying to > wrap my brain around this. So, once I get the syntax down, I can run this > against an existing table; and it will break it up into however many > fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org > > From: alexandre@briug.org > > Subject: RE: No more pages in a tablespace [26770] > > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > > > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > > > Att > > > > Alexandre Marini > > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > > > IBM Information Management Informix Technical Professional > > > > IBM Infosphere DataStage Technical Professional > > Database Administrator > > > > > To: ids@iiug.org > > > From: lsorensen25@msn.com > > > Subject: RE: No more pages in a tablespace [26768] > > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > > > OK. So, now that I have reached that limit, what are the steps that I need > > to > > > go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > > > > > > > I saw a previous post by Art stating that a single fragment of a table > > > > cannot have more than 16 million pages. It appears that we may have > > reached > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > version > > > > in the previous post. > > > > > > > > Also, if that is the case, what is the detailed process for fragmenting > > this > > > > > > > > table? > > > > > > > > Larry > > > > > > > > > > **************************************************************************** > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >

↪ replying to LARRY SORENSEN

Joe Jurcazak — Fri, 20 Apr 2012 16:10:33 — source: IIUG Forums & Mailing Lists

You can play around with something like this as it will give you partitions above 10 million pages: select dbsname [1,16], tabname [1,25], ti_nptotal alloc_in_pages, ti_npused used_in_pages, ti_npdata data_in_pages, ti_nextns n_extents, ti_nextsiz next_extents_size, ti_pagesize pagesize from sysmaster:systabinfo, sysmaster:sysptprof where partnum = ti_partnum and tabname not matches "TBL*" and dbsname not in ('sysmaster', 'sysutils') and ti_nptotal > 10000000 order by 3 desc --- Ardenta Ltd is a company registered in England and Wales. Registered number: 4181041. Registered office: Saxon House, Downside, Sunbury on Thames, Middlesex, TW16 6RT. -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of LARRY SORENSEN Sent: 20 April 2012 17:07 To: ids@iiug.org Subject: RE: No more pages in a tablespace [26774] Does anyone have any scripts or monitoring strategies that they have incorporated to monitor for situations like and other similar things for preventative maintenance? Larry > To: ids@iiug.org > From: lsorensen25@msn.com > Subject: RE: No more pages in a tablespace [26773] > Date: Fri, 20 Apr 2012 11:14:10 -0400 > > My mistake. It does appear that the link can be used for tables that have not > been fragmented yet. You use it with the INIT option. I am still trying to > wrap my brain around this. So, once I get the syntax down, I can run this > against an existing table; and it will break it up into however many > fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org > > From: alexandre@briug.org > > Subject: RE: No more pages in a tablespace [26770] > > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > > > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > > > Att > > > > Alexandre Marini > > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > > > IBM Information Management Informix Technical Professional > > > > IBM Infosphere DataStage Technical Professional > > Database Administrator > > > > > To: ids@iiug.org > > > From: lsorensen25@msn.com > > > Subject: RE: No more pages in a tablespace [26768] > > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > > > OK. So, now that I have reached that limit, what are the steps that I need > > to > > > go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > > > > > > > I saw a previous post by Art stating that a single fragment of a table > > > > cannot have more than 16 million pages. It appears that we may have > > reached > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > version > > > > in the previous post. > > > > > > > > Also, if that is the case, what is the detailed process for fragmenting > > this > > > > > > > > table? > > > > > > > > Larry > > > > > > > > > > **************************************************************************** > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to LARRY SORENSEN

rroussey@comcast.net — Fri, 20 Apr 2012 18:18:59 — source: IIUG Forums & Mailing Lists

A quick and dirty fix - if you have the space - is to create a dbspace just as big as your current one of 8 or 16k pages, create a duplicate table in there, copy the data and do the renaming . Fragmentation is the better option if you can swing it. Bob ----- Original Message ----- From: "LARRY SORENSEN" <lsorensen25@msn.com> To: ids@iiug.org Sent: Friday, April 20, 2012 11:14:10 AM Subject: RE: No more pages in a tablespace [26773] My mistake. It does appear that the link can be used for tables that have not been fragmented yet. You use it with the INIT option. I am still trying to wrap my brain around this. So, once I get the syntax down, I can run this against an existing table; and it will break it up into however many fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org > From: alexandre@briug.org > Subject: RE: No more pages in a tablespace [26770] > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > Att > > Alexandre Marini > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > IBM Information Management Informix Technical Professional > > IBM Infosphere DataStage Technical Professional > Database Administrator > > > To: ids@iiug.org > > From: lsorensen25@msn.com > > Subject: RE: No more pages in a tablespace [26768] > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > OK. So, now that I have reached that limit, what are the steps that I need > to > > go through to fragment that production table? > > > To: ids@iiug.org > > > From: paul@oninit.com > > > Subject: RE: No more pages in a tablespace [26767] > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > Still a hard limit AFAIK > > > > > > Cheers > > > Paul > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Larry > > > Sorensen > > > Sent: Friday, April 20, 2012 9:09 AM > > > To: ids@iiug.org > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > I am receiving the error > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > oncheck -pt shows the following:> > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > Physical Address 13:2368379 > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > TBLspace Flags 800902 Row Locking > > > > > > TBLspace contains VARCHARS > > > > > > TBLspace use 4 bit bit-maps > > > > > > Maximum row size 1491 > > > > > > Number of special columns 4 > > > > > > Number of keys 7 > > > > > > Number of extents 85 > > > > > > Current serial value 16342518 > > > > > > Current SERIAL8 value 1 > > > > > > Current BIGSERIAL value 1 > > > > > > Current REFID value 1 > > > > > > Pagesize (k) 2 > > > > > > First extent size 8 > > > > > > Next extent size 524288 > > > > > > Number of pages allocated 16777215 > > > > > > Number of pages used 16777215 > > > > > > Number of data pages 16281308 > > > > > > Number of rows 16281308 > > > > > > I saw a previous post by Art stating that a single fragment of a table > > > cannot have more than 16 million pages. It appears that we may have > reached > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > version > > > in the previous post. > > > > > > Also, if that is the case, what is the detailed process for fragmenting > this > > > > > > table? > > > > > > Larry > > > > > > > **************************************************************************** > > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to rroussey@comcast.net

Peter_Logan@spartanstores.com — Fri, 20 Apr 2012 18:22:38 — source: IIUG Forums & Mailing Lists

depending on your logging space and such, instead of copying and renaming .. you can alter the table to the new dbspace ... this would keep anything like RI and such in place ... alter fragment on table_1 init in dbspace2; Doing this into the dbspace with the larger page size will fix it ... Peter Logan Senior Database Administrator Phone: 616/878-8309 From: "rroussey@comcast.net" <rroussey@comcast.net> To: ids@iiug.org Date: 04/20/2012 02:19 PM Subject: Re: No more pages in a tablespace [26776] Sent by: ids-bounces@iiug.org A quick and dirty fix - if you have the space - is to create a dbspace just as big as your current one of 8 or 16k pages, create a duplicate table in there, copy the data and do the renaming . Fragmentation is the better option if you can swing it. Bob ----- Original Message ----- From: "LARRY SORENSEN" <lsorensen25@msn.com> To: ids@iiug.org Sent: Friday, April 20, 2012 11:14:10 AM Subject: RE: No more pages in a tablespace [26773] My mistake. It does appear that the link can be used for tables that have not been fragmented yet. You use it with the INIT option. I am still trying to wrap my brain around this. So, once I get the syntax down, I can run this against an existing table; and it will break it up into however many fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org > From: alexandre@briug.org > Subject: RE: No more pages in a tablespace [26770] > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > Att > > Alexandre Marini > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > IBM Information Management Informix Technical Professional > > IBM Infosphere DataStage Technical Professional > Database Administrator > > > To: ids@iiug.org > > From: lsorensen25@msn.com > > Subject: RE: No more pages in a tablespace [26768] > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > OK. So, now that I have reached that limit, what are the steps that I need > to > > go through to fragment that production table? > > > To: ids@iiug.org > > > From: paul@oninit.com > > > Subject: RE: No more pages in a tablespace [26767] > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > Still a hard limit AFAIK > > > > > > Cheers > > > Paul > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Larry > > > Sorensen > > > Sent: Friday, April 20, 2012 9:09 AM > > > To: ids@iiug.org > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > I am receiving the error > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > oncheck -pt shows the following:> > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > Physical Address 13:2368379 > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > TBLspace Flags 800902 Row Locking > > > > > > TBLspace contains VARCHARS > > > > > > TBLspace use 4 bit bit-maps > > > > > > Maximum row size 1491 > > > > > > Number of special columns 4 > > > > > > Number of keys 7 > > > > > > Number of extents 85 > > > > > > Current serial value 16342518 > > > > > > Current SERIAL8 value 1 > > > > > > Current BIGSERIAL value 1 > > > > > > Current REFID value 1 > > > > > > Pagesize (k) 2 > > > > > > First extent size 8 > > > > > > Next extent size 524288 > > > > > > Number of pages allocated 16777215 > > > > > > Number of pages used 16777215 > > > > > > Number of data pages 16281308 > > > > > > Number of rows 16281308 > > > > > > I saw a previous post by Art stating that a single fragment of a table > > > cannot have more than 16 million pages. It appears that we may have > reached > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > version > > > in the previous post. > > > > > > Also, if that is the case, what is the detailed process for fragmenting > this > > > > > > table? > > > > > > Larry > > > > > > > **************************************************************************** > > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum. ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to LARRY SORENSEN

Art Kagel — Fri, 20 Apr 2012 19:15:27 — source: IIUG Forums & Mailing Lists

Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT ....) or move the table to a dbspace with wider pages so that more rows fit on a page - so fewer pages. Choose a page size to minimize wasted space on the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new dbspace>; 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com>wrote: > OK. So, now that I have reached that limit, what are the steps that I need > to > go through to fragment that production table? > > To: ids@iiug.org > > From: paul@oninit.com > > Subject: RE: No more pages in a tablespace [26767] > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > Still a hard limit AFAIK > > > > Cheers > > Paul > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Larry > > Sorensen > > Sent: Friday, April 20, 2012 9:09 AM > > To: ids@iiug.org > > Subject: RE: No more pages in a tablespace [26766] > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > I am receiving the error > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > /opt/informix/production/etc/log_full.sh 3 46 "part > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > oncheck -pt shows the following:> > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > Physical Address 13:2368379 > > > > Creation date 10/18/2009 03:16:04 > > > > TBLspace Flags 800902 Row Locking > > > > TBLspace contains VARCHARS > > > > TBLspace use 4 bit bit-maps > > > > Maximum row size 1491 > > > > Number of special columns 4 > > > > Number of keys 7 > > > > Number of extents 85 > > > > Current serial value 16342518 > > > > Current SERIAL8 value 1 > > > > Current BIGSERIAL value 1 > > > > Current REFID value 1 > > > > Pagesize (k) 2 > > > > First extent size 8 > > > > Next extent size 524288 > > > > Number of pages allocated 16777215 > > > > Number of pages used 16777215 > > > > Number of data pages 16281308 > > > > Number of rows 16281308 > > > > I saw a previous post by Art stating that a single fragment of a table > > cannot have more than 16 million pages. It appears that we may have > reached > > that limit. Is that still the case for IDS 11.50? I couldn't find a > version > > in the previous post. > > > > Also, if that is the case, what is the detailed process for fragmenting > this > > > > table? > > > > Larry > > > > > **************************************************************************** > > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --e89a8f3ba75f2a4c5a04be211cd6

↪ replying to LARRY SORENSEN

Art Kagel — Fri, 20 Apr 2012 19:18:39 — source: IIUG Forums & Mailing Lists

YES! You can fragment any table using the ALTER FRAGMENT ... INIT.... syntax. 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 Fri, Apr 20, 2012 at 10:58 AM, LARRY SORENSEN <lsorensen25@msn.com>wrote: > I appreciate that link; however, it appears that it only applies to tables > that have already been fragmented. I need to know 1) Can you fragment an > existing table...possibly an in place fragmenting or must I create a new > table > with fragmenting and then move the data from one table to the other; drop > the > previous table; and rename the new table? 2) If I must create a new table > with > fragmenting, does anyone one have a basic outline of the steps involved? > > To: ids@iiug.org > > From: alexandre@briug.org > > Subject: RE: No more pages in a tablespace [26770] > > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > > > > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > > > Att > > > > Alexandre Marini > > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > > > IBM Information Management Informix Technical Professional > > > > IBM Infosphere DataStage Technical Professional > > Database Administrator > > > > > To: ids@iiug.org > > > From: lsorensen25@msn.com > > > Subject: RE: No more pages in a tablespace [26768] > > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > > > OK. So, now that I have reached that limit, what are the steps that I > need > > to > > > go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > > > > > > > I saw a previous post by Art stating that a single fragment of a > table > > > > cannot have more than 16 million pages. It appears that we may have > > reached > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > version > > > > in the previous post. > > > > > > > > Also, if that is the case, what is the detailed process for > fragmenting > > this > > > > > > > > table? > > > > > > > > Larry > > > > > > > > > > > **************************************************************************** > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --14dae9340d598ff7e104be2124ab

↪ replying to LARRY SORENSEN

Art Kagel — Fri, 20 Apr 2012 19:19:28 — source: IIUG Forums & Mailing Lists

Yup. 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 Fri, Apr 20, 2012 at 11:14 AM, LARRY SORENSEN <lsorensen25@msn.com>wrote: > My mistake. It does appear that the link can be used for tables that have > not > been fragmented yet. You use it with the INIT option. I am still trying to > wrap my brain around this. So, once I get the syntax down, I can run this > against an existing table; and it will break it up into however many > fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org > > From: alexandre@briug.org > > Subject: RE: No more pages in a tablespace [26770] > > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > > > > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > > > Att > > > > Alexandre Marini > > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > > > IBM Information Management Informix Technical Professional > > > > IBM Infosphere DataStage Technical Professional > > Database Administrator > > > > > To: ids@iiug.org > > > From: lsorensen25@msn.com > > > Subject: RE: No more pages in a tablespace [26768] > > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > > > OK. So, now that I have reached that limit, what are the steps that I > need > > to > > > go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > > > > > > > I saw a previous post by Art stating that a single fragment of a > table > > > > cannot have more than 16 million pages. It appears that we may have > > reached > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > version > > > > in the previous post. > > > > > > > > Also, if that is the case, what is the detailed process for > fragmenting > > this > > > > > > > > table? > > > > > > > > Larry > > > > > > > > > > > **************************************************************************** > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --14dae93403c3f9bb6d04be2126f7

↪ replying to Art Kagel

Larry Sorensen — Fri, 20 Apr 2012 19:29:25 — source: IIUG Forums & Mailing Lists

Thank you all for the responses. I have chosen to Fragment the table in the current dbspace. I will cross my fingers and hope that I do not run into a long transaction. If so, then I will have to Fragment to a new dbspace with a larger page size as well. Larry -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Friday, April 20, 2012 1:19 PM To: ids@iiug.org Subject: Re: No more pages in a tablespace [26784] YES! You can fragment any table using the ALTER FRAGMENT ... INIT.... syntax. 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 Fri, Apr 20, 2012 at 10:58 AM, LARRY SORENSEN <lsorensen25@msn.com>wrote: > I appreciate that link; however, it appears that it only applies to > tables that have already been fragmented. I need to know 1) Can you > fragment an existing table...possibly an in place fragmenting or must > I create a new table with fragmenting and then move the data from one > table to the other; drop the previous table; and rename the new table? > 2) If I must create a new table with fragmenting, does anyone one have > a basic outline of the steps involved? > > To: ids@iiug.org > > From: alexandre@briug.org > > Subject: RE: No more pages in a tablespace [26770] > > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > > > > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc /ids_sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20% 22%74%61%62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > > > Att > > > > Alexandre Marini > > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > > > IBM Information Management Informix Technical Professional > > > > IBM Infosphere DataStage Technical Professional Database > > Administrator > > > > > To: ids@iiug.org > > > From: lsorensen25@msn.com > > > Subject: RE: No more pages in a tablespace [26768] > > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > > > OK. So, now that I have reached that limit, what are the steps > > > that I > need > > to > > > go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On > > > > Behalf > Of > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > > > > > > > I saw a previous post by Art stating that a single fragment of a > table > > > > cannot have more than 16 million pages. It appears that we may > > > > have > > reached > > > > that limit. Is that still the case for IDS 11.50? I couldn't > > > > find a > > version > > > > in the previous post. > > > > > > > > Also, if that is the case, what is the detailed process for > fragmenting > > this > > > > > > > > table? > > > > > > > > Larry > > > > > > > > > > > ********************************************************************** > ****** > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > **************************************************************************** *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > **************************************************************************** *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > **************************************************************************** *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > **************************************************************************** *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > --14dae9340d598ff7e104be2124ab **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to LARRY SORENSEN

Art Kagel — Fri, 20 Apr 2012 19:31:09 — source: IIUG Forums & Mailing Lists

If you are using AGS Sentinel to monitor your server, you can configure a sensor to alert you when tables get close to the page or extent limits (extent limit at least finally goes away in 11.70.xC4). 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 Fri, Apr 20, 2012 at 12:07 PM, LARRY SORENSEN <lsorensen25@msn.com>wrote: > Does anyone have any scripts or monitoring strategies that they have > incorporated to monitor for situations like and other similar things for > preventative maintenance? Larry > > To: ids@iiug.org > > From: lsorensen25@msn.com > > Subject: RE: No more pages in a tablespace [26773] > > Date: Fri, 20 Apr 2012 11:14:10 -0400 > > > > My mistake. It does appear that the link can be used for tables that have > not > > been fragmented yet. You use it with the INIT option. I am still trying > to > > wrap my brain around this. So, once I get the syntax down, I can run this > > against an existing table; and it will break it up into however many > > fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org > > > From: alexandre@briug.org > > > Subject: RE: No more pages in a tablespace [26770] > > > Date: Fri, 20 Apr 2012 10:52:30 -0400 > > > > > > > > > > > > > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 > > > > > > Att > > > > > > Alexandre Marini > > > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > > > > > IBM Information Management Informix Technical Professional > > > > > > IBM Infosphere DataStage Technical Professional > > > Database Administrator > > > > > > > To: ids@iiug.org > > > > From: lsorensen25@msn.com > > > > Subject: RE: No more pages in a tablespace [26768] > > > > Date: Fri, 20 Apr 2012 10:12:53 -0400 > > > > > > > > OK. So, now that I have reached that limit, what are the steps that I > need > > > to > > > > go through to fragment that production table? > > > > > To: ids@iiug.org > > > > > From: paul@oninit.com > > > > > Subject: RE: No more pages in a tablespace [26767] > > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > > > Still a hard limit AFAIK > > > > > > > > > > Cheers > > > > > Paul > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On > Behalf Of > > > Larry > > > > > Sorensen > > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > > To: ids@iiug.org > > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > > > I am receiving the error > > > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > > /opt/informix/production/etc/log_full.sh 3 46 "part > > > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > > > oncheck -pt shows the following:> > > > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > > > Physical Address 13:2368379 > > > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > > > TBLspace contains VARCHARS > > > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > > > Maximum row size 1491 > > > > > > > > > > Number of special columns 4 > > > > > > > > > > Number of keys 7 > > > > > > > > > > Number of extents 85 > > > > > > > > > > Current serial value 16342518 > > > > > > > > > > Current SERIAL8 value 1 > > > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > > > Current REFID value 1 > > > > > > > > > > Pagesize (k) 2 > > > > > > > > > > First extent size 8 > > > > > > > > > > Next extent size 524288 > > > > > > > > > > Number of pages allocated 16777215 > > > > > > > > > > Number of pages used 16777215 > > > > > > > > > > Number of data pages 16281308 > > > > > > > > > > Number of rows 16281308 > > > > > > > > > > I saw a previous post by Art stating that a single fragment of a > table > > > > > cannot have more than 16 million pages. It appears that we may have > > > reached > > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > > version > > > > > in the previous post. > > > > > > > > > > Also, if that is the case, what is the detailed process for > fragmenting > > > this > > > > > > > > > > table? > > > > > > > > > > Larry > > > > > > > > > > > > > > > **************************************************************************** > > > > > *** > > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --bcaec5299a31f47eab04be21536b

↪ replying to Art Kagel

Larry Sorensen — Fri, 20 Apr 2012 20:20:14 — source: IIUG Forums & Mailing Lists

OK. So I just ran into a long transaction. What are my options now to get this done? -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Friday, April 20, 2012 1:15 PM To: ids@iiug.org Subject: Re: No more pages in a tablespace [26781] Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT .....) or move the table to a dbspace with wider pages so that more rows fit on a page - so fewer pages. Choose a page size to minimize wasted space on the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new dbspace>; 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com>wrote: > OK. So, now that I have reached that limit, what are the steps that I > need to go through to fragment that production table? > > To: ids@iiug.org > > From: paul@oninit.com > > Subject: RE: No more pages in a tablespace [26767] > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > Still a hard limit AFAIK > > > > Cheers > > Paul > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > Of > Larry > > Sorensen > > Sent: Friday, April 20, 2012 9:09 AM > > To: ids@iiug.org > > Subject: RE: No more pages in a tablespace [26766] > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > I am receiving the error > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > oncheck -pt shows the following:> > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > Physical Address 13:2368379 > > > > Creation date 10/18/2009 03:16:04 > > > > TBLspace Flags 800902 Row Locking > > > > TBLspace contains VARCHARS > > > > TBLspace use 4 bit bit-maps > > > > Maximum row size 1491 > > > > Number of special columns 4 > > > > Number of keys 7 > > > > Number of extents 85 > > > > Current serial value 16342518 > > > > Current SERIAL8 value 1 > > > > Current BIGSERIAL value 1 > > > > Current REFID value 1 > > > > Pagesize (k) 2 > > > > First extent size 8 > > > > Next extent size 524288 > > > > Number of pages allocated 16777215 > > > > Number of pages used 16777215 > > > > Number of data pages 16281308 > > > > Number of rows 16281308 > > > > I saw a previous post by Art stating that a single fragment of a > > table cannot have more than 16 million pages. It appears that we may > > have > reached > > that limit. Is that still the case for IDS 11.50? I couldn't find a > version > > in the previous post. > > > > Also, if that is the case, what is the detailed process for > > fragmenting > this > > > > table? > > > > Larry > > > > > ********************************************************************** > ****** > > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > **************************************************************************** *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > **************************************************************************** *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > --e89a8f3ba75f2a4c5a04be211cd6 **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to Larry Sorensen

Art Kagel — Fri, 20 Apr 2012 22:18:46 — source: IIUG Forums & Mailing Lists

1. Add lots more logical logs, sufficient to hold the whole transaction plus all of the other activity on the server during the reorg run - or - 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER TABLE <tablename> TYPE (standard); 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> wrote: > OK. So I just ran into a long transaction. What are my options now to get > this done? > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Friday, April 20, 2012 1:15 PM > To: ids@iiug.org > Subject: Re: No more pages in a tablespace [26781] > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > ......) or move the table to a dbspace with wider pages so that more rows > fit > on a page - so fewer pages. Choose a page size to minimize wasted space on > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new > dbspace>; > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > >wrote: > > > OK. So, now that I have reached that limit, what are the steps that I > > need to go through to fragment that production table? > > > To: ids@iiug.org > > > From: paul@oninit.com > > > Subject: RE: No more pages in a tablespace [26767] > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > Still a hard limit AFAIK > > > > > > Cheers > > > Paul > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > > Of > > Larry > > > Sorensen > > > Sent: Friday, April 20, 2012 9:09 AM > > > To: ids@iiug.org > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > I am receiving the error > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > oncheck -pt shows the following:> > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > Physical Address 13:2368379 > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > TBLspace Flags 800902 Row Locking > > > > > > TBLspace contains VARCHARS > > > > > > TBLspace use 4 bit bit-maps > > > > > > Maximum row size 1491 > > > > > > Number of special columns 4 > > > > > > Number of keys 7 > > > > > > Number of extents 85 > > > > > > Current serial value 16342518 > > > > > > Current SERIAL8 value 1 > > > > > > Current BIGSERIAL value 1 > > > > > > Current REFID value 1 > > > > > > Pagesize (k) 2 > > > > > > First extent size 8 > > > > > > Next extent size 524288 > > > > > > Number of pages allocated 16777215 > > > > > > Number of pages used 16777215 > > > > > > Number of data pages 16281308 > > > > > > Number of rows 16281308 > > > > > > I saw a previous post by Art stating that a single fragment of a > > > table cannot have more than 16 million pages. It appears that we may > > > have > > reached > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > version > > > in the previous post. > > > > > > Also, if that is the case, what is the detailed process for > > > fragmenting > > this > > > > > > table? > > > > > > Larry > > > > > > > > ********************************************************************** > > ****** > > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > **************************************************************************** > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > **************************************************************************** > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --e89a8f3ba75f2a4c5a04be211cd6 > > > **************************************************************************** > *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --14dae9340c01a4e45304be23ab0b

↪ replying to Art Kagel

Paul Watson — Fri, 20 Apr 2012 23:00:29 — source: IIUG Forums & Mailing Lists

Or use any simple script to to it Cheers Paul > If you are using AGS Sentinel to monitor your server, you can configure a > sensor to alert you when tables get close to the page or extent limits > (extent limit at least finally goes away in 11.70.xC4). > > 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 Fri, Apr 20, 2012 at 12:07 PM, LARRY SORENSEN > <lsorensen25@msn.com>wrote: > >> Does anyone have any scripts or monitoring strategies that they have >> incorporated to monitor for situations like and other similar things for >> preventative maintenance? Larry >> > To: ids@iiug.org >> > From: lsorensen25@msn.com >> > Subject: RE: No more pages in a tablespace [26773] >> > Date: Fri, 20 Apr 2012 11:14:10 -0400 >> > >> > My mistake. It does appear that the link can be used for tables that >> have >> not >> > been fragmented yet. You use it with the INIT option. I am still >> trying >> to >> > wrap my brain around this. So, once I get the syntax down, I can run >> this >> > against an existing table; and it will break it up into however many >> > fragments/partitions that I choose on the fly? Larry> To: ids@iiug.org >> > > From: alexandre@briug.org >> > > Subject: RE: No more pages in a tablespace [26770] >> > > Date: Fri, 20 Apr 2012 10:52:30 -0400 >> > > >> > > >> > > >> > >> >> > http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.sqls.doc/ids _sqs_0236.htm?resultof=%22%61%6c%74%65%72%22%20%22%74%61%62%6c%65%22%20%22%74%61 %62%6c%22%20%22%66%72%61%67%6d%65%6e%74%22%20 >> > > >> > > Att >> > > >> > > Alexandre Marini >> > > IBM Informix Certified Professional v10 / v11.50 / v11.70 >> > > >> > > IBM Information Management Informix Technical Professional >> > > >> > > IBM Infosphere DataStage Technical Professional >> > > Database Administrator >> > > >> > > > To: ids@iiug.org >> > > > From: lsorensen25@msn.com >> > > > Subject: RE: No more pages in a tablespace [26768] >> > > > Date: Fri, 20 Apr 2012 10:12:53 -0400 >> > > > >> > > > OK. So, now that I have reached that limit, what are the steps >> that I >> need >> > > to >> > > > go through to fragment that production table? >> > > > > To: ids@iiug.org >> > > > > From: paul@oninit.com >> > > > > Subject: RE: No more pages in a tablespace [26767] >> > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 >> > > > > >> > > > > Still a hard limit AFAIK >> > > > > >> > > > > Cheers >> > > > > Paul >> > > > > >> > > > > -----Original Message----- >> > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On >> Behalf Of >> > > Larry >> > > > > Sorensen >> > > > > Sent: Friday, April 20, 2012 9:09 AM >> > > > > To: ids@iiug.org >> > > > > Subject: RE: No more pages in a tablespace [26766] >> > > > > >> > > > > I am running IDS 11.50.FC5 on Solaris 10 >> > > > > >> > > > > I am receiving the error >> > > > > >> > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c >> > > > > /opt/informix/production/etc/log_full.sh 3 46 "part >> > > > > ition 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" >> > > > > >> > > > > oncheck -pt shows the following:>> > > > > >> > > > > > oncheck -pt dle_gen:informix.eclaim_h_history>> > > > > >> > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist >> > > > > >> > > > > Physical Address 13:2368379 >> > > > > >> > > > > Creation date 10/18/2009 03:16:04 >> > > > > >> > > > > TBLspace Flags 800902 Row Locking >> > > > > >> > > > > TBLspace contains VARCHARS >> > > > > >> > > > > TBLspace use 4 bit bit-maps >> > > > > >> > > > > Maximum row size 1491 >> > > > > >> > > > > Number of special columns 4 >> > > > > >> > > > > Number of keys 7 >> > > > > >> > > > > Number of extents 85 >> > > > > >> > > > > Current serial value 16342518 >> > > > > >> > > > > Current SERIAL8 value 1 >> > > > > >> > > > > Current BIGSERIAL value 1 >> > > > > >> > > > > Current REFID value 1 >> > > > > >> > > > > Pagesize (k) 2 >> > > > > >> > > > > First extent size 8 >> > > > > >> > > > > Next extent size 524288 >> > > > > >> > > > > Number of pages allocated 16777215 >> > > > > >> > > > > Number of pages used 16777215 >> > > > > >> > > > > Number of data pages 16281308 >> > > > > >> > > > > Number of rows 16281308 >> > > > > >> > > > > I saw a previous post by Art stating that a single fragment of a >> table >> > > > > cannot have more than 16 million pages. It appears that we may >> have >> > > reached >> > > > > that limit. Is that still the case for IDS 11.50? I couldn't >> find a >> > > version >> > > > > in the previous post. >> > > > > >> > > > > Also, if that is the case, what is the detailed process for >> fragmenting >> > > this >> > > > > >> > > > > table? >> > > > > >> > > > > Larry >> > > > > >> > > > > >> > > >> >> **************************************************************************** >> > > > > *** >> > > > > Forum Note: Use "Reply" to post a response in the discussion >> forum. >> > > > > >> > > > > >> > > > > >> > > > >> > > >> > >> >> > ******************************************************************************* >> > > > > Forum Note: Use "Reply" to post a response in the discussion >> forum. >> > > > > >> > > > >> > > > >> > > > >> > > >> > >> >> > ******************************************************************************* >> > > > Forum Note: Use "Reply" to post a response in the discussion >> forum. >> > > > >> > > >> > > >> > > >> > >> >> > ******************************************************************************* >> > > Forum Note: Use "Reply" to post a response in the discussion forum. >> > > >> > >> > >> > >> >> > ******************************************************************************* >> > Forum Note: Use "Reply" to post a response in the discussion forum. >> > >> >> >> >> > ******************************************************************************* >> Forum Note: Use "Reply" to post a response in the discussion forum. >> >> > > --bcaec5299a31f47eab04be21536b > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > -- Paul Watson Tel: +1 913-674-0360 Mob

↪ replying to Larry Sorensen

Paul Watson — Fri, 20 Apr 2012 23:01:55 — source: IIUG Forums & Mailing Lists

add more log space ? Cheers Paul > OK. So I just ran into a long transaction. What are my options now to get > this done? > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Friday, April 20, 2012 1:15 PM > To: ids@iiug.org > Subject: Re: No more pages in a tablespace [26781] > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > ......) or move the table to a dbspace with wider pages so that more rows > fit > on a page - so fewer pages. Choose a page size to minimize wasted space on > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new > dbspace>; > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN > <lsorensen25@msn.com>wrote: > >> OK. So, now that I have reached that limit, what are the steps that I >> need to go through to fragment that production table? >> > To: ids@iiug.org >> > From: paul@oninit.com >> > Subject: RE: No more pages in a tablespace [26767] >> > Date: Fri, 20 Apr 2012 10:11:18 -0400 >> > >> > Still a hard limit AFAIK >> > >> > Cheers >> > Paul >> > >> > -----Original Message----- >> > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf >> > Of >> Larry >> > Sorensen >> > Sent: Friday, April 20, 2012 9:09 AM >> > To: ids@iiug.org >> > Subject: RE: No more pages in a tablespace [26766] >> > >> > I am running IDS 11.50.FC5 on Solaris 10 >> > >> > I am receiving the error >> > >> > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c >> > /opt/informix/production/etc/log_full.sh 3 46 "part ition >> > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" >> > >> > oncheck -pt shows the following:>> > >> > > oncheck -pt dle_gen:informix.eclaim_h_history>> > >> > TBLspace Report for dle_gen:informix.eclaim_h_hist >> > >> > Physical Address 13:2368379 >> > >> > Creation date 10/18/2009 03:16:04 >> > >> > TBLspace Flags 800902 Row Locking >> > >> > TBLspace contains VARCHARS >> > >> > TBLspace use 4 bit bit-maps >> > >> > Maximum row size 1491 >> > >> > Number of special columns 4 >> > >> > Number of keys 7 >> > >> > Number of extents 85 >> > >> > Current serial value 16342518 >> > >> > Current SERIAL8 value 1 >> > >> > Current BIGSERIAL value 1 >> > >> > Current REFID value 1 >> > >> > Pagesize (k) 2 >> > >> > First extent size 8 >> > >> > Next extent size 524288 >> > >> > Number of pages allocated 16777215 >> > >> > Number of pages used 16777215 >> > >> > Number of data pages 16281308 >> > >> > Number of rows 16281308 >> > >> > I saw a previous post by Art stating that a single fragment of a >> > table cannot have more than 16 million pages. It appears that we may >> > have >> reached >> > that limit. Is that still the case for IDS 11.50? I couldn't find a >> version >> > in the previous post. >> > >> > Also, if that is the case, what is the detailed process for >> > fragmenting >> this >> > >> > table? >> > >> > Larry >> > >> > >> ********************************************************************** >> ****** >> > *** >> > Forum Note: Use "Reply" to post a response in the discussion forum. >> > >> > >> > >> >> > **************************************************************************** > *** >> > Forum Note: Use "Reply" to post a response in the discussion forum. >> > >> >> >> >> > **************************************************************************** > *** >> Forum Note: Use "Reply" to post a response in the discussion forum. >> >> > > --e89a8f3ba75f2a4c5a04be211cd6 > > **************************************************************************** > *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > -- Paul Watson Tel: +1 913-674-0360 Mob: +1 913-387-7529 Web: www.oninit.com www.advancedatatools.com Failure is not as frightening as regret. If you want to improve, be content to be thought foolish and stupid. What this country needs are more unemployed politicians

↪ replying to Art Kagel

Alexandre Marini — Sat, 21 Apr 2012 00:04:07 — source: IIUG Forums & Mailing Lists

Just complementing.... right after altering the table back to standard type, you should as soon as possible, make an archive.If you don´t, you cannot recover the table in case of a system failure. Take care! Alexandre Marini IBM Informix Certified Professional v10 / v11.50 / v11.70 IBM Information Management Informix Technical Professional IBM Infosphere DataStage Technical Professional Database Administrator > To: ids@iiug.org > From: art.kagel@gmail.com > Subject: Re: No more pages in a tablespace [26792] > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > plus all of the other activity on the server during the reorg run - or - > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > TABLE <tablename> TYPE (standard); > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> wrote: > > > OK. So I just ran into a long transaction. What are my options now to get > > this done? > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > > Kagel > > Sent: Friday, April 20, 2012 1:15 PM > > To: ids@iiug.org > > Subject: Re: No more pages in a tablespace [26781] > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > > ......) or move the table to a dbspace with wider pages so that more rows > > fit > > on a page - so fewer pages. Choose a page size to minimize wasted space on > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new > > dbspace>; > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > > >wrote: > > > > > OK. So, now that I have reached that limit, what are the steps that I > > > need to go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > > > Of > > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > > > > > > > I saw a previous post by Art stating that a single fragment of a > > > > table cannot have more than 16 million pages. It appears that we may > > > > have > > > reached > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > > version > > > > in the previous post. > > > > > > > > Also, if that is the case, what is the detailed process for > > > > fragmenting > > > this > > > > > > > > table? > > > > > > > > Larry > > > > > > > > > > > ********************************************************************** > > > ****** > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > --e89a8f3ba75f2a4c5a04be211cd6 > > > > > > **************************************************************************** > > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --14dae9340c01a4e45304be23ab0b > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >

↪ replying to Alexandre Marini

Art Kagel — Sat, 21 Apr 2012 00:13:41 — source: IIUG Forums & Mailing Lists

Good point, Alexandre. I always forget to mention that. 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 Fri, Apr 20, 2012 at 8:04 PM, Alexandre Marini <alexandre@briug.org>wrote: > Just complementing.... right after altering the table back to standard > type, > you should as soon as possible, make an archive.If you don´t, you cannot > recover the table in case of a system failure. Take care! > > Alexandre Marini > IBM Informix Certified Professional v10 / v11.50 / v11.70 > > IBM Information Management Informix Technical Professional > > IBM Infosphere DataStage Technical Professional > Database Administrator > > To: ids@iiug.org > > From: art.kagel@gmail.com > > Subject: Re: No more pages in a tablespace [26792] > > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > > > plus all of the other activity on the server during the reorg run - or - > > > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > > > TABLE <tablename> TYPE (standard); > > > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> > wrote: > > > > > OK. So I just ran into a long transaction. What are my options now to > get > > > this done? > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > > Kagel > > > Sent: Friday, April 20, 2012 1:15 PM > > > To: ids@iiug.org > > > Subject: Re: No more pages in a tablespace [26781] > > > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > > > ......) or move the table to a dbspace with wider pages so that more > rows > > > fit > > > on a page - so fewer pages. Choose a page size to minimize wasted > space on > > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN > <new > > > dbspace>; > > > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > > > >wrote: > > > > > > > OK. So, now that I have reached that limit, what are the steps that I > > > > need to go through to fragment that production table? > > > > > To: ids@iiug.org > > > > > From: paul@oninit.com > > > > > Subject: RE: No more pages in a tablespace [26767] > > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > > > Still a hard limit AFAIK > > > > > > > > > > Cheers > > > > > Paul > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > > > > Of > > > > Larry > > > > > Sorensen > > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > > To: ids@iiug.org > > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > > > I am receiving the error > > > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > > > oncheck -pt shows the following:> > > > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > > > Physical Address 13:2368379 > > > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > > > TBLspace contains VARCHARS > > > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > > > Maximum row size 1491 > > > > > > > > > > Number of special columns 4 > > > > > > > > > > Number of keys 7 > > > > > > > > > > Number of extents 85 > > > > > > > > > > Current serial value 16342518 > > > > > > > > > > Current SERIAL8 value 1 > > > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > > > Current REFID value 1 > > > > > > > > > > Pagesize (k) 2 > > > > > > > > > > First extent size 8 > > > > > > > > > > Next extent size 524288 > > > > > > > > > > Number of pages allocated 16777215 > > > > > > > > > > Number of pages used 16777215 > > > > > > > > > > Number of data pages 16281308 > > > > > > > > > > Number of rows 16281308 > > > > > > > > > > I saw a previous post by Art stating that a single fragment of a > > > > > table cannot have more than 16 million pages. It appears that we > may > > > > > have > > > > reached > > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > > > version > > > > > in the previous post. > > > > > > > > > > Also, if that is the case, what is the detailed process for > > > > > fragmenting > > > > this > > > > > > > > > > table? > > > > > > > > > > Larry > > > > > > > > > > > > > > > ********************************************************************** > > > > ****** > > > > > *** > > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > > *** > > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > >

↪ replying to Larry Sorensen

DOUG LAWRY — Sat, 21 Apr 2012 06:38:29 — source: IIUG Forums & Mailing Lists

An alternative solution to partitioning or moving to a larger page size is to make the table smaller! Your oncheck says "TBLspace contains VARCHARS", so it's very possible that setting MAX_FILL_DATA_PAGES 1 and rebuilding the table with ALTER FRAGMENT could make a big difference. It depends on the total size of the VARCHAR content, etc., but I recently shrunk a 29GB table to 17GB using this method. However, you should upgrade to the latest 11.50 patch FC9W1 to avoid a defect with this feature in your current version: www.ibm.com/support/docview.wss?uid=swg1IC69401 Regards, Doug Lawry

↪ replying to Art Kagel

LARRY SORENSEN — Mon, 23 Apr 2012 16:04:17 — source: IIUG Forums & Mailing Lists

Thank you all for your help with this issue. I have one more question, and I will also post my experience. 1) I fragmented the table as well as moved it into a new dbspace with a larger page size. When I tried to create the unique index on a column, as it was prior, I received an error message to the affect that it was not possible on a fragmented table. I ended up creating a normal index; however, I would prefer to have the unique constraint. Any ideas or comments? Experience First, I created a separate dbspace where I added 30+ GB of logical logs. I then performed an "ALTER FRAGMENT ON TABLE ..... INIT PARTITION BY ROUND ROBIN PARTITION part1 in dbspace1, PARTITION part2 in dbspace1....etc That ran for quite a while to completion. I never saw any rollback of the transaction; however, when it was done, I noticed the same error message in the online.log file stating that there were no more pages at about the time the ALTER statement finished. I performed an oncheck -pt on the table and it was the same. I then resorted to unloading the entire table, which took a long time, creating a new dbspace with a larger page size, creating an new table, ALTER FRAGMENT on the new table; and then I loaded the new table. That worked fine, but I wonder why the first try, without the unload, didn't work. Larry > To: ids@iiug.org > From: art.kagel@gmail.com > Subject: Re: No more pages in a tablespace [26792] > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > plus all of the other activity on the server during the reorg run - or - > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > TABLE <tablename> TYPE (standard); > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> wrote: > > > OK. So I just ran into a long transaction. What are my options now to get > > this done? > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > > Kagel > > Sent: Friday, April 20, 2012 1:15 PM > > To: ids@iiug.org > > Subject: Re: No more pages in a tablespace [26781] > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > > ......) or move the table to a dbspace with wider pages so that more rows > > fit > > on a page - so fewer pages. Choose a page size to minimize wasted space on > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new > > dbspace>; > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > > >wrote: > > > > > OK. So, now that I have reached that limit, what are the steps that I > > > need to go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > > > Of > > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > > > > > > > I saw a previous post by Art stating that a single fragment of a > > > > table cannot have more than 16 million pages. It appears that we may > > > > have > > > reached > > > > that limit. Is that still the case for IDS 11.50? I couldn't find a > > > version > > > > in the previous post. > > > > > > > > Also, if that is the case, what is the detailed process for > > > > fragmenting > > > this > > > > > > > > table? > > > > > > > > Larry > > > > > > > > > > > ********************************************************************** > > > ****** > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > --e89a8f3ba75f2a4c5a04be211cd6 > > > >@@

↪ replying to LARRY SORENSEN

Marcus Haarmann — Mon, 23 Apr 2012 19:07:08 — source: IIUG Forums & Mailing Lists

Hi Larry, you might have moved the whole table in another tablespace with alter fragment ... init in new_dbs (where new_dbs has a bigger page size). This would result in a non-fragmented table (while your proposal would split the table in multiple dbspaces). The other way (with re-creation) would be a create table with a different name but same structure in a new dbs, insert all the data (lock whole table before inserting, take care of transaction logs, maybe copy the table in smaller transactions), using "insert into xxxx select * from yyyy", then rename the tables (check foreign keys and rights if applicable). This can be done without unloading/reloading data (more time consuming). But the init fragment approach should lead to almost the same result. The copying of data is faster if you can modify the tables to be no logging while copying (alter table mode raw, copy data, alter table mode standard), works only if no indexes are present. Afterwards, you have to take a full backup. Marcus ----- Ursprüngliche Mail ----- Von: "LARRY SORENSEN" <lsorensen25@msn.com> An: ids@iiug.org Gesendet: Montag, 23. April 2012 18:04:18 Betreff: RE: No more pages in a tablespace [26813] Thank you all for your help with this issue. I have one more question, and I will also post my experience. 1) I fragmented the table as well as moved it into a new dbspace with a larger page size. When I tried to create the unique index on a column, as it was prior, I received an error message to the affect that it was not possible on a fragmented table. I ended up creating a normal index; however, I would prefer to have the unique constraint. Any ideas or comments? Experience First, I created a separate dbspace where I added 30+ GB of logical logs. I then performed an "ALTER FRAGMENT ON TABLE ..... INIT PARTITION BY ROUND ROBIN PARTITION part1 in dbspace1, PARTITION part2 in dbspace1....etc That ran for quite a while to completion. I never saw any rollback of the transaction; however, when it was done, I noticed the same error message in the online.log file stating that there were no more pages at about the time the ALTER statement finished. I performed an oncheck -pt on the table and it was the same. I then resorted to unloading the entire table, which took a long time, creating a new dbspace with a larger page size, creating an new table, ALTER FRAGMENT on the new table; and then I loaded the new table. That worked fine, but I wonder why the first try, without the unload, didn't work. Larry > To: ids@iiug.org > From: art.kagel@gmail.com > Subject: Re: No more pages in a tablespace [26792] > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > plus all of the other activity on the server during the reorg run - or - > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > TABLE <tablename> TYPE (standard); > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> wrote: > > > OK. So I just ran into a long transaction. What are my options now to get > > this done? > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > > Kagel > > Sent: Friday, April 20, 2012 1:15 PM > > To: ids@iiug.org > > Subject: Re: No more pages in a tablespace [26781] > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > > ......) or move the table to a dbspace with wider pages so that more rows > > fit > > on a page - so fewer pages. Choose a page size to minimize wasted space on > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new > > dbspace>; > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > > >wrote: > > > > > OK. So, now that I have reached that limit, what are the steps that I > > > need to go through to fragment that production table? > > > > To: ids@iiug.org > > > > From: paul@oninit.com > > > > Subject: RE: No more pages in a tablespace [26767] > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > Still a hard limit AFAIK > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > > > Of > > > Larry > > > > Sorensen > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > To: ids@iiug.org > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > I am receiving the error > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > oncheck -pt shows the following:> > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > Physical Address 13:2368379 > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > TBLspace contains VARCHARS > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > > > Maximum row size 1491 > > > > > > > > Number of special columns 4 > > > > > > > > Number of keys 7 > > > > > > > > Number of extents 85 > > > > > > > > Current serial value 16342518 > > > > > > > > Current SERIAL8 value 1 > > > > > > > > Current BIGSERIAL value 1 > > > > > > > > Current REFID value 1 > > > > > > > > Pagesize (k) 2 > > > > > > > > First extent size 8 > > > > > > > > Next extent size 524288 > > > > > > > > Number of pages allocated 16777215 > > > > > > > > Number of pages used 16777215 > > > > > > > > Number of data pages 16281308 > > > > > > > > Number of rows 16281308 > > >

↪ replying to Marcus Haarmann

LARRY SORENSEN — Mon, 23 Apr 2012 20:41:52 — source: IIUG Forums & Mailing Lists

What about my question on not being able to "CREATE UNIQUE INDEX..." on a fragmented table? I received an error message, and I had to create a regular index. Thank you. > To: ids@iiug.org > From: marcus.haarmann@midoco.de > Subject: Re: No more pages in a tablespace [26814] > Date: Mon, 23 Apr 2012 15:07:09 -0400 > > Hi Larry, > > you might have moved the whole table in another tablespace with > alter fragment ... init in new_dbs > (where new_dbs has a bigger page size). > This would result in a non-fragmented table (while your proposal would > split the table in multiple dbspaces). > > The other way (with re-creation) would be a create table with a different name > but same structure in a new dbs, insert all the data (lock whole table before > inserting, > take care of transaction logs, maybe copy the table in smaller transactions), > using "insert into xxxx select * from yyyy", > then rename the tables (check foreign keys and rights if applicable). > This can be done without unloading/reloading data (more time consuming). But > the init fragment approach should > lead to almost the same result. > The copying of data is faster if you can modify the tables to be no logging > while copying > (alter table mode raw, copy data, alter table mode standard), works only if no > indexes are present. > Afterwards, you have to take a full backup. > > Marcus > > ----- Ursprüngliche Mail ----- > > Von: "LARRY SORENSEN" <lsorensen25@msn.com> > An: ids@iiug.org > Gesendet: Montag, 23. April 2012 18:04:18 > Betreff: RE: No more pages in a tablespace [26813] > > Thank you all for your help with this issue. I have one more question, and I > will also post my experience. > > 1) I fragmented the table as well as moved it into a new dbspace with a larger > page size. When I tried to create the unique index on a column, as it was > prior, I received an error message to the affect that it was not possible on a > fragmented table. I ended up creating a normal index; however, I would prefer > to have the unique constraint. Any ideas or comments? > > Experience > > First, I created a separate dbspace where I added 30+ GB of logical logs. > I then performed an "ALTER FRAGMENT ON TABLE ..... INIT PARTITION BY ROUND > ROBIN > > PARTITION part1 in dbspace1, > > PARTITION part2 in dbspace1....etc > > That ran for quite a while to completion. I never saw any rollback of the > transaction; however, when it was done, I noticed the same error message in > the online.log file stating that there were no more pages at about the time > the ALTER statement finished. I performed an oncheck -pt on the table and it > was the same. > > I then resorted to unloading the entire table, which took a long time, > creating a new dbspace with a larger page size, creating an new table, ALTER > FRAGMENT on the new table; and then I loaded the new table. That worked fine, > but I wonder why the first try, without the unload, didn't work. > > Larry > > > To: ids@iiug.org > > From: art.kagel@gmail.com > > Subject: Re: No more pages in a tablespace [26792] > > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > > > plus all of the other activity on the server during the reorg run - or - > > > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > > > TABLE <tablename> TYPE (standard); > > > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> wrote: > > > > > OK. So I just ran into a long transaction. What are my options now to get > > > this done? > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > > > Kagel > > > Sent: Friday, April 20, 2012 1:15 PM > > > To: ids@iiug.org > > > Subject: Re: No more pages in a tablespace [26781] > > > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > > > ......) or move the table to a dbspace with wider pages so that more rows > > > fit > > > on a page - so fewer pages. Choose a page size to minimize wasted space on > > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN <new > > > dbspace>; > > > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > > > >wrote: > > > > > > > OK. So, now that I have reached that limit, what are the steps that I > > > > need to go through to fragment that production table? > > > > > To: ids@iiug.org > > > > > From: paul@oninit.com > > > > > Subject: RE: No more pages in a tablespace [26767] > > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > > > Still a hard limit AFAIK > > > > > > > > > > Cheers > > > > > Paul > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > > > > Of > > > > Larry > > > > > Sorensen > > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > > To: ids@iiug.org > > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > > > I am receiving the error > > > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > > > 'dle_gen:informix.eclaim_h_hist': no more pages" "" "" > > > > > > > > > > oncheck -pt shows the following:> > > > > > > > > > > oncheck -pt dle_gen:informix.eclaim_h_history> > > > > > > > > > TBLspace Report for dle_gen:informix.eclaim_h_hist > > > > > > > > > > Physical Address 13:2368379 > > > > > > > > > > Creation date 10/18/2009 03:16:04 > > > > > > > > > > TBLspace Flags 800902 Row Locking > > > > > > > > > > TBLspace contains VARCHARS > > > > > > > > > > TBLspace use 4 bit bit-maps > > > > > > >

↪ replying to LARRY SORENSEN

Fernando Nunes — Mon, 23 Apr 2012 21:55:41 — source: IIUG Forums & Mailing Lists

I haven't been following this thread, but you can create an unique index in a fragmented table. What you can't do is to create a unique index fragmented if the fragmentation columns are not part of the fragment expression. I assume you simply "create unique index your_index_name on table tab_fragmented_by_round_robin(some_column[s]) And this is not allowed, because it would follow the table fragmentation strategy. This limitation is, to the best of my knowledge, transversal to several databases in the market. I suppose it would add additional complexity to the uniqueness validation... Regards. On Mon, Apr 23, 2012 at 9:41 PM, LARRY SORENSEN <lsorensen25@msn.com> wrote: > What about my question on not being able to "CREATE UNIQUE INDEX..." on a > fragmented table? I received an error message, and I had to create a > regular > index. > > Thank you. > > > To: ids@iiug.org > > From: marcus.haarmann@midoco.de > > Subject: Re: No more pages in a tablespace [26814] > > Date: Mon, 23 Apr 2012 15:07:09 -0400 > > > > Hi Larry, > > > > you might have moved the whole table in another tablespace with > > alter fragment ... init in new_dbs > > (where new_dbs has a bigger page size). > > This would result in a non-fragmented table (while your proposal would > > split the table in multiple dbspaces). > > > > The other way (with re-creation) would be a create table with a different > name > > but same structure in a new dbs, insert all the data (lock whole table > before > > inserting, > > take care of transaction logs, maybe copy the table in smaller > transactions), > > using "insert into xxxx select * from yyyy", > > then rename the tables (check foreign keys and rights if applicable). > > This can be done without unloading/reloading data (more time consuming). > But > > the init fragment approach should > > lead to almost the same result. > > The copying of data is faster if you can modify the tables to be no > logging > > while copying > > (alter table mode raw, copy data, alter table mode standard), works only > if > no > > indexes are present. > > Afterwards, you have to take a full backup. > > > > Marcus > > > > ----- Ursprüngliche Mail ----- > > > > Von: "LARRY SORENSEN" <lsorensen25@msn.com> > > An: ids@iiug.org > > Gesendet: Montag, 23. April 2012 18:04:18 > > Betreff: RE: No more pages in a tablespace [26813] > > > > Thank you all for your help with this issue. I have one more question, > and I > > will also post my experience. > > > > 1) I fragmented the table as well as moved it into a new dbspace with a > larger > > page size. When I tried to create the unique index on a column, as it was > > prior, I received an error message to the affect that it was not > possible on > a > > fragmented table. I ended up creating a normal index; however, I would > prefer > > to have the unique constraint. Any ideas or comments? > > > > Experience > > > > First, I created a separate dbspace where I added 30+ GB of logical logs. > > I then performed an "ALTER FRAGMENT ON TABLE ..... INIT PARTITION BY > ROUND > > ROBIN > > > > PARTITION part1 in dbspace1, > > > > PARTITION part2 in dbspace1....etc > > > > That ran for quite a while to completion. I never saw any rollback of the > > transaction; however, when it was done, I noticed the same error message > in > > the online.log file stating that there were no more pages at about the > time > > the ALTER statement finished. I performed an oncheck -pt on the table > and it > > was the same. > > > > I then resorted to unloading the entire table, which took a long time, > > creating a new dbspace with a larger page size, creating an new table, > ALTER > > FRAGMENT on the new table; and then I loaded the new table. That worked > fine, > > but I wonder why the first try, without the unload, didn't work. > > > > Larry > > > > > To: ids@iiug.org > > > From: art.kagel@gmail.com > > > Subject: Re: No more pages in a tablespace [26792] > > > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > > > > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > > > > > plus all of the other activity on the server during the reorg run - or > - > > > > > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > > > > > TABLE <tablename> TYPE (standard); > > > > > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> > wrote: > > > > > > > OK. So I just ran into a long transaction. What are my options now to > get > > > > this done? > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > Art > > > > Kagel > > > > Sent: Friday, April 20, 2012 1:15 PM > > > > To: ids@iiug.org > > > > Subject: Re: No more pages in a tablespace [26781] > > > > > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT > FRAGMENT > > > > ......) or move the table to a dbspace with wider pages so that more > rows > > > > fit > > > > on a page - so fewer pages. Choose a page size to minimize wasted > space > on > > > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN > <new > > > > dbspace>; > > > > > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN < > lsorensen25@msn.com > > > > >wrote: > > > > > > > > > OK. So, now that I have reached that limit, what are the steps > that I > > > > > need to go through to fragment that production table? > > > > > > To: ids@iiug.org > > > > > > From: paul@oninit.com > > > > > > Subject: RE: No more pages in a tablespace [26767] > > > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > > > > > Still a hard limit AFAIK > > > > > > > > > > > > Cheers

↪ replying to LARRY SORENSEN

Art Kagel — Tue, 24 Apr 2012 09:27:39 — source: IIUG Forums & Mailing Lists

OK, when you create an index on a fragmented table and do not specify an IN clause or fragmentation scheme then the index is fragmented the same way as the table it describes. However, you have fragmented the table using round robin fragmentation and you cannot fragment an index round robin because there would be no way to find a given index key except by scanning all fragments of the index and that's just too inefficient, so Informix said "No." when you asked it to do that. If you fragment the index by the key column, or part of it, or use an IN clause to place the index unfragmented into a single dbspace, that will be OK. On your second question, you altered the table's storage from non-fragmented to round-robin fragmentation. Round robin means that new rows added to the table will be assigned to each of the fragments in a round robin fashion. This does not require that existing rows be redistributed so the existing rows were just dumped into one fragment and so you still had more than 16million pages in that one fragment. If you had fragmented by some expression on sets of values in a column (say all rows with the serial column's value between 1 and 2000000 in the first fragment, between 2000001 and 4000000 in the second fragment, etc, that would have forced the rows to be redistributed across the <N> fragments and all would have been well. Your solution, to unload the table, create the table empty but fragmented round robin, then reload the rows accomplished the same thing since the inserts were distributed round robin across the fragments. 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 Mon, Apr 23, 2012 at 9:04 AM, LARRY SORENSEN <lsorensen25@msn.com> wrote: > Thank you all for your help with this issue. I have one more question, and > I > will also post my experience. > > 1) I fragmented the table as well as moved it into a new dbspace with a > larger > page size. When I tried to create the unique index on a column, as it was > prior, I received an error message to the affect that it was not possible > on a > fragmented table. I ended up creating a normal index; however, I would > prefer > to have the unique constraint. Any ideas or comments? > > Experience > > First, I created a separate dbspace where I added 30+ GB of logical logs. > I then performed an "ALTER FRAGMENT ON TABLE ..... INIT PARTITION BY ROUND > ROBIN > > PARTITION part1 in dbspace1, > > PARTITION part2 in dbspace1....etc > > That ran for quite a while to completion. I never saw any rollback of the > transaction; however, when it was done, I noticed the same error message in > the online.log file stating that there were no more pages at about the time > the ALTER statement finished. I performed an oncheck -pt on the table and > it > was the same. > > I then resorted to unloading the entire table, which took a long time, > creating a new dbspace with a larger page size, creating an new table, > ALTER > FRAGMENT on the new table; and then I loaded the new table. That worked > fine, > but I wonder why the first try, without the unload, didn't work. > > Larry > > > To: ids@iiug.org > > From: art.kagel@gmail.com > > Subject: Re: No more pages in a tablespace [26792] > > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > > > plus all of the other activity on the server during the reorg run - or - > > > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > > > TABLE <tablename> TYPE (standard); > > > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> > wrote: > > > > > OK. So I just ran into a long transaction. What are my options now to > get > > > this done? > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > > Kagel > > > Sent: Friday, April 20, 2012 1:15 PM > > > To: ids@iiug.org > > > Subject: Re: No more pages in a tablespace [26781] > > > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > > > ......) or move the table to a dbspace with wider pages so that more > rows > > > fit > > > on a page - so fewer pages. Choose a page size to minimize wasted > space on > > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN > <new > > > dbspace>; > > > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > > > >wrote: > > > > > > > OK. So, now that I have reached that limit, what are the steps that I > > > > need to go through to fragment that production table? > > > > > To: ids@iiug.org > > > > > From: paul@oninit.com > > > > > Subject: RE: No more pages in a tablespace [26767] > > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > > > Still a hard limit AFAIK > > > > > > > > > > Cheers > > > > > Paul > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > > > > Of > > > > Larry > > > > > Sorensen > > > > > Sent: Friday, April 20, 2012 9:09 AM > > > > > To: ids@iiug.org > > > > > Subject: RE: No more pages in a tablespace [26766] > > > > > > > > > > I am running IDS 11.50.FC5 on Solaris 10 > > > > > > > > > > I am receiving the error > > > > > > > > > > 08:05:20 Process exited with return code 1: /bin/sh /bin/sh -c > > > > > /opt/informix/production/etc/log_full.sh 3 46 "part ition > > > >

↪ replying to Art Kagel

LARRY SORENSEN — Tue, 24 Apr 2012 13:33:50 — source: IIUG Forums & Mailing Lists

Art, thank you for this explanation. It makes sense to me. As far as the unique index, I should just need to drop the existing index, and then create a unique index in a specific dbspace? Thank you. Larry > To: ids@iiug.org > From: art.kagel@gmail.com > Subject: Re: No more pages in a tablespace [26821] > Date: Tue, 24 Apr 2012 05:27:40 -0400 > > OK, when you create an index on a fragmented table and do not specify an IN > clause or fragmentation scheme then the index is fragmented the same way as > the table it describes. However, you have fragmented the table using round > robin fragmentation and you cannot fragment an index round robin because > there would be no way to find a given index key except by scanning all > fragments of the index and that's just too inefficient, so Informix said > "No." when you asked it to do that. If you fragment the index by the key > column, or part of it, or use an IN clause to place the index unfragmented > into a single dbspace, that will be OK. > > On your second question, you altered the table's storage from > non-fragmented to round-robin fragmentation. Round robin means that new > rows added to the table will be assigned to each of the fragments in a > round robin fashion. This does not require that existing rows be > redistributed so the existing rows were just dumped into one fragment and > so you still had more than 16million pages in that one fragment. If you > had fragmented by some expression on sets of values in a column (say all > rows with the serial column's value between 1 and 2000000 in the first > fragment, between 2000001 and 4000000 in the second fragment, etc, that > would have forced the rows to be redistributed across the <N> fragments and > all would have been well. Your solution, to unload the table, create the > table empty but fragmented round robin, then reload the rows accomplished > the same thing since the inserts were distributed round robin across the > fragments. > > 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 Mon, Apr 23, 2012 at 9:04 AM, LARRY SORENSEN <lsorensen25@msn.com> wrote: > > > Thank you all for your help with this issue. I have one more question, and > > I > > will also post my experience. > > > > 1) I fragmented the table as well as moved it into a new dbspace with a > > larger > > page size. When I tried to create the unique index on a column, as it was > > prior, I received an error message to the affect that it was not possible > > on a > > fragmented table. I ended up creating a normal index; however, I would > > prefer > > to have the unique constraint. Any ideas or comments? > > > > Experience > > > > First, I created a separate dbspace where I added 30+ GB of logical logs. > > I then performed an "ALTER FRAGMENT ON TABLE ..... INIT PARTITION BY ROUND > > ROBIN > > > > PARTITION part1 in dbspace1, > > > > PARTITION part2 in dbspace1....etc > > > > That ran for quite a while to completion. I never saw any rollback of the > > transaction; however, when it was done, I noticed the same error message in > > the online.log file stating that there were no more pages at about the time > > the ALTER statement finished. I performed an oncheck -pt on the table and > > it > > was the same. > > > > I then resorted to unloading the entire table, which took a long time, > > creating a new dbspace with a larger page size, creating an new table, > > ALTER > > FRAGMENT on the new table; and then I loaded the new table. That worked > > fine, > > but I wonder why the first try, without the unload, didn't work. > > > > Larry > > > > > To: ids@iiug.org > > > From: art.kagel@gmail.com > > > Subject: Re: No more pages in a tablespace [26792] > > > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > > > > > 1. Add lots more logical logs, sufficient to hold the whole transaction > > > > > > plus all of the other activity on the server during the reorg run - or - > > > > > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; ALTER > > > > > > TABLE <tablename> TYPE (standard); > > > > > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com> > > wrote: > > > > > > > OK. So I just ran into a long transaction. What are my options now to > > get > > > > this done? > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Art > > > > Kagel > > > > Sent: Friday, April 20, 2012 1:15 PM > > > > To: ids@iiug.org > > > > Subject: Re: No more pages in a tablespace [26781] > > > > > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT FRAGMENT > > > > ......) or move the table to a dbspace with wider pages so that more > > rows > > > > fit > > > > on a page - so fewer pages. Choose a page size to minimize wasted > > space on > > > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT IN > > <new > > > > dbspace>; > > > > > > > > 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 Fri, Apr 20, 2012 at 10:12 AM, LARRY SORENSEN <lsorensen25@msn.com > > > > >wrote: > > > > > > > > > OK. So, now that I have reached that limit, what are the steps that I > > > > > need to go through to fragment that production table? > > > > > > To: ids@iiug.org > > > > > > From: paul@oninit.com > > > > > > Subject: RE: No more pages in a tablespace [26767] > > > > > > Date: Fri, 20 Apr 2012 10:11:18 -0400 > > > > > > > > > > > > Still a

↪ replying to LARRY SORENSEN

Art Kagel — Tue, 24 Apr 2012 13:57:26 — source: IIUG Forums & Mailing Lists

Yes. 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, Apr 24, 2012 at 6:33 AM, LARRY SORENSEN <lsorensen25@msn.com> wrote: > Art, thank you for this explanation. It makes sense to me. > > As far as the unique index, I should just need to drop the existing index, > and > then create a unique index in a specific dbspace? > > Thank you. > > Larry > > > To: ids@iiug.org > > From: art.kagel@gmail.com > > Subject: Re: No more pages in a tablespace [26821] > > Date: Tue, 24 Apr 2012 05:27:40 -0400 > > > > OK, when you create an index on a fragmented table and do not specify an > IN > > clause or fragmentation scheme then the index is fragmented the same way > as > > the table it describes. However, you have fragmented the table using > round > > robin fragmentation and you cannot fragment an index round robin because > > there would be no way to find a given index key except by scanning all > > fragments of the index and that's just too inefficient, so Informix said > > "No." when you asked it to do that. If you fragment the index by the key > > column, or part of it, or use an IN clause to place the index > unfragmented > > into a single dbspace, that will be OK. > > > > On your second question, you altered the table's storage from > > non-fragmented to round-robin fragmentation. Round robin means that new > > rows added to the table will be assigned to each of the fragments in a > > round robin fashion. This does not require that existing rows be > > redistributed so the existing rows were just dumped into one fragment and > > so you still had more than 16million pages in that one fragment. If you > > had fragmented by some expression on sets of values in a column (say all > > rows with the serial column's value between 1 and 2000000 in the first > > fragment, between 2000001 and 4000000 in the second fragment, etc, that > > would have forced the rows to be redistributed across the <N> fragments > and > > all would have been well. Your solution, to unload the table, create the > > table empty but fragmented round robin, then reload the rows accomplished > > the same thing since the inserts were distributed round robin across the > > fragments. > > > > 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 Mon, Apr 23, 2012 at 9:04 AM, LARRY SORENSEN <lsorensen25@msn.com> > wrote: > > > > > Thank you all for your help with this issue. I have one more question, > and > > > I > > > will also post my experience. > > > > > > 1) I fragmented the table as well as moved it into a new dbspace with a > > > larger > > > page size. When I tried to create the unique index on a column, as it > was > > > prior, I received an error message to the affect that it was not > possible > > > on a > > > fragmented table. I ended up creating a normal index; however, I would > > > prefer > > > to have the unique constraint. Any ideas or comments? > > > > > > Experience > > > > > > First, I created a separate dbspace where I added 30+ GB of logical > logs. > > > I then performed an "ALTER FRAGMENT ON TABLE ..... INIT PARTITION BY > ROUND > > > ROBIN > > > > > > PARTITION part1 in dbspace1, > > > > > > PARTITION part2 in dbspace1....etc > > > > > > That ran for quite a while to completion. I never saw any rollback of > the > > > transaction; however, when it was done, I noticed the same error > message > in > > > the online.log file stating that there were no more pages at about the > time > > > the ALTER statement finished. I performed an oncheck -pt on the table > and > > > it > > > was the same. > > > > > > I then resorted to unloading the entire table, which took a long time, > > > creating a new dbspace with a larger page size, creating an new table, > > > ALTER > > > FRAGMENT on the new table; and then I loaded the new table. That worked > > > fine, > > > but I wonder why the first try, without the unload, didn't work. > > > > > > Larry > > > > > > > To: ids@iiug.org > > > > From: art.kagel@gmail.com > > > > Subject: Re: No more pages in a tablespace [26792] > > > > Date: Fri, 20 Apr 2012 18:18:46 -0400 > > > > > > > > 1. Add lots more logical logs, sufficient to hold the whole > transaction > > > > > > > > plus all of the other activity on the server during the reorg run - > or - > > > > > > > > 2. ALTER TABLE <tablename> TYPE (raw); ALTER FRAGMENT...INIT...; > ALTER > > > > > > > > TABLE <tablename> TYPE (standard); > > > > > > > > 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 Fri, Apr 20, 2012 at 4:20 PM, Larry Sorensen <lsorensen25@msn.com > > > > > wrote: > > > > > > > > > OK. So I just ran into a long transaction. What are my options now > to > > > get > > > > > this done? > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On > Behalf Of > > > Art > > > > > Kagel > > > > > Sent: Friday, April 20, 2012 1:15 PM > > > > > To: ids@iiug.org > > > > > Subject: Re: No more pages in a tablespace [26781] > > > > > > > > > > Either fragment the table (ALTER FRAGMENT FOR <tablename> INIT > FRAGMENT > > > > > ......) or move the table to a dbspace with wider pages so that > more > > > rows > > > > > fit > > > > > on a page - so fewer pages. Choose a page size to minimize wasted > > > space on > > > > > the pages. That would just be ALTER FRAGMENT FOR <tablename> INIT > IN > > > <new > > > > > dbspace>; > > > > > > > > > > Art > > > > > > > > > > Art S. K

↪ replying to Larry Sorensen

FRANK J. COMPUTER — Mon, 07 May 2012 08:07:39 — source: IIUG Forums & Mailing Lists

If the number of deleted rows is large, it might even be worthwhile to unload all the rows, drop the table, re-create the table with a larger page size, load back the unloaded rows, create the indexes and update the table's statistics. CAVEAT: Contingent upon the table's downtime not impacting production. This would free up the pages used by the deleted rows because you would only be loading back existing rows, be able to fit more rows in each page since your row size is relatively small, and you would also be optimizing the indexes! Also, when you unload the rows, if you use an ORDER BY "most frequently queried column(s)" in your SELECT statement, the rows will be loaded back into the table in the most optimized order (equivalent to a CLUSTER INDEX). example: UNLOAD TO "table.unl" SELECT * FROM table ORDER BY {most frequently queried column(s)} ;

↪ replying to FRANK J. COMPUTER

FRANK J. COMPUTER — Mon, 07 May 2012 08:54:51 — source: IIUG Forums & Mailing Lists

.. I also meant: create a new dbspace with a larger page size. Also keep in mind that the maximum number of rows that a page can hold is 255 rows, so use your row size in determining what the optimum page size should be. Generally, the larger the page size, the better the performance, but there's also a performance degradation threshold when the page size is too big.

Related threads

Different instances with markedly different times

Glossary

IDS (Informix Dynamic Server)