資料庫的災難恢復

Ⅰ 請問oracle資料庫恢復怎麼辦啊 求解

Oracle DBA神器：PRM-DUL災難恢復工具，Schema級別數據恢復。PRM-DULFor Oracle Database – schema級別oracle資料庫數據恢復特性 ，PRM-DUL即ParnassusData Recovery Manager是企業級別Oracle資料庫災難恢復工具。PRM可以在無備份的情況下恢復被truncated掉的表，也可以恢復無法打開的Oracle資料庫(Alter Database Open失敗)中的數據。

Ⅱ 資料庫備份有幾種方式以及各自有什麼特點

第一種是手動備份。直接進入到資料庫管理頁面，將資料庫手動導出到本地即可實現資料庫備份。
第二種是適用於虛擬主機的方案。首先進入『多備份』，然後登陸，進入控制面板。首次進入會有備份環境提示，選擇保護伺服器

進入頁面後，選擇web模式，然後選擇資料庫。如果非首次訪問，直接點擊添加，然後選擇資料庫

填入資料庫信息，然後設定備份頻率，創建任務即可實現備份。
第三種是適用伺服器或者VPS。首先進入『多備份』，如果是首次登錄，就如上圖選擇保護伺服器，然後下載客戶端。如果非首次登錄，直接點擊左下角下載客戶端

下載好客戶端以後打開dbfen.exe，然後登陸『多備份』賬號，選擇資料庫，填入資料庫信息，設定備份頻率，即可開始備份

Ⅲ oracle資料庫崩潰如何恢復

Oracle DBA神器：PRM-DUL災難恢復工具，Schema級別數據恢復。PRM-DULFor Oracle Database – schema級別oracle資料庫數據恢復特性 ，PRM-DUL即ParnassusData Recovery Manager是企業級別Oracle資料庫災難恢復工具。PRM可以在無備份的情況下恢復被truncated掉的表，也可以恢復無法打開的Oracle資料庫(Alter Database Open失敗)中的數據。

Ⅳ oracle資料庫數據刪除後如何恢復

Oracle DBA神器：PRM災難恢復工具，Schema級別數據恢復。PRM For Oracle Database – schema級別oracle資料庫數據恢復特性 ，PRM即ParnassusData Recovery Manager是企業級別Oracle資料庫災難恢復工具。PRM可以在無備份的情況下恢復被truncated掉的表，也可以恢復無法打開的Oracle資料庫(Alter Database Open失敗)中的數據。 PRM是圖形化增強版的Oracle DUL工具，同時具備很多Oracle DUL不具備的特性

Ⅳ 如何應對內存資料庫的恢復

【Oracle資料庫】內存資料庫的恢復與傳統資料庫的恢復不同，因為你要在一個相當「兇悍的」架構中設計恢復。盡管並不需要頻繁地用到它，但因為使用內存資料庫就是為了追求速度，你還是得對災難恢復進行保險設計。為恢復提速也蘊藏了一個商業價值。我之前從事過這樣的一項工作：早上收報告，而後得等到第二天才會更新。如果我們一天能收到五到十次的更新，那就能很好地管理公司的年鑒了。
對於內存資料庫來說，應該確保盡可能少的寫入佔用永久存儲。提供直接的光纖通道埠，同時確保SSD或PCIe快閃記憶體卡的最佳狀態用以保證低延遲。保證重要的性能冗餘且將網路交換機數量降到最低。
大多數內存資料庫都是預先設置好的設備。它包含一些動態的RAM容量，可能還會帶些快閃記憶體，同時，方方面面通過軟體被安排地頭頭是道。當你使用一台預先設計好的設備時，先在欠載的情況下測試它。測試它的吞吐量及在一年中最壞情況下的災難恢復。然後告訴大夥兒災難恢復的時間並確認該速度用於企業業務已是富富有餘。你不希望最終結果或者一些關鍵性業務它無法正常恢復。你在內存資料庫上花了大把的錢，並對其寄予厚望。
在如何恢復和放置數據方面，SAPHANA和其他的內存資料庫變得越來越智能，它們對吞吐量進行優化並盡可能地為恢復提速。它們能夠避免讓系統宕機。最壞的情況就是I/O失效讓整個內存系統出現故障。採用捷徑帶來了沖擊，沒有仔細思考如何優化恢復速度結果造成了運行中斷。

