Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
День добрый, при старте ASE 12.5.1 в логе вот это вылезло: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. при попытке сделать или 'dump tran' или 'alter database' сервер пишет Код: plaintext 1. `востанавливается` уже почаса, dbccdb размером 500 мб Что делать ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 10:55 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
да, sp_who таки пишет: 0 16 sleeping NULL NULL 0 dbccdb RECOVERY 0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 11:03 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
можно сделать так (при условии что нет реп-агента на базе) : update master..sysdatabases set status=-32768 where dbid=db_id('dbccdb') передернуть сервер use dbccdb dbcc traceon(3604) dbcc rebuild_log(dbccdb,1,1) должно отрабатывать долго(от 30 секунд и выше в зависимости от размера) update master..sysdatabases set status=524 where dbid=db_id('dbccdb') передернуть сервер поднимется нормально, с чистім лог-сегментом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 11:08 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
0rcможно сделать так (при условии что нет реп-агента на базе) : update master..sysdatabases set status=-32768 where dbid=db_id('dbccdb') передернуть сервер use dbccdb dbcc traceon(3604) dbcc rebuild_log(dbccdb,1,1) должно отрабатывать долго(от 30 секунд и выше в зависимости от размера) update master..sysdatabases set status=524 where dbid=db_id('dbccdb') передернуть сервер поднимется нормально, с чистім лог-сегментом спасибо, помогло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 11:29 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
0rc dbcc traceon(3604) dbcc rebuild_log(dbccdb,1,1) должно отрабатывать долго(от 30 секунд и выше в зависимости от размера) update master..sysdatabases set status=524 where dbid=db_id('dbccdb') передернуть сервер поднимется нормально, с чистім лог-сегментом Делая это, вы рискуете потерять вашу базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 15:51 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
MasterZiv 0rc dbcc traceon(3604) dbcc rebuild_log(dbccdb,1,1) должно отрабатывать долго(от 30 секунд и выше в зависимости от размера) update master..sysdatabases set status=524 where dbid=db_id('dbccdb') передернуть сервер поднимется нормально, с чистім лог-сегментом Делая это, вы рискуете потерять вашу базу. почему ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 15:58 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
...и как тогда правильно делать ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 16:09 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
Можно дамп снять лога попробовать или лог расширить. Или это невозможно? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 16:19 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
Litus Можно дамп снять лога попробовать или лог расширить. Или это невозможно? ...ОНО замечено поздно было, вылезло после перезагрузки сервера, и база dbccdb остановилась на recovery... В общем то способ 0rc'а помог, вопрос только почему так делать не стоит ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 16:30 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
======================= В общем то способ 0rc'а помог, вопрос только почему так делать не стоит ? ======================= Я знаю почему нельзя так делать!!!! Все кто имеет отношение к фирме Sybase делают вид что команд DBCC ваще нет. Ну разве что dbcc tablealloc!! А всё остальное само пойдёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 17:27 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
Однажды года 2 назад у нас тоже подобное было с логом. По незнанию перегрузили сервер... Уж не знаю всегда-ли база становится неподъемной после перезагрузки с забитым логом, но неприятностей была уйма (правда не у меня).... Классическую ошибку 1105 я потом вычитал у Хичкока :-) Вопрос к гуру: После переполнения лога и последующей перезагрузки сервера с такой базой, она всегда падает подобным образом? Может быть можно пойти таким путем: 1) поднять сервер без восстановления пользовательских баз 2) добавить новое устройство и расширить лог поврежденной базы на него 3) перегрузить сервер в нормальном режиме Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 17:41 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
отчасти я согласен с сергом в том плане что этой команды нет в описании ;) потерять базу при этом можно в ситуации когда имеем отрицательный размер лог-сегмента, и он переполнен... если лог на отдельном девайсе, не имеет проблем - тогда вряд ли... это утверждение основано на практическом применении... хотя честно - не для того случая когда просто лог забился ;) но пояснять как потом убрать "лишний" девайс по-моему более опасная ситуация... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 18:00 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
nik2 Делая это, вы рискуете потерять вашу базу. почему ? [/quot] Потому что если были транзакции после последнего checkpoint, то не все страницы данных могут быть сброшены на диск. Т.е. на диске (откуда поднимается БД) они старые. А новыми они станут после наката лога. Ну а если его обрезать, то все эти изменения потеряются. Соотв. если повезет и БД была в согласованном состоянии на диске в момент опускания (или падения) сервера, то хорошо, а если нет - могут потеряться данные (что еще не очень плохо) или даже, что совсем плохо, нарушится системные данные о связях страниц, строк и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 12:41 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
Слушай, так у тебя это DBCCDB ? Так плюнь ты на нее, создай ее заново и все. Знаешь как от нее избавляться ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 13:23 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
MasterZivСлушай, так у тебя это DBCCDB ? Так плюнь ты на нее, создай ее заново и все. Знаешь как от нее избавляться ? да плюнуть то плюнул, тоесть я ее: 1 - поднял с чистым лог сегментом сначала, 2 - а потом один фиг собрал заново... а как правильно без пункта 1 надо было ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 13:28 |
|
||
|
Что делать... ?
|
|||
|---|---|---|---|
|
#18+
Делать видимо следующее: Не допускать переполнения лога. Если можно включать "abort tran on log full" то наверное включить. Можно пороговую процедуру. Единственно не забывать проверять и лечить Syslogs Если в централе видим отрицательный лог то фиг с ним. А вот если helpsegment показывает отрицательный лог , то обязательно на него dbcc tablealloc(syslogs,full,fix). B противном случае лог теряеться и про то что сработает "abort tran on log full" можно забыть. Наверное можно забыть и про корректную работу порогов. И далее будет описанное выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2005, 13:21 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=32944539&tid=2013799]: |
0ms |
get settings: |
11ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 261ms |
| total: | 429ms |

| 0 / 0 |
