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

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
03:00:00
論壇備份程式開始執行備份，預計消耗時間為00:01:30
- v0 |% y6 T6 Q. m/ a$ n8 a03:01:30
關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
0 @1 u2 K6 G7 T6 N" K5 b* _" }. h7 _2 S03:03:00
關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
03:04:30
* l. S6 _% d% L- t: g# R關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
03:06:00
關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
03:07:30
關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
03:09:00
關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問

) t, G; `5 d) A. C, N恢復規則如下：
2 C# Q, s/ X' e0 M資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
3 Z! ?. v* w( C% v這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。
! b8 h' C0 {- k* ?
: _  s- _+ r9 y( [, {1 E另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。

! f5 R; e% s' t7 z* A1 c設定完成後就證實一下：

; T3 u# `" N" j

8 f8 f! J/ I3 }" Z: l# H$ T" K
( a+ h9 t& B: K& \9 i7 \. A確定是有定時自動備份資料
2 n, ]+ |& y* v; L並自動上傳到了異地空間上

資料保留原則：
: [. x6 G. E, g' H) H) K& u本地伺服器保留最近三十天的備份資料
  ~; W3 J# V. z0 L  P遠端無限空間則永久保留所有備份檔不刪除
1 v! z; ^$ x, u  Q- i( a/ w第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

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

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
  n9 d' I  h) M* J. n3 |SQL数据库语言……
7 f9 e) G! H- v- u站长玩的好溜~

2 l9 z& f4 q6 Y6 o這是Linux系統的圖形化介面
. I) W8 @& p( U/ ~壓縮檔管理員顯示的

krafi

顶你一下，好贴要顶！

( N( ]- Y; w4 s4 E" Z" M6 L" `
6 I, g$ j2 T' p# d: I
5 k- ~* j) j5 A0 P
1 G/ h: {4 `( f8 ]
1 k& v- D  v* Q$ K3 F/ Y; s/ _
6 \' O  n1 _/ N! V0 p3 ]3 |9 Z
! @0 a! s+ n4 ~6 |3 q( J: W* m
5 a- s2 p  f: t( J1 i

! O' |( {1 Y" c: q- }; O

                               
登入/註冊後可檢視大圖

/ H' D& o2 d" t5 h0 c实习生派遣