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

admin

資料備份從2016年11月16日起，於每日凌晨03點開始對論壇以及宇宙各區依次按照順序做資料備份，平均每個宇宙備份時間約為1.5分鐘，為了保證資料完整性（非常重要），備份流程原理以及預計備份時刻如下：
2 U& \, w3 P. _) e03:00:00
% I# Z5 n; U0 z7 }0 R% y9 v論壇備份程式開始執行備份，預計消耗時間為00:01:30
3 j4 \& W  B8 g03:01:30
關閉U1的訪問==》U1備份程式開始執行備份，預計消耗時間為00:01:30==》打開U1的訪問
( ]  y) @4 G4 `6 ?' N03:03:00
, E9 z" d, v4 M# Q7 Y- E& [關閉U2的訪問==》U2備份程式開始執行備份，預計消耗時間為00:01:30==》打開U2的訪問
03:04:30
& S$ `' p- d. j關閉U3的訪問==》U3備份程式開始執行備份，預計消耗時間為00:01:30==》打開U3的訪問
/ S6 Z3 v. D: ~; }- ~+ T6 A; k03:06:00
! w+ |* X" c- ?7 ~# H4 n$ [; Z關閉U4的訪問==》U4備份程式開始執行備份，預計消耗時間為00:01:30==》打開U4的訪問
03:07:30
關閉U5的訪問==》U5備份程式開始執行備份，預計消耗時間為00:01:30==》打開U5的訪問
, \4 ^6 z! F  x( h$ \03:09:00
關閉U6的訪問==》U6備份程式開始執行備份，預計消耗時間為00:01:30==》打開U6的訪問

恢復規則如下：
資料可以恢復，但是時間不能倒退，所以例如 艦隊A 正在前往B星球發動攻擊，預計在凌晨6點發動攻擊，正巧B星球的主人正好在凌晨6點在線，那麼原則上他是可以躲過這一次的攻擊，但第二天早上9點由於某些突發事件不得不恢復資料，如果此時恢復到凌晨4點的資料，但目前時間已經是早上9點了，那麼顯然A對B的攻擊將無法躲避（因為戰鬥於6點已經發生），所以恢復原則是將所有艦隊的執行時間延後（目前時間-備份時間）即這個例子中的9點-4點，9點為恢復資料的目前時間，4點為備份資料的時間，那麼這個例子中所有艦隊將被延後5個小時，原本發生在6點的戰鬥將被延後到11點。
這裡需要強調的是恢復資料的機率極小，一般不會發生，只發生在某些突發是無法預知的特殊情況之下，例如：程式發生嚴重錯誤，導致大規模的資料混亂且異常時才需要恢復。

) n) {& P$ j! e$ d' _/ O& A4 K/ r另外每個月的01日凌晨05點做檔案系統備份，可能會有點卡，大概耗時半小時，為了伺服器永久資料安全，還望各位包涵。

設定完成後就證實一下：

! K! c" b, v  Q. e" Z; Z& D+ h+ W6 ]

/ m& G. I: Y7 J+ w+ K: a) H4 n
) D1 C5 o$ s4 Y3 l; ^確定是有定時自動備份資料
並自動上傳到了異地空間上

資料保留原則：
本地伺服器保留最近三十天的備份資料
2 i9 s6 q' N% K9 ?9 d0 S遠端無限空間則永久保留所有備份檔不刪除
+ I8 q9 u$ v3 }# k第二異地備份伺服器則一樣保留最近三十天

红莲の弓矢

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

happygao

厉害，数据安全最重要

admin

红莲の弓矢 發表於 2016-11-17 05:57 PM
/ F$ O5 u  _: A7 R6 WSQL数据库语言……
站长玩的好溜~

6 T5 J. z! d8 Q4 [3 b這是Linux系統的圖形化介面
6 F' A3 S2 g( D+ P壓縮檔管理員顯示的

krafi

顶你一下，好贴要顶！

) b; u4 x) O/ _% }1 H

. r- g& v7 o8 a& p

/ M; q1 N0 _% M0 s* h
. s$ W; j# C: K8 Y
9 c1 z8 H" e- ?8 ^
" h' O# Y1 G* I" v$ x
, ^7 Y7 s& l* Z4 m8 l

. R) S3 u& ?/ E5 l

: w& q' Y& G* l; {' {  a                               
登入/註冊後可檢視大圖

实习生派遣