A redundância de dados significa que os mesmos dados existem em mais do que um local. Por vezes, isso é intencional. Os backups são redundantes por projeto. As bases de dados replicadas mantêm cópias em várias regiões para garantir a disponibilidade. Os arrays RAID duplicam os dados em vários discos, de modo a que uma única falha não cause perda de dados. A redundância intencional protege contra falhas. A redundância não intencional causa problemas.

Quando o mesmo registo de cliente reside em três sistemas sem sincronização, os registos divergem. Um contém o endereço atual. Outro, o número de telefone antigo. Um terceiro apresenta um erro de digitação no e-mail. Ninguém sabe qual está correto. Os relatórios de diferentes sistemas divergem. Os analistas gastam horas a conciliar os dados. A solução é a integração ou uma fonte única de verdade. A gestão de dados mestre identifica o sistema autorizado para cada entidade. A integração mantém as cópias sincronizadas. Ambas as soluções custam dinheiro e esforço. A redundância nem sempre é má. A questão é saber se é controlada. A redundância controlada melhora a fiabilidade. A redundância descontrolada gera inconsistências. Esta distinção é mais importante do que a presença de duplicados. Um sistema sem redundância é frágil. Um sistema com redundância caótica não é fiável. O objetivo é uma redundância deliberada e gerida que sirva um propósito.

Tipos de redundância

• Intencional — backups, replicação, RAID
• Não intencional — registos duplicados, sistemas dessincronizados
• Controlado — gerido com integração ou dados mestre
• Descontrolado — as cópias desviam-se e discordam

A redundância é uma ferramenta. Quando bem utilizada, protege os dados. Quando mal utilizada, corrompe a confiança.