SAP生產(chǎn)環(huán)境升級六大核心組件過程記錄

1、7:00 2012-9-27:01 2012-9-2原運行的，不會被掛起：系統(tǒng)中當前鎖定的所有用戶：1 / 39有效的：7:12 2012-9-2 執(zhí)行完用戶鎖定：未鎖定的：升級前最后三個：-rw-r- 1 oraprd dba 202593280 Sep 02 06:19 PRDarch1_44210_655488034.dbf-rw-r- 1 oraprd dba 202594304 Sep 02 06:23 PRDarch1_44211_655488034.dbf-rw-r- 1 oraprd dba 4468224 Sep 02 06:35 PRDarch1_44212_6554880

2、34.dbf7:15 2012-9-2 修改集團屬性：7:17 2012-9-2 開始升級登陸client600去釋放它們：繼續(xù)打（打的過程中）升的過程中，發(fā)現(xiàn)一個奇怪的現(xiàn)象：升級過程中，有用到的賬號：按道理來說，JCOUSER這個賬號，不應再有應用發(fā)起，因為這個賬號鎖定了：繼續(xù)為何還有JCOUSER的上來讀取？原因：1、 小明忘記了切斷訂單上傳？但是就算是忘記了，可是JCOUSER我已經(jīng)鎖定了。2、 是不是JCOUSER這種通訊類型的賬號，鎖定也仍可使用？-rw-r- 1 oraprd dba 4468224 Sep 02 06:35 PRDarch1_44212_655488034.dbf

3、-rw-r- 1 oraprd dba 202594304 Sep 02 07:39 PRDarch1_44213_655488034.dbf 升級產(chǎn)生第一個-rw-r- 1 oraprd dba 204457472 Sep 02 07:53 PRDarch1_44214_655488034.dbf歸檔何時產(chǎn)生最頻繁？差不多兩分鐘產(chǎn)生一個。由于歸檔空間有268GB剩余，如果每分鐘產(chǎn)生一個歸檔文件，每歸檔文件200MB，則可以支持44個小時！因此判斷歸檔空間是足夠的。狀態(tài)變了，時間也Reset了，如上兩圖。點小車后，繼續(xù)打：成功升完后，最后一個歸檔文件：-rw-r- 1 oraprd dba 2

4、04889088 Sep 02 09:40 PRDarch1_44240_655488034.dbf升完了，卻發(fā)現(xiàn)一個作業(yè)一直跑，是什么呢？上面的作業(yè)跑完后，最后一個歸檔：-rw-r- 1 oraprd dba 202594304 Sep 02 10:08 PRDarch1_44242_655488034.dbf開始編譯SAP BASIS組件(此次升經(jīng)6個核心組件，擔心它們一起編譯，如果時間太長，不好控制，所以一個個來)：編譯過程中硬件資源使用情況。想同步工作，解鎖大禹的賬號，發(fā)現(xiàn)無SM30不可用：阿紅說有后臺作業(yè)可以賦予權(quán)限，于是釋放所有后臺作業(yè)：成功升級后的的歸檔空間使用情況：釋放了阿紅的作業(yè)，仍不能解決大禹權(quán)限問題。電話與阿紅溝通，將DEVK9