Ⅵ SQL server資料庫可以做到災難恢復不損失數據嗎

SQLSERVER2012的Always ON功能應該可以滿足你的要求。

Ⅶ 大數據需不需要備份和災難恢復

大數據需不需要備份和災難恢復
大數據應用的發展趨勢是在擁有大存儲容量的同時配備用於執行數據分析的融合硬體設備與分析軟體包。這些應用通常不會用於處理運營數據；相反，用戶會通過查詢數據來分析過去的產品銷售、預測趨勢和確定未來的客戶購買模式。大數據應用通常並不會被定位為關鍵業務系統，雖然它們也支持銷售和營銷決策，但是並不會顯著影響一些核心運營業務，如客戶管理、訂單、庫存和配送等。
那麼，為什麼許多領先的企業IT部門都迅速將大數據整合到他們的災難恢復計劃中呢？這些數據量如此之大，會不會給備份帶來影響呢？即便是備份了數據，從備份恢復數據是否會花費幾天（幾周或更長時間）呢？帶著這些問題，我們來看一下如何進行大數據的災難恢復。

數據太大，無法備份
災難恢復最佳實踐包括在指定的時間里將重要數據及時恢復到一致狀態的能力。這段時間稱為恢復時間目標（RTO），它必須在業務所依賴的運營數據的限制范圍之內（最多幾個小時）。但是，遇到大數據時該怎麼辦？大多數公司認為大數據的備份與恢復並不重要。其中包括以下這些原因。
運營系統更重要。在發生災難之後，最高優先順序的工作是恢復那些支持運營系統的數據。這些系統包括會計、訂單條目、支付受理、工資等，它們是保證公司正常運營的必要條件。在這些數據恢復之後，第二優先順序的工作是支持這些系統的運行。
大數據並不是關鍵業務系統。預測和趨勢分析可能是營銷的重要手段，但是這些分析及其相關的查詢和用戶報表都基於歷史數據，而非實時數據。
大數據的體量非常巨大，一個大數據應用所存儲的數據量可能是所有運營數據之和的數十倍。這是因為大數據應用工作在數據的歷史快照上。十年的歷史數據就會包含幾千天的快照。它備份在什麼介質上，備份需要多長時間，然後需要的備份存儲有多大？
備份與恢復流程需要I/O通道容量。在短時間內遷移大容量的數據要求使用較大的容量。備份與恢復會耗盡I/O通道，唯一可行的替代方法是安裝足夠的附加容量去處理這些任務。
當大數據成為關鍵業務系統
上面介紹的原因並非適用於所有公司。有一些關注客戶的系統也會使用大數據分析，這意味著大數據應用將屬於運營處理的一部分。在其他企業中，大數據開始成為一種簡單的查詢和報表工具。有一些專用查詢會慢慢體現其重要作用，然後變成一些常規報表。這些有用的報表會受到管理層的關注，他們會因此將這些報表變成一些重要的操作。最終，管理層會逐漸依賴這些報表來作出運營決策。因此，他們的大數據應用就會逐漸向關鍵業務系統靠攏。
大數據應用發展成為關鍵業務系統的趨勢是不可避免的。這些應用的安裝和配置過程代價高昂且耗費時間，同時也需要由高素質的技術人員來完成。此外，查詢數據的業務分析師很少會親自處理數據。通常他們會使用一些專門用於查詢和分析大數據的分析軟體包。這些軟體同樣非常昂貴，同時只有經過大量培訓的技術人員才能高效使用這些軟體。
公司在大數據應用投入了大量的金錢。公司迫切希望從他們的投資中獲取有價值的回報。從數據分析得到的報表可能產生更好的客戶服務、更快的產品周轉速度和更高的收益。而收益恰恰就意味著關鍵業務。
大數據備份方法
如果准備在災難恢復計劃過程中恢復全部或部分大數據應用，那麼可以考慮選擇下面這些備份方法。
最重要的是要記住：大數據主要是歷史數據和靜態數據。運營數據快照會被提取到一個分段集結區域，進行整理和轉換，然後再載入到企業數據倉庫和大數據應用中。在此之後，它們都不會更新。這意味著在每一個快照上只需要運行一次備份流程。
最常用的備份方法主要有：
·數據復制。這是一個常用的備份方法。當數據載入到數據倉庫或大數據應用程序時，它們會同步傳輸到一個備份流程中，其中會載入大數據應用程序的一個備份副本。這個流程通常發生在災難恢復站點中，然後在發生災難時它仍然保有一份最新的數據。
·虛擬快照。這是一個硬體解決方案，它允許在存儲介質上創建整個系統的虛擬備份。資料庫寫操作會在中斷一小段時間，這時管理存儲子系統的硬體會對所有文件執行內部復制操作。這個復制流程可能非常快，有時會在幾秒鍾內完成。在復制完成之後，資料庫管理系統又會重新允許執行寫操作。
快照提供了超快速的恢復時間，它的假定前提是可以恢復到創建快照的指定時間點。除此之外，恢復到非快照創建的時間點需要有一些方法能夠將所有最新資料庫變化（日誌捕捉）應用到快照中。另一個問題是存儲容量。快照可能要求將當前使用的存儲加倍。而且，當災難發生時，當時的快照會作為當前數據，但是還必須分配另一個快照區域，以備應付新的災難事件。
·本地與遠程副本。這是一個經典方法，它由磁碟備份和包含物理磁碟驅動器或資料庫的陣列備份構成。DBA使用供應商工具訪問那些通常存儲為一種壓縮私有格式的數據。這些備份會快速地執行和載入，因為它們採用的是內部數據格式。
恢復自動化與測試
災難計劃的另一個重要部分是保證恢復在規定的RTO內完成。對於大數據而言，這通常意味著要使用標准流量或供應商工具實現恢復自動化。聰明的DBA會盡可能自動化更多的任務，從而最大可能減少相對較慢的人為干預。這其中就包括要避免以下行為：
·人工處理備份存儲（例如，移動和操作磁帶）；
·輸入命令行；
·檢查紙質報表或文檔。
在實現恢復自動化之後，要定期測試、測試再測試。記住，大數據總是在不斷地增長，而且隨著數據量的增加，備份和恢復時間也會增加。
總結
大數據無論部署還是使用都非常耗費時間、金錢和資源。許多公司迫切希望從這些大投入中獲取回報，查詢和報表能夠提供一些寶貴的洞察力，幫助執行決策、應付變化和獲得收益。大數據應用最終會變成關鍵業務系統。在此之前，一定要保證自己的IT基礎架構能夠備份和恢復這些數據。

