關(guān)于client copy 請教問題
目前這里生產(chǎn)系統(tǒng)數(shù)據(jù)大概300G不到，但是要從生產(chǎn)機到測試機做client copy 要很長時間，一 次用scc3開啟任務(wù)，足足copy了3天才copy了17%的表數(shù)據(jù)，這個是什么原因阿？哪位大俠說說看, 謝謝啦！

?

==========================================================================

樓主其實本身的操作沒有講清楚，首先SCC3應(yīng)該不是啟動Client Copy的事務(wù)吧，只是大家從你說
的“生產(chǎn)機到測試機”的Client Copy，大家推測你可能是做了Remote Client Copy（SCC9），這
恰恰是系統(tǒng)間Client Copy不推薦的一個方案，Remote Client Copy往往只適用的數(shù)據(jù)量較小，復(fù)
制期間源系統(tǒng)數(shù)據(jù)變化較少（業(yè)務(wù)操作較少，生產(chǎn)系統(tǒng)能行？）的場合

Remote Client Copy是個同步復(fù)制方案：源系統(tǒng)讀取數(shù)據(jù)→傳輸數(shù)據(jù)→目標系統(tǒng)寫入數(shù)據(jù)→響應(yīng)
源系統(tǒng)。這樣的過程重復(fù)重復(fù)再重復(fù)，正有如yishenglww壇友指出的，你可以想像得出完成每批
數(shù)據(jù)復(fù)制的過程受影響的因素可真不少啊！碰上一些大表（估計你們系統(tǒng)里超過10G的表也應(yīng)該有
甚至也不少了，yishenglww壇友客戶地說了說最大表，不用最大就夠費力了），數(shù)據(jù)庫層面還要
準備Rollback，這可真是大量的系統(tǒng)開銷啊，想快也很難啊（可憐的硬盤啊）；
如果Remote Client Copy持續(xù)的時間過長，是非常容易產(chǎn)生數(shù)據(jù)不一致的，比如說VBAK是在KNA1
后復(fù)制的，這樣就可能在復(fù)制完KNA1后，新創(chuàng)建了一個客戶，并且在復(fù)制VBAK前建了對該客戶的
SO，這樣復(fù)制過去的目標系統(tǒng)里就奇怪了，看得到SO，但是SO中的客戶就不知道哪來的了，這樣
系統(tǒng)就不一致了；
而且Remote Client Copy還有一個致命的毛病，如果源系統(tǒng)和目標系統(tǒng)中的某一個數(shù)據(jù)庫表對象
（不用多，一個就行）的數(shù)據(jù)結(jié)構(gòu)不一樣（測試機也不能就保證一定和生產(chǎn)機完全一樣），該表
的復(fù)制就失敗了，而且會連累整個Client Copy失敗，汗吶，辛苦了半天，可能一個小小差異就整
個兒失敗了～想想就頭大吧？能不用就不用吧

idhly壇友建議的Client Export/Import是常用的Client Copy的方法，這個則是一個異步復(fù)制方
案，源系統(tǒng)SCC8導(dǎo)出Client生成傳輸文件→目標系統(tǒng)Client傳輸導(dǎo)入(STMS)→目標系統(tǒng)導(dǎo)入后后
繼處理（SCC7），這個方案相對于Remote Client Copy，對源系統(tǒng)影響較小，源系統(tǒng)在Client
Copy的過程中無需等待目標系統(tǒng)的復(fù)制完成，性能完全取決源系統(tǒng)的性能，我不知道你的系統(tǒng)情
況，但是我去年有印象的一個120G左右的系統(tǒng)，導(dǎo)出花了大概6個小時的樣子，相對于Remote
Client Copy那是好得多了，你們300G的系統(tǒng)，Export的話，我也不知道你們的硬件情況下是怎樣
的一個速度……而且，注意，Export生成傳輸文件，是需要存儲資源的，SAP的壓縮做得還不
錯，15:1也許是有的，你就得考慮至少20G的傳輸目錄自由空間（DIR_TRANS)給Export，別因為空
間不夠，最后還是白導(dǎo)了。導(dǎo)出的期間如果很長，也是一樣的，有可能產(chǎn)生數(shù)據(jù)的不一致；
另外，對于目標系統(tǒng)，這個導(dǎo)入的工作可就費事了，要寫這么多的數(shù)據(jù)庫記錄進來，哈哈，苦死
了！臨時表空間、回滾空間、日志，無一不是陷阱，這路也不好走啊，不過試試總歸可以，沒準
屬于能接受的范圍呢

最后（其實不是最后，不過就算今天的最后吧），Basis鐘愛的大招來了：System Copy（System
Refresh/Homogeneous System Copy/Heterogeneous System Copy)，哎，這真是個粗暴的方案啊，
前面那些Client Copy，不就一個一個數(shù)據(jù)庫表復(fù)制嘛，太費力了，得，我給你來個狠的，把你整
個數(shù)據(jù)庫都復(fù)制過來，那些表還不在話下？無語了，真的是很快很暴力啊，基本是就是數(shù)據(jù)庫數(shù)
據(jù)文件復(fù)制/恢復(fù)的時間（這可是順序?qū)懓?#xff0c;比起Client Copy的隨機寫那強的不是1、2倍啊），
不過呢，目標系統(tǒng)，目標系統(tǒng)原來的環(huán)境就徹底88了，整個兒數(shù)據(jù)庫都變成人源系統(tǒng)的，什么
Client、用戶、業(yè)務(wù)數(shù)據(jù)和生產(chǎn)系統(tǒng)那是一模一樣啊，自個兒原來的什么都沒了，你覺得行？那
就下手吧，不過這個真是個粗暴的活，在你的Landscape允許的情況下再著手吧

轉(zhuǎn)載于:https://www.cnblogs.com/diyang00242/archive/2009/03/11/1408606.html

總結(jié)

以上是生活随笔為你收集整理的client copy sap论坛上看到的的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。