ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Informix [игнор отключен] [закрыт для гостей] / Help -136 no more extents
19 сообщений из 19, страница 1 из 1
Help -136 no more extents
    #33182569
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Ничего не понимаю. вот таблица
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й соответственно данные этой таблицы, для чистоты эксперимента в этом дбспэйсе больше ничего не создавали
...
Рейтинг: 0 / 0
25.07.2005, 13:41
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33182732
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
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 до меньшего размера
...
Рейтинг: 0 / 0
25.07.2005, 14:30
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33182748
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Еще одно решение (для размышления :) - переходить на версии 9.4 или 10, где ограничения на размер чанка в 2Гб.
...
Рейтинг: 0 / 0
25.07.2005, 14:33
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33182766
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
cpr
Ничего не понимаю.


По моим данным табличное пространство
ограничено 16 000 000 страницами, oncheck -pt ........
все покажет сколько выделено занято свободно etc.

Кардинальный выход из ситуации - фрагментировать таблицу.
Тогда 16 000 000 страниц будет ограничением на один фрагмент.
...
Рейтинг: 0 / 0
25.07.2005, 14:38
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183007
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
было создано 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
...
Рейтинг: 0 / 0
25.07.2005, 15:44
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183135
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
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
кстати а наличее варчаров не может тут осложнить жизнь.

весь прикол в том, что программеры божатся, что вставляли и большее количество записей. Надо только выяснить не добавляли ли они после этого колонки ...
...
Рейтинг: 0 / 0
25.07.2005, 16:20
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183185
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
cprНичего не понимаю. вот таблица
...
Informix Dynamic Server Version 7.31.FD6 -- On-Line -- Up 1 days 22:31:44 -- 1404928 Kbytes
...


Если погуглить то видно что ты не одинок.
...
Рейтинг: 0 / 0
25.07.2005, 16:36
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183241
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
Собака зарыта здесь:
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.



Фрагментация вас спасет.
...
Рейтинг: 0 / 0
25.07.2005, 16:55
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183294
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
cpr
и количество страниц более 16-и миллионов.

Да, это оно. onstat- прав, есть такое ограничение на фрагмент:
Limits in IBM Informix Dynamic Server
Data pages per fragment 16,775,134
Я о нем совсем забыл, так как сталкиваться даже на больших БД не приходилось :)

А мое предположение неверно еще и потому, что максимальный размер nextsize ограничен размером чанка и не должен превысить его даже при автоматическом удвоении (по крайней мере, если "интеллект" механизма достаточен).
cpr
кстати а наличее варчаров не может тут осложнить жизнь.
весь прикол в том, что программеры божатся, что вставляли и большее количество записей. Надо только выяснить не добавляли ли они после этого колонки ...
Думаю, что ты прав - именно максимальные варчары и были добавлены в процессе жизни таблицы, которая существовала в нескольких версиях или варчары были пустыми, а теперь стали заполняться...
...
Рейтинг: 0 / 0
25.07.2005, 17:06
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183372
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
так и есть, враги добавили колонки с варчарами. #8-(Ё)

фактически это значит что 16 миллионов страниц на фрагмент означает 32 гига на фрагмент.
придется фрагментировать однако.
...
Рейтинг: 0 / 0
25.07.2005, 17:35
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183381
gvf112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gvf112
Участник
Прекрасный повод перейти на IDS 10.00 ... :)

В 10-ке ... конфигурируемый размер страницы .... отлично подходит
для varchar-ов !!!

С уважением,
GVF112
...
Рейтинг: 0 / 0
25.07.2005, 17:38
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183472
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
GVF112Прекрасный повод перейти на IDS 10.00 ... :)

В 10-ке ... конфигурируемый размер страницы .... отлично подходит
для varchar-ов !!!

С уважением,
GVF112

А как там с ограничением на количество rowid в tablespace?

Исходя из этого вопрос:

Можно ли фрагментировать таблицу в пределах одного dbspace.
Если бы сервер делал это автоматом, эта проблема не возникала-бы.
Кстате, по моему, это самый простая возможность обхода
этого ограничения для разработчиков IDS.
...
Рейтинг: 0 / 0
25.07.2005, 18:11
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183564
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
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
...
Рейтинг: 0 / 0
25.07.2005, 18:51
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183598
gvf112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
...
Рейтинг: 0 / 0
25.07.2005, 19:03
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183610
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
по финансовым соображениям переход на юневерсал сервер невозможен, увы.
Будем биться врукопашную.
;-)

Всем спасибо :-)
...
Рейтинг: 0 / 0
25.07.2005, 19:11
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33183662
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
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.
...
Рейтинг: 0 / 0
25.07.2005, 19:47
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33184921
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
GVF112В 10-ке ... конфигурируемый размер страницы .... отлично подходит для varchar-ов !!!
Забыл спросить - а почему ? Особенно для упомянутого старого типа с макс.длиной 255.
...
Рейтинг: 0 / 0
26.07.2005, 14:00
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33185292
gvf112
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gvf112
Участник
Можно целиком запись вметить на странице ... не требуются дополнительные страницы и линки на них ...

С уваженим,
GVF112
...
Рейтинг: 0 / 0
26.07.2005, 16:10
| Ответить | Цитировать | Написать  
Help -136 no more extents
    #33185612
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
GVF112Можно целиком запись вметить на странице ... не требуются дополнительные страницы и линки на них ...
Это справедливо для любых длинных строк - можно примерно подобрать размер страницы, тут понятно. Так, а варчары тут при чем ?
Ведь было сказано "конфигурируемый размер страницы .... отлично подходит
для varchar-ов !!!" ...
...
Рейтинг: 0 / 0
26.07.2005, 17:47
| Ответить | Цитировать | Написать  
19 сообщений из 19, страница 1 из 1
Форумы / Informix [игнор отключен] [закрыт для гостей] / Help -136 no more extents
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=44&msg=33183472&tid=1608964]:
 0ms
get settings:
 5ms
get forum list:
 12ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 40ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 58ms
get tp. blocked users:
 1ms
others: 210ms
total:  341ms
созд. / загр.: 341ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]