HBASE-11736 Document SKIP_FLUSH snapshot option (Misty Stanley-Jones)
This commit is contained in:
parent
a55a65017c
commit
dd3c9da27a
|
@ -1853,6 +1853,25 @@ $ for i in `cat conf/regionservers|sort`; do ./bin/graceful_stop.sh --restart --
|
||||||
$ ./bin/hbase shell
|
$ ./bin/hbase shell
|
||||||
hbase> snapshot 'myTable', 'myTableSnapshot-122112'
|
hbase> snapshot 'myTable', 'myTableSnapshot-122112'
|
||||||
</screen>
|
</screen>
|
||||||
|
<formalpara>
|
||||||
|
<title>Take a Snapshot Without Flushing</title>
|
||||||
|
<para>The default behavior is to perform a flush of data in memory before the snapshot is
|
||||||
|
taken. This means that data in memory is included in the snapshot. In most cases, this is
|
||||||
|
the desired behavior. However, if your set-up can tolerate data in memory being excluded
|
||||||
|
from the snapshot, you can use the <option>SKIP_FLUSH</option> option of the
|
||||||
|
<command>snapshot</command> command to disable and flushing while taking the
|
||||||
|
snapshot.</para>
|
||||||
|
</formalpara>
|
||||||
|
<screen>hbase> snapshot 'mytable', 'snapshot123', {SKIP_FLUSH => true}</screen>
|
||||||
|
<warning>
|
||||||
|
<para>There is no way to determine or predict whether a very concurrent insert or update
|
||||||
|
will be included in a given snapshot, whether flushing is enabled or disabled. A snapshot
|
||||||
|
is only a representation of a table during a window of time. The amount of time the
|
||||||
|
snapshot operation will take to reach each Region Server may vary from a few seconds to a
|
||||||
|
minute, depending on the resource load and speed of the hardware or network, among other
|
||||||
|
factors. There is also no way to know whether a given insert or update is in memory or has
|
||||||
|
been flushed.</para>
|
||||||
|
</warning>
|
||||||
</section>
|
</section>
|
||||||
<section
|
<section
|
||||||
xml:id="ops.snapshots.list">
|
xml:id="ops.snapshots.list">
|
||||||
|
|
Loading…
Reference in New Issue