ASA902.
База - репликационная ~10Гб. лог тоже ~10ГБ.

Проблема в том, что после аварийного выключения и таким образом срубания базы,
она долго (до 4 часов) восстанавливается (статус start pending) при включении.

1. Восстановление идет так долго из-за репликации или большого лога?
Пробовал обнулять точку смещения по всем remote user-ам.
Вроде не помогает.
Если обнулить точку смещения и запустить базу с созданием нового пустого лога - то восстановление ускорится?

PS Я понимаю, что база, в результате таких действий, когда-нибудь упадет намертво,
и что вообще хорошо, что она восстанавливается.

В связи с этим такой вопрос, что можно сказать о других базах ORACLE, MSSQL, DB2,
как они будут работать в таких условиях. Они сразу умрут, или будут также сопротивляться))
Или этот вопрос лучше задавать у них на форуме?

Вопрос по поводу других баз возник из-за необходимости аргументации в пользу Sybase.
Т.к. база стоит у заказчиков.

Dim2000Обрезать лог религия не позволяет?



Понял, т.е. это ускорит восстановление.

Еще один вопрос. Можно увидеть процент выполнения восстановления базы (сколько она еще будет восстанавливаться)?

Sergey Orlovdorian greyASA902.
База - репликационная ~10Гб. лог тоже ~10ГБ.

Зачем вам логв 10 гиг, за сколько же времени вы его накопили... и как вы делали backup с таким логом...

бэкап ночью делается по ивенту.
В принципе не нужен, но не хочется лишний раз трогать из-за репликации.

Sergey OrlovВ свойствах баз, участвующих в репликациях есть опция delete_old_logs, поо умолчанию она в off...

Спасибо! Посмотрю.