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

1、7:00 2012-9-27:01 2012-9-2原運(yùn)行的，不會(huì)被掛起：系統(tǒng)中當(dāng)前鎖定的所有用戶：1 / 39有效的：7:12 2012-9-2 執(zhí)行完用戶鎖定：未鎖定的：升級(jí)前最后三個(gè)：-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 修改集團(tuán)屬性：7:17 2012-9-2 開始升級(jí)登陸client600去釋放它們：繼續(xù)打（打的過程中）升的過程中，發(fā)現(xiàn)一個(gè)奇怪的現(xiàn)象：升級(jí)過程中，有用到的賬號(hào)：按道理來說，JCOUSER這個(gè)賬號(hào)，不應(yīng)再有應(yīng)用發(fā)起，因?yàn)檫@個(gè)賬號(hào)鎖定了：繼續(xù)為何還有JCOUSER的上來讀??？原因：1、 小明忘記了切斷訂單上傳？但是就算是忘記了，可是JCOUSER我已經(jīng)鎖定了。2、 是不是JCOUSER這種通訊類型的賬號(hào)，鎖定也仍可使用？-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 升級(jí)產(chǎn)生第一個(gè)-rw-r- 1 oraprd dba 204457472 Sep 02 07:53 PRDarch1_44214_655488034.dbf歸檔何時(shí)產(chǎn)生最頻繁？差不多兩分鐘產(chǎn)生一個(gè)。由于歸檔空間有268GB剩余，如果每分鐘產(chǎn)生一個(gè)歸檔文件，每歸檔文件200MB，則可以支持44個(gè)小時(shí)！因此判斷歸檔空間是足夠的。狀態(tài)變了，時(shí)間也Reset了，如上兩圖。點(diǎn)小車后，繼續(xù)打：成功升完后，最后一個(gè)歸檔文件：-rw-r- 1 oraprd dba 2

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