|
|
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Версия: При перезагрузке с репликацией, если лог удерживаеться только репсервером и транзакции все завершились, то получаем отрицательный лог в Sybase Central.При 4k странице Java Central тоже не помогает! После одной такой проблемы смотрел лог при помощи Sp_logsegment Хуже стало после двух таких ошибок, когда лог перебрался в отрицательную область более чем на 100%. Sp_helpsegment тоже врёт! lct_admin также врёт! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2004, 18:06 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Если сервер нормально работает и не пишет никаких сообщений в лог, то такую ситуацию надо расценивать как нормальную. Просто утилиты и хранимые процедуры врут и все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2004, 18:28 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Возможно часть страниц из logsegment расположена на девайсах, отведенных под другие сегметы, то можно увидеть например по master..sysusages. Особых проблем это не должно создавать. А что выдаст этот запрос в проблемной базе? select d.name,u.*,d.phyname from master.dbo.sysusages u, master.dbo.sysdevices d where u.dbid = db_id() and d.status & 2 = 2 and d.low <= u.vstart and d.high >= u.vstart + (u.size - 1) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 08:17 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Лог находиться на своём сегменте! Проверил ещё раз, хотя и был уверен! Проблема отрицательного лога известна всем у кого на сервере работает REPAGENT. Меня напрягает как работают пороговые процедуры если даже системная функция Lct_admin возвращает неправильное значение. На боевом сервере проверять не хочеться. Полигон прийдёться долго создавать. Но видимо прийдёться. Или может кто то уверен именно по поводу порогов! Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 10:55 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
У меня работает REPAGENT, но отрицательных значений нет. Ранее была база на которой не было REPAGENTа, а отрицательные значения были. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 11:04 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
А каким образом ты получаешь этот "отрицательный лог" ? Т.е. что ты вызываешь и какие цифры тебя смущают ? Я бы тоже у нас посмотрел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 11:46 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Trace flag: 7408 Force the server to scan *log segment* allocation pages; to recalculate free log space rather than use saved counts. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 12:45 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
to just_me Можно по-подробней или ссылку на описание? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 16:24 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
to just_me Можно по-подробней или ссылку на описание? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 16:33 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Ссылки нет. Поподробней: Стартуем сервер с этим флагом. Потом shutdown. Убираем флаг и стартуем обычно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 17:16 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Спасибо, попробую. А откуда информация, в документации не нашел, может какая-то отдельная дока есть? На www.sybase.com/support/manuals искал, но нашел только пару ссылок, на которые меня не пустили :(. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2004, 17:40 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
А я так ждал, надеялся и верил!!! После перезапуска сервер выдал: 00:00000:00001:2004/06/06 15:11:57.12 Forcing server to scan allocation pages to find free log space count for database '4' Хотя должен признаться, что сообшения типа: to recalculate free log space rather than use saved counts. НЕ БЫЛО. ЧТО ТО НЕ так сделал??? Help!!! Just_me!!!! Sp_helpsegment выдаёт информацию, не позволяющую понять состояние логсегмента: total_size total_pages free_pages used_pages ---------- ----------- ----------- ----------- 8192.0MB 2097152 4177895 -2080743 Остался только бубен??? Может против часовой попробовать!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2004, 09:44 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Тогда вот так попробуй: Innacurate log free space accounting may be corrected by putting the database in 'single user mode' and by running the DBCC TABLEALLOC(syslogs, full, fix) command. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2004, 16:33 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
по идее должно полечить полное отписание репликации (убить конекшн, запретить репагента) dbcc rebuild_log(dbid,1,1) после чего все подписать по новой... ребилд лога делать при стартованом сервере с флагом -T3608 и статусом базы -32768 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2004, 12:02 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Не надейтесь, что порог работает! Порог не сработал! Лог переполнился может быть и по причине репсервера, но сообщения о срабатываниии порога в логе нет. Попробовать Checkalloc для syslogs пока нет возможности! Продолжение следует! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2004, 09:53 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
кстати, отрицательный лог - не из-за репагента. У меня был отрицательный даже когда Replication Server не стоял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2004, 10:52 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
Подобная ситуация возможна, когда часть страниц из сегментов default и system размещена в девайсе для сегмента logsegment, в этом случае пороги могут не работать. Проверяется запуском dbcc checkcatalog. Какое значение у последнего порога? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2004, 14:12 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
dbcc checkcatalog я запускал, с уверенностью что просто проверяются системные таблицы данной базы данных. Всё нормально. Logsegment 8Gb Порог последнего шанса 233 MB Другие два: 3276mb -попытка очистить лог with truncate_only 2457mb-попытка очистить лог with truncate_only c предварительным убиением транзакции удерживающей лог. Галка "Abort trancaction on full log" стоит, но видимо LCT_admin не смог правильно зарезервировать пространство под откаты и для отката незавершившихся транзакций пришлось увеличивать логсегмент !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2004, 17:59 |
|
||
|
Отрицательный Лог Sybase ASE 12,5 Это нормально?
|
|||
|---|---|---|---|
|
#18+
После запуска Dbcc tablealloc(syslogs,full,fix) Lct_admin начал правильно показывать количество свободных страниц. Dbcc исправила ошибку. Пороги думаю работают и под откат идёт корректное резервирование пространства. T.o. Если sp_helpsegment и Lct_admin показывают отрицательное значение то эта ситуация уже НЕНОРМАЛЬНА. Sybase Central всё также показывает отрицательное значение. Думаю что dbcc rebuild_log исправит и это ! Как нибудь соберусь. Это уже ошибка больше централа. Говорят, что Java central на 2k страницах уже эту ошибку не выдаёт???? Ещё раз спасибо всем за помощь!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 13:47 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=122&tid=2014400]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 143ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...