> -- Сергей Губанов писал(а):
> Ещё есть такая идея. Сначала копируем всю структуру (обычным Stores), а затем... Пусть у каждого объекта будет уникальный идентификатор и пусть будет реестр объектов (идентификатор <--> слабая ссылка). Тогда каждый объект находящийся на активном компьютере сможет (после каждой своей модификации) посылать сообщения своей копии находящейся на запасном компьютере и в этих сообщениях очень компактно излагать как его копия должна изменить своё текущее внутреннее состояние до нужного. ...

Может я что не так понял в исходной задаче.
Попробую свое понимание изложить и высказать свое понимание решения.
Имеем два компьютера идентичной структуры. На одном происходит обработка большой (но при этом вмещающейся в ОЗУ) структуры.
Задача состоит в том, чтобы организовать зеркалирование указанной процедуры (обработки) на втором компьютере с целью обеспечения отказоустойчивости.
Есть три точки зрения на процесс передачи информации о модификации.
1) Производить преобразование в массив байт с последующим анализом изменений.
2) Каждый модифицируемый объект сообщает о том, что его изменили (вариант п.1, на самом деле)
3) Каждая процедура, приводящая к модификации структуры данных, записывается вместе со своими параметрами, а затем воспроизводится на ведомом компьютере.

п.3 и имелся ввиду под "журналом".
Вопрос передачи журнала на ведомый компьютер - предмет отдельного обсуждения, возможных вариантов масса - сокеты, RPC, http и т.д.
По варианту №3 работает (насколько я знаю) удаленный рабочий стол в Windows (в добавление к приведенному выше Ораклу). Там производится запись команд GDI наподобие WMF и передаются записанные команды, которые затем воспроизводятся на удаленном столе.

Мне кажется, что в случае перевода объектов в массив тратится слишком много ресурсов, хотя я деталей вашей задачи не знаю, возможно это и нормально. Приведенной мной решение кажется более логичным

PS. Можно какую-то ссылочку на более подробное описание решения с сериализацией?