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

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
; y- s  T: n7 o4 J: Q+ @# Q: `) C03:00:00
8 a- g& n, d: [% n! i5 p( O$ e論壇備份程式開始執行備份，預計消耗時間為00:01:30
03:01:30
關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
$ H3 w: p" Y: H2 y8 b03:03:00
; c- j: f! v9 U關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
03:04:30
/ {4 G2 g3 i- b! X關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
) F3 v* |# _$ R03:06:00
1 u: a' ]0 `+ B4 _關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
  S4 `( E% d0 @03:07:30
關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
03:09:00
5 g4 B7 O3 K3 ~9 P1 c0 a2 a! A( e! V2 `關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問
0 |7 [+ R; K, d
' i$ }6 a) T6 w# o3 W- M2 y7 z恢復規則如下：
資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。
/ V  o; ^6 |: X  z3 o
另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。

設定完成後就證實一下：

8 F9 ?3 b; P) F

, V1 {5 h& V, v
確定是有定時自動備份資料
並自動上傳到了異地空間上
, Q' ~; o, G& C: X& u' f; M3 v
+ a3 P7 ~: S4 w5 n3 _資料保留原則：
1 `" z. @$ o( C' m* x本地伺服器保留最近三十天的備份資料
遠端無限空間則永久保留所有備份檔不刪除
( J/ T0 N, R, }( A% T9 v第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

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

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
SQL数据库语言……
: D2 e# k1 Y* A+ z站长玩的好溜~

+ [4 Y& E! r8 q) H' F* D# O& h1 C  R9 F2 k這是Linux系統的圖形化介面
  g8 ^$ D7 B5 ~/ ]  _8 q壓縮檔管理員顯示的
" W( \& O3 G8 h) z

krafi

顶你一下，好贴要顶！


. K0 V& Q7 w4 i+ z2 s
/ W$ E! Y* {% D* d; M9 r$ }
; p( c1 ?0 z9 t1 m; I, S
* Y8 G% W& J+ d



! U9 Y% g' I7 P; x
* P( i+ J* l7 ~( @1 ]& r
. M/ I+ h7 E* X

& U) h. B2 `  h3 s- Q  X9 H1 X1 W                               
登入/註冊後可檢視大圖

* Z- c: Q* H% k. f1 h5 D: e& t' r实习生派遣