雲資料庫RDS 有監控報警及備份恢複是DBA日常工作裡面用的最多的功能。這裡我們來對這個功能進行一個簡單的介紹。
點選監控與報警。監控類型包括資源監控及引擎監控。資源監控，包括CPU和記憶體使用率、磁盤空間、IOPS連結數和網絡流量；引擎監控，主要針對資料庫引擎内部的深度監控，由mysql裡面提供TPS、QPS、命中率、讀寫量、緩存請求次數、日志讀寫以及更多的深入監控資訊。DBA可以通過這些資訊對引擎的性能進行排查。
我們再來點選報警，系統已經有四個預設報警項。如果有需要，我們還可以添加自定義報警項，點選報警規則設定。
在此，我們可以修改已有的報警項或者建立報警規則。
填入我們需要進行報警的内容，預設情況下，系統會自動關聯現有的資料庫執行個體。填入具體内容，如：CPU大于50%，CPU使用率我們調整成六十分鐘，平均值大于50%，連續出現次數五次。
選中要通知的報警人，需要的話還可以填寫其他資訊，點選确認。報警項添加成功。此時我們回到RDS控制台，重新整理就可以看到最新的報警項。
接下來，我們進行備份恢複的管理。點選備份恢複，可以看到現有的備份資訊。系統預設會在每天的管理時間内進行一次全量備份。
如果有需要，我們也可以點選備份執行個體手動進行操作。我們可以選擇實體備份或邏輯備份。實體備份指的是進行一次全量備份；邏輯備份可以備份一個完整的執行個體或者備份某一個單庫。
可以針對某一個備份進行下載下傳。通過内部或外部的網址，我們可以下載下傳到本地伺服器，對資料進行恢複。
更多參閱雲資料庫 RDS 版
我們可以通過克隆執行個體恢複出一台新的資料庫。
選擇需要的付費方式（包年包月或按量付費），選擇要恢複的時間點，并選擇适當的可用區、規格以及其他的網絡資訊，我們還要注意選擇存儲空間，存儲空間不應小于原有資料庫的規格。
購買成功後回到控制台，如果沒有看到克隆執行個體，就進行重新整理，系統任務排程，會有一定的延遲。
大約在一分鐘之後，我們就看到新的克隆執行個體已經在建立中。建立完成以後，我們就可以直接使用這個克隆執行個體了。它跟一個正常執行個體的使用是完全一緻的。
在資料恢複的場景，當我們确定克隆執行個體已經達到原有執行個體具體時間點的資料需求時，我們就可以把應用程式重新指向到新執行個體的内部位址或者外部位址進行新的通路，進而恢複到原有的時間點。
更多參閱雲資料庫 RDS 版