Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-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 5474F11091 for ; Thu, 12 Jun 2014 17:27:52 +0000 (UTC) Received: (qmail 15835 invoked by uid 500); 12 Jun 2014 17:27:49 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 15796 invoked by uid 500); 12 Jun 2014 17:27:49 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 15788 invoked by uid 99); 12 Jun 2014 17:27:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jun 2014 17:27:49 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of redmumba@gmail.com designates 209.85.160.44 as permitted sender) Received: from [209.85.160.44] (HELO mail-pb0-f44.google.com) (209.85.160.44) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jun 2014 17:27:46 +0000 Received: by mail-pb0-f44.google.com with SMTP id md12so379869pbc.3 for ; Thu, 12 Jun 2014 10:27:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :content-type; bh=eHSzlw37eBZJzPdP2FkWlUCzaMYepnTr8FkwfIicsdQ=; b=KB/TXI4tyuiHsJmuhjIH4Nsa+TwOxXEvMKxgVNk9acJsYrSbGUW4Nkf79usrwONbu2 APLsYrnHjMMxrbYc6fUh0/BCgJfU8+dDmK1HifMQ65SPYJu1VoCyZmWrvoMEqLm02NN+ r0DjFGTboJOWFCtB3coeUGzsY32MCwW99wKQStvhvTlOnE+I0AM19TsCFc45RAHRi45I lO3AIvt47mmlhP7qXbB/mv8fS5wi71cfBhAy23bxuCJuqdhW9WLC1rixOWeMnmBCvaq4 4u0F+wheuZcIkUNa4ZC83Cd5Rn7nLqQUvunsf+119y5sgUQzHdHUxG48A9kW4OtLr5hV DbGw== X-Received: by 10.66.161.69 with SMTP id xq5mr22525858pab.62.1402594041760; Thu, 12 Jun 2014 10:27:21 -0700 (PDT) Received: from amcfague-mac.local ([198.134.93.254]) by mx.google.com with ESMTPSA id ak1sm81434500pbc.58.2014.06.12.10.27.19 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Jun 2014 10:27:21 -0700 (PDT) Date: Thu, 12 Jun 2014 10:27:18 -0700 From: Andrew To: Jack Krupansky , user@cassandra.apache.org Message-ID: In-Reply-To: <2A9B7A028C604D8B906AB91BD4931B79@JackKrupansky14> References: <2A9B7A028C604D8B906AB91BD4931B79@JackKrupansky14> Subject: Re: Backup Cassandra to X-Mailer: Airmail (237) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="5399e2f6_625558ec_6c21" X-Virus-Checked: Checked by ClamAV on apache.org --5399e2f6_625558ec_6c21 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline There isn=E2=80=99t a lot of =E2=80=9Cactual documentation=E2=80=9D on th= e act of backing up, but I did research for my own company into the act o= f backing up and unfortunately, you=E2=80=99re not going to have a simila= r setup as Oracle. =C2=A0There are reasons for this, however. If you have more than one replica of the data, that means each node in th= e cluster will likely be holding it=E2=80=99s own unique set of data. =C2= =A0So you would need to back up the ENTIRE set of nodes in order to get a= n accurate snapshot. =C2=A0Likewise, you would need to restore it to the = cluster of the same size in order to restore it (and then run refresh to = tell Cassandra to reload the tables from disk). Copying the snapshots is easy=E2=80=94it=E2=80=99s just a bunch of files = in your data directory. =C2=A0It=E2=80=99s even smaller if you use increm= ental snapshots. =C2=A0I=E2=80=99ll admit, I=E2=80=99m no expert on tape = drives, but I=E2=80=99d imagine it=E2=80=99s as easy as copy/pasting the = snapshots to the drive (or whatever the equivalent tape drive operation i= s). What you (and I, admittedly) would really like to see is a way to back up= all the logical *data*, and then simply replay it. =C2=A0This is possibl= e on Oracle because it=E2=80=99s typically restricted to either one (plus= maybe one or two standbys) that don=E2=80=99t =E2=80=9Cshare=E2=80=9D an= y data. =C2=A0What you could do, in theory, is literally select all the d= ata in the entire cluster and simply dump it to a file=E2=80=94but this c= ould take hours, days, or even weeks to complete, depending on the size o= f your data, and then simply re-load it. =C2=A0This is probably not a gre= at solution, but hey=E2=80=94maybe it will work for you. Netflix (thankfully) has posted a lot of their operational observations a= nd what not, including their utility Priam. =C2=A0In their documentation,= they include some overviews of what they use:=C2=A0https://github.com/Ne= tflix/Priam/wiki/Backups Hope this helps=21 Andrew On June 12, 2014 at 6:18:57 AM, Jack Krupansky (jack=40basetechnology.com= ) wrote: The doc for backing up =E2=80=93 and restoring =E2=80=93 Cassandra is her= e: http://www.datastax.com/documentation/cassandra/2.0/cassandra/operations/= ops=5Fbackup=5Frestore=5Fc.html =C2=A0 That doesn=E2=80=99t tell you how to move the =E2=80=9Csnapshot=E2=80=9D = to or from tape, but a snapshot is the starting point for backing up Cass= andra. =C2=A0 -- Jack Krupansky =C2=A0 =46rom: Camacho, Maria (NSN - =46I/Espoo) Sent: Thursday, June 12, 2014 4:57 AM To: user=40cassandra.apache.org Subject: Backup Cassandra to =C2=A0 Hi there, =C2=A0 I'm trying to find information/instructions about backing up and restorin= g a Cassandra DB to and from a tape unit. =C2=A0 I was hopping someone in this forum could help me with this since I could= not find anything useful in Google :( =C2=A0 Thanks in advance, Maria =C2=A0 --5399e2f6_625558ec_6c21 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline