Currently no. but we would love you to patch that in. If you clone the repo and get it working, I'll merge it back from your repo.

I'm thinking it is as simple as handing the URL to HBaseTap. thoughts?

ckw

On Feb 4, 2009, at 8:38 AM, Michael Dagaev wrote:

Thanks, Chris

BTW, is it possible to run a few HBase clients in a single JVM?

On Wed, Feb 4, 2009 at 6:28 PM, Chris K Wensel <[email protected]> wrote:
Hey Michael

You could probably use Cascading to migrate data between HBase clusters.
http://wiki.apache.org/hadoop/Hbase/Cascading

But the code currently doesn't support multiple HBase cluster clients in a single JVM, but I'm sure it can be coded in quickly. (the code is hosted at
github, so is easily cloned and patched).

A benefit of using Cascading would be the ability to put in quality checks,
or filter data very easily.

I've already heard of users starting to migrate from HBase to a RDBMS using Cascading, and also between Hypertable and Aster Data. Hopefully those
adapters will leak out for the rest of us to use.

ckw

On Feb 4, 2009, at 8:21 AM, Michael Dagaev wrote:

Hi, all

 I read HBASE-974 and HBASE-643 mentioned on the list
but what do you think about copying tables from the production
to a backup Hbase cluster ? I guess we do need a big iron
for such a backup cluster.

I understand that the copy can be implemented with MR
but for now we can implement it just as a simple sequential script,
which scans the tables of the production Hbase and writes the data
to the backup Hbase.

Does it make sense?

Thank you for your cooperation,
M.

--
Chris K Wensel
[email protected]
http://www.cascading.org/
http://www.scaleunlimited.com/



--
Chris K Wensel
[email protected]
http://www.cascading.org/
http://www.scaleunlimited.com/

Reply via email to