NAKIVO > Blog > Multiplatform

NAKIVO バックアップ & レプリケーションコンポーネント：バックアップリポジトリ

Updated: 4月 28, 2026

執筆:: NAKIVOチーム

NAKIVO Backup & Replication には3つの主要な構成要素があります: Director, Transporter、およびバックアップリポジトリ。一方、ディレクターはすべてを管理するために使用され、トランスポーターは、ノード間のデータ転送に使用されます。このガイドでは、NAKIVOソリューションでバックアップリポジトリを作成および設定する方法について説明し、対応している機能やプラットフォームについても解説します。

バックアップリポジトリとは何ですか？

バックアップリポジトリは、 NAKIVO Backup & Replication バックアップ(リカバリポイント)が保存される場所です。これは、本ソリューションによって生成されたバックアップおよびバックアップのメタデータを格納するための専用フォルダです。対応OSにバックアップソリューションを展開すると、デフォルトのオンボードリポジトリ用のディレクトリを自動的に作成できます。Windowsでは、このディレクトリは "NakivoBackup" また、Linuxではこれを "repository"このフォルダは、バックアップデータおよびバックアップリポジトリのメタデータの保存先として使用できます。

重要: いかなる場合でも、 "NakivoBackup" フォルダ。この操作を行うと、バックアップリポジトリ全体に回復不可能な恒久的な損傷が生じ、バックアップデータが失われる可能性があります。

注: NAKIVOソリューションの運用に支障をきたしたり、データが破損したりするのを防ぐため、NAKIVO Backup Repositoryが展開されているマシン上で動作しているウイルス対策ソフトウェアのホワイトリストまたは除外リストに、本アプリケーションを追加してください。

フルソリューションをインストールする際(Director そして Transporter コンポーネント)の場合、デフォルト設定としてバックアップリポジトリが自動的に作成されます。このデフォルトのバックアップリポジトリには、 "Onboard repository" (この名前はWebインターフェースに表示されます)。

対応ストレージメディアおよびプラットフォーム

NAKIVO Backup & Replication バックアップリポジトリの作成において、さまざまなストレージメディアやプラットフォームに対応しています:

"ローカルフォルダ"とは、マシン上のファイルシステムにあるディレクトリで、そこに Transporter がインストールされています
NFSおよび SMB株
パブリッククラウド(Amazon S3, Microsoft Azure, わさび, Backblaze B2)およびその他の S3互換ストレージ (Cloudian、MinIO、Ceph、C2 Object Storage、Lyve Cloud など)
SaaS
SaaSリポジトリは、以下を保存するために使用される特別なリポジトリの種類です Office 365のバックアップ. このリポジトリタイプは、割り当てられたローカルディレクトリ内に作成されます Transporterバックアップリポジトリは、ext3、ext4、NTFS、およびFAT32ファイルシステム上に作成できます。
ネイティブプロトコルに対応した重複排除アプライアンス

バックアップリポジトリの種類

NAKIVO Backup & Replication には、2種類のバックアップデータ保存形式が用意されています増分バックアップ:

増分バックアップとフルバックアップを併用する。 NAKIVO Backup & Replication 最初のバックアップジョブの実行時にフルバックアップを作成し、その後はニーズに応じてフルバックアップや増分バックアップの復元ポイントを作成できるようになります。このソリューションでは、定期的に synthetic full バックアップジョブの設定に基づいたバックアップ。
常に増分バックアップ。 このソリューションでは、最初のバックアップジョブの実行時のみ完全バックアップが作成されます。その後のジョブ実行では、変更されたデータ(増分データ)のみがバックアップリポジトリに送信されます。

バージョン10.4以降、新しいバックアップリポジトリを作成する際には、デフォルトで"増分バックアップ(フルバックアップ付き)"の設定が適用されます(バージョン10.4以前のように"永久増分"のバックアップリポジトリが作成されることはありません)。ストレージの種類は、リポジトリの作成時に設定できます。

バックアップリポジトリのサイズ

の各バックアップリポジトリについては、 NAKIVO Backup & Replication 圧縮および重複排除後、最大128 TBのバックアップデータを保存できます。ソリューションのインストール1つにつき、最大500個のバックアップリポジトリを作成できます。

