You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Yongjun Zhang (JIRA)" <ji...@apache.org> on 2016/02/17 16:33:18 UTC

[jira] [Created] (HDFS-9820) Improve distcp to support efficient restore

Yongjun Zhang created HDFS-9820:
-----------------------------------

             Summary: Improve distcp to support efficient restore
                 Key: HDFS-9820
                 URL: https://issues.apache.org/jira/browse/HDFS-9820
             Project: Hadoop HDFS
          Issue Type: New Feature
          Components: distcp
            Reporter: Yongjun Zhang
            Assignee: Yongjun Zhang


HDFS-4167 intends to restore HDFS to the most recent snapshot, and there are some complexity and challenges. 

HDFS-7535 improved distcp performance by avoiding copying files that changed name since last backup.

On top of HDFS-7535, HDFS-8828 improved distcp performance when copying data from source to target cluster, by only copying changed files since last backup. The way it works is use snapshot diff to find out all files changed, and copy the changed files only.

See https://blog.cloudera.com/blog/2015/12/distcp-performance-improvements-in-apache-hadoop/

This jira is to propose a variation of HDFS-8828, to find out the files changed in target cluster since last snapshot sx, and copy these from the source target's same snapshot sx, to restore target cluster to sx.

If a file/dir is

- renamed, rename it back
- created in target cluster, delete it
- modified, put it to the copy list
- run distcp with the copy list, copy from the source cluster's corresponding snapshot

This could be a new command line switch -rdiff in distcp.







--
This message was sent by Atlassian JIRA
(v6.3.4#6332)