今天在twt社群看到乙個問題，在這裡分享一下
銀行業資料庫（以oracle為例）備份以及依賴備份的開發環境資料恢復架構應該如何建設？
目前我行現有的架構為：
生產定時通過資料幫浦（expdp）備份出壓縮dump——放至多個ftp伺服器（採用超大容量廉價硬碟pc，40t-120t）——開發環境從ftp伺服器取dump——脫敏——使用。
但是現有架構，其實在現今銀行資料量越來越大的情況下早已捉襟見肘，主要問題反應在以下幾點：
（1）資料庫資料大後，expdp匯出的時間較長，一些olap資料庫已經無法在非業務時間段完成備份。
（2）匯出時對生產io影響較大，會影響夜間一些批處理工作的。
（3）對於大庫的開發環境恢復，匯入+脫敏的時間非常長，會造成開發人員的無意義等待。 請問，目前是否有哪家銀行有好一點的備份、利用備份開發環境恢復的方案？還望不吝賜教。
之前也有了解過一些解決方案，但是有以下幾點顧慮，也不知道諸位在實際使用中是否有遇到：
（1）如果使用專業備份裝置、軟體，如nbu、emc dd，即利用rman+archive log的方式備份，那麼歸檔的過大，是否會造成大量浪費？
（2）利用rman+archive log的備份片，如果想在開發環境恢復，應該較為麻煩，如何解決？我行生產資料庫可能有近10個系統，如果僅僅想恢復乙個系統資料到開發環境，如何實現？
（3）利用儲存快照進行備份，開發環境使用快照。這種情況我不清楚對於儲存的要求有多高，但假設要保留近3年的資料，我想這個成本應該是非常大吧？不知道有無銀行是這種架構，使用感如何。 感謝，感謝。
當前存在的問題有以下幾個：
1、備份時間長原因：一方面是由於資料量大；一方面是由於備份方式不得法！
2、備份方式問題：採用expdp方式，這個問題我覺得比較大，這麼大的資料量，備份頻率不可能太高，一旦出現問題丟失的資料量可能是不能承受的；
3、開發環境準備時間長，這個問題很明顯，資料量大，全部靠人工匯入、匯出，時效性肯定不行；另外這也造成開發測試環境資料的新鮮度不夠；
4、脫敏只是乙個功能性的要求，這個沒什麼問題，所需要考慮的就是如何和所需的要求實現高度的整合，形成自動化操作；
分析問題，結合現在市面上在備份容災方面各種解決方案，竊以為只有cdm是最為合適的解決方案；
cmd的優勢如下：
1、能夠實現永久增量備份，每天只備份增量變化資料，能夠大大減少備份時間，減少對生產系統的資源占用；資料庫越大越合適；
2、備份資料的儲存是原始格式，備份資料可以從cdm直接掛載使用；
像搭建測試環境這種事情，能夠直接把備份資料掛載到測試伺服器使用，不涉及資料的匯入匯出，不占用額外的儲存空間；既能很快的搭建測試環境，又能保證測試資料的新鮮度；同時節省大量的儲存空間，價效比極高；
3、乙份備份資料，可以虛擬掛載成多個出來，不占用實際儲存空間；滿足搭建多測試環境的要求；
4、針對脫敏環境，可以直接將備份資料掛載至脫敏伺服器進行脫敏，同時可以將脫敏後的資料再保護，受保護的脫敏資料可以再次的多次掛載給別的測試伺服器使用；
解決方案拓撲了解一下
這可能是不可取的！
雖然消極期望功能的一部分，我們給它乙個整數而不是。然而，由於分數具有建構函式的願意接受乙個整數，編譯器將使用此建構函式隱式轉換為整數6轉化為分數的物件，然後將其複製到makenegative 初始化引數f.因此，上面的程式列印 6 1 這種隱式轉換為各種初始化 直接 統一和複製 用於隱式會話的建構函...
這可能是退出Activity最優雅的方式了
最近複習安卓的基礎知識，準備面試，發現以前榮哥說過的一種退出所有activity的方法，拿出來和大家分享以下。在網路上找了一下，關閉所有的activity的方式無非以下幾種 記錄每個開啟的activity，退出的時候，關閉每個activity 傳送特定廣播，當應用程式需要關閉的時候關閉乙個廣播告訴a...
這可能是學日語最好的幾個App
除了之前推薦的lingodeer和memrise真的是灰常好的學語言的工具 學習的方向和規律都是比較科學的。不知道的小夥伴這裡?語言學習愛好者的福利 lingodeer yama之前用的 當然現在很少用了，沒什麼時間，不過好評很多嗷 那我乙個個推薦 nhk新聞 這個閒來無事的時候用來聽聽nhk新聞 ...