Ⅷ SEPM災難恢復需要必備那幾點

為災難恢復做准備需執行的任務：

請確保定期（最好每周一次）備份資料庫，並在異地存儲備份。

1. 資料庫備份目錄位於：

· \\ProgramFiles\Symantec\ Symantec Endpoint ProtectionManager\data\backup。

· 備份文件名為 <date>_<timestamp>.zip。

2. 將此資料庫移至其他存儲區域，因為執行卸載時將刪除該資料庫。

3. 找到 keystore 文件和 server.xml 文件。

· keystore 文件的名稱為 keystore_<timestamp>.jks。該 keystore 包含私鑰/公鑰對和自簽名證書。server.xml 文件的名稱為 server_<timestamp>.xml。

4. 在安裝期間，這些文件將備份到以下目錄：

· \\Program Files\Symantec\Symantec Endpoint Protection Manager\Server PrivateKey Backup。

· 注意：還可以從 Symantec Endpoint Protection Manager 控制台的「管理員」面板備份這些文件。

5. 使用文本編輯器創建並打開一個文本文件。

6. 將該文件命名為 Backup.txt 或類似的名稱。

7. 打開 server.xml，找到 keystorepass 密碼，將其復制並粘貼到上述文本文件中。

8. 使該文本文件保持打開狀態。

