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

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
03:00:00
- K/ O' v! W5 x/ P論壇備份程式開始執行備份，預計消耗時間為00:01:30
6 y; Q; U- n  @03:01:30
9 c" b: P3 B9 D( E關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
6 A* E+ [: G. r- s2 Y03:03:00
關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
. S8 `8 e% F* [- Q0 b03:04:30
關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
' N7 X1 m, N* D9 d6 n5 m/ ^. j! T% c8 \03:06:00
關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
  u% P/ c) ?, L' C* W& i) r1 |03:07:30
) G+ ^% U" {) `6 A# F& e! p關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
/ {, }8 r" s! n! t* w2 d5 l9 p03:09:00
1 d7 s! v; H' c2 R, C8 e關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問
/ b/ B* R4 X1 m! x# R
- y7 ?3 H: G$ M+ `9 S' R1 Y恢復規則如下：
資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。

  N( \- u$ Z) V  e& C4 i另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。

" E4 x% g6 h' H設定完成後就證實一下：
6 b. F0 N6 i% X- e5 m: Z
6 r8 E) l6 e3 ?* _1 p  s1 A


確定是有定時自動備份資料
$ L5 g1 y8 m6 I) a, Z- \  E並自動上傳到了異地空間上

. U9 G) M0 S3 [' X: |# h資料保留原則：
本地伺服器保留最近三十天的備份資料
遠端無限空間則永久保留所有備份檔不刪除
0 }3 g6 a+ S1 e; r* k0 s第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

SQL数据库语言……
& W% D( a3 [  b( U$ K+ t站长玩的好溜~

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
7 q6 K' g# m/ Q- ]5 _SQL数据库语言……
站长玩的好溜~

這是Linux系統的圖形化介面
; o0 j1 n0 [* |) o6 z4 ~2 I, [壓縮檔管理員顯示的
' K  w1 o8 r- x" B" y, T

krafi

顶你一下，好贴要顶！


; A1 q3 v4 X/ b; ?

' [( h4 b* G( ]* ?3 I, L
1 [5 _5 o: _. i
( l. a: s0 r3 |0 w" n: h( y# |7 G



, _( J  m2 T: D2 A. R; x: j1 p: g4 i2 K; n

                               
登入/註冊後可檢視大圖

实习生派遣