新しいバックアップリポジトリを作成するには、既存のバックアップリポジトリの正常な動作に必要な5 GBの空き容量に加え、さらに少なくとも5 GBの空き容量が必要です。ソリューションは、空き容量が10 GBを超える場合、1分ごとに自動的に空き容量をチェックします。空き容量が10 GB未満の場合、ディスク容量不足によるエラーを防ぐため、チェックは10秒ごとに実行されます。

拡張性

特定のバックアップリポジトリは、1つの Transporter 通称 Assigned Transporter簡単に言えば、たった一つ Transporter 特定のバックアップリポジトリへのデータの読み取りおよび書き込みが許可されています。 Assigned Transporter は、それぞれのバックアップリポジトリに関連するすべてのやり取りについて全責任を負います。単一の Transporter 複数のバックアップリポジトリを同時に割り当て、効果的に管理することができます。

1つのバックアップリポジトリを複数の Director/Tenant 一度に。

バックアップリポジトリの機能

バックアップリポジトリには、次のような便利な機能が多数備わっています:

重複排除バックアップリポジトリは、グローバル重複排除機能を使用して、ブロックレベルでバックアップデータの重複排除を行うように設定できます。重複するデータブロックデータの出所にかかわらずバックアップの対象から除外されるため、実質的にストレージ容量を節約できます。なお、この機能は"forever-incremental"バックアップリポジトリでのみ利用可能です。
圧縮バックアップリポジトリ内のデータは、低から高までの3段階の圧縮レベルで圧縮できます。これにより、ストレージ容量の節約と、データ圧縮に伴うCPU負荷とのバランスを調整できます。圧縮設定は、新しいバックアップリポジトリを作成する際に設定できます。
暗号化. バックアップリポジトリ(Linuxにインストールされている場合)は、暗号化パスワードを使用してリポジトリ内に保存されたすべてのバックアップデータを保護するために暗号化できます。暗号化を行うと、バックアップ速度に影響が出ます。
空間の再利用. 未使用領域の回収機能を使用すると、バックアップリポジトリのサイズを圧縮し、未使用領域を回収することができます。 常に段階的 バックアップストレージの種類。
バックアップリポジトリの自己修復機能この機能は、データの不整合(メタデータを含む)に起因する問題を検出し、データの整合性を確認し、可能な場合はエラーを修復します。バックアップリポジトリの自己修復機能は、自動、スケジュール設定、または手動で実行できます。また、データの完全な検証も実行可能です。バックアップリポジトリにおけるデータの完全な検証がサポートされています。この機能により、予期せぬ電源遮断が発生した場合でも、リポジトリをデータ破損から保護することができます。
バックアップリポジトリは、接続および切断が可能です. この機能を使用すると、データを一貫性のある状態で保持したり、リポジトリのファイルを別の場所にコピーしたりすることができます。この操作は手動またはスケジュールに基づいて実行可能です。バックアップリポジトリが切り離されると、NAKIVOソリューションはこのリポジトリおよびそのファイルとのやり取りを停止します。
- 接続されたバックアップリポジトリは、 Transporter…は、その時点では完全に機能していると見なされ、ジョブから利用可能です。
- 切り離されたバックアップリポジトリは、 Transporter また、ジョブからは使用できません。切り離されている間は、移動したり接続を解除したりすることができます。
リポジトリが切り離されている状態では、手動またはスケジュールに従ってメンテナンスを実行することはできません。

CPUリソースを消費する処理(スペースの解放やバックアップリポジトリの検証など)は、夜間や週末など、業務時間外に実行することをお勧めします。マシン上のCPUが Transporter これらの操作には、適切なバックアップリポジトリに割り当てられたものが使用されます。

リカバリポイントの不変性

特定のメディアおよびプラットフォーム上のリポジトリのバックアップに対応バックアップにおける不変性. 不変性により、データの意図しない変更、暗号化、削除が防止されるため、リカバリポイントはランサムウェアやその他のサイバー脅威の影響を受けません。この技術は、WORM(Write Once Read Many)技術に基づいています。

バックアップの不変性は、ジョブ作成ウィザードで有効にする必要があります。以下のサポート対象のバックアップリポジトリタイプに保存されたリカバリポイントに対して有効にできます:

