|
|
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
Ничего не понимаю. вот таблица create raw table f_rests_acnt ( id_acnt integer not null , id_calendar integer not null , id_filial integer not null , date_rests date, currency char(3), account varchar(33), acnt_bal1 char(3), acnt_bal2 char(5), ap char(1), saldo_rur decimal(22,8), saldo_val decimal(22,8), db_turnover_rur decimal(22,8), db_turnover_val decimal(22,8), cr_turnover_rur decimal(22,8), cr_turnover_val decimal(22,8), is_produce char(1), acc_src varchar(33), load_date date, previous_date date, rko_tarifpl integer, pf155_kfkr decimal(8,4), pf155_grkr integer, pf155_kfrz decimal(8,4), pf155_accrz varchar(255), pf155_kfmrz integer, rmtoffice integer, percent_st decimal(8,4), typacc varchar(255), extprg varchar(255), mbk_regnum varchar(255), mbk_bik varchar(255), mbk_swift varchar(255), mbk_name varchar(255), mbk_country varchar(255) --primary key (id_acnt,id_calendar) ) in ostdbs extent size 2000000 next size 1000000 lock mode row; revoke all on f_rests_acnt from "public"; вот onstat -d bash-2.05$ onstat -d Informix Dynamic Server Version 7.31.FD6 -- On-Line -- Up 1 days 22:31:44 -- 1404928 Kbytes Dbspaces address number flags fchunk nchunks flags owner name 15ac7a1c0 1 1 1 1 N informix rootdbs 15bf773d8 2 1 2 4 N informix tempdbs 15bf774c0 3 1 6 2 N informix logdbs 15bf775a8 4 1 8 44 N informix ostdbs 15bf77690 5 1 52 17 N informix otherdbs 5 active, 2047 maximum Chunks address chk/dbs offset size free bpages flags pathname 15ac7a2a8 1 1 0 1048575 1046588 PO- /dev/md/rdsk/d50 15ac7bc30 2 2 0 1048575 1030172 PO- /dev/md/rdsk/d51 15ac7bd48 3 2 0 1048575 1029372 PO- /dev/md/rdsk/d52 15ac7be60 4 2 0 1048575 1040572 PO- /dev/md/rdsk/d53 15acb3050 5 2 0 1048575 1048571 PO- /dev/md/rdsk/d54 15acb3168 6 3 0 1048575 48522 PO- /dev/md/rdsk/d55 15acb3280 7 3 0 1048575 748572 PO- /dev/md/rdsk/d56 15acb3398 8 4 0 1048575 48472 PO- /dev/md/rdsk/d57 15acb34b0 9 4 0 1048575 48572 PO- /dev/md/rdsk/d58 15acb35c8 10 4 0 1048575 48572 PO- /dev/md/rdsk/d59 15acb36e0 11 4 0 1048575 271307 PO- /dev/md/rdsk/d60 15acb37f8 12 4 0 1048575 48572 PO- /dev/md/rdsk/d61 15acb3910 13 4 0 1048575 48572 PO- /dev/md/rdsk/d62 15acb3a28 14 4 0 1048575 548522 PO- /dev/md/rdsk/d63 15acb3b40 15 4 0 1048575 48572 PO- /dev/md/rdsk/d64 15acb3c58 16 4 0 1048575 48572 PO- /dev/md/rdsk/d65 15acb3d70 17 4 0 1048575 48572 PO- /dev/md/rdsk/d66 15acb3e88 18 4 0 1048575 48572 PO- /dev/md/rdsk/d67 15acc3c50 19 4 0 1048575 48572 PO- /dev/md/rdsk/d68 15acc3d68 20 4 0 1048575 48572 PO- /dev/md/rdsk/d69 15acc3e80 21 4 0 1048575 48572 PO- /dev/md/rdsk/d70 15bf74028 22 4 0 1048575 48572 PO- /dev/md/rdsk/d71 15bf74140 23 4 0 1048575 548572 PO- /dev/md/rdsk/d72 15bf74258 24 4 0 1048575 48572 PO- /dev/md/rdsk/d73 15bf74370 25 4 0 1048575 48572 PO- /dev/md/rdsk/d74 15bf74488 26 4 0 1048575 1048572 PO- /dev/md/rdsk/d75 15bf745a0 27 4 0 1048575 1048572 PO- /dev/md/rdsk/d76 15bf746b8 28 4 0 1048575 1048572 PO- /dev/md/rdsk/d77 15bf747d0 29 4 0 1048575 1048572 PO- /dev/md/rdsk/d78 15bf748e8 30 4 0 1048575 1048572 PO- /dev/md/rdsk/d79 15bf74a00 31 4 0 1048575 1048522 PO- /dev/md/rdsk/d80 15bf74b18 32 4 0 1048575 1048572 PO- /dev/md/rdsk/d81 15bf74c30 33 4 0 1048575 1048572 PO- /dev/md/rdsk/d82 15bf74d48 34 4 0 1048575 1048572 PO- /dev/md/rdsk/d83 15bf74e60 35 4 0 1048575 1048572 PO- /dev/md/rdsk/d84 15bf74f78 36 4 0 1048575 1048572 PO- /dev/md/rdsk/d85 15bf75090 37 4 0 1048575 1048572 PO- /dev/md/rdsk/d86 15bf751a8 38 4 0 1048575 1048572 PO- /dev/md/rdsk/d87 15bf752c0 39 4 0 1048575 1048572 PO- /dev/md/rdsk/d88 15bf753d8 40 4 0 1048575 1048572 PO- /dev/md/rdsk/d89 15bf754f0 41 4 0 1048575 1048572 PO- /dev/md/rdsk/d90 15bf75608 42 4 0 1048575 1048572 PO- /dev/md/rdsk/d91 15bf75720 43 4 0 1048575 1048572 PO- /dev/md/rdsk/d92 15bf75838 44 4 0 1048575 1048572 PO- /dev/md/rdsk/d93 15bf75950 45 4 0 1048575 1048572 PO- /dev/md/rdsk/d94 15bf75a68 46 4 0 1048575 1048572 PO- /dev/md/rdsk/d95 15bf75b80 47 4 0 1048575 1048572 PO- /dev/md/rdsk/d96 15bf75c98 48 4 0 1048575 1048572 PO- /dev/md/rdsk/d97 15bf75db0 49 4 0 1048575 1048572 PO- /dev/md/rdsk/d98 15bf75ec8 50 4 0 1048575 1048572 PO- /dev/md/rdsk/d99 15bf76028 51 4 0 1048575 1048572 PO- /dev/md/rdsk/d100 15bf76140 52 5 0 1048575 198236 PO- /dev/md/rdsk/d101 15bf76258 53 5 0 1048575 4 PO- /dev/md/rdsk/d102 15bf76370 54 5 0 1048575 4 PO- /dev/md/rdsk/d103 15bf76488 55 5 0 1048575 3062 PO- /dev/md/rdsk/d104 15bf765a0 56 5 0 1048575 4 PO- /dev/md/rdsk/d105 15bf766b8 57 5 0 1048575 4 PO- /dev/md/rdsk/d106 15bf767d0 58 5 0 1048575 992210 PO- /dev/md/rdsk/d107 15bf768e8 59 5 0 1048575 1048572 PO- /dev/md/rdsk/d108 15bf76a00 60 5 0 1048575 1048572 PO- /dev/md/rdsk/d109 15bf76b18 61 5 0 1048575 1048572 PO- /dev/md/rdsk/d110 15bf76c30 62 5 0 1048575 1048572 PO- /dev/md/rdsk/d111 15bf76d48 63 5 0 1048575 1048572 PO- /dev/md/rdsk/d112 15bf76e60 64 5 0 1048575 1048572 PO- /dev/md/rdsk/d113 15bf76f78 65 5 0 1048575 1048572 PO- /dev/md/rdsk/d114 15bf77090 66 5 0 1048575 1048572 PO- /dev/md/rdsk/d115 15bf771a8 67 5 0 1048575 1048572 PO- /dev/md/rdsk/d116 15bf772c0 68 5 0 1048575 1048572 PO- /dev/md/rdsk/d117 68 active, 2047 maximum dbload вставляет порядка 83 миллиона с лишним записей и получает ошибку см сабж и больше не удается вставить ни одной записи чанки с 8го по 25й соответственно данные этой таблицы, для чистоты эксперимента в этом дбспэйсе больше ничего не создавали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 13:41 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
cprНичего не понимаю. вот таблица create raw table f_rests_acnt ... ) in ostdbs extent size 2000000 next size 1000000 lock mode row; А что же ты не дал информацию, сколько экстентов уже было создано ? 32 ? Думаю, что после выделения первых 16 эктентов размер next size 1000000 был удвоен, а после следующих - еще раз удвоен и стал равен 4Гб, естественно, что такого непрерывного размера в системе нет (все чанки по 2 Гб). Решение 1: модифицировать значение next size снова до 1000000 и продолжить загрузку, если это возможно Решение 2: установить сразу размер next size 500000 - возможно этого хватит или, мониторить в процессе загрузки и оперативно изменять размер next size до меньшего размера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 14:30 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
Еще одно решение (для размышления :) - переходить на версии 9.4 или 10, где ограничения на размер чанка в 2Гб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 14:33 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
cpr Ничего не понимаю. По моим данным табличное пространство ограничено 16 000 000 страницами, oncheck -pt ........ все покажет сколько выделено занято свободно etc. Кардинальный выход из ситуации - фрагментировать таблицу. Тогда 16 000 000 страниц будет ограничением на один фрагмент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 14:38 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
было создано 19 экстентов select * from sysextents where tabname == 'f_rests_acnt' dwh f_rests_acnt 8388661 1000000 dwh f_rests_acnt 9437187 1000000 dwh f_rests_acnt 10485763 1000000 dwh f_rests_acnt 11956317 500000 dwh f_rests_acnt 12582915 1000000 dwh f_rests_acnt 13631491 1000000 dwh f_rests_acnt 14896341 500000 dwh f_rests_acnt 15728643 1000000 dwh f_rests_acnt 16777219 1000000 dwh f_rests_acnt 17825795 1000000 dwh f_rests_acnt 18874371 1000000 dwh f_rests_acnt 19922947 1000000 dwh f_rests_acnt 20971523 1000000 dwh f_rests_acnt 22020099 1000000 dwh f_rests_acnt 23068675 1000000 dwh f_rests_acnt 24117251 500000 dwh f_rests_acnt 25165827 1000000 dwh f_rests_acnt 26214403 1000000 dwh f_rests_acnt 11534339 277215 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 15:44 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
next size уменьшил до 16-и - не помогло. А вот oncheck -pt ====================================================== bash-2.05$ oncheck -pt dwh:f_rests_acnt TBLspace Report for dwh:informix.f_rests_acnt Physical Address 800005 Creation date 07/23/2005 15:01:25 TBLspace Flags 902 Row Locking TBLspace contains VARCHARS TBLspace use 4 bit bit-maps Maximum row size 2256 Number of special columns 10 Number of keys 0 Number of extents 19 Current serial value 1 First extent size 1000000 Next extent size 8 Number of pages allocated 16777215 Number of pages used 16777215 Number of data pages 16773053 Number of rows 83865265 Partition partnum 4194306 Partition lockid 4194306 Extents Logical Page Physical Page Size 0 800035 1000000 1000000 900003 1000000 2000000 a00003 1000000 3000000 b6705d 500000 3500000 c00003 1000000 4500000 d00003 1000000 5500000 e34cd5 500000 6000000 f00003 1000000 7000000 1000003 1000000 8000000 1100003 1000000 9000000 1200003 1000000 10000000 1300003 1000000 11000000 1400003 1000000 12000000 1500003 1000000 13000000 1600003 1000000 14000000 1700003 500000 14500000 1800003 1000000 15500000 1900003 1000000 16500000 b00003 277215 ====================================== и количество страниц более 16-и миллионов. 2all кстати а наличее варчаров не может тут осложнить жизнь. весь прикол в том, что программеры божатся, что вставляли и большее количество записей. Надо только выяснить не добавляли ли они после этого колонки ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 16:20 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
cprНичего не понимаю. вот таблица ... Informix Dynamic Server Version 7.31.FD6 -- On-Line -- Up 1 days 22:31:44 -- 1404928 Kbytes ... Если погуглить то видно что ты не одинок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 16:36 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
Собака зарыта здесь: p38-28 Administrator’s Guide for Informix Dynamic Server 7.3 The minimum size of an extent is four pages. The default size of an extent is eight pages. No maximum limit exists, although a practical limit is about two gigabytes (or as much space as is available within the chunk). The maximum size of an extent is determined by the largest page number that can be accommodated in a rowid. Since the page number in a rowid cannot exceed 16,777,215, this figure is the upper limit of the number of pages that a single extent can contain. Фрагментация вас спасет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 16:55 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
cpr и количество страниц более 16-и миллионов. Да, это оно. onstat- прав, есть такое ограничение на фрагмент: Limits in IBM Informix Dynamic Server Data pages per fragment 16,775,134 Я о нем совсем забыл, так как сталкиваться даже на больших БД не приходилось :) А мое предположение неверно еще и потому, что максимальный размер nextsize ограничен размером чанка и не должен превысить его даже при автоматическом удвоении (по крайней мере, если "интеллект" механизма достаточен). cpr кстати а наличее варчаров не может тут осложнить жизнь. весь прикол в том, что программеры божатся, что вставляли и большее количество записей. Надо только выяснить не добавляли ли они после этого колонки ... Думаю, что ты прав - именно максимальные варчары и были добавлены в процессе жизни таблицы, которая существовала в нескольких версиях или варчары были пустыми, а теперь стали заполняться... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 17:06 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
так и есть, враги добавили колонки с варчарами. #8-(Ё) фактически это значит что 16 миллионов страниц на фрагмент означает 32 гига на фрагмент. придется фрагментировать однако. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 17:35 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
Прекрасный повод перейти на IDS 10.00 ... :) В 10-ке ... конфигурируемый размер страницы .... отлично подходит для varchar-ов !!! С уважением, GVF112 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 17:38 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
GVF112Прекрасный повод перейти на IDS 10.00 ... :) В 10-ке ... конфигурируемый размер страницы .... отлично подходит для varchar-ов !!! С уважением, GVF112 А как там с ограничением на количество rowid в tablespace? Исходя из этого вопрос: Можно ли фрагментировать таблицу в пределах одного dbspace. Если бы сервер делал это автоматом, эта проблема не возникала-бы. Кстате, по моему, это самый простая возможность обхода этого ограничения для разработчиков IDS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 18:11 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
onstat-А как там с ограничением на количество rowid в tablespace? Да, вроде, все так же: Table-Level Parameters (based on 2K page size) Maximum Capacity per Table Data rows per fragment 4,277,659,295 Data pages per fragment 16,775,134 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 18:51 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
В IDS 10.00 можно фрагментировать таблицу в пределах одно dbspace... Creating Multiple Partitions of a Table or Index Within a dbspace For fragmented tables that use expression-based or round-robin distribution schemes, you can now create multiple partitions, which are collections of pages for a table or index, within a single dbspace. Using the new PARTITION keyword and a partition name, you can create tables and indexes with partitions, and you can create, drop, and alter partition fragments. Because you can create named fragments of the same table or index within a dbspace, you can reduce the total number of dbspaces needed for a fragmented table or index. Storing multiple table fragments in a single dbspace improves query performance over storing each fragmented expression in a different dbspace. This feature improves performance and simplifies management of dbspaces. С Уважением, GVF112 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 19:03 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
по финансовым соображениям переход на юневерсал сервер невозможен, увы. Будем биться врукопашную. ;-) Всем спасибо :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 19:11 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
GVF112В IDS 10.00 можно фрагментировать таблицу в пределах одно dbspace... Creating Multiple Partitions of a Table or Index Within a dbspace For fragmented tables that use expression-based or round-robin distribution schemes, you can now create multiple partitions, which are collections of pages for a table or index, within a single dbspace. Using the new PARTITION keyword and a partition name, you can create tables and indexes with partitions, and you can create, drop, and alter partition fragments. Because you can create named fragments of the same table or index within a dbspace, you can reduce the total number of dbspaces needed for a fragmented table or index. Storing multiple table fragments in a single dbspace improves query performance over storing each fragmented expression in a different dbspace. This feature improves performance and simplifies management of dbspaces. С Уважением, GVF112 Именно такой подход я и собираюсь заложить в мотор OpenDSA. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 19:47 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
GVF112В 10-ке ... конфигурируемый размер страницы .... отлично подходит для varchar-ов !!! Забыл спросить - а почему ? Особенно для упомянутого старого типа с макс.длиной 255. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2005, 14:00 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
Можно целиком запись вметить на странице ... не требуются дополнительные страницы и линки на них ... С уваженим, GVF112 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2005, 16:10 |
|
||
|
Help -136 no more extents
|
|||
|---|---|---|---|
|
#18+
GVF112Можно целиком запись вметить на странице ... не требуются дополнительные страницы и линки на них ... Это справедливо для любых длинных строк - можно примерно подобрать размер страницы, тут понятно. Так, а варчары тут при чем ? Ведь было сказано "конфигурируемый размер страницы .... отлично подходит для varchar-ов !!!" ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2005, 17:47 |
|
||
|
|
start [/forum/topic.php?fid=44&msg=33185612&tid=1608964]: |
0ms |
get settings: |
7ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
79ms |
get tp. blocked users: |
2ms |
| others: | 200ms |
| total: | 383ms |
| 0 / 0 |
