Apesar da replicação de storage ser mais simples de instalar e administrar, ao compararmos com a replicação de banco de dados temos um “overhead” enorme no consumo de banda de rede podendo chegar a quase 10 vezes mais volume de dados trafegado na rede. A cada operação de insert, update ou delete em um banco de dados, à nível de disco o SGBD grava inúmeras páginas de dados, tais como a página da linha / coluna da tabela alterada propriamente dita, mais páginas de índices, páginas de logs, etc, e assim um replicador de disco / storage terá que replicar para o servidor remoto todas estas páginas alteradas, ao longo que em um replicador de banco de dados como o OBJECTMMRS o único dado trafegado é o dado realmente alterado. É por isso que em projetos de replicação de disco / storage há a necessidade de grande banda de rede em contrapartida com projetos de replicação de banco de dados onde o consumo de banda de rede é mínimo.
Uma outra diferença muito importante é que no caso da replicação de disco / storage, a base de dados remota não pode ser usada, ela fica offline, não podendo ser usada nem para consultas.
Esta informação foi extraída do artigo escrito pelo experiente DBA Oracle Tom Kyte, podendo ser lida em http://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:3586678100346900805