網站資料庫備份原理和資料恢復規則

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
3 O1 B9 I, u' }# o  z5 p2 n' t03:00:00
論壇備份程式開始執行備份，預計消耗時間為00:01:30
$ y4 K$ u+ r) e9 F6 B+ ~/ w03:01:30
8 C9 ]  c: a( @$ K關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
0 R# u/ N" B0 u+ X1 S* [) Y03:03:00
關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
0 I: S; e, D9 m03:04:30
關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
; X* G$ a# A: Y2 l8 F6 `03:06:00
關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
03:07:30
關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
03:09:00
0 q" P; T2 y( @關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問
8 C2 J0 [9 |5 U" Y; o0 l
恢復規則如下：
' p+ l4 A$ h7 {; [& T資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。

" H; T+ V; _( @. e另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。

2 }( ]- \. G4 L$ H. b設定完成後就證實一下：
( g! L6 s3 @1 |; ?

7 A* S" C2 N& a) }! T- b: Q
/ ~! L# a6 A* M0 \$ n3 K
確定是有定時自動備份資料
# s8 D5 F  z0 H5 V, q並自動上傳到了異地空間上
& ]  ]5 \! W/ B- f% c5 Q
0 p7 C+ T$ b; J7 e! s資料保留原則：
本地伺服器保留最近三十天的備份資料
遠端無限空間則永久保留所有備份檔不刪除
第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

SQL数据库语言……
站长玩的好溜~

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
6 |5 l: h9 T0 D$ W( O8 @0 CSQL数据库语言……
  r  C. Q0 [/ h$ s7 ]站长玩的好溜~

# O$ {: ]1 G& E4 b- x這是Linux系統的圖形化介面
$ q4 E: z& B& Z. l$ u( Z" e壓縮檔管理員顯示的
. H9 y* S1 r  Y6 ^$ l

krafi

顶你一下，好贴要顶！
5 M" G2 j- k- o" K( |0 L
5 A/ W" g+ N: N8 B! M' J7 k- I

5 F# N! P4 s5 b# p
* Q: d8 J* [1 |( ]) {$ j& g
/ e+ A, E6 g* B. }

9 h. \2 `+ m4 S- N$ R8 l* H
+ Z! |  V5 W% l0 a5 Y

1 F4 b5 B) f% X  a, V

. K) N3 A# @0 O3 E  V8 z( H  `                               
登入/註冊後可檢視大圖

$ k" p, o1 E, _) A# X& o& U: y实习生派遣