バックアップ先は2 TBで足りる？TBとTiB、増分、保持期間から容量を見積もる
TBとTiBを同じ単位にそろえ、保持するデータ変化量と明示した余裕率を加えて、バックアップ先の名目容量が十分かを再現可能な手順で判断します。
「2 TB」と表示された保存先は、2 TiBと同じ大きさではありません。パソコンの画面、バックアップ製品、クラウドの請求、ストレージ製品の仕様で単位がそろっていないと、この差を見落としやすくなります。さらに、現在の使用量だけを見て保存先を決めると、保持期間中に積み上がる変更データが抜け落ちます。
ここでは、仮定の例として、現在の使用量が1.6 TiB、保持される変更データが1日25 GiB、日次の復元ポイントを14日分保持し、計画上の余裕率を15%と自分で設定した場合を検討します。目的は、特定製品の保存方式を予測することではありません。候補となる製品やプランを比較する前に、容量不足を見つけるための再現可能な一次見積もりを作ることです。
最初に単位を一つの体系へそろえる
SIの10進接頭語は1,000の累乗、IECの2進接頭語は1,024の累乗です。NISTの定義では、1 GBは1,000,000,000バイト、1 GiBは1,073,741,824バイトです。現行のIEC 80000-13:2025は、情報技術で使う量と単位の名称、記号、定義、換算係数を扱い、2進接頭語も含みます。NISTの2進接頭語資料とIEC 80000-13:2025の概要で確認できます。
| 単位 | バイト数 | 体系 |
|---|---|---|
| 1 GB | 1,000,000,000 | 10進 |
| 1 TB | 1,000,000,000,000 | 10進 |
| 1 GiB | 1,073,741,824 | 2進 |
| 1 TiB | 1,099,511,627,776 | 2進 |
記号は置き換えられません。1 TiBは約1.0995 TB、1 TBは約0.9095 TiBです。作業用の単位をGiBまたはバイトに決め、すべての入力値に単位を付けて記録し、区切りのよい段階だけで換算します。Calquioデータ容量コンバーターではGB、TB、GiB、TiBを別々に選べるため、「ギガ」という曖昧な値のまま計算へ入るのを防げます。
容量計算の前に前提を記録する
保存元ディスクの最大容量だけでは、実用的な見積もりになりません。少なくとも次の項目を記録します。
- 保存元で実際に使っている容量：ディスクの上限容量ではなく、バックアップ対象の使用量。
- 1日当たりに保持される変更量：製品固有の挙動を考慮したうえで、追加容量を占め続けると見込むデータ量。
- 保持期間：日々の変更が復元ポイントとして残る日数。
- 余裕率：測定誤差や近い将来の増加に備え、自分で根拠を記録して決める割合。
- 保存先の単位と実使用可能容量：製品ラベルの数字と、バックアップに使える容量は一致しない場合がある。
実際のバックアップ見積もりでも同様の変数が使われます。MicrosoftのAzure Backup見積もり資料は、使用済み容量、予想されるデータ変更量、保持ポリシーを入力項目として挙げ、完全・差分・増分などの方式も区別しています。これは入力項目を選ぶ根拠であり、以下の簡易式がAzureの正確な計算式だという意味ではありません。Microsoft Learnの日本語資料は2025年9月19日更新です。
この仮定例の「1日25 GiB」は、14日間ずっと追加容量を使う変更データを意味します。アプリケーションの総書き込み量や通信量ではなく、一般的な変更率を示す数字でもありません。15%も業界標準ではなく、比較のために選んだ余裕率です。
14日分の例を再計算する
共通の作業単位をGiBにします。
- 現在の使用量を換算：
1.6 TiB × 1024 = 1638.4 GiB。 - 保持する変更量を計算：
25 GiB/日 × 14日 = 350 GiB。 - 現在量と変更量を合算：
1638.4 + 350 = 1988.4 GiB。 - 選んだ余裕分を計算：
1988.4 × 15% = 298.26 GiB。 - 余裕分を加算：
1988.4 + 298.26 = 2286.66 GiB。
式にまとめると、次のとおりです。
必要容量 =（現在の使用量 + 1日当たりの保持変更量 × 保持日数）×（1 + 余裕率）
今回の入力では、
（1638.4 GiB + 25 GiB × 14）× 1.15 = 2286.66 GiB
となります。換算後は 2.2331 TiB、または 2.4553 TB です。途中の値を残しておけば、保持日数、実測した変更量、余裕率のどこを差し替えたかが明確になります。2.2331 TiBを、単位を変えずに10進の2 TBと比べる誤りも避けられます。
2 TBと3 TBを同じ単位で判定する
保存先の名目容量をGiBへ換算し、必要な2286.66 GiBと比較します。
| 保存先の名目容量 | GiB換算 | 必要量との差 | 一次判定 |
|---|---|---|---|
| 2 TB | 1862.65 GiB | −424.01 GiB | 不足 |
| 3 TB | 2793.97 GiB | +507.31 GiB | 製品固有の消費分を確認する候補 |
2 TBは、ファイルシステム、バックアップカタログ、メタデータ、予約領域、一時作業領域を考える前の時点で不足します。3 TBはこの簡易条件を上回りますが、購入を保証する数字ではありません。フォーマットや予約領域を差し引いた後でも、必要なバイト数を使えるかを製品仕様で確認します。
クラウドの場合は、課金やクォータで「保存データ」が何を指すかも確認が必要です。論理データ、圧縮後データ、変更ブロック、スナップショット、複製、またはそれらの組み合わせを数える場合があります。単位換算は一定でも、製品ごとの保存モデルは同じではありません。
どの前提が判定を変えるかを見る
開始時の1.6 TiB、14日の保持期間、選んだ15%の余裕率を固定すると、1日当たりの変更量の影響を比較できます。
| 1日当たりの保持変更量 | 必要GiB | 必要な10進TB |
|---|---|---|
| 10 GiB | 2045.16 GiB | 2.1960 TB |
| 25 GiB | 2286.66 GiB | 2.4553 TB |
| 50 GiB | 2689.16 GiB | 2.8875 TB |
これは感度分析であり、3つの予測ではありません。希望する保存先に合う行を選ぶのではなく、通常日と既知の繁忙日の変更量を測定します。元の25 GiB/日のまま保持期間を14日から30日に延ばすと、製品固有の消費分を入れる前でも 2746.66 GiB、約 2.9492 TB になります。開始時のデータが増えなくても、保持期間だけで余白を使い切る可能性があります。
この簡易見積もりに含まれないものを確認する
このモデルは、各日の25 GiBが保持期間中ずっと追加容量を使うと仮定しています。重複排除や圧縮がよく効く製品では過大評価になり得ます。一方、定期的な完全コピー、メタデータ、作業領域、複製、期限切れ復元ポイントの削除待ちがある製品では過小評価になり得ます。暗号化済みファイルや圧縮済みファイルも、一般的な文書とは挙動が異なります。
保存先を決める前に、次を確認してください。
- 製品が完全、増分、差分、スナップショット、保持済み容量をどう定義するか読む。
- 保存元の実使用量と変更量を、単位名を付けて測る。
- 必要な復元期間と、根拠を記録した余裕率で再計算する。
- 製品ラベルではなく、バックアップが使える実容量と比較する。
- 代表的なバックアップと復元を試し、実際の消費量を見積もりと照合する。
容量見積もりで分かるのは「この保存先は十分そうか」です。バックアップの完全性、隔離、復元可能性、安全性までは証明できません。選んだ製品上での設定確認と復元テストが別途必要です。
情報源
- NIST — 2進接頭語の定義（単位定義、2026年8月3日閲覧）
- IEC — IEC 80000-13:2025「量及び単位：情報科学及び技術」（2025年2月11日発行、2026年8月3日閲覧）
- Microsoft Learn — Azure Backupの価格を見積もって理解する（2025年9月19日更新、2026年8月3日閲覧）