Todos os produtos
Search
Central de documentação

Object Storage Service:Data replication

Última atualização: Sep 22, 2026

Use o recurso de replicação de dados do Object Storage Service (OSS) para copiar objetos automaticamente de um bucket para outro. O bucket source e o bucket de destino podem estar na mesma região ou em regiões diferentes e podem pertencer à mesma conta ou a contas distintas.

O que é replicado

O OSS replica os seguintes dados:

  • Todos os objetos, incluindo tanto os objetos históricos que existiam antes da entrada em vigor da regra quanto os objetos novos ou atualizados adicionados posteriormente

  • Objetos encrypted by using Key Management Service (KMS)

  • Objeto metadata

  • ACLs de objeto

  • Tags de objeto

  • Partes de upload multipart e os objetos combinados montados a partir delas

O que não é replicado

A replicação exclui os seguintes dados:

  • Classe de armazenamento dos objetos

  • Hora do último acesso dos objetos (x-oss-last-access-time)

  • Réplicas de objetos já criadas por outra regra de replicação. Não há suporte para cadeias de replicação.

    Por exemplo, configure as regras A→B e B→C. O OSS não replica os objetos de B para C.

  • Configurações no nível do bucket

    Inclui regras de ciclo de vida, configurações de compartilhamento de recursos de origem cruzada (CORS), configurações de hospedagem de site estático, configurações de proteção contra hotlink e políticas de bucket

Quando usar a replicação entre regiões

Use a replicação entre regiões (CRR) quando o seu cenário exigir a existência de dados em uma região geográfica diferente:

  • Conformidade

    O OSS ativa a redundância de dados por padrão. No entanto, se as regulamentações exigirem cópias de dados em data centers geograficamente dispersos, a CRR ajuda você a atender a esses requisitos.

  • Latência reduzida

    Mantenha réplicas em data centers do OSS mais próximos dos seus usuários para minimizar a latência de acesso aos dados.

  • Recuperação de desastres

    Mantenha uma cópia completa de todos os dados em uma região separada. Assim, se ocorrer uma interrupção regional, a réplica na localização secundária mantém a sua aplicação em execução.

  • Migração de dados

    Mova dados de um data center para outro com sincronização contínua durante o período de transição.

  • Computação em várias regiões

    Se os clusters de computação em duas regiões analisarem o mesmo conjunto de dados, use a CRR para manter as réplicas de objetos disponíveis em ambas as regiões.

Quando usar a replicação na mesma região

Use a replicação na mesma região (SRR) quando o seu cenário exigir cópias de dados dentro da mesma região:

  • Conformidade

    Se as regulamentações exigirem que os dados permaneçam dentro de um país ou região específica, replique do bucket source para vários buckets de destino na mesma região geográfica.

  • Sincronização entre teste e produção

    Mantenha o seu ambiente de teste sincronizado com a produção sem copiar dados entre regiões. Isso permite validar novos recursos com dados reais sem afetar a integridade da produção.

  • Agregação de logs

    Consolide logs armazenados em vários buckets ou contas em um único bucket para processamento centralizado.

Referências