Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
ASE 12.5.0.3, LInux Ситуация: есть база. Лог был разпределен на несколько частей...1-я часть на RAW-девайсе, 2-я часть на файловой системе ext3. Физический девайс ext3 упал, вместе с файлом лога. Теперь БД не поднимается. Поставил другой девайс, и создал ручками в нем файл, относящийся к логу. => БД не поднимается. При поднятии БД: Recovery (Suspect Granularity): Settings for database 'mydata'- Suspect Granularity: 'Page ', Suspect Threshold: 100, Online Option: 'Read/Write'. 00:00000:00001:2007/02/03 20:48:56.91 server Error: 692, Severity: 20, State: 1 00:00000:00001:2007/02/03 20:48:56.91 server Uninitialized logical page '10561779' was read while accessing object '8' in database '4'. Please contact Sybase Technical Support. 00:00000:00001:2007/02/03 20:48:56.92 server Error: 3414, Severity: 21, State: 1 00:00000:00001:2007/02/03 20:48:56.92 server Database 'mydata' (dbid 4): Recovery failed. Check the SQL Server errorlog for further information as to the cause. Где object '8' - это таблица syslogs. А page = '10561779' Относится ко 2-й части лога (которая упала) Как быть, что нужно сделать? (очень нужна помощь) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2007, 21:19 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
Самое разумное- восстановить из последнего дампа базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2007, 23:23 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
А если данные, размещенные на других винтах, живые. Как их поднять? Неуж-то нельзя сказать серваку, что бы данные из лога не поднимал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2007, 12:41 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
А как у вас процесс бэкапа был настроен? По хорошему база поднимается с последнего дампа и на нее накатываются инкрементальные бэкапы лога. Данные в логе нужны для консистентности данных, и лично мне неизвестен способ сказать серверу забить на то что лог поврежден... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2007, 15:47 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
Если бы у вас остались все отформатированные девайсы на которых хранился лог, то можно было бы этот лог убить, с помощью dbcc rebuillog, и стартовать БД, начиная лог "с чистого листа", что наверняка повлекло бы за собой нецелостность данных. Но у вас даже нет всех лог девайсов. Поэтому, самым лучшим вариантом, является загрузка последнего дампа, как вам и советовали ранее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 01:46 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
А если проинициализировать девайс и подпихнуть его на нужное место, а потом сделать dbcc rebuildlog. Возможно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 09:08 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
MaktubА если проинициализировать девайс и подпихнуть его на нужное место, а потом сделать dbcc rebuildlog. Возможно? Это вам надо делать только вручную правив в sysusages. Что не очень желательно. Я так понял что дампа у вас нет ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 11:42 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
Дамп есть, но с потерей нескольких дней. А как-то можно очистить таблицу syslogs? у команды dbcc rebuild какой синтаксис? (если такая команда есть?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 11:54 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
dbcc rebuild_log(dbid, rebuild, all) --- Create a new log with a single checkpoint record You must use great caution with dbcc rebuild_log. This command will increase the current database timestamp value significantly Note: There is a chance that running dbcc rebuild_log could leave the database corrupt (from a logical integrity and physical integrity point of view). Please use avoid using this command unless there is no other viable (option such as going to backups). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 12:02 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
На команду dbcc rebuild_log( dbid, 0, 0) Выдает сообещение: "Failed attempt to remove old log extents " ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 13:05 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
Почему опции - 0 0 ? Ниже данно описание значений опций Option Description dbid Database ID dbname database name rebuild Rebuild options Value info 0 Do not create a new log. The extents for the log will be deleted only if 'all' = 1. Extents for the old log will also be deleted. 1 Extents for current log and old log(i.e. extent ids with an object ID of -1) will be deleted. A new log will also be created. all All options Value info 0 Delete extents for old log only 1 Delete extents for current log and old log. Note: The database must be in bypass recovery mode (i.e. status column in sysdatabases for the database must be set to -32768 as does the DBTABLE structure). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 13:26 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
Maktub пишет: > А если данные, размещенные на других винтах, живые. > Как их поднять? Неуж-то нельзя сказать серваку, что бы данные из лога не > поднимал? Данные без лога ничего не стоят. Считай что их нет. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 15:09 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
Maktub пишет: > Автор: "Maktub" > Дамп есть, но с потерей нескольких дней. Я думаю тебе лучше потерять несколько дней, чем иметь нестабильную работу БД в течение всего последующего времени. Я бы так сделал. > А как-то можно очистить таблицу syslogs? Нет. Это вообще не таблица. Это кусок внутренних данных сервера. > у команды dbcc rebuild какой синтаксис? Ой, я не помню. Команда перестроить лог есть, но я бы вообще не стал это делать. Хотя можно сделать так. Отложить все данные (все девайсы) сервера в сторону. Восстановить бэкап. Девайсы сервера выдожить в другой INstance ASE и там уже пытаться поднять данные, перестроить лог и все такое. Если получится, потерянные данные можнго будет скопировать на нормальный сервер. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2007, 15:15 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
Удалось сребилдить новый лог и поднять БД. Спасибо за помощь с "dbcc rebuild_log"! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2007, 12:34 |
|
||
|
Упал device, а вместе с ним и лог-файл
|
|||
|---|---|---|---|
|
#18+
MaktubУдалось сребилдить новый лог и поднять БД. Спасибо за помощь с "dbcc rebuild_log"! You are Welcome. Это очень крайнее средство, которое может привести к нецелостности данных. Лучше в следующий раз (тьфу, тьфу чтобы не было) вподобных случаях, все таки использовать или актуальный дамп, или же используйте технологию WarmStanby на основе ReplicationServer ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2007, 13:53 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=34305217&tid=2012274]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 332ms |

| 0 / 0 |
