在實際業務中，累計5年的歷史業務數據可能比較大，比如可能超過1T的數據，這時可能就會影響業務處理
OLTP的運行效率，一般是將5年以上的數據歸檔的其他地方，同時從當前業務系統中刪除。

有各位哥們對這個過程比較熟悉，ORACLE ERP時什么策略呢？ 請高手指點。
DBX archiver的功能就是把歷史數據放在另一個數據庫中，如果在prod中的查詢涉及到歷史數據，就會到歷史庫中取數據，實現對客戶的透明化，而數據是在兩個獨立的數據庫中存放

類似的ORACLE數據歸檔的方案應該有不少，但說實話沒有一家特別優秀的，因為ORACLE EBS涉及到的業務表太多，數據之間千絲萬縷，不是簡單的把某些schema的表里的數據移走了事

archive的原理說起來簡單，具體實現起來哪些數據走，哪些數據留，那些是事務，哪些不算，沒幾個人會深入下去搞懂它們。oracle本身提供了archive的接口，也實現了全部的業務邏輯，但它自己也知道這塊做的很爛，所以它從來不愿意公開，更沒有全面的推廣，只是告訴用戶有這么一個接口存在而已。想自己利用ORACLE的接口，幾乎就是一個字：死。。。。

所以才有了大大小小第三方公司的各種解決方案，Outerbay應該算其中不錯的一家吧

我曾經為某家大公司，專門負責做個data archive的歸檔項目，研究它的archive規則，天天和一群印度人做這個，頭都太大了。我從進那個項目開始做這個，一直到我走，還沒有結束UAT狀態，沒辦法，數據實在太重要了，有這個需求的肯定都是大公司，數據就是它的命，要它把自己的命都移走，不謹慎那是不可能。。。。

outerbay對EBS的方案也和EMC的類似，把要歸檔的那些歷史數據，整體移到另一個數據庫里去，原數據庫里數據少了，查詢起來當然快

以AP為例，
分別建2類職責：
1個是普通AP查詢，專門查近期的數據，比如2000年以后的數據，速度很快
1個是所有AP查詢，數據來自一個union的view,速度肯定快不了，這種需求不如1多

發票歸檔不？沒付款的發票歸檔不？N年前的發票N年后付款歸檔不？AR的，GL的，PO的，OM的，CE的，，，，，頭都大了，最后我把文檔，資料，test case,test document，統統歸檔后，bye-bye了。。。不是人做的事情，誰做誰要吐。。。。。。。。。
SAP用戶R/3文檔歸檔解決方案

業務問題描述：對于使用SAP系統的客戶來說，歸檔SAP系統的數據和對象已經變得越來越重要。 SAP用戶通常是在系統越來越不行的時候才想到歸檔數據和對象的需要，SAP系統通常會變得越來越慢和用戶響應時間越來越長，SAP用戶也需要能快速訪問SAP相關的文檔。
客戶需求表現：
- 你現在的SAP系統的數據庫有多大?
- 每個月數據庫的增長有多快?
- 你有發現用戶響應時間或SAP系統的性能有下降嗎?
- 你希望能通過SAP圖形界面來歸檔和查看打印列表、發票、憑證、圖像等嗎?
- 你的用戶是否希望將一些非SAP的對象，例如Word文檔、Excel表格，電子 郵
- 件或視頻片斷和SAP的交易進行關聯，并且能通過SAP系統來進行查看?

解決方案描述： IBM的 Content Manager CommonStore 解決方案已經通過了SAP的Archivelink接口的認證。CommonStore能運行在UNIX, AIX, NT 和 AS/400 平臺上，同時也提供了方法來歸檔不活動的數據庫數據，打印列表，發票，影像和另外的和SAP交易相關的文檔。SAP用戶能直接通過SAP的圖形界面來訪問 這些文檔，并且能查詢活動和不活動的數據庫數據。客戶也能增加另外的IBM Content Manager 應用，例如如果他們需要歸檔SAP系統以外的內容，可以使用CM或CM Ondemand。
- 帶來的好處：
1.開始對SAP系統進行歸檔，減輕SAP生產系統的壓力。
2.通過SAP圖形界面歸檔和提取相關的文檔。
3.用戶能以瀏覽器的方式訪問SAP系統信息。
- 典型應用：
1.使用SAP R3系統的用戶。
- 典型用戶：
1.海爾電器
2.長虹電器
案例介紹
CommonStore for SAP R/3在四川長虹的實施案例
系統需求及應用背景
四川長虹電子集團公司是我國大型國有獨資公司，始建于1958年，目前擁有多個事業部，包括南通長虹、吉林長虹等多家控股、參股公司，現有員工3萬多人， 同時，也擁有覆蓋全國各地的一萬多個營銷服務網點，具有強大的營銷實力，產品暢銷美洲、澳洲、東南亞、中亞等國家和地區，在海外享有盛譽，為中國家電行業 第一品牌。
長虹公司的SAP R/3系統為4.5b中文版、從2000年9月開始上線，數據庫DB2 V5.2.使用了MM、SD、FI、SM四個模塊。從系統投入運行以來，在線數據庫急劇膨脹，系統數據庫是以每周4G的速度增長，數據庫2001年5月容 量已經達到110GB,磁盤系統僅有22GB空余空間可以使用。磁盤空間不足的問題非常明顯，嚴重影響了數據庫的性能，并增加了R/3用戶的等待時間，降 低了R/3系統的效率。同時增加了系統管理的復雜程度，備份時間的大大增加。另外購買高端磁盤系統的需求遞增。
解決方案
長虹公司對于上述問題所采取的解決方案為：
- IBM CommonStore for SAP R/3 +TSM+3575磁帶庫
- 使用IBM CommonStore for SAP R/3 通過TSM將R/3數據庫中的數據歸檔到3575磁帶庫中的磁帶。
這個方案充分利用已有的軟件和硬件資源：
- 軟件： Tivoli Storage Management。
- 硬件： 3575 磁帶庫、RS/6000 S7a服務器。
- 新增軟件： IBM CommonStore for SAP
實施后的效果
系統實施后的歸檔數據范圍從2001年7月到2001年12月，業務數據量達35G，歸檔后騰出數據28.7G。總結來說有以下幾點：
- 系統實施完成后，數據庫的大小明顯減少了，高速的數據增長得到有效控制，SAP R/3系統的運行效率提高了。
- 已經購買的備份系統與新系統無縫集成，數據備份與歸檔更趨完善。
- 已有硬件和軟件投資得到保護。

http://www-01.ibm.com/software/cn/data/solution/db2_content_solution02.html

總結

以上是生活随笔為你收集整理的历史数据归档(转)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。