バックアップの連続性のイメージ

from SQL Serverのバックアップ・リストア仕様https://gyazo.com/e4aa0900e7ba6f104d0d2080b841bd2d

code:mmd

gantt

title バックアップの連続性

dateFormat YYYY-MM-DD HH:mm

axisFormat %m/%d(%a)

section 1週目

完全バックアップ_初回 : done , milestone , full01 , 2023/8/13 0:00 , 0

Copy Only : done , milestone , copyonly01 , 2023/8/16 16:00 , 0

差分_月曜 : done , diff01 , after full01 , 1d

差分_火曜 : done , diff02 , after full01 , 2d

差分_水曜 : done , diff03 , after full01 , 3d

差分_木曜 : done , diff04 , after full01 , 4d

差分_金曜 : done , diff05 , after full01 , 5d

差分_土曜 : done , diff06 , after full01 , 6d

ログ_13日1回目 : done , trn1300 , 2023/8/13 0:30 , 1.0h

ログ_13日n回目 : done , trn1301 , 2023/8/13 12:30 , 1.0h

ログ_14日1回目 : done , trn1400 , 2023/8/14 0:30 , 1.0h

ログ_14日n回目 : done , trn1401 , 2023/8/14 12:30 , 1.0h

ログ_15日1回目 : done , trn1500 , 2023/8/15 0:30 , 1.0h

ログ_15日n回目 : done , trn1501 , 2023/8/15 12:30 , 1.0h

ログ_16日1回目 : done , trn1600 , 2023/8/16 0:30 , 1.0h

ログ_16日n回目 : done , trn1601 , 2023/8/16 12:30 , 1.0h

ログ_17日1回目 : done , trn1700 , 2023/8/17 0:30 , 1.0h

ログ_17日n回目 : done , trn1701 , 2023/8/17 12:30 , 1.0h

ログ_18日1回目 : done , trn1800 , 2023/8/18 0:30 , 1.0h

ログ_18日n回目 : done , trn1801 , 2023/8/18 12:30 , 1.0h

ログ_19日1回目 : done , trn1900 , 2023/8/19 0:30 , 1.0h

ログ_19日n回目 : done , trn1901 , 2023/8/19 12:30 , 1.0h

section 2週目

完全バックアップ_2回目 : active , crit , milestone , full02 , 2023/8/20 0:00 , 0

差分_月曜 : done , diff07 , after full02 , 1d

差分_火曜 : done , diff08 , after full02 , 2d

差分_水曜 : active , crit , diff09 , after full02 , 3d

差分_木曜 : diff10 , after full02 , 4d

差分_金曜 : diff11 , after full02 , 5d

差分_土曜 : diff12 , after full02 , 6d

ログ_20日1回目 : done , trn2000 , 2023/8/20 0:30 , 1.0h

ログ_20日n回目 : done , trn2001 , 2023/8/20 12:30 , 1.0h

ログ_21日1回目 : done , trn2100 , 2023/8/21 0:30 , 1.0h

ログ_21日n回目 : done , trn2101 , 2023/8/21 12:30 , 1.0h

ログ_22日1回目 : done , trn2200 , 2023/8/22 0:30 , 1.0h

ログ_22日n回目 : done , trn2201 , 2023/8/22 12:30 , 1.0h

ログ_23日1回目 : trn2300 , 2023/8/23 0:30 , 1.0h

ログ_23日n回目 : trn2301 , 2023/8/23 12:30 , 1.0h

ログ_24日1回目 : trn2400 , 2023/8/24 0:30 , 1.0h

ログ_24日n回目 : trn2401 , 2023/8/24 12:30 , 1.0h

ログ_25日1回目 : trn2500 , 2023/8/25 0:30 , 1.0h

ログ_25日n回目 : trn2501 , 2023/8/25 12:30 , 1.0h

ログ_26日1回目 : trn2600 , 2023/8/26 0:30 , 1.0h

ログ_26日n回目 : trn2601 , 2023/8/26 12:30 , 1.0h

section 3週目

完全バックアップ_3回目 : milestone , full03 , 2023/8/27 0:00 , 0

...... : diffryaku01 , after full03 , 1h

table:バックアップのログチェーン

時→ → → → → → ※ → → → → →

完全A ○

臨時A(完全(Copy Only)) │ ☆

完全B │ ○

差分1 ├ == ○ │

差分2 ├ == == ○ │

差分3 └ == == == ○ │

差分4 ├ == ○

差分5 ├ == == ○

差分6 └ == == == ○

ログ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○

例えば※で障害が発生した場合、何を使えば復旧できるのか…

まず完全バックアップは完全Aを採用する

これで完全Aより前のデータはすべて復旧できる

次に差分バックアップは差分3を採用する

差分バックアップは「前回の完全バックアップ」をベースに差分を記録しているので差分1、差分2は不要

最後にトランザクションログを適用できるところまで適用する

適当にバックアップをとるとログチェーンが崩れる

臨時Aとして完全バックアップをとると、それ以降の差分は臨時Aがベースになってしまう

完全バックアップはとるけど、この完全と差分の繋がりを壊したくない…(ログチェーンを壊したくない)

臨時Aは完全(Copy Only)オプションをつけてバックアップする