スナップショットからの復元

スナップショットから復元する方法。

スナップショットからキースペースを復元するには、テーブルのすべてのスナップショット・ファイルが必要です。また、インクリメンタル・バックアップを使用している場合は、スナップショットを取得した後で作成されたすべてのインクリメンタル・バックアップ・ファイルが必要です。ストリームされたSSTable（リペア、使用廃止など）もハードリンクされ、含められます。

注: スナップショットおよびインクリメンタル・バックアップからの復元により、復元されるノード上で集中的なCPUおよびI/Oアクティビティが一時的に発生します。

ローカル・ノードからの復元

この方法によって、SSTableはスナップショット・ディレクトリーから適切なデータ・ディレクトリーにコピーされます。

テーブル・スキーマが存在し、スナップショットの作成時と同じであることを確認してください。
nodetool snapshotコマンドを実行すると、出力ディレクトリーにテーブル・スキーマが作成されます。テーブルが存在しない場合は、schema.cqlファイルを使用して再作成します。
必要に応じて、ターゲット・テーブルを切り詰めます。
注: 特定の条件では切り詰める必要がない場合もあります。たとえば、ノードでディスクが失われた場合、復元前に再起動する可能性があります。その結果、ノードは、復元の手順を開始する前に新しい書き込みを受け取り続けます。
通常は、切り詰めが必要です。たとえば、偶発的なデータの削除があった場合、その削除によるトゥームストーンには、スナップショットのデータよりも後の書き込みタイムスタンプが含まれます。切り詰めずに（トゥームストーンを削除せずに）復元すると、データベースは復元されたデータをシャドウします。この動作は、他の種類の上書きに対しても発生し、同じ問題の原因になります。
最新のスナップショット・フォルダーを見つけてください。例を次に示します。
/var/lib/cassandra/data/keyspace_name/table_name-UUID/snapshots/snapshot_name
最新のスナップショットSSTableディレクトリーを/var/lib/cassandra/data/keyspace/table_name-UUIDディレクトリーにコピーします。
nodetool refreshを実行します。

一元化されたバックアップからの復元

この方法では、sstableloaderを使用してスナップショットを復元します。

SSTableのバージョンがDSEの現在のバージョンと互換性があることを確認してください。

バージョンはファイル名に含まれています。
互換性とアップグレード要件を判断するには、SSTableファイル名のバージョン番号および形式を使用します。ファイル名の最初の2文字はバージョンで、最初の文字はメジャー・バージョンを示し、2番目の文字はマイナー・バージョンを示します。
たとえば、次のSSTableバージョンはaa、形式はbtiです。
```
data/cycling/cyclist_expenses-e4f31e122bc511e8891b23da85222d3d/aa-1-bti-Data.db
```

適切なDSEバージョンのsstableupgradeを使用して、互換性があるバージョンを作成するには：

表 1. SSTableの互換性とアップグレード・バージョン
DSEバージョン	SSTable		sstableloaderでサポートされている形式-バージョン	sstableupgradeおよびnodetool upgradesstablesでサポートされている形式-バージョン
DSEバージョン	形式	バージョン	sstableloaderでサポートされている形式-バージョン	sstableupgradeおよびnodetool upgradesstablesでサポートされている形式-バージョン
6.7.x	bti	aa	big-ma、big-mb、big-mc、およびbti-aa	big-ma、big-mb、およびbig-mc
6.0.x	bti	aa	big-ma、big-mb、big-mc、およびbti-aa	big-ma、big-mb、およびbig-mc
5.1.x	big	mc	big-ka、big-ma、big-mb、およびbig-mc	big-ka、big-ma、およびbig-mb
5.0.x		mc	big-ka、big-ma、big-mb、およびbig-mc	big-ka、big-ma、およびbig-mb
5.0.x		mb	big-ka、big-ma、およびbig-mb	big-kaおよびbig-ma
5.0.x		ma	big-kaおよびbig-ma	big-k*のみ

テーブル・スキーマが存在し、スナップショットの作成時と同じであることを確認してください。
nodetool snapshotコマンドを実行すると、出力ディレクトリーにテーブル・スキーマが作成されます。テーブルが存在しない場合は、schema.cqlファイルを使用して再作成します。
必要に応じて、ターゲット・テーブルを切り詰めます。
注: 特定の条件では切り詰める必要がない場合もあります。たとえば、ノードでディスクが失われた場合、復元前に再起動する可能性があります。その結果、ノードは、復元の手順を開始する前に新しい書き込みを受け取り続けます。
通常は、切り詰めが必要です。たとえば、偶発的なデータの削除があった場合、その削除によるトゥームストーンには、スナップショットのデータよりも後の書き込みタイムスタンプが含まれます。切り詰めずに（トゥームストーンを削除せずに）復元すると、データベースは復元されたデータをシャドウします。この動作は、他の種類の上書きに対しても発生し、同じ問題の原因になります。
バックアップされたSSTable上でsstableloaderツールを使用して、最新のスナップショットを復元します。
sstableloaderは、SSTableを適切なノードにストリーミングします。commitlogを削除したり、ノードをドレーンまたは再起動する必要はありません。