· 注意：該密碼既可用於 storepass 又可用於 keypass。Storepass 用來保護 JKS 文件。Keypass 用來保護私鑰。輸入這些密碼可還原證書。密碼字元串類似於 keystorePass="WjCUZx7kmX$qA1u1"。

9. 復制並粘貼雙引號之間的字元串。（不要包括雙引號。）

10. 如果只有一個域，請從以下目錄中查找並復制 sylink.xml 文件：

· \\Program Files\Symantec\Symantec Endpoint ProtectionManager\data\outbox\agent。

11. 將其粘貼到：

· \\ProgramFiles\Symantec\ Symantec Endpoint ProtectionManager\Server Private Key Backup。

12. 如果有多個域，則針對每個域分別在客戶端計算機上查找並復制 sylink.xml 文件並將其粘貼到：

· \\Program Files\Symantec\ Symantec EndpointProtection Manager\Server Private Key Backup。

13. 如果沒有資料庫的備份，則必須提供域 ID。此 ID 位於每個域中的客戶端計算機上的 sylink.xml 文件中。

14. 打開每個 sylink.xml 文件，找到 DomainId，將其復制並粘貼到 Backup.txt 文本文件中。

15. 將此 ID 添加到創建的新域中，以包含現有客戶端。

· sylink.xml 文件中的字元串類似於：DomainId="B44AC676C08A165009ED819B746F1"。

16. 復制並粘貼雙引號之間的字元串。（不要包括雙引號。）

17. 在 Backup.txt 文件中，鍵入在安裝實例中安裝第一個站點時使用的加密密碼。

18. 重新安裝 Symantec Endpoint Protection Manager 時，重新鍵入此密鑰。

· 注意：如果沒有要還原的已備份資料庫，則必須重新鍵入相同密鑰。
· 如果有要還原的已備份資料庫，則無需重新鍵入相同密鑰，但重新鍵入相同密鑰是最佳做法。
19. 在 Backup.txt 文本文件中，鍵入運行 Symantec Endpoint Protection Manager 的計算機的 IP 地址和主機名。

20. 如果出現災難性的硬體故障，則必須在具有相同 IP 地址和主機名的計算機上重新安裝 Symantec Endpoint Protection Manager。

21. 在 Backup.txt 文件中，鍵入標識 Symantec Endpoint Protection Manager 的站點名。

22. 保存並關閉 Backup.txt 文件，此時該文件包含進行災難恢復所需的基本信息。

23. 雖然重新安裝並不嚴格要求提供站點名，但站點名有助於創建一致的還原。

24. 將這些文件復制到可移動介質，並將該介質存放在安全的地方，最好是保險箱中。

25. 在確保這些文件的安全後，應從運行 Symantec Endpoint Protection Manager 的計算機中刪除這些文件。

· 下面舉例說明了一個文本文件，其中包含執行成功的災難恢復所需的信息。

· 如果創建此文件，則在災難恢復期間可在需要時復制並粘貼此信息。

關於災難恢復過程

災難恢復過程需要按順序完成以下三個過程：

· 還原 Symantec Endpoint Protection Manager

· 還原伺服器證書

· 還原客戶端通信

還原客戶端通信的方式取決於您是否擁有資料庫備份的訪問許可權。

還原 Symantec Endpoint Protection Manager

如果出現災難，請恢復在初始安裝後受保護的文件。然後打開包含密碼、域 ID 等信息的 Backup.txt 文件。

關於識別新計算機或重建的計算機

