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

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
0 D8 Q' x( ^2 |! V: b, J, t  U03:00:00
論壇備份程式開始執行備份，預計消耗時間為00:01:30
0 z( \9 y  E7 ]6 M9 L; O03:01:30
. m& z' h/ b1 S" Q3 e關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
03:03:00
關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
03:04:30
  K2 f% C8 o0 U" y* X關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
5 @( b: P, T1 n8 v0 b03:06:00
2 |3 y* N7 B$ F( [關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
; a, X$ @9 }! J$ H; B" @( _. ~03:07:30
; o  ~+ J, T. C' e關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
1 v3 n1 S5 ]; b% b! o) X1 f* ~03:09:00
7 Q  U3 C( n: ~3 \- j& ^關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問
5 W: X) a( p1 B
恢復規則如下：
資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
; q' C! a2 }- ~3 |7 o- h( o這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。
# k. Z- M! I! r# T. e. C
另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。

設定完成後就證實一下：
3 g0 r1 q9 `, }; i+ O/ ^
8 \) ^/ t5 I0 f
8 M7 n$ g6 W1 _9 ]4 }

! L) Y  @7 c- @1 \) G確定是有定時自動備份資料
並自動上傳到了異地空間上

3 L, R7 I1 e* O; E8 b3 V) v: r+ Y! M資料保留原則：
本地伺服器保留最近三十天的備份資料
4 S' q8 q. e0 G- l9 G- S5 p遠端無限空間則永久保留所有備份檔不刪除
; @, _% ^7 ?/ j& [( t2 n" H# Z1 {第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

SQL数据库语言……
9 Y0 ^0 W& D3 j$ p2 Z! J& x% ^站长玩的好溜~

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
1 T* V4 M- {, jSQL数据库语言……
6 Z. ?: M: \( N& H# z5 B6 Y) w% l站长玩的好溜~

這是Linux系統的圖形化介面
壓縮檔管理員顯示的

krafi

顶你一下，好贴要顶！
: ^2 P: u) v! G) o4 u$ z




4 _4 T: r  Q" p4 p: H, `1 r" }$ h+ o0 l
0 M( B* Y1 l" G) p' K
- \! p, I* L  F8 n- i& O

8 T+ G. f6 o7 A! R" L

. w& a7 e9 G1 B* d5 Z8 h1 i  Y& ]* f                               
登入/註冊後可檢視大圖

实习生派遣