翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# の使用`neptune-export`
<a name="neptune-export"></a>

2つの異なる方法オープンソース [https://github.com/aws/neptune-export](https://github.com/aws/neptune-export) ツールを使えます。
+ **[Neptune-Export サービス](export-service.md)として**。  Neptune-Export サービスを使用して Neptune からデータをエクスポートする場合、REST API を使用してエクスポートジョブをトリガーおよび監視します。
+ **[`neptune-export` Java コマンドラインユーティリティ](export-utility.md)として**。  このコマンドラインツールを使用して Neptune データをエクスポートするには、Neptune DB クラスターがアクセス可能な環境で実行する必要があります。

Neptune-Exportサービスと `neptune-export` コマンドラインツールの両方は、Amazon S3 サーバー側の暗号化 (`SSE-S3`) により暗号化された Amazon Simple Storage Service (Amazon S3) にデータを公開します。

**注記**  
すべての Amazon S3 バケットで[アクセスログ記録を有効にして](https://docs.aws.amazon.com/AmazonS3/latest/userguide/enable-server-access-logging.html)、それらのバケットへのすべてのアクセスを監査できるようにするのがベストプラクティスです。

エクスポート中にデータが変更されている Neptune DB クラスターからデータをエクスポートしようとすると、エクスポートされたデータの整合性は保証されません。つまり、エクスポートジョブの進行中にクラスターが書き込みトラフィックを処理している場合、エクスポートされたデータに不整合が生じる可能性があります。これは、クラスタ内のプライマリインスタンスからエクスポートするか、1 つ以上のリードレプリカからエクスポートするかにかかわらず当てはまります。

エクスポートされたデータの整合性を保証する最善策は、[DB クラスターのクローン](manage-console-cloning.md)からエクスポートすることです。これにより、エクスポートツールにデータの静的バージョンが提供され、エクスポートジョブが元の DB クラスター内のクエリの速度を低下させないようにします。

これを簡単にするために、エクスポートジョブをトリガーするときにソース DB クラスターのクローンを作成することを指定できます。そうした場合、エクスポートプロセスによって自動的にクローンが作成され、エクスポートに使用され、エクスポートが完了すると削除されます。