如果出現災難性的硬體故障，可能需要重建計算機。如果重建計算機，則必須為其指定原始 IP 地址和主機名。此信息應位於 Backup.txt 文件中。

重新安裝 Symantec Endpoint Protection Manager

在重新安裝 Symantec Endpoint Protection Manager 時要執行的關鍵任務是，鍵入在安裝
Symantec Endpoint Protection Manager 時（該安裝已失敗）使用的預共享密鑰名。

重新安裝 Symantec Endpoint Protection Manager

1. 插入安裝 CD，

2. 開始安裝 Symantec Endpoint Protection Manager。

3. 在「歡迎」面板中，選中「安裝我的第一個站點」，

4. 單擊「下一步」。

5. 繼續安裝，直到提示輸入預共享密鑰。

6. 在「站點信息」面板 >「加密密碼」框中，鍵入上述文本文件中的 <密碼名>。

· 注意：在未備份資料庫的情況下進行還原時，如果鍵入的密碼不正確，還原將失敗。

7. 單擊「下一步」。

8. 出現提示時，重新創建相同類型的資料庫

9. 繼續安裝，直到顯示「管理伺服器安裝向導 – 配置已完成」面板。

10. 在「配置已完成」面板中的「是否立即運行遷移和部署向導」下，選中「否」

11. 單擊「完成」。

還原伺服器證書

伺服器證書是一個 Java keystore，其中包含公用證書以及私鑰-公鑰對。必須輸入 Backup.txt 文件中包含的密碼。此密碼也位於原始 server_<timestamp>.xml 文件中。

還原伺服器證書

1. 登錄到控制台。

2. 單擊「管理員」。

3. 在「任務」下單擊「伺服器」。

4. 在「查看伺服器」下，展開「本地站點」

5. 單擊「識別本地站點的計算機名」。

6. 在「任務」下單擊「管理伺服器證書」。

7. 在「歡迎」面板中，單擊「下一步」。

8. 在「管理伺服器證書」面板中，選中「更新伺服器證書」

9. 單擊「下一步」。

10. 在「選擇要導入的證書類型」下，選中 JKS keystore。

11. 單擊「下一步」。

· 注意：如果您已實現其他證書類型之一，請選擇該類型。

12. 在「JKS Keystore」面板中，單擊「瀏覽」。

13. 找到並選擇已備份的 keystore_<timestamp>.jks keystore 文件。

14. 單擊「確定」

15. 打開您的「災難恢復文本文件」，

16. 選擇並復制 keystore 密碼。

17. 激活 JKS Keystore 對話框。

18. 將 keystore 密碼粘貼到 Keystore 和密鑰框中。

· 注意：只支持 Ctrl + V 的粘貼機制。

19. 單擊「下一步」。

· 注意：如果出現錯誤消息指出 keystore 文件無效，則可能輸入了無效的密碼。請重試密碼復制和粘貼。（此錯誤消息令人誤解。）

20. 在「完成」面板中，單擊「完成」。

21. 從控制台注銷。

22. 單擊「開始」>「設置」>「控制面板」>「管理工具」>「服務」。

23. 在「服務」窗口中，右鍵單擊 Symantec Endpoint Protection Manager。

24. 單擊「停止」。

· 注意：在完成災難恢復並重新建立客戶端通信之前，請不要關閉「服務」窗口。

25. 右鍵單擊 Symantec Endpoint Protection Manager。

26. 單擊「啟動」。

· 注意：停止並啟動 Symantec Endpoint Protection Manager 可完全還原證書。

還原客戶端通信

如果您有資料庫備份的訪問許可權，則可以還原此資料庫，然後恢復客戶端通信。使用資料庫備份進行還原的優點在於，客戶端將重新出現在其對應的組中，並且仍然遵守原始策略。如果您沒有資料庫備份的訪問許可權，仍可以恢復與客戶端的通信，但客戶端將出現在 Temporary 組中。然後，可以重新創建組和策略結構。

