У Вас что то из этого.....оно уже исправлено
...а базу апгрейдили до новой версии?

================(Build #4399 - Engineering Case #349918)======
SQL Remote may have reported the error "No log operation at offset x" and
then exited. After examining all the transaction logs, one may find that
the log offset x was in the header page of a transaction log file.

This problem could have occurred if:
1. the last log operation in the latest offline transaction log was a "redo_release";
and
2. in the online transaction log, there is no log operation of commit, rollback,
or release and no actual data to be replicated.

This problem is fixed now.


================(Build #4303 - Engineering Case #328956)=============

If the minimum log_sent value in the SYSREMOTEUSER table pointed to the middle
of an operation in the transaction log, then dbremote would still have sent
data starting at the beginning of the transaction pointed to by the bad offset.
Now, dbremote will return an error (No log operation at offset X) in this
situation.

насколько я понял, это ошибка в логе 040722AA.LOG

если это так, то сделать можно следующее:

dblog 040722AA.LOG
запомнить смещение, на котором кончается лог

потом запускаем isql

select * from sys.sysremoteusers order by confirm_sent

смотрим у каких удаленных пользователей confirm_sent <= смещения,на котором кончается лог 040722AA.LOG

вот на них и придется перевыгрузить базы, для остальных этот (и раньшие) логи не нужны

P.S.
может есть и другой, более простой способ...

PPS
а есть бекапы базы?

тогда все намного проще

берете бекапную базу


запускаете сервер с ключиком -а <имя файла лога>

по очереди применяете все логи, что не было при бекапе + текущий лог

все!

да, но скорее всего, как раз лог то и поломан!