企業現場
營運系統與資料庫
公司核心資料、飯店 PMS 等
確認需要保護的資料範圍
GOLDENUP CLOUD BACKUP
金旭雲端備份方案
有備份，
更要有復原的準備。
如果今天系統停擺，
您的企業能在幾小時內恢復營運？
把重要資料多留一份在雲端。從自動備份、異地保護到復原流程，為下一次營運，做好準備。
適用企業核心資料庫、飯店 PMS 等系統，範圍依環境評估。
01 每小時自動備份02 Azure 異地保存03 WORM 備份保護04 24/7 自動監控
01 / 從營運風險開始
有備份，不代表
資料一定救得回來。
真正要確認的，是出事之後：
備份還在嗎？資料可用嗎？誰來還原？
- 01
勒索病毒
正式系統與可寫入的備份，可能一起遭加密。
- 02
主機或硬碟故障
設備突然停擺，重要服務被迫中斷。
- 03
誤刪與覆寫
需要的歷史資料，未必還留在最新副本裡。
- 04
火災、淹水等現場事故
同地點存放，難以分散共同受損的風險。
- 05
備份失敗未被發現
有排程，不等於每次都已成功完成。
02 / 金旭方案架構
重要資料，
多一道雲端防線。
為企業核心資料建立自動化的異地備份，
讓資料保存與復原準備，都有明確方向。
資料庫雲端備份架構運作示意
排程備份→加密上傳
Microsoft Azure
異地雲端儲存
保留雲端副本
依約定設定 WORM 保護與保存期限
需要復原時→選取備份下載
可用的主機環境
還原並驗證資料
客戶先重建主機
再依流程還原、檢查系統運作
24/7 自動巡檢備份狀態發現異常，即時通知
雲端備份保護資料副本，不等於雲端主機代管、即時切換或完整系統的自動接管；備份範圍與復原分工依評估及合約約定。
03 / 四項核心技術與功能
每一份備份，
都需要被好好保護。
備份頻率、儲存位置、鎖定保護與狀態監控，
一起建立更完整的資料防線。
AUTOMATED BACKUP
每小時自動備份
縮短備份間隔，減少事故發生時可能遺失的資料，降低人工備份的遺漏。
備份排程與資料時間點
依提供的產品說明，方案支援每小時自動備份；實際排程、備份範圍與保存期限，需配合資料庫、資料量及現場環境設定。
復原時可選擇的資料時間點，取決於實際成功完成並保留下來的備份。備份頻率不等於復原速度，也不是零資料遺失保證。
MICROSOFT AZURE
加密上傳，異地保存
把備份多留一份在 Microsoft Azure 雲端儲存，分散單一現場事故的風險。
雲端副本如何發揮保護
資料經加密上傳並保存於雲端，讓備份不只依賴現場硬碟或同地點的設備。本機發生硬體損壞或現場事故時，仍可依可用的雲端備份準備還原。
上傳與下載時間會受資料量、網路頻寬及現場條件影響。儲存區域、權限與保存設定，依服務規劃確認。
WORM / IMMUTABLE BACKUP
不可變備份，降低誤刪與竄改風險
透過 WORM 鎖定保護，讓備份在設定的保留期間受到保護。
WORM 是什麼？
WORM 是 Write Once, Read Many，意指「一次寫入，多次讀取」。依不可變保留原則設定並鎖定後，受保護的備份在保留期間無法任意覆寫或刪除。
這有助降低備份被誤刪或竄改的風險；實際保護對象、保留期限與鎖定規則，須以部署設定及合約為準，也不能取代企業端的資安防護。
24/7 MONITORING & ALERTS
自動監控，異常即時通知
自動巡檢備份狀態，讓備份失敗或上傳異常，有機會提早被發現。
監控備份，也要確認還原
透過備份狀態與上傳結果的檢查，發現異常時發出通知，協助人員追蹤處理。通知方式、判斷規則與後續處理分工，依服務約定設定。
24/7 指自動監控，不代表全天候人工值守。監控成功也不等於已通過還原測試；仍應依需求另行安排還原驗證。
04 / 從備份，到復原能力
多一份雲端備份，
少一份臨時摸索。
以僅有本機／人工備份的情境比較，
看清楚需要補強的地方。
| 企業關心的事 | 僅有本機／人工備份 | 金旭雲端備份方案 |
|---|---|---|
| 現場出事，副本還在嗎？ | 同地點設備可能同時受損 | Azure 異地副本，分散現場風險 |
| 最近一次備份是何時？ | 取決於人工執行與留存方式 | 每小時自動排程，確認實際成功的時間點 |
| 備份會不會被改掉？ | 一般可寫入副本可能被刪除或覆寫 | WORM 鎖定保護，依設定降低異動風險 |
| 備份失敗，有人知道嗎？ | 仰賴人員主動檢查 | 24/7 自動監控，異常發出通知 |
| 要復原，從哪裡開始？ | 可能臨時找檔案、找環境與方法 | 釐清重建主機、下載、還原與驗證步驟 |
比較不代表所有本機備份皆缺少上述能力；既有方案仍需個別評估。備份頻率、版本留存、監控與復原服務範圍依合約約定。
05 / 災難復原流程
備份之外，
更要知道如何復原。
資料副本只是起點。
可用的主機、正確的備份與還原驗證，缺一不可。
- 1
先備妥環境
客戶重建主機
準備可用的主機、作業系統、資料庫與必要應用環境，並確認復原人員分工。
- 2
選擇資料時間點
下載雲端備份
依事故發生時間與可用的備份版本，選取適當副本，下載至準備好的環境。
- 3
確認可用再恢復服務
還原資料，驗證系統
執行資料還原，檢查資料完整性與系統功能，再依業務優先順序恢復營運。
每小時備份，不等於一小時內復原。實際復原時間取決於主機準備、資料量、網路與系統環境。主機重建及還原協助的服務分工，須事先確認。
主管與 IT 常問的三件事
有了雲端備份，是否就不會停機？
雲端備份為資料保護與復原提供副本，不能保證不中斷，也不等於高可用架構（HA）或即時容錯切換。如果業務不能接受停機，應另外討論主機備援與高可用需求。
RPO 與 RTO，對企業有什麼意義？
RPO（復原點目標）是企業能接受遺失多久的資料；RTO（復原時間目標）是企業希望多久恢復服務。備份頻率有助規劃 RPO，但仍需確認備份成功；RTO 還需要主機、網路與還原驗證共同配合，不能直接用每小時備份來推算。
哪些資料可以備份？能否沿用現有系統？
本方案以企業核心資料庫與飯店 PMS 等資料保護為主。需先確認系統與資料庫版本、資料量、現有備份機制及網路條件；不預設包含所有辦公檔案、應用程式或整台主機映像。適用範圍以評估結果為準。
06 / 從一次備份健檢開始
別等需要還原，
才發現備份有問題。
先看清現況，再決定怎麼保護。
- 檢視備份方式、保存位置與成功時間
- 盤點關鍵資料與可接受的中斷時間
- 討論異地保護、復原流程與改善方向
為團隊保留應變方向，為企業保留重新出發的能力。
(02) 2570-2058 直接電話諮詢 ↗