在有資料庫備份的情況下還原客戶端通信

在運行活動的 Symantec Endpoint Protection Manager 服務的計算機上無法還原資料庫，因此必須多次停止並啟動該服務。

在有資料庫備份的情況下還原客戶端通信

1. 如果已關閉「服務」窗口，請單擊「開始」>「設置」>「控制面板」>「管理工具」>「服務」。

2. 在「服務」窗口中，右鍵單擊 Symantec Endpoint Protection Manager。

3. 單擊「停止」。

· 注意：在完成此過程之前，請不要關閉「服務」窗口。

4. 創建以下目錄：\\Program Files\Symantec\Symantec Endpoint Protection Manager\data\backup

5. 將資料庫備份文件復制到該目錄。

· 注意：默認情況下，資料庫備份文件名為 <date>_<timestamp>.zip。

6. 單擊「開始」>「程序」> Symantec Endpoint Protection Manager >「資料庫備份及還原」。

7. 在「資料庫備份及還原」對話框中，單擊「還原」。

8. 在「還原站點」對話框中，選擇您已復制到備份目錄中的備份文件。

9. 單擊「確定」。

· 注意：資料庫還原時間各不相同，具體取決於資料庫的大小。

10. 出現「消息」提示時，單擊「確定」。

11. 單擊「退出」。

12. 單擊「開始」>「程序」> Symantec Endpoint Protection Manager >「管理伺服器配置向導」。

13. 在「歡迎」面板中，選中「重新配置管理伺服器」。

14. 單擊「下一步」。

15. 在「伺服器信息」面板中，在必要時修改輸入值以與以前的輸入相符，然後單擊「下一步」。

16. 在「資料庫伺服器選擇」面板中，選中資料庫類型以與以前的類型相符，然後單擊「下一步」。

17. 在「資料庫信息」面板中，修改並插入輸入值以與以前的輸入相符，然後單擊「下一步」。

· 注意：配置過程需要幾分鍾的時間。

18. 在「配置已完成」對話框中，單擊「完成」。

19. 登錄到 Symantec Endpoint Protection Manager 控制台。

20. 右鍵單擊您的組。

21. 單擊「對組運行命令」>「更新內容」。

22. 如果在大約半小時後客戶端沒有響應，請重新啟動客戶端。

在沒有資料庫備份的情況下還原客戶端通信

對於所使用的每個域，都必須創建一個新域，並將相同的域 ID 重新插入資料庫。這些域 ID 位於災難恢復文本文件中（如果有人已在此文件中鍵入此信息）。默認域是 System 域。

最佳做法是創建一個與以前的域名完全相同的域名。要重新創建 System（默認）域，請追加某個值，例如：_2 (System_2)。在還原域之後，可以刪除原有的 System 域，然後將新域重命名為 System。

在沒有資料庫備份的情況下還原客戶端通信

1. 登錄到 Symantec Endpoint Protection Manager 控制台。

2. 在控制台中，單擊「管理員」。

3. 在「系統管理員」窗格中，單擊「域」。

4. 在右上角單擊「關於」。

5. 按住 Shift + Ctrl + Alt，在「關於」對話框中的任意位置快速雙擊三下滑鼠。

6. 單擊「確定」。

7. 在「任務」下單擊「添加域」。

8. 打開災難恢復文本文件。

9. 選擇並復制域 ID

10. 選擇「添加域」對話框，然後將域 ID 粘貼到「域 ID」框中。

· 注意：如果未出現「域 ID」框，請重復步驟 4、5、6 和 7，直到顯示該框。只支持 Ctrl + V 的粘貼機制。

11. 單擊「確定」。

· （可選）對要恢復的每個域重復步驟 7、8 和 9。

12. 在「任務」下單擊「管理域」。

13. 重新啟動所有客戶端計算機。這些計算機會出現在 Temporary 組中。

· （可選）如果只使用一個域，請刪除未使用的默認 System 域，並將新創建的域重命名為 System。