Здравствуйте!

База АСА 9.0.2.3420. Около 40 реплицируемых удаленных баз.(SQLRemote).

Возникла очень печальная проблема:
При выгрузке удаленной базы из консолидированной, подвис процесс на выгрузке какой-то таблицы. Отменил выгрузку, начал заново. После этого сервер выполнил недопустимую операцию... и после этого больше не запустился :(
Выдает следующее:

I. 22/06 14:15:33. Запуск базы данных "is_basa" (D:\BASES\Insurance System\is_basa.db) в Пт 22 Июн 2007 г. 14:15
I. 22/06 14:15:33. Выполняется восстановление базы данных
I. 22/06 14:15:33. Последняя установка контрольных точек в Пт 22 Июн 2007 г. 14:09
I. 22/06 14:15:33. Журнал контрольных точек...
I. 22/06 14:15:33. Системное предупреждение: файл базы данных "D:\BASES\Insurance System\is_basa.db" состоит из 1385 дисковых фрагментов
I. 22/06 14:15:42. Журнал транзакций: is_basa.log...
I. 22/06 14:15:42. Зеркальная копия журнала транзакций: is_basa.mlg
I. 22/06 14:15:42. Запуск контрольной точки "is_basa" (is_basa.db) в Пт 22 Июн 2007 г. 14:15
I. 22/06 14:15:42. Завершение контрольной точки "is_basa" (is_basa.db) в Пт 22 Июн 2007 г. 14:15
E. 22/06 14:15:42. *** ОШИБКА *** Сбой контрольного утверждения: 100904 (9.0.2.3420)
E. 22/06 14:15:42. Failed to redo a database operation (id=4, page_no=0xd0000040, offset=0x296)
I. 22/06 14:15:42. *** ОШИБКА *** Сбой контрольного утверждения: 100904 (9.0.2.3420)
I. 22/06 14:15:42. Failed to redo a database operation (id=4, page_no=0xd0000040, offset=0x296)
I. 22/06 14:15:42.
I. 22/06 14:15:42. Попытка сохранения файла дампа в 'C:\Temp\sa_dump.dmp'
I. 22/06 14:15:42. Файл дампа сохранен
E. 22/06 14:15:42. Внутренняя ошибка базы данных *** ОШИБКА *** Сбой контрольного утверждения: 100904 (9.0.2.3420)
E. 22/06 14:15:42. Failed to redo a database operation (id=4, page_no=0xd0000040, offset=0x296) -- выполнен откат транзакции

Люди, помогите, плиз, разобраться в этой ситуации.
Как я понял восстанавливать ее прийдется из бэкапа. Последний бэкап был сделан вчера поздно вечером.
Есть ли способы запустить базу без наката бэкапа? Если нет, то или опишите, или дайте ссылки на то как сделать восстановаление правльно и при этом не нужно былобы выгружать заново все удаленные базы?

Я пробовал сделать, как описал Рыжий Кот.
Запустил базу с архива с ее же логом:
dbEng9 is_basa.db -a is_basa.log
Все прошло нормально.
Потом по очереди начал ее запускать с логами упавшей консолидированой базы (начиная с самых старых...070119AA.log, 070125AA.log и т.д.) - пишет:
I. 06/22 15:57:53. Error: Cannot open transaction log file -- Can't use log file "D:\Recovery\FailBase\070619ab.log" since the database file has been used more recently

А если применить последний лог - 070622AA.LOG, то выдает следующее:
E. 06/22 15:58:00. Internal database error *** ERROR *** Assertion failed: 100903 (9.0.2.3420)
E. 06/22 15:58:00. Unable to find table definition for table referenced in transaction log -- transaction rolled back

Ser4g - опишите плиз поподробнее, шаг за шагом, что вы делали для восстановления, как накатывали лог-файлы? ПЛИИИЗ!

Та да, в общемто .. очень даже меняет дело.
Я не могу сделать это:
D:\Recovery\21.06.07>dblog -n is_basa.db
Adaptive Server Anywhere Transaction Log Utility Version 9.0.2.3420
Cannot remove the transaction log since a SQL Remote truncation point exists
You must also specify the -ir switch to remove the transaction log

Плиз... посоветуйте кто-то как восстановить базу с репликацями.

Всем огромное спасиба! Особенно Рыжему Коту :)
Все получилось. В общем сделал так:
dbeng9 is_basa.db -a is_basa.log - на архивной базе и логе
потом переписал лог предпоеследний лог 070622AA.LOG и применил его к архивной базе:
dbeng9 is_bsas.db -a 070622AA.LOG
затем переписал лог и млг рухнувшей базы в каталог архивной и применил их
dbeng9 is_basa.db -a is_basa.log
В общем-то после этого все и поднялось... база заработала как и прежде.. SQLRemote работает чудесно, без глюков.