Hello, Алексей!
Кравченко Алексей wrote:
суть в самой проблеме отсутствия online-механизмов
их не может быть. ты вот предложил "не менять базу" на время "ремонта". А откуда ты будешь ЧИТАТЬ поврежденные страницы или структуры данных?
вот вы все ссылаетесь на быстро-доступный ближайший бэкап... но понимаете, в некоторых случаях бэкап даже пятиминутной давности - УЖЕ слишком устаревший.
тогда из приложений сохраняй логи работы вместе с записью в БД, и в случае сбоя БД и восстановления из бэкапа (или нбэкапа) накатывай эти логи.
основная причина - ПОСЛЕДОВАТЕЛЬНОСТЬ логических событий в базе. нарушится причинно-следственная связь. (смотрели наверно фильм "назад в будущее")
см. выше. ты сам строишь в базе эти последовательные действия, значит сам и должен их обрабатывать при сбоях. Серверу похрен, вставил ты запись из процедуры, триггера или явно.
а вот еслибы мы быстренько могли накатить последние изменения на последний бэкап...было бы все замечательно...
накатывай. кто тебе не дает?
а существующий nbackup - физический (тоесть все оригинальные косяки перенесутся).
??? как записал, так и перенесется. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
