Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E73E8106CE for ; Sun, 1 Dec 2013 15:05:36 +0000 (UTC) Received: (qmail 30167 invoked by uid 500); 1 Dec 2013 15:05:29 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 30124 invoked by uid 500); 1 Dec 2013 15:05:29 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 30116 invoked by uid 99); 1 Dec 2013 15:05:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Dec 2013 15:05:28 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yuzhihong@gmail.com designates 209.85.192.170 as permitted sender) Received: from [209.85.192.170] (HELO mail-pd0-f170.google.com) (209.85.192.170) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Dec 2013 15:05:22 +0000 Received: by mail-pd0-f170.google.com with SMTP id g10so16509555pdj.29 for ; Sun, 01 Dec 2013 07:05:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=Jj60VXr/hHOK2rc53RB58nRnQG9Las5X7vleytqoy/E=; b=p3k0RqTuKYy+MMqZNukw9se7GB1UJquS3sAfdTPpIwDS6AYRN6rEFfYNcAK9gsd+AP aJ66ZO9vqbn9HzMMRNV77Ovi6/mZketRfFvMoo8xLPXly4Pb4VWWDqh7ZVNP1kC/fjeB zRLJaQUf+EcaA9v8+SdQSZi0IO9me9wENkKMnjF85kzE7F0sJydOMdQWgFz2ggssgyPD xcr3tpx8eaYkJQFXLK4NeMNcltj37F25jvpMd6OrW0d2E8PW+Yf+ZC9XUnv5dYwt0sJm KMv84kPC7FeevYsseE0qSWhVh85g8lH639C+BUjAUI88D7WUnA97xRqXPu8FaLyzcn/q yzHw== X-Received: by 10.68.196.69 with SMTP id ik5mr26435694pbc.132.1385910301336; Sun, 01 Dec 2013 07:05:01 -0800 (PST) Received: from [10.177.232.187] (120.sub-70-197-1.myvzw.com. [70.197.1.120]) by mx.google.com with ESMTPSA id iu7sm115988320pbc.45.2013.12.01.07.05.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Dec 2013 07:05:00 -0800 (PST) References: <898E038B-CA9C-4350-BB7F-2161E1F405CC@gmail.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <2A3FF253-8CDC-4519-A56E-11C99CA2BAA9@gmail.com> Cc: "user@hbase.apache.org" X-Mailer: iPhone Mail (10B146) From: Ted Yu Subject: Re: snapshotexport to outside of cluster Date: Sun, 1 Dec 2013 07:04:59 -0800 To: "user@hbase.apache.org" X-Virus-Checked: Checked by ClamAV on apache.org What if there is a bad sector on the disk of remote server ? Using hdfs, you're shielded from such scenario. On Dec 1, 2013, at 6:56 AM, oc tsdb wrote: > We want to use that exported data in case of any disaster happens. > > Thanks > -OC > > > On Sun, Dec 1, 2013 at 2:25 PM, Ted Yu wrote: > >> Since the remote server doesn't have hdfs, what would the backup be used >> for ? >> >> Cheers >> >> On Nov 30, 2013, at 10:34 PM, oc tsdb wrote: >> >>> Hi, >>> >>>>> Can you clarify what 'without copying to local file system' means ? >>> >>> We want to take HBase tables backup.So we periodically take snapshots and >>> export data to backup server which is not in cluster. >>> >>> Currently we are achieving this as mentioned below. >>> >>> 1.Create snapshots from HBase command line >>> lets say we have created snapshot for a table called 'hbase_tabel' and >>> its snapshot name is 'hbase_tabel_snapshot' >>> 2. Then export snapshot data to remote backup server which is not in >>> cluster.We are achieving this in two steps. >>> a. Export snapshot to local file system(sample path /tmp/hbase_backup) >>> from hdfs file system as mentioned below >>> hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot >>> hbase_tabel_snapshot -copy-to file:///tmp/hbase_backup - >>> mappers 16 >>> Here we should have enough disc space in local file system to export >>> snapshot from hdfs. >>> b.Transfer(scp) exported snapshot from local file system >>> (/tmp/hbase_backup) >>> to backup server which is not hadoop/HBase running >>> server. >>> >>> That means first we have to export snapshot to local system from hdfs >> and >>> then transfer ( scp ) to remote server.Instead of doing in two steps can >> we >>> directly export snapshot to remote server(which is not in cluster) like >> how >>> it is exporting to another cluster. >>> . >>> Thanks >>> OC >>> >>> >>> >>> >>> >>> On Sat, Nov 30, 2013 at 11:11 AM, Ted Yu wrote: >>> >>>> HBASE-4618 is not related to snapshots. >>>> Lars did some work in HBASE-5509, a sub-task of HBASE-4618. >>>> >>>> FYI >>>> >>>> >>>> On Fri, Nov 29, 2013 at 9:31 PM, Yu Li wrote: >>>> >>>>> I guess this might be a use case of >>>>> HBASE-7912or >>>>> HBASE-4618 ? Maybe >>>> some >>>>> backup/restore tools taking use of snapshot would be nice to have? >>>>> >>>>> >>>>> On 30 November 2013 12:58, Ted Yu wrote: >>>>> >>>>>> The remote server is in different cluster, right ? >>>>>> >>>>>> Looking at ExportSnapshot#ExportMapper#copyFile(), it directly copies >>>>> data >>>>>> to outputPath which is in the other cluster. >>>>>> >>>>>> Can you clarify what 'without copying to local file system' means ? >>>>>> >>>>>> Cheers >>>>>> >>>>>> >>>>>> On Fri, Nov 29, 2013 at 8:49 PM, oc tsdb wrote: >>>>>> >>>>>>> Hi, >>>>>>> thanks for your replay. >>>>>>> >>>>>>> We are able to export snapshot to another cluster But this is not >>>> what >>>>> we >>>>>>> are looking for. >>>>>>> We want to export snapshot to remote server without copying to local >>>>> file >>>>>>> system. >>>>>>> >>>>>>> Thanks >>>>>>> OC >>>>>>> >>>>>>> On Fri, Nov 29, 2013 at 8:52 PM, Ted Yu wrote: >>>>>>> >>>>>>>> Here is a sample command exporting to another cluster: >>>>>>>> >>>>>>>> hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot >>>>>>>> gs_1383068263 -copy-to hdfs://experiment-1d:8020/hbase -mappers 6 >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Nov 29, 2013 at 4:02 AM, oc tsdb >>>> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> can someone please let us know if we can export snapshots data >>>>>> directly >>>>>>>> to >>>>>>>>> outside of cluster without copying to local. >>>>>>>>> >>>>>>>>> Please refer us if there are any blog with example. >>>>>>>>> >>>>>>>>> Below command is copying data to local file system under /tmp. >>>>>>>>> hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot >>>>>> mytable >>>>>>>>> -copy-to file:///tmp/hbase_backup -mappers 16 >>>>>>>>> >>>>>>>>> Without copying to local system, we want to export snapshot(eg >>>> scp) >>>>>>> data >>>>>>>> to >>>>>>>>> a server which is not part of any cluster but its reachable from >>>>>>> cluster. >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> OC >>>>> >>>>> >>>>> >>>>> -- >>>>> Best Regards, >>>>> Li Yu >>