Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Problemy s chunks
|
|||
|---|---|---|---|
|
#18+
Ymenya problema Srazy proshy prosheniya tak kak ya zanimayus SQL, ORACLE I SYBASE i Informix problemy vynyzhden reshat 1-y raz v zhizni. Y menya server s 4 bazami, gde 3 obychnye (1-3 chunk) a 4-ya (glavnaya ) naxoditsya na 5 row_devices. (4-8) Posledniy 8 chanko naxoditsya down v PD- statuse . pri proverke s "ONCHECK -ce" kak tolko delo doxodit do moey bazy on interrupted ivydaet oshibky chto chunk corrupted. Stoit otmetit chto applikaziya i server rabotayut normalno. Vopros: 1. Mozhno li proverit net li chego to na 8(corrupted) chunk? 2. Nyzhno li ego vozvrashat online status na PD 3. Mozhno li ego prosto vykinyt s opredeleniem Bolshoe spasibo Nizhe resultaty proverki: few facts: we are using cm-synergy 6.3. this tool uses informix 9. the problem is that chunk 8 (/dev/rdsk/c2t1d0s7) is marked as PD and is not usable. I would like to know if it contains any data or if we can delete it. this is the output of the command "onstat -d": Informix Dynamic Server 2000 Version 9.21.UC3X6 -- On-Line -- Up 6 days 19:05:16 -- 2949120 Kbytes ********************************************************************************* Dbspaces address number flags fchunk nchunks flags owner name b310c7d0 1 0x1 1 1 N informix rootdbs b3b54bd0 2 0x2001 2 1 N T informix temp b3b54d18 3 0x1 3 1 N informix log b3b54e60 4 0x1 4 5 N informix ccm 4 active, 2047 maximum Chunks address chk/dbs offset size free bpages flags pathname b310c918 1 1 0 223040 200276 PO- /ccm/informix_chunkfiles/love_root.dbs b3b541f8 2 2 0 1045000 1043597 PO- /dev/rdsk/c2t1d0s0 b3b54360 3 3 0 1045000 1001427 PO- /dev/rdsk/c2t1d0s1 b3b544c8 4 4 0 1045000 85 PO- /dev/rdsk/c2t1d0s3 b3b54630 5 4 0 1045000 58 PO- /dev/rdsk/c2t1d0s4 b3b54798 6 4 0 1045000 21 PO- /dev/rdsk/c2t1d0s5 b3b54900 7 4 0 1045000 678235 PO- /dev/rdsk/c2t1d0s6 b3b54a68 8 4 0 1035000 0 PD- /dev/rdsk/c2t1d0s7 8 active, 2047 maximum ********************************************************************************* --- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2004, 17:59 |
|
||
|
Problemy s chunks
|
|||
|---|---|---|---|
|
#18+
Можно попробовать поменять статус чанка командой onspaces : onspaces -s ccm -p /dev/rdsk/c2t1d0s7 -o 0 -O посмотреть содержимое врядли удастся, но попробуй oncheck -pe ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2004, 20:40 |
|
||
|
Problemy s chunks
|
|||
|---|---|---|---|
|
#18+
Если использовалась фрагментация по нескольким dbspace, то SQL-запросами к sysmaster можно получить информацию в каком месте лежат фрагменты. Я на вскидку не помню запроса - на работе надо смотреть, но брал их вроде тут где-то, но давно. И потом, X-овая упилита.. oncockpit вроде.. показывает участки размещения таблиц, кто и на каком чанке живет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2004, 16:59 |
|
||
|
|

start [/forum/topic.php?fid=44&gotonew=1&tid=1609208]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
10ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 149ms |

| 0 / 0 |