Linuxにおけるバックアップリポジトリ用の、割り当てられたTransporter上のローカルフォルダ
Amazon S3、Wasabi、Azure Blob Storage、およびBackblaze B2上のリポジトリ
Object Lockおよびバージョン単位の不変性をサポートする、その他のS3互換ストレージプラットフォーム

Amazon S3、Wasabi、Azure Blob Storage、Backblaze B2 Cloud Storage、およびその他のS3互換ストレージプラットフォームなどのバックアップリポジトリを使用する場合は、バックアップの保存を担当するバケットまたはBlobコンテナに対して、Object Lockまたはバージョンレベルの不変性機能を有効にする必要があります。この不変性機能により、rootユーザーであってもデータを変更または削除できなくなり、一度有効にすると機能を短縮または解除することはできません。

を利用する際は、 ローカルフォルダ バックアップリポジトリの種類によっては、不変のリカバリポイントは、指定された期間が経過するまで、root ユーザー以外の誰によっても上書き、削除、または変更されることがありません。

をデプロイする際、 ローカルフォルダ VMware vSphere の構成要素としてのバックアップリポジトリ(OVA テンプレートから)または Amazon EC2 の事前構成済み AMI、 NAKIVO Backup & Replication ランサムウェアに対する保護機能を強化しています。具体的には、このリポジトリ内に保存されたリカバリポイントを不変化できるオプションが用意されています。つまり、不変化機能を有効にすると、rootユーザーを含め、誰もそのリカバリポイントを改変したり変更したりできなくなります。

バックアップリポジトリの構造

バックアップリポジトリは、バックアップデータを格納するための特別な構造を持っており、バックアップリポジトリのディレクトリ内には、仮想ディスクなどの一般的なファイルは存在しません(NakivoBackup).

重要: バックアップリポジトリ内のファイルやフォルダを、手動で変更または削除しないでください。

バックアップフォルダ: 各フォルダには、特定のバックアップジョブの復元ポイントが格納されています。
"Raw"フォルダ: 生データファイル(チャンクファイル)が含まれています。チャンクファイルの形式: index.variant(0000.001, 0001.002, 0002.00a, 0003.00b, ...).
記述子ファイル: リポジトリ内のすべてのチャンクファイルの保存情報:
- + RawBlockRecord (フラグ、バリアント、長さ、オフセット、 hash1, hash2, rcount): 記述子ファイル内のブロックに関する情報。
- + ShiftBlockRecord (variant_old, offset_old, variant_new, offset_new): 生データファイル内で、あるブロックの位置が以前の位置から新しい位置に変更されたという情報。
- + ChunkMap: チャンクファイル(同じチャンクインデックス、異なるバリアント)の保存情報、および記述子ファイルには、以下のリストが含まれます ChunkMapこれは、リポジトリの初期化時に読み込まれます。
ロックファイルは、2つのシステムがバックアップリポジトリを同時に使用することを防ぐために使用されます。 Transporters 同時に。

バックアップリポジトリの論理構造は以下の通りです:

– バックアップリポジトリ

バックアップ 1
- 復旧ポイント1
- リカバリー・ポイント 2
- など
バックアップ 2
- 復旧ポイント1
- リカバリー・ポイント 2
- など

リカバリポイントは、保持期間が満了すると自動的に削除されます(設定された有効期限、またはバージョン10.7以前のレガシー保持方法に基づきます)。バックアップリポジトリのディレクトリから手動でファイルを削除しないでください。

バックアップリポジトリの作成方法

