**備份與復原是最重要也最不重要的一環, 最重要的原因是因為這是很重要的概念, 但最不重要的原因是實作上是不太一樣了,就像是這次鐵人賽的有一位參賽者的題目是: 備份已死, 這是一個相當有趣的議題.

不能說備份不重要, 因為已經用不同的方式去把資料的安全性與完整性給實作了, 就像是在 Cluster 之類的 Load Balance 中, 用的 Server Load Balance 就是一種利用 Replication 去做 Redundance, 因此在某些觀點, 已經到處都有副本 (Copy 的 Replication), 所以相對之下備份的這概念已經不是跟以前相同的實作了.**
我也常引用一句話, 網管有三大原則:

1. 備份
2. 備份
3. 備份

這是一個最不用理論基礎的老生常談, 你可以做任何事, 但在做之前要確認備份是正常的, 當事情出錯時是可以復原的, 這是某位 LTC 的人給我最大的印像.

當然備份以現在的角度有六個 R 觀點:

1. Rotate
2. Replication
3. Restore
4. Rollback
5. Redundent
6. Recovery

當然並不是所有的資源都可以輕易的複製, 尤其是一些 Critical 的 Transaction 交易資訊, 為了要有一致性等的信賴度, 可能須要的是對資料有 Commit 的動作, 也要有 Snapshot 的時間, 而在時候多少效率就會被犧牲, 只是在這部份也往往是花最多資源的動作, 以及量沒有這麼大的動作.

以現在的角度, 的確是很多高有效性的設計備份的重要度已經沒有那麼高了, 很多資料庫本身就有自我同步及做負載均衡的機制, 管理者可以完全不用管, 甚至若是把很多事情丟到雲端之後就沒有那麼辛苦了.

但要能夠更確實掌握備份與復原, 才是一個好的高有效性的管理者, 因為這是最基礎的.

事實上儲存有時是成本最高的系統, 若能夠好好的掌握, 成本效用會大大提升, 甚至系統的成敗, 是否能夠有利潤, 往往是決勝在儲存的成本, 以及資料的完整性, 且儲存方式往往取決於系統的特色, 也不是一種方式所有系統的能合用.

雖然說像 SAN, DAS, 等等的儲存的概念在某方面是過時, 但這還是很基本, 我在後半段的專題至少會有關儲存的部份, 到時就請大家多多討論與指教, 畢竟我知道這邊有很多對 Storage 是專業的.