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

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
; w! x* s# N! o03:00:00
論壇備份程式開始執行備份，預計消耗時間為00:01:30
% f7 Z  [9 r( ^+ I5 p; R; N4 |; n03:01:30
關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
03:03:00
) |8 X, y3 w+ |- p% L關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
03:04:30
關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
! t' z4 l8 |5 b03:06:00
" X1 J# T& }( k& i% w關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
03:07:30
關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
03:09:00
1 W% Q' V& v% @5 D關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問
* X+ b, g: c) N6 C+ Q: u0 ^+ x* b/ b
1 \+ y  g/ ~+ ?$ c, m: `恢復規則如下：
: Q( j3 t! [3 M資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。
, V2 c& B6 q( m8 k* p
+ t7 T7 b" x" n/ [. H+ b另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。
/ T7 p4 i2 o" A8 Q$ `5 V0 G
設定完成後就證實一下：
& L0 e. y5 u5 `/ p  b/ \

0 x: E7 h; z! N; d' d: @

, J6 k) G. |/ [0 n確定是有定時自動備份資料
+ o0 a' e: C% e( v) D並自動上傳到了異地空間上
& u. Q% B$ w& z8 ?6 p% l
資料保留原則：
本地伺服器保留最近三十天的備份資料
1 b" g0 e" x: @6 g遠端無限空間則永久保留所有備份檔不刪除
第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

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

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
# q2 M7 _; h& m) _4 qSQL数据库语言……
2 a8 t* K" N( F  a站长玩的好溜~

2 X; F% @  @. \這是Linux系統的圖形化介面
% o3 `# i* B& t! M* E! D壓縮檔管理員顯示的

krafi

顶你一下，好贴要顶！


- A" W4 M0 O3 U+ o' a

- i( M- `& B+ Q- Q% L% [9 }
& @/ X0 E- t( n


5 ]. |) G7 j2 C' r5 `, U
  ~4 ~2 L- y& c* I% h+ o

% J4 u1 w# A* B- i

/ F% H$ n$ o; j% [% M( A                               
登入/註冊後可檢視大圖

6 A+ D! e) ?) X! d5 m5 k; k5 s实习生派遣