|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Коллеги, добрый день. При попытке миграции Informixa с версии 9.4 на 11.5 столкнулся со следующей проблемой: 13:01:23 IBM Informix Dynamic Server Started. 13:01:23 Requested shared memory segment size rounded from 930816KB to 950272KB 13:01:24 Segment locked: addr=10a000000, size=973078528 13:01:25 Event alarms enabled. ALARMPROG = '/opt/informix/Ifx1150FC1/etc/log_full.sh' 13:01:25 Booting Language <c> from module <> 13:01:25 Loading Module <CNULL> 13:01:25 Booting Language <builtin> from module <> 13:01:25 Loading Module <BUILTINNULL> 13:01:30 DR: DRAUTO is 0 (Off) 13:01:30 DR: ENCRYPT_HDR is 0 (HDR encryption Disabled) 13:01:30 Fast poll /dev/poll enabled. 13:01:30 IBM Informix Dynamic Server Version 11.50.FC1 Software Serial Number AAA#B000000 13:01:31 Conversion from version 9.40 Started 13:01:32 Checking partition header pages for needed free space 13:01:33 ERROR: Partition header page (Chunk 4 Offset 996926) does not have enough free space (Free count 4) 13:01:35 Checking for space in partition header pages failed 13:01:35 IBM Informix Dynamic Server Stopped. 13:01:35 mt_shm_remove: WARNING: may not have removed all/correct segments Подскажите как лечить? где капать? Заранее благодарен. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2010, 13:18 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
думаю 4й чанк у вас еще до конвертации полностью заполнен. природа заполнения автору думаю понятна. Наиболее простой способ - перед конвертацией выявить таблицы размещенные в этом чанке и с помощью манипуляций с таблицей (alter fragment, drop|create) перенести одну или несколько таблиц(фрагментов) в другой чанк(пространство) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2010, 14:39 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Чанк действительно заполнен, но есть и другой свободный в данном DBSpace. Не подскажете какой объем примерно нужно высвободить? Данный чанк 1000000 блоков по 2Кб. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2010, 14:46 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
думаю в пределах 1Мб будет достаточно. Посмотрите IBM Informix Migration Guide в Checking and Configuring Available Space данный момент описан. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2010, 15:10 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
knuckle, между делом: зачем на FC1? %( ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2010, 21:17 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Столкнулся с аналогичной проблемой. Подскажите, каким образом можно вынести таблицу из одного чанка в другой в рамках одного ДБспейса? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2010, 19:23 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
AfixxСтолкнулся с аналогичной проблемой. Подскажите, каким образом можно вынести таблицу из одного чанка в другой в рамках одного ДБспейса? Действительно наиболее простой - таки извернуться с другим пространством: zaietsНаиболее простой способ - перед конвертацией выявить таблицы размещенные в этом чанке и с помощью манипуляций с таблицей (alter fragment, drop|create) перенести одну или несколько таблиц(фрагментов) в другой чанк( [другое] пространство) То бишь таки - в другое пространство. Более сложный способ - в пределах этого же пространства (теоретический, на практике не проверял ): 1. onstat-ом получить карту свободных мест пространства (чанков) 2. созданием фиктивных таблиц с начальным размером extent'ов забить пустые места в пространстве 3. onstat-ом получить перечень фиктивных таблиц в нужном чанке 4. дропнуть эти фиктивные таблицы 5. "с помощью манипуляций с таблицей (alter fragment, drop|create) перенести одну или несколько таблиц(фрагментов) в другой чанк" - она поместится только в этом чанке 6. дропнуть прочие фиктивные таблицы. П.С.: Выбегалло, оформляй как Головоломка-5 - может кто-то ещё вариант придумает :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2010, 21:43 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Получается проще создать "второй" DBSpace. Временно вынести туда нужные таблицы. Сконвертировать базу. Вернуть вынесенные таблицы обратно в "первый" DBSpace. "Второй" DBSpace удалить. Подскажите, какой командой можно узнать, что содержиться в определенном чанке? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2010, 09:35 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
oncheck -pe В принципе можно проще: 1. выгрузить таблицу 2. удалить таблицу 3. конвертировать 4. загрузить. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2010, 11:45 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
AfixxПодскажите, какой командой можно узнать, что содержиться в определенном чанке? Попробуйте этим запросом (правда, не знаю, как он будет работать на новых версиях) Надеюсь, что номер чанка вы знаете или сможете его легко найти. ----------------------------------------------------------- -- List objects on the chunk -- -- (список таблиц, индексов и др. объектов на указанном чанке) -- IDS 7.3+ 9.2+ -- -- V.Shulzhenko DBA Tools ----------------------------------------------------------- set isolation to dirty read; select dbsname[1,18] db_name ,tabname[1,18] tablespace ,owner[1,8] ,count(*) num_of_exts from systabnames tn, syschunks C, systabextents te where C.chknum = trunc((te.te_physaddr / 1048576)) and tn.partnum = te.te_partnum and C.chknum = -- set chunk number group by 1,2,3 order by 1,2 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2010, 14:00 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
zaietsoncheck -pe В принципе можно проще: 1. выгрузить таблицу 2. удалить таблицу 3. конвертировать 4. загрузить. Для новичков: ОСТОРОЖНО! Предварительная выгрузка схемы таблицы dbschema -d db -t tbl -ss не спасает. 1. Удаление таблицы ведёт к удалению всех внешних ключей не только от удаляемой таблицы, но и на неё 2. Удаление таблицы ведёт к удалению всех view и всех view завязанных на удаляемые view ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2010, 18:19 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Спасибо всем за помощь. Сегодня попробую. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2010, 09:27 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
АнатоЛой Предварительная выгрузка схемы таблицы dbschema -d db -t tbl -ss не спасает. 1. Удаление таблицы ведёт к удалению всех внешних ключей не только от удаляемой таблицы, но и на неё 2. Удаление таблицы ведёт к удалению всех view и всех view завязанных на удаляемые view Вместо dbschema я использую myschema из набора утилит от Кагеля. Она показывает не только входящие связи, но и исходящие. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2010, 10:03 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
victor16АнатоЛой Предварительная выгрузка схемы таблицы dbschema -d db -t tbl -ss не спасает. 1. Удаление таблицы ведёт к удалению всех внешних ключей не только от удаляемой таблицы, но и на неё 2. Удаление таблицы ведёт к удалению всех view и всех view завязанных на удаляемые view Вместо dbschema я использую myschema из набора утилит от Кагеля. Она показывает не только входящие связи, но и исходящие. Пасибо, с констрейнтами понятно. А для взглядов я когда-то писал ХП, которая возвращает список зависимых взглядов (рекурсивно по данным таблиц системного каталога). Для этого списка запускал потом dbschema и склеивал в скрипт, а после пересоздания таблицы прогонял этот скрипт через dbaccess... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2010, 12:41 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Коллеги, приветствую. Спустя продолжительное время снова вернулся к вопросу конвертации. В прошлый раз так и не удалось дожать данный вопрос (см. первый пост). Последовал вашему совету и вынес часть таблиц из чанка. Но проблема не исчезла и даже не изменилась. Отслеживая содержимое в чанке, удаляя и вынося все что было можно, высвободил порядка 30%. Но при попытке конвертации информикс ругается на тоже самое место: 13:01:33 ERROR: Partition header page (Chunk 4 Offset 996926) does not have enough free space (Free count 4) 13:01:35 Checking for space in partition header pages failed Вот часть вывода результата вызова oncheck -pe Chunk Pathname Size Used Free 4 /opt/informix/chunks_IDS940FC6/data_2 1000000 636121 363879 ---xxx--- FREE 996272 560 workdbs:'informix'.TBLSpace 996832 100 FREE 996932 2952 ---xxx--- Пытаясь включить логику: офсет996832+100=996931 > 996926, понимаю что проблема где-то в workdbs:'informix'.TBLSpace С одной стороны вроде бы и дальше есть пустые блоки. Но до конца не представляю процесс конвертации. С другой стороны (Free count 4): значит начиная с блока 996930 по 996931 что-то есть. Подскажите, как понять что тут мешает? Заранее благодарен. АнатоЛойknuckle, между делом: зачем на FC1? %( За не имением другого. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2010, 19:52 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
knuckle, Какой у Вас размер базы данных ?! Нужно понимать, что конвертация - это всегда риск !!! Обычно, используется? когда нет других возможностей миграции на альтернативную платформу, серверную площадку, продуктивную систему и т.д. Самый надежный, но трудоемкий путь - использование утилит миграции (dbexport/dbimport, dbschema, and so on). Для быстрой загрузки данных могут использовать родные утилиты INFORMIX или программные продукты ETL - IBM DataStage, Informatica и т.д. В любом случае - это контролируемый и управляемый процесс !!! У Вас есть возможность маневра - оптимизации переноса данных, физического и логического планирования, утилизации собственных ресурсов и т.д. Прямая конвертация - не всегда возможна (из-за недостатока ресурсов), может привести к потере данных (затрагивает физические структуры данных) и т.д. Спрашивается, зачем Вам все это ??? ... :) Надеюсь, что Вы не тестер продуктов - IBM Informix. С уважением, Вадим Головский. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2010, 07:23 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
2GVF112GVF Нет я не тестер продуктов IBM :) Размер базы - порядка 120Гб Сейчас пытаюсь повести конвертацию на тестовой системе, которая 1 в 1 совпадает с боевой. Соотетственно полагаю, что если конвертация удастся на одной, то и на другой среде также пройдет успешно. Не хочется связываться с dbexport/dbimport из-за большого размера БД (большого кол-ва таблиц, критичных данных, Блоб-данных). Хотя после вашего поста начал больше склоняться к этому варианту. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2010, 14:13 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Что дает запрос: select t.partnum,t.dbsname,t.owner,t.tabname,e.nextsiz from systabnames t, sysptnhdr e where t.tabname = 'TBLSpace' and t.partnum = e.partnum and t.dbsname ='ваше пространство' По поводу dbexport/dbimport - не самое оптимальное решение. У вас есть какие-то ограничение на время миграции? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2010, 14:37 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
На 9.40 вы с самого начала работаете или мигрировали с более ранней версии? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2010, 14:56 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
zaietsЧто дает запрос: select t.partnum,t.dbsname,t.owner,t.tabname,e.nextsiz from systabnames t, sysptnhdr e where t.tabname = 'TBLSpace' and t.partnum = e.partnum and t.dbsname ='ваше пространство' По поводу dbexport/dbimport - не самое оптимальное решение. У вас есть какие-то ограничение на время миграции? partnum 3145729 dbsname workdbs owner informix tabname TBLSpace nextsiz 1600 1 row(s) retrieved. ----- Миграцию нужно провести с минимальным простоем. Думаю нужно уложиться в сутки и при этом быть максимально увереным в успехе. Ранее была версия 7.10 ... |
|||
:
Нравится:
Не нравится:
|
|||
14.09.2010, 18:15 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
knuckle Миграцию нужно провести с минимальным простоем. Думаю нужно уложиться в сутки и при этом быть максимально увереным в успехе. Ранее была версия 7.10 Если вы в Киеве, могу нескромно предложить свои услуги по миграции. Если с 7.10 мигрировали на 9.40 то точно ли выполнили после миграции onmode -BC 2? Проверить можно по onstat -d, кстати - дайте его. Если возможен 1 день простоя, то можно и просто перелить данные. За это время если у вас не утраспарк3 и не ниагара все перельется без проблем и вы будете со 100% гарантией что с данными все ОК. Такой же гарантии что все будет работать нормально - никто не даст :) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.09.2010, 18:30 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Я когда то с семерки на 9 переносил базу в 500 + Гб. Гланое распаралелить правильно , перенос данных и постройку индексов. http://www.sql.ru/forum/actualthread.aspx?tid=124199#981754 Потом ее по моим скриптам также переносили уже без меня с платформы на платформу. Единственное, что там не учтено , у меня небыло ЛОБов. Работы на подготовку без лобов 2-3 дня, Тестирование скорости оценка даунтайма тоже 2-3. Вобщем работы на неделю с перекурами. Сам 120 Гб перенос на современном железе думаю можно уложить в 10-12 часов , это даже с запасом на непредвиденности. Можно размазать перенос неделю по пару часов поночам , если приложение будет(сможет) работать с алиасами из другого сервера. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.09.2010, 21:26 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
А UPDATE STATISTICS после всех удалений и переносов не спасет отца русской демократии? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2010, 20:01 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
zaiets, нет я в Москве. onmode -BC 1 --- -bash-3.00$ onstat -d IBM Informix Dynamic Server Version 9.40.FC6 -- On-Line -- Up 13 days 16:24:13 -- 2965504 Kbytes Dbspaces address number flags fchunk nchunks flags owner name 142190e58 1 0x20001 1 1 N informix rootdbs 14324e820 2 0x42005 2 1 NDTB informix temp_dbs 14324e9a0 3 0x60001 3 6 N B informix workdbs 14324eb20 4 0x20001 6 1 N informix idx_dbs 14324eca0 5 0x20001 7 1 N informix log_dbs 14324ee20 6 0x20001 13 1 N informix workdbs2 14324f028 7 0x60011 9 1 N BB informix blobs_2 14324f1a8 8 0x28001 10 1 N S informix sblobs 8 active, 2047 maximum Note: For BLOB chunks, the number of free pages shown is out of date. Run 'onstat -d update' for current stats. Chunks address chunk/dbs offset size free bpages flags pathname 142191028 1 1 5 1000000 835893 PO-- /opt/informix/chunks_IDS940FC6/root_chunk 14324d4a0 2 2 5 11000000 0 PD-B /opt/informix/chunks_IDS940FC6/temp 14324d638 3 3 5 1000000 109483 PO-- /opt/informix/chunks_IDS940FC6/data_1 14324d7d0 4 3 5 1000000 364011 PO-- /opt/informix/chunks_IDS940FC6/data_2 14324d968 5 3 5 1000000 134396 PO-- /opt/informix/chunks_IDS940FC6/data_3 14324db00 6 4 5 1000000 569667 PO-- /opt/informix/chunks_IDS940FC6/idx_sp 14324dc98 7 5 5 900000 152427 PO-- /opt/informix/chunks_IDS940FC6/logs_sp 14324de30 8 3 100 24999500 3726090 PO-B /opt/informix/chunks_IDS940FC6/data_5 14324e028 9 7 5 11000000 ~2750000 2750000 POBB /opt/informix/chunks_IDS940FC6/blob_2 14324e1c0 10 8 5 1000000 932620 932620 POS- /opt/informix/chunks_IDS940FC6/smartB Metadata 67327 50099 67327 14324e358 11 3 5 14999990 1898401 PO-B /opt/informix/chunks_IDS940FC6/data_4 14324e4f0 12 3 100 24999500 17376706 PO-B /opt/informix/chunks_IDS940FC6/data_6 14324e688 13 6 5 1000000 880979 PO-- /opt/informix/chunks_IDS940FC6/data_dbs2 13 active, 32766 maximum Expanded chunk capacity mode: enabled -- А если dbexport/dbimport не оптимальное решение? Не посоветуете ли другой способ? -- sysmaster, UPDATE STATISTICS не помог. Начал капать в сторону Миграции данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2010, 18:00 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
По поводу dbexport/dbimport - операторы выполняются в 1 поток, поэтому и медленно. Сам принцип onstat- описал выше - распараллелить. БД небольшая при достаточном наличие ресурсов и продуманном выполнении в сутки вы вложитесь. Если есть заинтересованность - многие из форума могут вам выполнить работы по переходу, чтобы вам не наступать на уже пройденные другими грабли. По поводу конвертации - я бы попробовал еще такую последовательность: 1. onmode -BC 2 ( в старый формат конвертировать думаю уже не нужно :) ) 2. Migr to 10.00 (не факт что поможет но попробовать думаю следует) 3. Migr to 11.50 Четвертый чанк у вас в старом формате, вполне возможно что onmode -BC 2 решит проблему. Хотя по старому формату (вернее на IDS до 9.40) TBlspace размещались если не ошибаюсь токо в корневом чанке. У вас же размещены и во 2м чанке пространства. Кроме того, нужно еще посмотреть сколько таблиц и индексов у вас в пространстве workdbs. Если их относительно много (точно сказать сколько это много не могу) попробовать попереносить мелкие таблицы и индексы в другое пространство. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2010, 15:58 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
У меня предстоит похожая задача 9.40FC6 -> 11.50FC7 Режим больших чанков стоит в 1. В связи с этим следующие вопросы: to knuckle, ну так что, все получилось? to zaiets, может ли перевод режима ВС 1 в 2 на уже работающей системе как-то ей повредить? Делать ли перед этим полный бэкап системы? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2011, 14:13 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsУ меня предстоит похожая задача 9.40FC6 -> 11.50FC7 to zaiets, может ли перевод режима ВС 1 в 2 на уже работающей системе как-то ей повредить? Делать ли перед этим полный бэкап системы? Полный бекап - никогда не помешает. Не думаю что повредит. Я данную операцию делал всего лишь несколько раз и проблем не было. Почему не на 11.70? не протестировали? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2011, 14:46 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
zaietsПочему не на 11.70? не протестировали? Точно! Потестирую-ка я на 11.7. Спасибо. Миграционный путь говорит, что можно перейти. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2011, 16:29 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsУ меня предстоит похожая задача 9.40FC6 -> 11.50FC7 Режим больших чанков стоит в 1. В связи с этим следующие вопросы: to knuckle, ну так что, все получилось? to zaiets, может ли перевод режима ВС 1 в 2 на уже работающей системе как-то ей повредить? Делать ли перед этим полный бэкап системы? Народ, кто бы мог в Москве провести несколько консультаций? Возможен вариант онлайн по скайпу... Он даже предпочтительнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.07.2011, 21:19 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsНарод, кто бы мог в Москве провести несколько консультаций? Возможен вариант онлайн по скайпу... Он даже предпочтительнее. Вопрос еще в силе! Причем очень надо! И срочно! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2011, 11:33 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhps, В поддержку не хотите обратиться? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2011, 13:28 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Товарищи, возникает следующая ошибка: автор10:58:18 Conversion from version 9.40 Started 10:58:18 Cannot Open Primary Chunk ' /opt/informix/chunks_IDS940FC6/root_chunk ' root_chunk находится в /dir1/ opt/informix/chunks_IDS940FC6/root_chunk Цитата из Administrator's Reference: авторCannot Open Primary Chunk chunkname. Cause: The initial chunk of the dbspace cannot be opened. Action: Verify that the chunk device is running properly and has the correct operating-system permissions (rw-rw----). автор-bash-3.00$ ls -la ./root_chunk -rw-rw---- 1 informix informix 2048010240 Aug 8 15:14 ./root_chunk строка из онконфига: авторROOTPATH /dir1/ opt/informix/chunks_IDS940FC6/root_chunk Подскажите, пожалуйста, откуда корни растут? Где еще исправить путь к root_chunk надо? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2011, 15:50 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsТоварищи, возникает следующая ошибка: цитата10:58:18 Conversion from version 9.40 Started 10:58:18 Cannot Open Primary Chunk ' /opt/informix/chunks_IDS940FC6/root_chunk ' root_chunk находится в /dir1/ opt/informix/chunks_IDS940FC6/root_chunk забыли привести вывод команды Код: plaintext
Т.к. вот из приведенного вами: цитата-bash-3.00$ ls -la ./root_chunk -rw-rw---- 1 informix informix 2048010240 Aug 8 15:14 ./root_chunk нельзя сказать - в каком именно каталоге выполнялась команда. Заодно неплохо было бы проверить права за родительском каталоге (/dir1/opt/informix/chunks_IDS940FC6/) - а вдруг там у пользователя informix нет прав на чтение? rhpsстрока из онконфига: авторROOTPATH /dir1/ opt/informix/chunks_IDS940FC6/root_chunk Из какого именно онконфига? Их может быть несколько. Не факт, что вы и oninit смотрите в один и тот же :) Используя значения переменных окружения, видимых при запуске oninit (INFORMIXSERVER, INFORMIXDIR, ONCONFIG) дайте вывод команды: Код: plaintext
rhpsПодскажите, пожалуйста, откуда корни растут? чаще всего из драйвера прямых рук. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2011, 16:37 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
svat2, -bash-3.00$ ls -l /dir1/opt/informix/chunks_IDS940FC6/root_chunk -rw-rw---- 1 informix informix 2048010240 Aug 8 16:15 /dir1/opt/informix/chunks_IDS940FC6/root_chunk -bash-3.00$ grep ROOTPATH $INFORMIXDIR/etc/$ONCONFIG | grep -v ^# ROOTPATH /dir1/opt/informix/chunks_IDS940FC6/root_chunk ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2011, 17:13 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhps, Код: plaintext 1.
Инстанс после реконфигурации (изменения местоположения root_chunk) перезапускали? Какой командой? из этой же консоли? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2011, 17:29 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
svat2, -bash-3.00$ ls -ld /dir1/opt/informix/chunks_IDS940FC6 -rw-rw---- 2 informix informix 8192 Aug 8 17:33 /dir1/opt/informix/chunks_IDS940FC6 Лог правильный. Пытался запустить командой oninit без параметров из этой же консоли. Соответственно и получил ошибку. Хочу добавить, что чанки скопировал с другого сервера, который был в оффлайне. Разница в том, что на другом сервере все находилось в директории /opt/infiormix, а на новом сервере - в /dir1/opt/informix. Соответствующие изменения внес онконфиг и переменные окружения. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2011, 17:54 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsХочу добавить, что чанки скопировал с другого сервера, который был в оффлайне. Разница в том, что на другом сервере все находилось в директории /opt/infiormix, а на новом сервере - в /dir1/opt/informix. Соответствующие изменения внес онконфиг и переменные окружения. А сделать в точности такой же путь "не судьба" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2011, 21:19 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsХочу добавить, что чанки скопировал с другого сервера, который был в оффлайне. Разница в том, что на другом сервере все находилось в директории /opt/infiormix, а на новом сервере - в /dir1/opt/informix. хорошо бы было сразу это написать... vasilisА сделать в точности такой же путь "не судьба" ? Плюсую. Или симлинком можно попробовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2011, 09:57 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
svat2, vasilis сделал симлинк. chmod на чанки раздал. запустил oninit. конвертация шла 8 минут. сообщений об ошибках в логе замечено не было. единственное что меня смутило это сообщение: 10:24:39 WARNING:Target server version must have a certified Storage Manager installed after conversion/reversion and before bringing up server. На машине уже был установлен VeritasNetbackup с плагином для Informix. Сервер после конвертации стал On-line. Надо ли мне глушить его и переустанавливать VeritasNetbackup? И это была вся конвертация из 9.40 в 11.70??? Это приемлимый вариант? Без dbexport/import или onunload/load и dbschema и т.д.? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2011, 10:36 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsИ это была вся конвертация из 9.40 в 11.70??? Это приемлимый вариант? Без dbexport/import или onunload/load и dbschema и т.д.? Так ведь здОрово, что миграция такая быстрая. Вас, наверное, больше впечатлило бы 8-и часовое конвертирование ? Ну так вам просто повезло, что у вас инстанс маленький, а для нормальных размеров прикладные системы тоже не быстро конвертятся, особенно, когда систему нельзя останавливать ни на минуту :) А насчет "приемлемых вариантов", так ведь все написано в руководстве по миграции - читайте и выбирайте. У каждого варианта свои преимущества и недостатки. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2011, 17:12 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
vasilis, спасибо Вам ребят за то, что вы делаете на чистом энтузиазме, не смотря на некоторые наши глупые вопросы. По поводу размера инстанса... 250Гб общий размер спейсов, используется 180Гб. Какой это инстанс как оценить? И еще. Сейчас сервер приняли разработчики на тестирование. Говорят, что некоторые куски кода просто не выполняются. То есть сервер берет параметры из запросов не в том порядке, в котором они указаны в запросе. Что на это может влиять? Какие-то конфигурационные параметры или версия клиента JDBC(у них установлен 3.5)? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2011, 17:41 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsГоворят, что некоторые куски кода просто не выполняются. То есть сервер берет параметры из запросов не в том порядке, в котором они указаны в запросе. Что на это может влиять? Какие-то конфигурационные параметры или версия клиента JDBC(у них установлен 3.5)? Подробней (желательно с примерами) можете объяснить, что имеется в виду? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2011, 17:50 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsИ еще. Сейчас сервер приняли разработчики на тестирование. Говорят, что некоторые куски кода просто не выполняются. То есть сервер берет параметры из запросов не в том порядке, в котором они указаны в запросе. Что на это может влиять? Какие-то конфигурационные параметры или версия клиента JDBC(у них установлен 3.5)? Читайте документ "IBM Informix Mirtation Guide", раздел "Update Statistics After Migrating". ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 10:17 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
svat2, действительно не сделал update statistics после миграции. Migration Guide говорит: "An unqualified UPDATE STATISTICS statement that does not specify a table and column scope clause and a resolution clause updates all tables and all UDRs that are written in SPL." Захожу в dbaccess, подключаюсь к нужной базе, запускаю запрос: "set explain on; update statistics" Выполнялось больше часа... В логе следующее: "10:27:37 On-Line Mode 10:48:27 Explain file for session 1453 : /dir1/opt/informix/Ifx1170FC3/etc/sqexplain.out 11:06:14 Logical Log 236558 Complete, timestamp: 0xf69e6d02. 12:03:27 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 12:03:27 IBM Informix Dynamic Server Version 11.70.FC3DE 12:03:27 Who: Session(1453, informix@nri-app, 20791, 114d83270) Thread(2168, sqlexec, 114d4ea48, 1) File: mtex.c Line: 424 12:03:27 Action: Please notify IBM Informix Technical Support. 12:03:27 stack trace for pid 29295 written to /dir1/opt/informix/Ifx1170FC3/tmp/af.c603b4f 12:03:27 See Also: /dir1/opt/informix/Ifx1170FC3/tmp/af.c603b4f, shmem.c603b4f.0 12:03:35 Exception Caught. Type: MT_EX_OS, Context: mem 12:03:36 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 12:03:36 IBM Informix Dynamic Server Version 11.70.FC3DE 12:03:36 Who: Session(1453, informix@nri-app, 20791, 114d83270) Thread(2168, sqlexec, 114d4ea48, 1) File: mtex.c Line: 424 12:03:36 Action: Please notify IBM Informix Technical Support. 12:03:36 stack trace for pid 29295 written to /dir1/opt/informix/Ifx1170FC3/tmp/af.c603b4f 12:03:36 See Also: /dir1/opt/informix/Ifx1170FC3/tmp/af.c603b4f 12:03:39 Exception Caught. Type: MT_EX_OS, Context: mem 12:03:51 Checkpoint Completed: duration was 2 seconds. 12:03:51 Wed Aug 10 - loguniq 236559, logpos 0x834a184, timestamp: 0xf6a93a06 Interval: 9 12:03:51 Maximum server connections 15 12:03:51 Checkpoint Statistics - Avg. Txn Block Time 0.000, # Txns blocked 0, Plog used 61172, Llog used 90670 " Что-то мне это не нравится... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 12:08 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhps, 1) не факт, что ошибки вызваны сессией, что выполняла апдейт статистикс (нужно смотреть в сгенерированные af-ки); 2) если таки ней, то возможно, баг какой-то... Помнится, что-то пробегало такое насчет explain'a. Если не критично для пользователей и нагрузки на сервер, то я бы ради эксперимента перезапустил инстанс и повторил апдейт статистикс, но без "set explain on;" ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 12:47 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Ошибка типа "MT_EX_OS"при одновременном выполнении update statistics и какой-нибудь еще задачи достаточно частое явление, я наблюдал еще с 7.30. На большой БД для данного железа БД (т.е. update statistics выполняется часами) рекомендую разложить "update statistics" на запчасти. Отдельно по табличками, отдельно по процедурам, тогда место вылета будет установить проще и перезапускаться уже именно с него. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 13:49 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
svat2,запустил без set explain: "13:29:37 Logical Log 236560 Complete, timestamp: 0xf6bec788. 13:29:38 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 13:29:38 IBM Informix Dynamic Server Version 11.70.FC3DE 13:29:38 Who: Session(6, informix@nri-app, 26144, 114d82f48) Thread(72, sqlexec, 114d46e10, 1) File: mtex.c Line: 424 13:29:38 Action: Please notify IBM Informix Technical Support. 13:29:38 stack trace for pid 26097 written to /storehouse/opt/informix/Ifx1170FC3/tmp/af.43047cf 13:29:38 See Also: /storehouse/opt/informix/Ifx1170FC3/tmp/af.43047cf 13:29:42 Exception Caught. Type: MT_EX_OS, Context: mem 13:29:42 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 13:29:42 IBM Informix Dynamic Server Version 11.70.FC3DE 13:29:42 Who: Session(6, informix@nri-app, 26144, 114d82f48) Thread(72, sqlexec, 114d46e10, 1) File: mtex.c Line: 424 13:29:42 Action: Please notify IBM Informix Technical Support. 13:29:42 stack trace for pid 26097 written to /storehouse/opt/informix/Ifx1170FC3/tmp/af.43047cf 13:29:42 See Also: /storehouse/opt/informix/Ifx1170FC3/tmp/af.43047cf 13:29:46 Exception Caught. Type: MT_EX_OS, Context: mem 13:47:03 Checkpoint Completed: duration was 5 seconds. 13:47:03 Wed Aug 10 - loguniq 236561, logpos 0x16fb49c, timestamp: 0xf6bfaef2 Interval: 16 13:47:03 Maximum server connections 4 13:47:03 Checkpoint Statistics - Avg. Txn Block Time 0.000, # Txns blocked 0, Plog used 18002, Llog used 59090 " Что смотреть в af-ках? Что искать? А то они большие какие-то, чтоб просто читать... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 13:54 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Daugava, понял. Сейчас буду пробовать. Для проверки всех таблиц одной базы такой скрипт "update statistics medium for table;" правильно? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 13:58 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Daugava, выполнил написанный выше скрипт. statistics updated. выполнялось примерно 40 минут в логфайле только одна запись за все это время "Logical Log 236560 Complete" это значит все хорошо? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 14:55 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
update statistics for function; лог: 15:11:55 Logical Log 236562 Complete, timestamp: 0xf6df31f2. 15:12:14 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 15:12:14 IBM Informix Dynamic Server Version 11.70.FC3DE 15:12:14 Who: Session(6, informix@nri-app, 2499, 114d864f0) Thread(81, sqlexec, 114d4d170, 1) File: mtex.c Line: 424 15:12:14 Action: Please notify IBM Informix Technical Support. 15:12:14 stack trace for pid 2409 written to /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d 15:12:14 See Also: /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d, shmem.439678d.0 15:12:24 Exception Caught. Type: MT_EX_OS, Context: mem 15:12:24 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 15:12:24 IBM Informix Dynamic Server Version 11.70.FC3DE 15:12:24 Who: Session(6, informix@nri-app, 2499, 114d86818) Thread(81, sqlexec, 114d4d170, 1) File: mtex.c Line: 424 15:12:24 Action: Please notify IBM Informix Technical Support. 15:12:24 stack trace for pid 2409 written to /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d 15:12:24 See Also: /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d 15:12:27 Exception Caught. Type: MT_EX_OS, Context: mem 15:12:35 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 15:12:35 IBM Informix Dynamic Server Version 11.70.FC3DE 15:12:35 Who: Session(6, informix@nri-app, 2499, 114d864f0) Thread(81, sqlexec, 114d4d170, 1) File: mtex.c Line: 424 15:12:35 Action: Please notify IBM Informix Technical Support. 15:12:35 stack trace for pid 2409 written to /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d 15:12:35 See Also: /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d 15:12:38 Exception Caught. Type: MT_EX_OS, Context: mem 15:12:38 Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem 15:12:38 IBM Informix Dynamic Server Version 11.70.FC3DE 15:12:38 Who: Session(6, informix@nri-app, 2499, 114d864f0) Thread(81, sqlexec, 114d4d170, 1) File: mtex.c Line: 424 15:12:38 Action: Please notify IBM Informix Technical Support. 15:12:38 stack trace for pid 2409 written to /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d 15:12:38 See Also: /storehouse/opt/informix/Ifx1170FC3/tmp/af.439678d 15:12:42 Exception Caught. Type: MT_EX_OS, Context: mem ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 15:15 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhps, примерно то же самое для "update statistics for procedure"... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 15:21 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Вы на верном пути. Разбейте скрипт на Код: plaintext 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 15:33 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
oncheck -cc july Validating database db Validating systables for database db ERROR: informix.systables nextsize 72 != tblspace.nxtsize 128 TBLspace name systables Owner informix TBLspace number 301abd Tabid 1 Row size 500 Number of columns 26 Number of indexes 2 Number of rows 1083695104 Date created 09.08.11 TBLspace major version number 6 TBLspace minor version number 682 TBLspace type T Locking level R Number of pages used 1080057856 First extent size 16 Next extent size 144 Flags 0 Site Database name ERROR: informix.sysprocedures nextsize 176 != tblspace.nxtsize 128 TBLspace name sysprocedures Owner informix TBLspace number 301ad1 Tabid 16 Row size 5274 Number of columns 31 Number of indexes 3 Number of rows 1084273152 Date created 18.02.05 TBLspace major version number 3 TBLspace minor version number 682 TBLspace type T Locking level R Number of pages used 1081704448 First extent size 16 Next extent size 352 Flags 0 Site Database name ERROR: informix.sysfragments nextsize 160 != tblspace.nxtsize 128 TBLspace name sysfragments Owner informix TBLspace number 301ad3 Tabid 25 Row size 759 Number of columns 23 Number of indexes 1 Number of rows 1084513792 Date created 09.08.11 TBLspace major version number 6 TBLspace minor version number 682 TBLspace type T Locking level R Number of pages used 1082150912 First extent size 16 Next extent size 320 Flags 0 Site Database name ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 15:43 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Daugava, пока нашел вот такое для "update statistics for procedure systdistold;": >[Error] Script lines: 1-8 -------------------------- Routine (systdistold) can not be resolved. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 16:56 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
IIUG Поддержу мнение Кагеля, что кто-то руцами поменял в системных таблицах. ALTER TABLE думаю решит этот вопрос. Однако, не думаю, что именно extent-ы приводят к вашей проблеме. Все таки попробуйте сделать update statistics каждой конкретной процедуре-функции. В крайнем случае выгрузить их через dbschema и пересоздать. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 17:02 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Daugava, сделал update statistics для всех процедур. ругнулся только на выше указанную далее, делаю alter table systables MODIFY NEXT SIZE 10000; alter table sysprocedures MODIFY NEXT SIZE 10000; alter table sysfragments MODIFY NEXT SIZE 10000; для systables и sysfragments выдает >[Error] Script lines: 1-1 -------------------------- Could not open database table (informix.sysfragments). More exceptions ... ISAM error: non-exclusive access. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 17:54 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Daugava,после перезагрузки сервера oncheck -cc выдает теперь ошибку о двух таблицах, в которых не удалось изменить NEXT SIZE. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 18:05 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Daugava, получилось сделать изменение всех трех таблиц в single user mode. Теперь oncheck -cc не ругается. Попробую снова сделать "update statistics;" ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2011, 18:26 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
По поводу ошибок при выполнении запросов... Проблема связана похоже не с драйвером а с базой (попробовали 2 драйвера - 3.50 и 3.70, со старым информиксом(9.40FC6) работают, с новым(11.70FC3DE) нет). Происходит изза того что произвольным образом меняется порядок подстановки параметров в параметризованный запрос. Вот входные параметры: String sql = "SELECT \n" + "subs.regionid as id, trim(subs.regname) as name, reg.supregid as regionId, reg.country, trim(reg.supregname) as regionName\n" + " FROM regions subs INNER JOIN superregions reg ON reg.supregid = subs.supregid " + "WHERE (\n " + "(((subs.supregid in (\n" + "SELECT ss.supregid FROM wfProcessSubsidiary ps\n" + "INNER JOIN regions ss ON ss.regionid = ps.subsidiaryid\n" + "WHERE ps.processid = ?))\n" + " OR \n" + "subs.regionid in ( \n" + "SELECT subsidiaryid FROM wfProcessSubsidiary ps WHERE ps.processid = ?)) \n" + " OR \n" + " subs.supregid in (\n" + "SELECT perm.regionId FROM april_permission perm \n" + "INNER JOIN wfAction4role role2act \n" + " ON role2act.role = perm.role AND role2act.actionDefId = ?\n" + "INNER JOIN tasks app\n" + " ON app.key = ?\n" + " AND app.task = perm.sheme\n" + " WHERE perm.type = 'R' AND perm.operatorid = ?))\n" + ") \n" + " ORDER BY subs.regname"; PreparedStatement ps = null; int permitObjectId = 0; int idx = 1; int actionDefId = 23483; int operatorId = 2135; String applicationKey = "key12"; Вот выдаваемая ошибка: java.sql.SQLException: A character to numeric conversion process failed at com.informix.util.IfxErrMsg.getSQLException(IfxErrMsg.java:413) at com.informix.jdbc.IfxSqli.a(IfxSqli.java:3494) at com.informix.jdbc.IfxSqli.E(IfxSqli.java:3807) at com.informix.jdbc.IfxSqli.dispatchMsg(IfxSqli.java:2610) at com.informix.jdbc.IfxSqli.receiveMessage(IfxSqli.java:2526) at com.informix.jdbc.IfxSqli.a(IfxSqli.java:1785) at com.informix.jdbc.IfxSqli.executeStatementQuery(IfxSqli.java:1723) at com.informix.jdbc.IfxSqli.executeStatementQuery(IfxSqli.java:1654) at com.informix.jdbc.IfxResultSet.a(IfxResultSet.java:209) at com.informix.jdbc.IfxStatement.executeQueryImpl(IfxStatement.java:1230) at com.informix.jdbc.IfxPreparedStatement.executeQuery(IfxPreparedStatement.java:382) at com.hsp.april.permission.test.TestInformixConnection.main(TestInformixConnection.java:55) Caused by: java.sql.SQLException at com.informix.util.IfxErrMsg.getSQLException(IfxErrMsg.java:413) at com.informix.jdbc.IfxSqli.E(IfxSqli.java:3812) ... 9 more Exception in thread "main" java.lang.NullPointerException at com.hsp.april.permission.test.TestInformixConnection.main(TestInformixConnection.java:62) Скрипт отрабатывает, если входные параметры произвольно поменять местами. А таких мест много...Может сталкивался кто? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2011, 10:57 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
DaugavaВсе таки попробуйте сделать update statistics каждой конкретной процедуре-функции. В крайнем случае выгрузить их через dbschema и пересоздать. правильно ли я понимаю, что для выгрузки только процедур надо запустить: dbschema -fp all -d db_name /file_name ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2011, 17:34 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsDaugavaВсе таки попробуйте сделать update statistics каждой конкретной процедуре-функции . В крайнем случае выгрузить их через dbschema и пересоздать. правильно ли я понимаю, что для выгрузки только процедур надо запустить: dbschema -fp all -d db_name /file_name dbschema -f all -d db_name /file_name ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2011, 17:49 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
АнатоЛойdbschema -f all -d db_name /file_name Сформировал скрипт. Запустил на новом сервере. Уже 17 часов делается... Это нормально? И еще попытался настроить ежедневный update statistics через OAT. Теперь каждый день мне выдается сообщение типа: "01:11:00 SCHAPI: [Auto Update Statistics Evaluation 32-18] Error -214 Cannot remove file for table (Current AUS tables are in use). 01:11:00 SCHAPI: [Auto Update Statistics Evaluation 32-18] Error -107 ISAM error: record is locked. " Что это такое? Или ткните пожалуйста, где почитать... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2011, 15:56 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsСформировал скрипт. Запустил на новом сервере. Уже 17 часов делается... Это нормально? ИМХО, не нормально. Посмотрите, какую строку скрипта выполняет Информикс-сессия (onstat -g sql <номер_сессии>) - с целью узнать, есть ли "продвижение" по тексту скрипта. Или на чем-то висит... Какие флаги состояния сессии? Зацитируйте, пожалуйста, начало скрипта. Как запускаете? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2011, 16:17 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
svat2, Перезапустил заново, так как были проблемы с компьютером...Выполняется уже 35 минут. -bash-3.00$ onstat -g sql 79 IBM Informix Dynamic Server Version 11.70.FC3DE -- On-Line -- Up 1 days 01:44:48 -- 1048576 Kbytes Sess SQL Current Iso Lock SQL ISAM F.E. Id Stmt type Database Lvl Mode ERR ERR Vers Explain 79 - DBname CR Not Wait 0 0 9.28 Off Last parsed SQL statement : DATABASE DBname Начало скрипта: create procedure "informix".convdateinf2plat(p_day integer, p_month integer, p_year integer) returning integer; define DatePlatinum integer; let DatePlatinum = MDY(p_month,p_day,p_year)-MDY(1,1,1)+1; return DatePlatinum; end procedure; Запускаю весь сформированный dbschema скрипт через Aqua Data Studio 4.7.2 Надо ли перед запуском скрипта дропать все процедуры? Или informix сам их пересоздаст заново? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2011, 16:53 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsНадо ли перед запуском скрипта дропать все процедуры? Или informix сам их пересоздаст заново? Надо. По крайней мере, случаи, когда "Информикс сам их пересоздает" мне неизвестны. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2011, 17:09 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsAqua Data Studio Чтобы упростить задачу порекомендую все таки пользоваться для создания процедур старым добрым dbaccess-ом, в особенности при наличии проблем с новыми версиями. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2011, 19:05 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
Daugava, скрипт я создал dbacces'ом. Запускаю на выполнение в Aqua Data Studio. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2011, 15:13 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhps, предлагают как раз для создания - dbaccess. Кроме того, чтобы пересоздать routine (procedure or function) - таки придется сначала её удалить (drop). Сформируй этот перечень для удаления или запросом к каталогу БД, или из скрипта, полученного dbschema (например, макросом в FAR :) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2011, 16:04 |
|
Converting 9.40FC6 -> 11.50FC1
|
|||
---|---|---|---|
#18+
rhpsDaugava, скрипт я создал dbacces'ом. Запускаю на выполнение в Aqua Data Studio. quot, невнимательность админа до беды доведёт. не путайте dbaccess и dbschema... Скрипт вы создали с помощью dbschema, а вот выполнить его предлагают с помощью dbaccess... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2011, 16:05 |
|
|
start [/forum/topic.php?all=1&fid=44&tid=1607298]: |
0ms |
get settings: |
25ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
1170ms |
get tp. blocked users: |
2ms |
others: | 287ms |
total: | 1569ms |
0 / 0 |