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

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
03:00:00
! j, c, o4 y4 D, B0 V- B' E: Z論壇備份程式開始執行備份，預計消耗時間為00:01:30
03:01:30
0 u+ B9 L) }5 C( s5 H' v6 p' x關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
+ ~2 u8 N; Z' d2 l# Z03:03:00
關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
03:04:30
關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
8 Y3 i8 e) `1 ^' d. V03:06:00
7 V2 k3 d2 j% }4 d4 `' ~: [關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
; b( U6 X& _1 Z' Q% @: k03:07:30
關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
0 o: h4 i) Y& \, L/ w/ }4 x& l8 n/ n* r03:09:00
關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問
5 |5 n! q5 u2 t( G8 N% w0 Z. ~
恢復規則如下：
) A5 ^1 \5 `& w資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
# t3 S( W% ~5 \2 }這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。
* K+ `1 H( ]. c
另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。
$ B, J% n6 S) b) N0 j0 K
2 {4 T, C1 j* f$ G+ m設定完成後就證實一下：
0 Q* {8 r! N  Y. i
( w- P9 R- i* \8 z3 N# Z
1 e7 [- K+ ~' M1 _

& u2 r* W) m: p) v  C3 @) W4 W  [確定是有定時自動備份資料
& O$ ~: k" E% m並自動上傳到了異地空間上

資料保留原則：
本地伺服器保留最近三十天的備份資料
遠端無限空間則永久保留所有備份檔不刪除
第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

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

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
SQL数据库语言……
1 N  I) v, d8 O4 N; z* J" M/ |站长玩的好溜~

這是Linux系統的圖形化介面
  K( |( _% R8 ?3 i壓縮檔管理員顯示的
* n  {$ k4 g8 J- q9 A

krafi

顶你一下，好贴要顶！
4 m& w3 m$ ~, J% c0 p' X6 F
  u$ x* O; ?' P3 e* X4 Z

1 Z* D( c: ?6 l" y6 H' n
( C1 s$ U. l$ F9 m. I6 ^3 d) n
  l5 R, d0 O; i4 W
& O0 j& t0 H6 U! l; K( G% c
) U1 k8 }* Z8 U. M. D3 Y" y
$ p# [5 ]; a0 t/ }0 b: `) h( P1 ?


5 t! k# H! e. E& W7 s" \( u! Y2 q$ M

0 M% T' W% x. X) X4 p0 ]8 d                               
登入/註冊後可檢視大圖

2 e% u' N& b5 l  n2 X$ T实习生派遣