[ここに](https://example.com)で新しいバックアップリポジトリを作成できます。 NAKIVO Backup & Replication 上記で挙げたサポート対象のプラットフォームのいずれか上で。

Ubuntu Linuxがインストールされたマシンに新しいバックアップリポジトリを作成してみましょう。リモートマシンに新しいバックアップリポジトリを作成するための主な要件は、 Transporter そのLinuxマシンに事前にインストールされています。私たちは Transporter このLinuxマシンにはすでにインストールされています。

この例では、NAKIVOソリューションの展開と設定に以下の2台のマシンを使用します:

NAKIVO Director (完全な解答):192.168.101.209
NAKIVO Transporter Linuxマシン上:192.168.101.210

もし Transporter がインストールされている場合、Linux マシンに新しいバックアップリポジトリを作成するには、以下の手順を実行してください:

新しいバックアップリポジトリでバックアップを保存するために使用するディレクトリを作成します。ここでは、 repository1 で /opt/nakivo/ そして、Linuxコンソールで次のディレクトリに移動します:
cd /opt/nakivo/

sudo mkdir repository1
NAKIVOユーザーを設定します。これは bhsvc この所有者として repository1 ディレクトリ(この操作を実行するにはroot権限が必要です):
sudo chown -R bhsvc:bhsvc repository1

注: NAS上にバックアップリポジトリを作成する場合、NAKIVOユーザーをリポジトリディレクトリの所有者に設定するには、次のコマンドを実行してください:

sudo chown -R u_bhsvc:g_bhsvc repository1
NAKIVOソリューションがバックアップデータの読み取りおよび書き込みを行えるように、このディレクトリに適切なアクセス権を設定してください:
sudo chmod 0775 repository1
以下の内容を確認して、所有者とアクセス権が設定されているか確認してください。 /opt/nakivo/:
ls -al

ディレクトリが作成され、設定されました。次に、のWebインターフェースを開いてください。 NAKIVO Backup & Replication (NAKIVO提供) Director コンポーネント)。Webブラウザで開くリンクは https://192.168.101.209:4443 この場合。
移動 <strong>Settings > Repositories、クリック +、そしてクリック Create new backup repository.

その New Backup Repository Wizard 開きます。
ウィザードの最初のステップで、バックアップリポジトリの種類を選択します。ここではLinuxマシン上に新しいバックアップリポジトリを作成するため、 Local Folder. ヒット Next 続きを読む。

2番目のステップでは、名前と保存場所を設定する必要があります。"バックアップリポジトリ"の名前を入力してください。例えば、 RepositoryL1.
割り当てられたものを選択してください Transporter このバックアップリポジトリに対して。私たちは Transporter リモートLinuxマシンにインストールされた(192.168.101.210).

ファイルが保存されているマシン上のローカルフォルダのパスを入力してください。 Transporter がインストールされています。このディレクトリは /opt/nakivo/repository1 この場合は、Linuxマシン上に作成したディレクトリです。

クリック Next 続きを読む。

オプションの設定。この手順では、バックアップリポジトリのストレージ節約、暗号化、信頼性、およびメンテナンスに関するオプションを設定します。圧縮を使用する場合は、この手順でデータサイズ削減オプションを設定してください。バックアップリポジトリの作成後は、そのリポジトリの圧縮設定を変更することはできません。

常に増分バックアップを行うリポジトリを作成したい場合は、[クリック] Settings で Data size reduction 行を選択し、チェックを外して Store backups in separate files (recommended) チェックボックス。クリック Apply.

新しいバックアップリポジトリが作成されました。

バックアップリポジトリをクリックできます(リポジトリの一覧は Settings > Repositories) をクリックすると、使用済み容量、フリー容量、およびその他のバックアップリポジトリのパラメータを確認できます。

バックアップリポジトリ名にマウスを合わせ、3つのドットのアイコンをクリックすると、選択したバックアップリポジトリに対して実行可能な操作のメニューが表示されます。データの復元、リポジトリ設定の編集、バックアップの検証、バックアップリポジトリの修復、リポジトリの自己修復の実行などが行えます。

不変性を有効にする

バックアップリポジトリに不変の復元ポイントを保存したい場合は、新しいバックアップジョブを作成する際に不変性を有効にする必要があります(クリックして Jobs、ヒット + (新しいバックアップジョブを作成し、バックアップ対象を選択します)。Linuxマシン上で作成されたバックアップリポジトリ(今回のケースです)は、不変性をサポートしています。

新しいバックアップジョブウィザードのステップ3では、バックアップジョブのスケジュールや保存期間の設定を行う画面で、不変性設定を確認できます。該当するチェックボックスを選択し、バックアップを不変状態にする日数を入力してください。

試してみてください NAKIVO Backup & Replication

無料トライアルをご利用いただき、本ソリューションのデータ保護機能をすべてお試しください。15日間無料です。機能や容量の制限は一切ありません。クレジットカードも不要です。

無料でお試しください