YVG19, вы все время накатываете снятый дамп на другую машину?

YVG19, если так и собираетесь использовать для поддержания "горячей" копии сервера технологию дампов то Вы должны понимать что потери в данных неизбежны.
Если раньше Вы теряли все изменения между дампами то теперь будут потери между дампами транзакций. Для полного исключения потерь такая схема не подходит. Смотрите в сторону кластера.

Для того что Вы задумали:
1) Переведите вашу базу в режим сохранения транзакций sp_dboption 'trunc log on chkpt', false
2) Что бы не писать самому посмотрите в сторону sybadmin
3) Регулярно делайте дамп логов на основном сервере
4) С помощью at REMOTE_BS в команде load tran поднимайте транзакции на второй сервер.

Вариаций может быть много, вплоть до копирования по scp файлов на вторую машину, но идея примерно такова.

komradSQLMantisYVG19, если так и собираетесь использовать для поддержания "горячей" копии сервера технологию дампов то Вы должны понимать что потери в данных неизбежны.
Если раньше Вы теряли все изменения между дампами то теперь будут потери между дампами транзакций. Для полного исключения потерь такая схема не подходит. Смотрите в сторону кластера.

не согласен с "потери в данных неизбежны"
тынц


И чем это поможет?
Если это горячая копия, то:
1) Накравается (Сервер | ASE )
2) В зависимости от критичности, на резервный должны переключиться приложения в течении как минимум минут 30-40 (это потолок и безобразие).
3) Как только они переключаться, начнутся изменения в базе и остатки лога транзакций уже будут не нужны