|
|
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
Подскажите кто нибудь формат страницы данных и страницы индекса. Возникает регулярная ошибка в заголовке страниц индекса. В частности исчезает номер индекса и указатель предыдущей страницы.Что бы выяснить какая собака и почему порылась хотелось бы узнать полный формат заголовка. Sybase 12.5. Заранее спасибо!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2004, 20:26 |
|
||
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
Однако:) Ну для начала формат отличается в зависимости от типа локировки на таблице (например для APL - заголовок 32 байта, для DOL - 44 байта). Дальше в зависимости от типа индекса и от уровня , на котором находится страница будут по разному интерпретироваться данные в заголовке. Для страниц данных тоже такое же разнообразие. Ну и напоследок: Существует семь типов страниц в ASE - Data, Index, Allocation Page, OAM, GAM, Control Page, Text/Image. А вообще есть команды dbcc page и dbcc pglinkage ну и целый набор команд dbcc для проверок (это в доке довольно прилично описано), которые думаю помогут в данной проблеме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2004, 21:37 |
|
||
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
Всё таки можно ли где то увидеть формат заголовка СТРАНИЦЫ ИНДЕКСА и и по возможности страницы данных. C DBCC PAGE,pLincage я знаком. Расскажу подробней. Невосстанавливаемая(alloc) ошибка по индексу. Уже не первый раз. Ошибку можно убрать только переливкой данных. Монопольный режим в Checkalloc и fix не помогает! Версия: По неизвестным нам причинам происходит нарушение цепочки страниц индекса. Нарушение проявляеться в указании в качестве предыдущей страницы 0000. Значение indid(номер индекса) также обнуляеться.(00) После удаления повреждённого индекса в устройстве остаётся оторванная по месту повреждённой страницы цепочка неповреждённых страниц. с правильным указателем обьекта и номера индекса. При создании индекса эти страницы приклеиваються к новому индексу,по моему мнению, каким нибудь процессом автоматической коррекции данных, и мы опять получаем повреждённый индекс. Этот процес повторялся с завидной постоянностью. Неповреждённый индекс у нас создавался если мы не убивали повреждённый и таким образом создавался индекс с другим INDID. После того как мы прямым редактированием страниц восстановили цепочку индекса и после этого удалили его, новый индекс был успешно создан. Самое интересное, что после прописания цепочки индекса мы до его удаления сделали запрос по индексу и получили 4 листа индекса с данными которых уже не существует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 10:49 |
|
||
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
Ещё раз. Страницы индекса какой (datapages, allpages)? Что это даст? Править руками !!!??? Есть стандартные методы борьбы с этим, дока, патчи, служба поддержки в конце-концов. Хотя хозяин-барин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 14:52 |
|
||
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
AllPages Я ведь описал ошибку довольно подробно! Подробней некуда? Чем исправить? Какие доки? Какие патчи? Dbcc checkalloc ,indexalloc не исправила.Сервер был поднят в монопольном режиме! Создание индекса заново не помогло! Подскажи пожалуйста что ещё можно использовать для исправления этой ошибки!!! Заранее спасибо ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 16:03 |
|
||
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
APL Index Pages: Page Header Offset Field Bytes Meaning 0 pageno 4 logical page number of this page 4 nextpg 4 next page in the chain; if 0, this is last 8 prevpg 4 previous page in chain; if 0, this is first 12 objid 4 ID of the object this page belongs to 16 timestamp (low) 4 low order bytes of page timestamp 20 nextrno 2 byte offset of last row 22 level 1 index level of this page 23 indid 1 index ID (data pages = 0, placement index = 1, nonclustered between 2 and 250) 24 timestamp (high) 2 high order bytes of page timestamp 26 freeoff 2 offset of first free byte on the page 28 status 2 bit flags for system-level information 30 minlen 2 minimum length of rows on the page Патчи обычные, как всегда. Доки - Sybase® Adaptive ServerTM Enterprise Troubleshooting and Error Messages Guide В них как раз и написано чем и как править. Стандартная (рекомендуемая Sybase) процедура проверки: dbcc checkstorage + checkverify dbcc checkcatalog Анализ ошибок, используя вышеупомянутую доку, и в зависимости от ошибки исправление тем или иным методом. Если не получается исправить так как там написано, то обращаемся в саппорт. --Подскажи пожалуйста что ещё можно использовать для исправления этой ошибки!!! Ещё можно использовать, например, checktable, выгрузку и загрузку данных с пересозданием таблицы (ошибка может быть, как один из вариантов, например, не в индексе, как Вы думаете, а на страницах данных, а индекс - это следствие, т.к. он строится изначально по страницам данных). В общем формат я дал, что Вы и просили... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 16:31 |
|
||
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
Большое спасибо за помощь!!! Почти всё для меня ново!!!! По поводу: (ошибка может быть, как один из вариантов, например, не в индексе, как Вы думаете, а на страницах данных, а индекс - это следствие, т.к. он строится изначально по страницам данных). Если бы пропадала только ссылка на предыдущую страницу то всё было бы проще наверное.Пропадает номер индекса(и страница как бы отправляеться к данным) и поэтому возможно стандартные проверки не срабатывают. После анализа нескольких страниц видим к примеру следующее: prevpage page nextpage indid objid -------------------------------------------- 1 2 3 2 345 2 3 4 2 345 0 4 5 0 345 0 5 6 0 345 5 6 7 2 345 Проблемы с индексом были обнаружены в результате запроса по индексу по некоректным данным. Если делать запрос без индекса index(0) получаем нормальные данные! Наверное всё таки индекс. Не напрягались бы но эта ошибка упорно повторяеться. А таблицы немаленькие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 17:21 |
|
||
|
Заголовок страницы!!
|
|||
|---|---|---|---|
|
#18+
Большое спасибо за помощь!!! Почти всё для меня ново!!!! По поводу: (ошибка может быть, как один из вариантов, например, не в индексе, как Вы думаете, а на страницах данных, а индекс - это следствие, т.к. он строится изначально по страницам данных). Если бы пропадала только ссылка на предыдущую страницу то всё было бы проще наверное.Пропадает номер индекса(и страница как бы отправляеться к данным) и поэтому возможно стандартные проверки не срабатывают. После анализа нескольких страниц видим к примеру следующее: prevpage page nextpage indid objid -------------------------------------------- 1----------2--------3-----2---345 2----------3--------4-----2---345 0----------4--------5-----0---345 0----------5--------6-----0---345 5----------6--------7-----2---345 Проблемы с индексом были обнаружены в результате запроса по индексу по некоректным данным. Если делать запрос без индекса index(0) получаем нормальные данные! Наверное всё таки индекс. Не напрягались бы но эта ошибка упорно повторяеться. А таблицы немаленькие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 17:32 |
|
||
|
|
start [/forum/topic.php?fid=55&fpage=127&tid=2014609]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
90ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 192ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
