Todos os produtos
Search

Este produto

    Data Online Migration:Migração contínua para o OSS com back-to-origin por espelhamento

    Central de documentação

    Data Online Migration:Migração contínua para o OSS com back-to-origin por espelhamento

    Última atualização: Jun 27, 2026

    Este tópico descreve como uma empresa de internet migrou sua aplicação de outro provedor de nuvem para o OSS de forma contínua, utilizando o Data Online Migration e o recurso de back-to-origin baseado em espelhamento.

    Contexto

    Um cliente do setor de serviços de internet executa seu negócio principal em outro provedor de nuvem. A empresa oferece serviços online de edição de imagens e vídeos. O cliente possui cerca de 100 milhões de arquivos, totalizando aproximadamente 320 TB armazenados nesse provedor. Diariamente, são gerados cerca de 20 GB de novos dados. O OSS oferece largura de banda de acesso de 250 MB/s, enquanto o negócio exige no máximo 50 MB/s.

    Para apoiar o crescimento dos negócios, a empresa planeja migrar sua aplicação para a plataforma OSS. Devido ao grande volume de dados existentes, a migração deve garantir a continuidade das operações e atender aos seguintes requisitos:

    • A migração não pode interromper as operações comerciais nem afetar o acesso dos usuários aos dados.

    • A integridade dos dados deve ser garantida, permitindo que a aplicação faça a transição para o OSS sem interrupções.

    Plano de migração

    Com base nos requisitos do cliente, o plano de migração recomendado é o seguinte:

    1. Utilize o Data Online Migration para transferir os dados existentes do cliente do serviço de nuvem de source para o OSS. As operações comerciais permanecem na plataforma original até a conclusão desta migração inicial.

    2. Após migrar os dados existentes, configure o back-to-origin por espelhamento no OSS apontando para o serviço de nuvem de source. Isso permite que o OSS atenda a solicitações de dados incrementais ainda não migrados.

    3. Faça a transição da aplicação para o OSS. Neste momento, todos os dados passam a ser lidos e gravados no OSS.

    4. Após a transição, novos dados deixam de ser gerados no serviço de nuvem de source. Utilize o Data Online Migration novamente para migrar os dados incrementais restantes para o OSS.

    5. Após migrar e verificar todos os dados, exclua-os da source.

    Etapa 1: Migrar dados existentes

    1. Crie uma tarefa de migração para transferir os dados existentes.

      a. Crie um bucket do OSS para armazenar os dados migrados. Para mais informações, consulte Criar um bucket.

      b. Crie um endereço de dados e, em seguida, crie uma tarefa de migração completa. Para mais informações, consulte o documento de implementação de migração correspondente ao tutorial em Tutoriais de migração.

      Importante

      Na tarefa de migração, defina a política de substituição como Substituir objetos com o mesmo nome se a última modificação for posterior à do objeto de destino. Isso garante que, ao reiniciar a tarefa, apenas os dados incrementais sejam migrados.

    2. Após concluir a migração, visualize o relatório de migração para comparar os dados na source e no destino e confirme que todos os dados foram migrados com sucesso.

    Etapa 2: Configure o back-to-origin por espelhamento

    A migração dos dados existentes leva cerca de 25 dias. Durante esse processo, o site de source continua gerando novos dados. Para evitar interrupções nos negócios e realizar uma transição contínua, também é necessário configure o recurso de back-to-origin por espelhamento. Quando um arquivo solicitado por um usuário não é encontrado no OSS, o sistema busca automaticamente o arquivo correspondente no site de source, salva-o no OSS e retorna o conteúdo diretamente ao usuário.

    1. Faça login no console do OSS.

    2. No painel de navegação à esquerda, clique em Buckets.

    3. Na página Buckets, clique em no nome do bucket que deseja configure.

    4. No painel de navegação à esquerda, escolha Data Management > Mirroring-based Back-to-origin.

    5. Clique em Create Rule. No painel Create Rule exibido, configure as informações de back-to-origin.

      Insira a URL de source no formato http://[BucketName].bcebos.com/data/ no campo Origin URL. Por exemplo, se a URL de acesso do OSS for bucketname.oss-endpoint.com/image.jpg, o OSS buscará o objeto em http://abcbj.bcebos.com/data/image.jpg.

      • Method: Selecione Mirroring.

      • Condition: A condição padrão é o código de status HTTP 404. Você também pode configure um Object Name Prefix e um File Name Suffix conforme suas necessidades.

      • Origin URL: Insira a URL de acesso do serviço de nuvem de source.

      • Para mais informações sobre as configurações de parâmetros, consulte Configure regras de back-to-origin.

      Nota

      É possível configure até cinco regras de back-to-origin por espelhamento, e todas entram em vigor simultaneamente. Caso tenha múltiplas origens, configure várias regras e utilize um Object Name Prefix diferente para cada uma, direcionando assim as solicitações à source correta.

    6. Clique em OK.

    Etapa 3: Fazer a transição para o OSS

    Atualize seus servidores de aplicação para apontar para o OSS em todas as operações de leitura e gravação. Após essa alteração, dados incrementais deixam de ser gerados na source.

    Etapa 4: Migrar dados incrementais

    Durante a migração dos dados existentes, cerca de 100.000 novos arquivos, totalizando aproximadamente 500 GB, foram gerados na source. Esses dados incrementais também precisam ser migrados para o OSS.

    1. Reinicie a tarefa de migração. O serviço realiza uma varredura completa dos arquivos de source e migra apenas os arquivos incrementais para o destino, com base na data da última modificação.

    2. Após concluir a migração, visualize o relatório de migração para comparar os dados na source e no destino e confirme que todos os dados foram migrados com sucesso.