一、 提高DML操作的辦法：\x0d\x0a簡(jiǎn)單說來：\x0d\x0a1、暫停索引，更新后恢復(fù).避免在更新的過程中涉及到索引的重建.\x0d\x0a2、批量更新，每更新一些記錄后及時(shí)進(jìn)行提交動(dòng)作.避免大量占用回滾段和或臨時(shí)表空間.\x0d\x0a3、創(chuàng)建一臨時(shí)的大的表空間用來應(yīng)對(duì)這些更新動(dòng)作．\x0d\x0a\x0d\x0a4、批量更新，每更新一些記錄后及時(shí)進(jìn)行提交動(dòng)作.避免大量占用回滾段和或臨時(shí)表空間.\x0d\x0a\x0d\x0a5、創(chuàng)建一臨時(shí)的大的表空間用來應(yīng)對(duì)這些更新動(dòng)作．\x0d\x0a\x0d\x0a6、加大排序緩沖區(qū)\x0d\x0a alter session set sort_area_size=100000000;\x0d\x0a insert into tableb select * from tablea;\x0d\x0a commit;\x0d\x0a\x0d\x0a如果UPDATE的是索引字段，就會(huì)涉及到索引的重建，暫停索引不會(huì)提高多少的速度，反而有可能降低UPDATE速度，\x0d\x0a因?yàn)樵诟率撬饕梢蕴岣邤?shù)據(jù)的查詢速度，重建索引引起的速度降低影響不大。\x0d\x0a\x0d\x0aORACLE優(yōu)化修改參數(shù)最多也只能把性能提高15%，大部分都是SQL語句的優(yōu)化！\x0d\x0a\x0d\x0aupdate總體來說比insert要慢 ：\x0d\x0a幾點(diǎn)建議： \x0d\x0a 1、如果更新的數(shù)據(jù)量接近整個(gè)表，就不應(yīng)該使用index而應(yīng)該采用全表掃描 \x0d\x0a 2、減少不必要的index，因?yàn)閡pdate表通常需要update index \x0d\x0a 3、如果你的服務(wù)器有多個(gè)cpu，采用parellel hint，可以大幅度的提高效率\x0d\x0a 另外，建表的參數(shù)非常重要，對(duì)于更新非常頻繁的表，建議加大PCTFREE的值，以保證數(shù)據(jù)塊中有足夠的空間用于UPDATE， 從而降低CHAINED_ROWS。 \x0d\x0a\x0d\x0a二、 各種批量DML操作：\x0d\x0a（1）、oracle批量拷貝：\x0d\x0aset arraysize 20\x0d\x0a set copycommit 5000\x0d\x0a copy from username/password@oraclename append table_name1\x0d\x0a using select * from table_name2;\x0d\x0a （2）、常規(guī)插入方式：\x0d\x0a insert into t1 select * from t;\x0d\x0a 為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志:\x0d\x0a alter table t1 nologging;\x0d\x0ainsert into t1 select * from t;\x0d\x0acommit;\x0d\x0a (3)、CTAS方式：\x0d\x0a create table t1\x0d\x0aas\x0d\x0aselect * from t;\x0d\x0a為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志，并且可以制定并行度:\x0d\x0acreate table t1 nologging parallel(degree 2) as select * from t;\x0d\x0a （4）、Direct-Path插入：\x0d\x0a insert /*+append*/ into t1 select * from t;\x0d\x0a commit;\x0d\x0a 為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志：\x0d\x0a alter table t1 nologging;\x0d\x0a insert /*+append*/ into t1 select * from t;\x0d\x0a \x0d\x0a Direct-Path插入特點(diǎn)：\x0d\x0a1、 append只在insert ? select ?中起作用，像insert /*+ append */ into t values(?)這類的語句是不起作用的。在update、delete操作中，append也不起作用。\x0d\x0a2、 Direct-Path會(huì)使數(shù)據(jù)庫(kù)不記錄直接路徑導(dǎo)入的數(shù)據(jù)的重做日志，會(huì)對(duì)恢復(fù)帶來麻煩。\x0d\x0a3、 Direct-Path直接在表段的高水位線以上的空白數(shù)據(jù)塊中寫數(shù)據(jù)，不會(huì)重用高水位線以下的空間，會(huì)對(duì)空間的使用造成一定的浪費(fèi)，對(duì)查詢的性能也會(huì)造成一定的影響。而常規(guī)插入會(huì)優(yōu)先考慮使用高水位線之下有空閑空間存在的數(shù)據(jù)塊。因此理論上Direct-Path插入會(huì)比常規(guī)插入速度更快，因?yàn)镈irect-Path直接使用新數(shù)據(jù)塊，而常規(guī)插入要遍歷freelist獲取可用空閑數(shù)據(jù)塊，如果同 nologging 配合，這種速度優(yōu)勢(shì)會(huì)更加明顯。\x0d\x0a4、 以append方式插入記錄后，要執(zhí)行commit，才能對(duì)表進(jìn)行查詢。否則會(huì)出現(xiàn)錯(cuò)誤：ORA-12838: 無法在并行模式下修改之后讀/修改對(duì)象。\x0d\x0a5、 用append導(dǎo)入數(shù)據(jù)后，如果沒有提交或者回滾，在其他會(huì)話中任何對(duì)該表的DML都會(huì)被阻塞（不會(huì)報(bào)錯(cuò)），但對(duì)該表的查詢可以正常執(zhí)行。\x0d\x0a6、 在歸檔模式下，要把表設(shè)置為nologging，然后以append方式批量添加記錄，才會(huì)顯著減少redo數(shù)量。在非歸檔模式下，不必設(shè)置表的 nologging屬性，即可減少redo數(shù)量。如果表上有索引，則append方式批量添加記錄，不會(huì)減少索引上產(chǎn)生的redo數(shù)量，索引上的redo 數(shù)量可能比表的redo數(shù)量還要大。\x0d\x0a7、 數(shù)據(jù)直接插入數(shù)據(jù)文件，繞過buffer cache并且忽略了引用完整性約束。\x0d\x0a8、 不管表是否在nologging 下，只要是 direct insert，就不會(huì)對(duì)數(shù)據(jù)內(nèi)容生成undo。\x0d\x0a9、 Oracle在Direct-Path INSERT 操作末尾，對(duì)具有索引的表執(zhí)行索引維護(hù)，這樣就避免了在drop掉索引后，再rebuild。\x0d\x0a10、 Direct-Path INSERT比常規(guī)的插入需要更多的空間。因?yàn)樗鼘?shù)據(jù)插入在高水位之上。并行插入非分區(qū)表需要更多的空間，因?yàn)樗枰獮槊恳粋€(gè)并行線程創(chuàng)建臨時(shí)段。\x0d\x0a11、 在插入期間，數(shù)據(jù)庫(kù)在表上獲得排他鎖，用戶不能在表上執(zhí)行并行插入、更新或者刪除操作，并行的索引創(chuàng)建和build也不被允許。但卻可以并行查詢，但查詢返回的是插入之前的結(jié)果集。\x0d\x0a （5）、并行DML：\x0d\x0a 如果你的服務(wù)器有多個(gè)cpu，采用parellel hint，可以大幅度的提高效率\x0d\x0a ALTER SESSION ENABLE PARALLEL DML;\x0d\x0a\x0d\x0a INSERT /*+ PARALLEL(tableA, 2) */INTO tableA \x0d\x0a SELECT * FROM tableB;\x0d\x0a\x0d\x0a 為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志：\x0d\x0a\x0d\x0a INSERT /*+ PARALLEL(tableA, 2) */INTO tableA NOLOGGING\x0d\x0a SELECT * FROM tableB;\x0d\x0a\x0d\x0aoracle默認(rèn)并不會(huì)打開PDML，對(duì)DML語句必須手工啟用。即需要執(zhí)行\(zhòng)x0d\x0aalter table enable parallel dml命令。\x0d\x0a \x0d\x0a并行DML特點(diǎn)：\x0d\x0a1、在并行DML模式中，默認(rèn)的就是DIRECT-PATH插入，為了運(yùn)行并行DML模式，必須滿足以下條件：\x0d\x0aa、必須是Oracle企業(yè)版；\x0d\x0ab、必須在session中使并行DML生效，執(zhí)行以下sql語句：\x0d\x0aALTER SESSION { ENABLE | FORCE } PARALLEL DML;\x0d\x0ac、必須指定table的并行屬性，在創(chuàng)建的時(shí)候或者其他時(shí)候，或者在insert操作時(shí)使用“PARALLEL”提示。\x0d\x0ad、為了使Direct-Path Insert模式失效，在INSERT語句中指定“NOAPPEND”提示，覆蓋并行DML模式。\x0d\x0a 2、并行Direct-Path INSERT到分區(qū)表：\x0d\x0a 類似于serial Direct-Path INSERT，每個(gè)并行操作分配給一個(gè)或者多個(gè)分區(qū)，每個(gè)并行操作插入數(shù)據(jù)到各自的分區(qū)段的高水位標(biāo)志之上，commit之后，用戶就能看到更新的數(shù)據(jù)。\x0d\x0a 3、并行Direct-Path INSERT到非分區(qū)表：\x0d\x0a 每個(gè)并行執(zhí)行分配一個(gè)新的臨時(shí)段，并插入數(shù)據(jù)到臨時(shí)段。當(dāng)commit運(yùn)行后，并行執(zhí)行協(xié)調(diào)者合并新的臨時(shí)段到主表段，用戶就能看到更新的數(shù)據(jù)。\x0d\x0a 4、Direct-Path INSERT可以使用Log或者不使用Log。\x0d\x0a 5、另外不得不說的是，并行不是一個(gè)可擴(kuò)展的特性，只有在數(shù)據(jù)倉(cāng)庫(kù)或作為DBA等少數(shù)人的工具在批量數(shù)據(jù)操作時(shí)利于充分利用資源，而在OLTP環(huán)境下使用并行需要非常謹(jǐn)慎。事實(shí)上PDML還是有比較多的限制的，例如不支持觸發(fā)器，引用約束，高級(jí)復(fù)制和分布式事務(wù)等特性，同時(shí)也會(huì)帶來額外的空間占用，PDDL同 樣是如此。
我們擁有10年網(wǎng)頁(yè)設(shè)計(jì)和網(wǎng)站建設(shè)經(jīng)驗(yàn)，從網(wǎng)站策劃到網(wǎng)站制作，我們的網(wǎng)頁(yè)設(shè)計(jì)師為您提供的解決方案。為企業(yè)提供成都做網(wǎng)站、成都網(wǎng)站建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)、微信開發(fā)、微信小程序定制開發(fā)、成都做手機(jī)網(wǎng)站、H5建站、等業(yè)務(wù)。無論您有什么樣的網(wǎng)站設(shè)計(jì)或者設(shè)計(jì)方案要求，我們都將富于創(chuàng)造性的提供專業(yè)設(shè)計(jì)服務(wù)并滿足您的需求。
工作流
系統(tǒng)關(guān)于工作流的設(shè)置工作包含兩部分工作，一是基于企業(yè)的特殊需要，使用Workflow Builder軟件包工具自定義工作流。詳情需參考ORACLE的相關(guān)文檔，這里不贅述。二是為系統(tǒng)設(shè)置工作流管理員。系統(tǒng)在安裝后的初始化工作流管理員是系統(tǒng)超級(jí)用戶SYSADMIN，企業(yè)應(yīng)當(dāng)首先使用SYSADMIN進(jìn)入系統(tǒng)，將工作流管理員改為一個(gè)真實(shí)的用戶，或者輸入“*”，則所有用戶都“可以”具有工作流管理員權(quán)限（用戶實(shí)際是否有工作流管理權(quán)限還必須取決于其被賦予的“責(zé)任”或“菜單”功能），如下圖48所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
實(shí)際具有工作流管理權(quán)限的用戶在進(jìn)入工作流管理“開發(fā)員工作室”TAB頁(yè)后，可以查詢出系統(tǒng)所有的“工作流類型”，可選擇其一作具體設(shè)置，如下圖49所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
上圖中，工作流管理員選定具體需設(shè)置的工作流后，點(diǎn)擊“運(yùn)行”則可以打開該工作流的“屬性”設(shè)置界面（具體有哪些屬性可設(shè)置，不同工作流各不相同），如下圖50所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
工作流管理員在工作流管理“狀態(tài)監(jiān)控程序”TAB頁(yè)，可以監(jiān)控選定工作流的具體運(yùn)行情況的若干條目列表，針對(duì)每一個(gè)條目，可以查看其“活動(dòng)歷史記錄、狀態(tài)圖、參與者回應(yīng)、詳細(xì)資料”等若干信息（必要時(shí)工作流管理員可實(shí)施干預(yù)，如更新屬性、倒退、暫停、取消等等）。如下圖51所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
系統(tǒng)在各應(yīng)用模塊基于業(yè)務(wù)處理功能，預(yù)置有若干不同工作流，有關(guān)詳情容以后結(jié)合具體業(yè)務(wù)模塊應(yīng)用再來討論。以下重點(diǎn)介紹一個(gè)比較特殊的工作流：在多個(gè)業(yè)務(wù)模塊中均需使用且系統(tǒng)實(shí)施必須事先完善設(shè)置的“賬戶生成器流程”。
傳統(tǒng)的手工業(yè)務(wù)模式下，所有可能涉及會(huì)計(jì)記賬處理的業(yè)務(wù)處理例如物料接收、發(fā)出等等，作為業(yè)務(wù)處理人員在日常工作過程中是不需要考慮如何記賬的，只是需要將有關(guān)業(yè)務(wù)處理記錄例如入庫(kù)單、出庫(kù)單等作為原始憑證提交給會(huì)計(jì)人員去做處理。會(huì)計(jì)人員依據(jù)這些原始憑證制作“記賬憑證”并手工為之指定“會(huì)計(jì)科目”或“賬戶代碼”，以便正確地向總賬GL實(shí)施“過賬”。
手工業(yè)務(wù)模式或會(huì)計(jì)電算化模式下，由于作為原始憑證的業(yè)務(wù)單據(jù)不包含準(zhǔn)確的記賬信息（會(huì)計(jì)科目或賬戶代碼），需要會(huì)計(jì)人員手工去做處理，這在業(yè)務(wù)量很大，記賬科目數(shù)量設(shè)置較多的情況下，會(huì)計(jì)人員的工作負(fù)擔(dān)將十分繁重。再考慮人工處理難免有疏漏，可能需要反復(fù)“對(duì)賬”，每月月底必須及時(shí)結(jié)賬關(guān)賬、時(shí)間緊迫等等因素，故非人工的、高度準(zhǔn)確的“會(huì)計(jì)分錄（日記賬）”自動(dòng)生成功能（即所謂“自動(dòng)會(huì)計(jì)”）是系統(tǒng)設(shè)計(jì)時(shí)必須考慮解決的重要問題。
在EBS系統(tǒng)中，賬戶代碼被擴(kuò)展為一個(gè)包含多個(gè)段組合的會(huì)計(jì)科目彈性域結(jié)構(gòu)，系統(tǒng)在業(yè)務(wù)流程類表單例如采購(gòu)訂單、發(fā)票等做業(yè)務(wù)處理時(shí)，依賴所謂“賬戶生成器流程”根據(jù)業(yè)務(wù)處理的自身屬性，自動(dòng)生成準(zhǔn)確的帳戶代碼組合并記錄于業(yè)務(wù)表單的相關(guān)字段中，如下圖52所示采購(gòu)申請(qǐng)界面每個(gè)申請(qǐng)行（分配）所對(duì)應(yīng)的“會(huì)計(jì)賬戶”（彈性域結(jié)構(gòu)）：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
系統(tǒng)周期或人工啟動(dòng)向總賬GL的“過賬”流程，對(duì)符合條件的“事務(wù)處理”成批生成會(huì)計(jì)分錄（日記賬，是否還需復(fù)核審批視乎企業(yè)規(guī)定），一般來說無需再做繁瑣的“對(duì)賬”工作。這就大大減輕了會(huì)計(jì)人員的工作負(fù)擔(dān)，記賬科目數(shù)量的多少一般也不再成為障礙。（手工或電算化模式下，會(huì)計(jì)人員往往不愿意設(shè)置某些過渡性的“中間科目”，例如物料接收的“應(yīng)計(jì)負(fù)債”等等，這對(duì)于會(huì)計(jì)工作的準(zhǔn)確性有不小的影響）
ORACLE系統(tǒng)基于每個(gè)新定義的分類帳（帳套）自動(dòng)生成所需的“賬戶生成器”，系統(tǒng)預(yù)置有14個(gè)賬戶生成器（工作流類型），對(duì)于每個(gè)“賬戶生成器”可以根據(jù)需要設(shè)置不同的“流程”（每個(gè)工作流類型有其LOV值，還可以使用Workflow Builder自定義添加），如下圖53所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
“賬戶生成器流程”是基于“會(huì)計(jì)科目彈性域結(jié)構(gòu)”來設(shè)置的，彈性域結(jié)構(gòu)不同，流程設(shè)置可以不同。對(duì)于每個(gè)“賬戶生成器”，ORACLE都提供了默認(rèn)的流程供使用。R11的賬戶生成器生成的賬戶代碼被直接用之于向總賬GL傳送，而R12由于存在“多賬簿”的不同“會(huì)計(jì)方法”因素，各子分類帳產(chǎn)品（業(yè)務(wù)模塊）基于事務(wù)處理會(huì)計(jì)科目彈性域結(jié)構(gòu)通過賬戶生成器而生成的帳戶代碼，在向總賬GL傳送時(shí)，還需結(jié)合“會(huì)計(jì)方法”中的“賬戶推導(dǎo)規(guī)則”等設(shè)置，才能在總賬GL生成正確的會(huì)計(jì)分錄（日記賬）。
八、系統(tǒng)初始化設(shè)置
（一）關(guān)于安全性。
一個(gè)全新安裝的EBSR12系統(tǒng)（Fresh Database），以SYSADMIN用戶名登錄，密碼為sysadmin（注意EBS密碼區(qū)分大小寫），Home Page 可見系統(tǒng)所初始預(yù)置的10多個(gè)“責(zé)任”中包含“系統(tǒng)管理員”（System Administrator），如下圖54所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
進(jìn)入系統(tǒng)的GUI界面后，在“用戶”定義界面，可查詢到有30多個(gè)初始化的User，比較特殊與重要的User 是兩個(gè)“SYSADMIN、GUEST”，GUEST無密碼設(shè)置，可以作為測(cè)試時(shí)的特殊用戶使用。如下圖55所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
其中有些User是系統(tǒng)殘留，并不可用，還有些是只有用戶名，但并未為之分配責(zé)任。注意，上圖初始的GUI界面默認(rèn)配色方案，為演示方便已通過配置文件“Java color scheme”做調(diào)整。
系統(tǒng)初始預(yù)置的“責(zé)任”有1500多個(gè)，范圍涉及所有模塊的幾乎所有“崗位角色”，企業(yè)可基于自身的管理習(xí)慣制定相應(yīng)的責(zé)任“命名規(guī)則”，以定義新的“責(zé)任”。如下圖56所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
系統(tǒng)初始預(yù)置的“菜單”有12000多個(gè)，基本上覆蓋了幾乎所有可能應(yīng)用的需要，如企業(yè)需要“個(gè)性化”的菜單顯示效果（prompt），則可以自定義用戶菜單，形成特定的菜單結(jié)構(gòu)。如下圖57所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
本文為測(cè)試需要，在系統(tǒng)中建立用戶名MFG，并將常用模塊的超級(jí)用戶責(zé)任均與之關(guān)聯(lián)。為測(cè)試方便，建一包含所有常用超級(jí)用戶菜單的總菜單，并以此建一超級(jí)總責(zé)任，也與用戶MFG關(guān)聯(lián)。
（二）關(guān)于配置文件
系統(tǒng)配置文件總數(shù)有6600多個(gè)，絕大多數(shù)有初始化的默認(rèn)值，可以有需要時(shí)再來修改，有關(guān)系統(tǒng)配置文件的設(shè)置情況（初始化時(shí)尤其可能希望了解），可以使用工具欄“File—Export”將它們?nèi)繉?dǎo)出，以方便的格式如EXCEL集中查看，如下圖58所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
有些必須設(shè)置且沒有默認(rèn)值的配置文件，例如“GL Ledger Name ”、“MO：Operating Unit”等，由于其LOV取決于系統(tǒng)的其它具體設(shè)置如分類賬（帳套）、業(yè)務(wù)實(shí)體OU等，故這些特殊的配置文件初始進(jìn)入時(shí)會(huì)報(bào)錯(cuò)，如下圖59所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
這些少數(shù)的特殊配置文件是系統(tǒng)初始化參數(shù)配置是的重點(diǎn)與難點(diǎn)，在完成相關(guān)會(huì)計(jì)科目彈性域結(jié)構(gòu)、分類賬、組織架構(gòu)等等設(shè)置后，應(yīng)及時(shí)為這些特殊“配置文件”賦值。
（三）值集與彈性域
EBS系統(tǒng)初始預(yù)置有16000多個(gè)值集名（Value Set Name，包括近2000個(gè)“驗(yàn)證”類型為“無”、無需LOV的特殊值集名），基本上都屬于系統(tǒng)各表單所使用LOV的值集，有著特定的用途，這些值集也可以根據(jù)需要修改添加新的條目行。如下圖60所示。而對(duì)于系統(tǒng)鍵彈性域與說明性彈性域所使用到的值集，則需要根據(jù)企業(yè)具體情況，進(jìn)行完善的定義設(shè)置（尤其是38個(gè)鍵彈性域所需使用的值集）。
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
關(guān)于鍵彈性域的設(shè)置，除了使用范圍廣泛的Item類別彈性域（Item Categories），系統(tǒng)已經(jīng)預(yù)置有20個(gè)不同結(jié)構(gòu)表示其在不同場(chǎng)合的多個(gè)應(yīng)用之外（還可根據(jù)需要添加結(jié)構(gòu)，系統(tǒng)預(yù)置的結(jié)構(gòu)也可以進(jìn)行更改，如下圖61所示：）
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
其它鍵彈性域如“會(huì)計(jì)科目彈性域”基本只有一個(gè)結(jié)構(gòu)名稱范例，并無具體的結(jié)構(gòu)設(shè)置，需要企業(yè)根據(jù)自己的情況來完成設(shè)置。所有的說明性彈性域均無預(yù)置結(jié)構(gòu)，均需根據(jù)需要從值集開始設(shè)置。
彈性域結(jié)構(gòu)的段也可以不選擇值集而留空，則此時(shí)，此段就好象使用了這樣一個(gè)值集：驗(yàn)證類型為“無”，格式類型為“字符”，寬度與基礎(chǔ)鍵彈性域段列相同（即與彈性域系統(tǒng)設(shè)計(jì)所允許的段最大字符長(zhǎng)度相同），允許混合大小寫字母字符，無右對(duì)齊或填零。對(duì)于基礎(chǔ)列不是“字符”列的任何段，則必須使用值集，否則將不能夠編譯彈性域。但需注意，“會(huì)計(jì)科目彈性域”必需使用值集。
已經(jīng)定義并編譯好的彈性域結(jié)構(gòu)（鍵或說明性），在使用時(shí)均會(huì)打開彈出式窗口，以便逐段輸入數(shù)據(jù)。但這樣輸入對(duì)于一些常用到的“代碼組合”，既不方便記憶，也不方便輸入，為此，ORACLE為定義的每一彈性域結(jié)構(gòu)的代碼組合提供了“別名”（Aliases）定義的功能。例如，實(shí)際工作使用得比較多的“賬戶代碼”的“賬戶別名”就是一個(gè)典型。其它彈性域結(jié)構(gòu)是否需要使用“別名”，取決于實(shí)際業(yè)務(wù)需要。
（四）分類賬（帳套）與組織架構(gòu)
這是系統(tǒng)初始化設(shè)置最復(fù)雜的工作。R12較之R11，由于引入了“會(huì)計(jì)方法”的新維度，在設(shè)置方法與順序方面有較大的變化，其過程也更為復(fù)雜。R12的法人實(shí)體LE的設(shè)置與R11相比也有很大變化，只能在“會(huì)計(jì)科目管理器”中設(shè)置，原在GUI組織設(shè)置界面的LE設(shè)置的值不再有效（即使設(shè)定也無法分配給分類賬）。有關(guān)多組織、多賬簿的接入功能還需與“安全性配置文件（Security Profile）、數(shù)據(jù)訪問權(quán)限集（Data Access Set）”的定義，配置文件“BG：安全配置文件、MO：安全配置文件、GL：數(shù)據(jù)訪問權(quán)限集”等等參數(shù)的設(shè)置進(jìn)行協(xié)調(diào)配合，包括運(yùn)行“轉(zhuǎn)換為多組織體系結(jié)構(gòu)（僅R11，在AD Utility 工具中執(zhí)行；R12安裝已經(jīng)是多組織結(jié)構(gòu)）”以及為新添OU“復(fù)制系統(tǒng)初始數(shù)據(jù)”（在“系統(tǒng)管理員”責(zé)任下，運(yùn)行“Replicate Seed Data”請(qǐng)求）公用程序等等。有關(guān)詳情，限于篇幅，這里不再贅述。
（五）單據(jù)編號(hào)
新安裝的EBS系統(tǒng)初始并未定義單據(jù)編號(hào)發(fā)生器，需要全新定義，如下圖62所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
需要指出的是，這里的“單據(jù)編號(hào)”僅是“系統(tǒng)內(nèi)部”使用的標(biāo)識(shí)，都是不包含任何業(yè)務(wù)管理信息的數(shù)字代碼。某些特殊單據(jù)如采購(gòu)申請(qǐng)、采購(gòu)訂單以及供應(yīng)商等雖具有自己專門的編號(hào)管理機(jī)制，其所生成的也是不包含業(yè)務(wù)信息的數(shù)字代碼。這些數(shù)字代碼和實(shí)際業(yè)務(wù)管理中所需使用到的“業(yè)務(wù)標(biāo)識(shí)”可能有一定區(qū)別，例如對(duì)于采購(gòu)訂單、供應(yīng)商，基于管理的某些特殊需要，除了系統(tǒng)自動(dòng)生成（或手工輸入）的單據(jù)代碼標(biāo)識(shí)外，可能還需使用單據(jù)頭的“說明性彈性域”生成包含“采購(gòu)員代碼、業(yè)務(wù)類別代碼、行業(yè)代碼、地域代碼”等等管理信息的“業(yè)務(wù)標(biāo)識(shí)”（可能需要打印在紙面單據(jù)上），以方便相關(guān)業(yè)務(wù)信息的統(tǒng)計(jì)分析工作。
系統(tǒng)初始預(yù)置有若干數(shù)量的“單據(jù)類別（Document Categories）”（屬于GL/AP/AR），每個(gè)單據(jù)類別對(duì)應(yīng)數(shù)據(jù)庫(kù)中的某個(gè)表（Table）。可以根據(jù)需要為相關(guān)業(yè)務(wù)模塊如INV/PO/OM等等的某些表（Table，是否允許取決于Table本身的設(shè)計(jì)）添加“單據(jù)類別”，以便對(duì)表中的相關(guān)字段應(yīng)用編號(hào)機(jī)制。未來在完成系統(tǒng)設(shè)置過程中，還會(huì)基于某些表單的業(yè)務(wù)類別設(shè)置（例如銷售訂單類別等）自動(dòng)生成新的單據(jù)類別。如下圖63所示：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
單據(jù)類別與單據(jù)編號(hào)發(fā)生器的關(guān)聯(lián)分配是基于分類賬（帳套）的，故在每次新定義分類賬或帳套后，均需完成有關(guān)的單據(jù)編號(hào)“分配”工作。
（六）層次性設(shè)置結(jié)構(gòu)
不涉及具體應(yīng)用模塊或具全局性、屬于EBS系統(tǒng)層面的初始化設(shè)置，還包括工作流、預(yù)警、文件夾、配置文件定義、查找代碼定義、消息定義、地區(qū)維護(hù)、打印機(jī)等等一系列內(nèi)容，限于篇幅，這里不再贅述。下圖64所示表達(dá)了EBS（R11）全系統(tǒng)公共層面的基礎(chǔ)設(shè)置內(nèi)容與層次結(jié)構(gòu)： Common Applications Process Hierarchy
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
EBS核心系統(tǒng)習(xí)慣上可以劃分為四大分支系統(tǒng)：財(cái)務(wù)、制造、分銷、人力資源。每一大分支系統(tǒng)也有相關(guān)的公用層面設(shè)置，如下圖65所示是EBS（R11）公共“分銷系統(tǒng)”的基礎(chǔ)設(shè)置內(nèi)容與層次結(jié)構(gòu)（公共財(cái)務(wù)、制造、人力資源的相關(guān)層次結(jié)構(gòu)比較簡(jiǎn)單，故略）：
Common Distribution Process Hierarchy
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
而涉及具體應(yīng)用模塊的系統(tǒng)初始設(shè)置，情況就更為復(fù)雜，通常需要按照應(yīng)用模塊的設(shè)置流程圖，結(jié)合全系統(tǒng)與分支系統(tǒng)的設(shè)置情況來決定具體如何執(zhí)行。如下圖66所示是EBS（R11）采購(gòu)系統(tǒng)的設(shè)置步驟：
系列之四：ORACLE EBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（E） - season - season
對(duì)應(yīng)上述設(shè)置步驟的是下述列表清單。流程圖和設(shè)置步驟清單概括了各設(shè)置步驟，其中一些步驟是必需的，而另外一些步驟則是可選的?！熬哂心J(rèn)值的必需步驟”是指在數(shù)據(jù)庫(kù)中預(yù)植了默認(rèn)值的設(shè)置功能。但是，通常需要復(fù)查一下這些默認(rèn)值，以決定是否要對(duì)其進(jìn)行更改。其中有些步驟在“系統(tǒng)”或“分支系統(tǒng)”層如果已經(jīng)設(shè)置，則在應(yīng)用模塊層就無需再執(zhí)行這些設(shè)置步驟。
步驟
必需
步驟
AIW 參考
1
必需
設(shè)置系統(tǒng)管理員
Common Applications
2
必需
定義會(huì)計(jì)鍵彈性域
Common Applications
3
必需
設(shè)置日歷、幣種和帳套
Common Applications
4
必需
定義人力資源鍵彈性域
Common Applications
5
必需
定義地點(diǎn)
Common Applications
6
必需
定義組織和組織關(guān)系
Common Applications
7
可選
轉(zhuǎn)換為多組織體系結(jié)構(gòu)
Common Applications
8
必需
定義庫(kù)存鍵彈性域
Common Applications
9
必需
定義單位
Common Applications
10
可選
定義承運(yùn)人
Common Applications
11
具有默認(rèn)值的必需步驟
定義物料屬性、代碼和模板
Common Applications
12
必需
定義類別
Common Applications
13
可選
定義目錄組
Common Applications
14
必需
設(shè)置人事
Common Applications
15
必需
設(shè)置 Oracle Workflow
Common Applications
16
必需
決定如何使用帳戶生成器
Oracle Purchasing
17
必需
打開庫(kù)存和采購(gòu)會(huì)計(jì)期
Common Distribution
18
可選
定義子庫(kù)存地點(diǎn)
Common Distribution
19
可選
定義交叉引用類型
Oracle Purchasing
20
可選
定義稅碼
Common Financial
21
可選
定義付款條件
Common Financial
22
必需
設(shè)置審批信息
Oracle Purchasing
23
具有默認(rèn)值的必需步驟
定義查找和分類
Oracle Purchasing
24
可選
定義標(biāo)準(zhǔn)附件
Oracle Purchasing
25
必需
定義采購(gòu)選項(xiàng)
Oracle Purchasing
26
必需
定義采購(gòu)員
Oracle Purchasing
27
可選
定義物料
Oracle Purchasing
28
具有默認(rèn)值的必需步驟
定義行類型
Oracle Purchasing
29
必需
啟動(dòng)采購(gòu)數(shù)據(jù)庫(kù)管理程序
Oracle Purchasing
30
必需
定義財(cái)務(wù)選項(xiàng)
Common Financial
31
可選
定義事務(wù)處理原因
Oracle Purchasing
32
必需
定義接收選項(xiàng)
Oracle Purchasing
33
必需
設(shè)置事務(wù)處理管理器和重新提交時(shí)間間隔
Oracle Purchasing
34
必需
定義供應(yīng)商
Common Financial
35
具有默認(rèn)值的必需步驟
設(shè)置工作流選項(xiàng)
Oracle Purchasing
36
必需
提交工作流相關(guān)流程
Oracle Purchasing
37
可選
定義說明性彈性域
Common Applications
38
可選
設(shè)置自動(dòng)來源補(bǔ)充
Oracle Purchasing
39
必需
執(zhí)行附加的系統(tǒng)管理員設(shè)置
Common Applications
40
必需
定義制造系統(tǒng)和用戶配置文件
Oracle Purchasing
如果要實(shí)施多個(gè) Oracle Applications 模塊產(chǎn)品，ORACLE建議使用 Oracle Applications 實(shí)施向?qū)?(AIW，Oracle Applications Implementation Wizard User's Guide) 來協(xié)調(diào)設(shè)置活動(dòng)。該“向?qū)А睂⒅笇?dǎo)用戶完成對(duì)已安裝應(yīng)用產(chǎn)品的設(shè)置步驟，給出滿足交叉產(chǎn)品相關(guān)性要求的邏輯實(shí)施順序并免去多余的設(shè)置步驟。用戶可以使用“向?qū)А眮聿榭匆詧D形表示的設(shè)置步驟概覽、查閱設(shè)置活動(dòng)的聯(lián)機(jī)幫助和打開相應(yīng)的設(shè)置窗口。通過使用“向?qū)А眮頌槊總€(gè)步驟記錄備注信息，還可以記錄實(shí)施情況以供日后參考和復(fù)查。
Oracle數(shù)據(jù)庫(kù)無響應(yīng)故障處理方式
Oracle數(shù)據(jù)庫(kù)無響應(yīng)故障，簡(jiǎn)單地講就是數(shù)據(jù)庫(kù)實(shí)例不能響應(yīng)客戶端發(fā)起的請(qǐng)求，客戶端提交一個(gè)SQL后，就一直處于等待數(shù)據(jù)庫(kù)實(shí)例返回結(jié)果的狀態(tài)。更嚴(yán)重的現(xiàn)象是客戶端根本不能連接到數(shù)據(jù)庫(kù)，發(fā)起一個(gè)連接請(qǐng)求后，一直處于等待狀態(tài)。Oracle數(shù)據(jù)庫(kù)無響應(yīng)故障怎么處理呢?下面跟我一起來學(xué)習(xí)Oracle數(shù)據(jù)庫(kù)無響應(yīng)故障的處理方法吧!
無響應(yīng)的故障現(xiàn)象一般有以下幾種：
1.Oracle的進(jìn)程在等待某個(gè)資源或事件
這種現(xiàn)象一般可以從V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等動(dòng)態(tài)視圖中檢查進(jìn)程正在等待的資源或事件，而被等待的資源或事件，一直都不能被獲取，甚至是很長(zhǎng)時(shí)間都不可獲得。如果這個(gè)正在等待的進(jìn)程持有了其他的資源，則會(huì)引起其他的進(jìn)程等待，這樣就很可能引起實(shí)例中大范圍的會(huì)話發(fā)生等待。由于進(jìn)程在等待資源或事件時(shí)，通常都處于SLEEP狀態(tài)，消耗的CPU資源非常少(在等待latch時(shí)要稍微多消耗一些CPU資源)，所以從OS來看，CPU的消耗并不高，甚至是非常低。
這種因?yàn)榈却鸬膫€(gè)別進(jìn)程Hang，相對(duì)比較容易處理。
2. OracleProcess Spins
所謂Spin，就是指Oracle進(jìn)程中的代碼在執(zhí)行某個(gè)過程時(shí)，陷入了循環(huán)。在V$SESSION視圖中，往往可以看到Hang住的會(huì)話，一直處于“ACTIVE”狀態(tài)。對(duì)于這樣的會(huì)話，用“alter system kill session ‘sid,serial#’”命令也不能完全斷開會(huì)話，會(huì)話只能被標(biāo)記為“killed”，會(huì)話會(huì)繼續(xù)消耗大量的CPU。進(jìn)程Spins由于是在做循環(huán)，CPU的消耗非常大，從OS上明顯可以看到這樣的進(jìn)程，通常會(huì)消耗整個(gè)CPU的資源。
而對(duì)于這樣的Hang住的會(huì)話，處理起來相對(duì)比較復(fù)雜，并且為了從根本上解決問題，需要超過DBA日常維護(hù)所需要的技能。
從故障范圍來看，無響應(yīng)故障可以分為以下幾種情況：
1. 單個(gè)或部分會(huì)話(進(jìn)程)Hang住
這種情況屬于小范圍的故障，業(yè)務(wù)影響相對(duì)較小，一般來說只會(huì)影響業(yè)務(wù)系統(tǒng)的個(gè)別模塊。在一個(gè)多應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)上面，如果Hang住的會(huì)話比較多，則影響的可能是其中的一個(gè)應(yīng)用系統(tǒng)。這里有一個(gè)例外，如果Hang住的進(jìn)程是系統(tǒng)后臺(tái)進(jìn)程，如pmon、smon等，則影響的范圍就非常大了，最終甚至?xí)绊懻麄€(gè)數(shù)據(jù)庫(kù)及所有應(yīng)用系統(tǒng)。還有值得注意的是，即使是少部分會(huì)話Hang住，也要及時(shí)處理，否則極有可能會(huì)擴(kuò)散到整個(gè)系統(tǒng)。
2. 單個(gè)數(shù)據(jù)庫(kù)實(shí)例Hang住
這種情況造成的影響非常大。在這個(gè)實(shí)例上的所有應(yīng)用系統(tǒng)均受到嚴(yán)重影響，并且在找到根源并最終解決問題之前，數(shù)據(jù)庫(kù)實(shí)例往往須要重啟。
3. OPS或RAC中的多個(gè)實(shí)例或所有實(shí)例都Hang住
在這種情況下，即使是OPS或RAC，都已經(jīng)沒辦法提供高可用特性了。使用這個(gè)數(shù)據(jù)庫(kù)的所有應(yīng)用系統(tǒng)將不能繼續(xù)提供服務(wù)，這種情況往往須要重啟。
無響應(yīng)故障成因分析
Oracle數(shù)據(jù)庫(kù)無響應(yīng)，一般主要由以下幾種原因引起：
1. 數(shù)據(jù)庫(kù)主機(jī)負(fù)載過高，嚴(yán)重超過主機(jī)承受能力
比如應(yīng)用設(shè)計(jì)不當(dāng)，數(shù)據(jù)庫(kù)性能低下，活動(dòng)會(huì)話數(shù)的大量增加，導(dǎo)致數(shù)據(jù)庫(kù)主機(jī)的負(fù)載迅速增加，數(shù)據(jù)庫(kù)不能正常操作，并最終Hang住;主機(jī)物理內(nèi)存嚴(yán)重不足，引起大量的換頁(yè)，特別是在SGA中的內(nèi)存被大量換出到虛擬內(nèi)存時(shí)，數(shù)據(jù)庫(kù)實(shí)例往往就會(huì)Hang住。
2. 日常維護(hù)不當(dāng)、不正確的操作引起數(shù)據(jù)庫(kù)Hang住
比如歸檔日志的存儲(chǔ)空間滿，導(dǎo)致數(shù)據(jù)庫(kù)不能歸檔，引起數(shù)據(jù)庫(kù)Hang住;在一個(gè)大并發(fā)的繁忙的系
統(tǒng)上，對(duì)DML操作比較多的大表進(jìn)行move、增加外鍵約束等操作也可能使系統(tǒng)在短時(shí)間內(nèi)負(fù)載大幅升高，并引起數(shù)據(jù)庫(kù)系統(tǒng)Hang住;不正確的資源計(jì)劃(Resource Plan)配置，使進(jìn)程得不到足夠的CPU等。
3. Oracle數(shù)據(jù)庫(kù)的Bug
幾乎每個(gè)版本都存在著會(huì)導(dǎo)致數(shù)據(jù)庫(kù)系統(tǒng)Hang住的Bug，這些Bug會(huì)在一些特定的條件下觸發(fā)，特別是在RAC數(shù)據(jù)庫(kù)中，引起數(shù)據(jù)庫(kù)Hang住的Bug比較多。
4. 其他方面的一些原因
比如在RAC數(shù)據(jù)庫(kù)中，如果一個(gè)節(jié)點(diǎn)退出或加入到RAC的過程中，當(dāng)進(jìn)行Resource Reconfiguration時(shí)，會(huì)使系統(tǒng)凍結(jié)一段時(shí)間，也有可能使系統(tǒng)Hang住。
以上所描述的幾種常見的會(huì)導(dǎo)致Oracle數(shù)據(jù)庫(kù)實(shí)例Hang住的原因中，大部分的情況是可以避免的，只要維護(hù)得當(dāng)，一般不會(huì)出現(xiàn)這種故障。對(duì)于Oracle數(shù)據(jù)庫(kù)Bug所導(dǎo)致的數(shù)據(jù)庫(kù)無響應(yīng)故障，由于是在特定的情況下才會(huì)觸發(fā)，所以如果能夠盡量對(duì)數(shù)據(jù)庫(kù)打上最新版本的補(bǔ)丁，并且熟悉當(dāng)前版本中會(huì)導(dǎo)致系統(tǒng)Hang住的Bug以及觸發(fā)條件，就能夠最大限度地避免這種故障的發(fā)生，提高系統(tǒng)的可用性。
那么，在數(shù)據(jù)庫(kù)Hang住的情況下，如何去分析并發(fā)現(xiàn)導(dǎo)致問題的根源?一方面，由于系統(tǒng)Hang住會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)不可用，為了能夠盡快地恢復(fù)業(yè)務(wù)，須快速地判斷問題所在，然后Kill掉引起故障的會(huì)話和進(jìn)程，或者數(shù)據(jù)庫(kù)實(shí)例不得不重啟以迅速恢復(fù)業(yè)務(wù);但另一方面，如果只是重啟數(shù)據(jù)庫(kù)或Kill會(huì)話和進(jìn)程來解決問題，在很多情況下是治標(biāo)不治本的辦法，在以后故障隨時(shí)可能會(huì)出現(xiàn)。如何在二者之間進(jìn)行抉擇呢?對(duì)于數(shù)據(jù)庫(kù)Hang故障的處理，首先是盡可能地收集到系統(tǒng)Hang住時(shí)的狀態(tài)數(shù)據(jù)，然后盡快地恢復(fù)業(yè)務(wù)，恢復(fù)業(yè)務(wù)后分析收集到的數(shù)據(jù)，找到數(shù)據(jù)庫(kù)系統(tǒng)Hang住的真正原因，然后再進(jìn)行相應(yīng)的處理。下一節(jié)將詳細(xì)描述數(shù)據(jù)庫(kù)系統(tǒng)Hang住后的處理流程。
無響應(yīng)故障處理流程
對(duì)于Oracle無響應(yīng)故障的處理，我們可以按下圖所示的流程進(jìn)行。
值得注意的是，上圖并不是一個(gè)完整的Oracle數(shù)據(jù)庫(kù)故障處理流程圖，只是處理Oralce數(shù)據(jù)庫(kù)無響應(yīng)這一類特定的故障的流程，只列出了針對(duì)這一特定類型故障處理時(shí)的關(guān)鍵處理點(diǎn)。不過既然是故障，所以這類故障的處理流程與其他故障的處理流程，有著非常相似的地方。
下面是整個(gè)流程的詳細(xì)說明：
1. 在出現(xiàn)數(shù)據(jù)庫(kù)無響應(yīng)故障后，首先確認(rèn)系統(tǒng)的影響范圍，如上節(jié)所描述的'，是部分業(yè)務(wù)系統(tǒng)或模塊還是所有的業(yè)務(wù)系統(tǒng)都受影響，是不是整個(gè)實(shí)例或多個(gè)實(shí)例都無響應(yīng)。同時(shí)應(yīng)詢問系統(tǒng)維護(hù)和開發(fā)人員，受影響的系統(tǒng)在出現(xiàn)故障前是否有過變動(dòng)，包括主機(jī)硬件、操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)以及應(yīng)用等。有時(shí)一個(gè)細(xì)小的變動(dòng)就可能導(dǎo)致出現(xiàn)數(shù)據(jù)庫(kù)Hang住這樣嚴(yán)重的故障。曾經(jīng)遇到一個(gè)庫(kù)，應(yīng)用只是修改了一個(gè)SELECT語句就導(dǎo)致了數(shù)據(jù)庫(kù)Hang住。
2. 為了避免由于網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)監(jiān)聽或客戶端因素影響分析，建議都登錄到主機(jī)上進(jìn)行操作。
3. 如果主機(jī)不能登錄(為了避免干擾流程主線，這里不討論如網(wǎng)絡(luò)問題這樣也會(huì)導(dǎo)致不能連接的故障)，嘗試關(guān)閉出現(xiàn)問題的業(yè)務(wù)系統(tǒng)，甚至是所有的業(yè)務(wù)系統(tǒng)。如果關(guān)閉了所有的業(yè)務(wù)系統(tǒng)之后，仍然不能連接，則只有考慮重新啟動(dòng)數(shù)據(jù)庫(kù)主機(jī)。在數(shù)據(jù)庫(kù)主機(jī)重新啟動(dòng)后，使用操作系統(tǒng)工具或OSW等長(zhǎng)期監(jiān)控操作系統(tǒng)的資源使用，同時(shí)監(jiān)控Oracle數(shù)據(jù)庫(kù)的性能和等待等。
4. 登錄上主機(jī)后，先用top、topas等命令簡(jiǎn)單觀察一下系統(tǒng)?？纯聪到y(tǒng)的CPU使用、物理內(nèi)存和虛擬內(nèi)存的使用、IO使用等情況。
5. 使用SQLPLUS連接數(shù)據(jù)庫(kù)，如果不能連接，則只能從操作系統(tǒng)上觀察系統(tǒng)中是否有異常的現(xiàn)象，比如占用CPU過高的進(jìn)程。使用gdb、dbx等debugger工具對(duì)數(shù)據(jù)庫(kù)進(jìn)行system state dump;使用strace、truss等工具檢查異常進(jìn)程的系統(tǒng)調(diào)用;使用pstack、procstack等工具察看異常進(jìn)程的call stack等。
6. 使用SQLPLUS連接上數(shù)據(jù)庫(kù)后，進(jìn)行hanganalyze、system state dump等操作;或檢查等待事件、異常會(huì)話等正在執(zhí)行的SQL等待。
7. 找到故障產(chǎn)生的原因，如果暫時(shí)找不到原因，盡量收集數(shù)據(jù)。
8.確良如果應(yīng)用急須恢復(fù)，可通過Kill會(huì)話、重啟數(shù)據(jù)庫(kù)實(shí)例等方式，先恢復(fù)應(yīng)用。
9. 根據(jù)最終診斷結(jié)果，對(duì)數(shù)據(jù)庫(kù)升級(jí)打補(bǔ)丁，或者修改應(yīng)用等方式從根本上解決問題。
怎樣避免數(shù)據(jù)庫(kù)出現(xiàn)無響應(yīng)故障
作為Oracle數(shù)據(jù)庫(kù)DBA，除了處理故障之外，更重要的是如何預(yù)防故障的發(fā)生。根據(jù)前面對(duì)數(shù)據(jù)庫(kù)無響應(yīng)故障的成因分析，在日常的維護(hù)工作中，須做到以下幾點(diǎn)：
1. 進(jìn)行正確的維護(hù)操作
很多的數(shù)據(jù)庫(kù)無響應(yīng)故障都是由于不正確的維護(hù)操作引起的。應(yīng)避免在業(yè)務(wù)高峰期做大的維護(hù)操作，比如像move、加主外鍵約束等會(huì)長(zhǎng)時(shí)間鎖表的操作。如果的確需要，盡量使用正確的操作方法。比如用ONLINE方式重建索引;建主鍵、唯一鍵約束時(shí)先建索引，然后在建約束時(shí)指定新建的索引，等等。也就是保證系統(tǒng)的并發(fā)性、可伸縮性，避免系統(tǒng)串行操作的出現(xiàn)。
2. 優(yōu)化應(yīng)用設(shè)計(jì)，優(yōu)化數(shù)據(jù)庫(kù)性能
為避免性能問題導(dǎo)致在業(yè)務(wù)高峰期數(shù)據(jù)庫(kù)不能及時(shí)有效處理來自業(yè)務(wù)的請(qǐng)求，甚至于完全Hang住。對(duì)于數(shù)據(jù)庫(kù)中存在串行訪問的部分進(jìn)行優(yōu)化，比如latch、enqueue，還包括不合理的sequence設(shè)計(jì)等。特別是在RAC數(shù)據(jù)庫(kù)中，嚴(yán)重串行訪問等待往往更容易引起嚴(yán)重的性能問題。優(yōu)化應(yīng)用設(shè)計(jì)，使數(shù)據(jù)庫(kù)具有更好的可伸縮性和并行處理能力，能夠有效地避免性能問題引起的數(shù)據(jù)庫(kù)Hang住。
3. 利用監(jiān)控系統(tǒng)隨時(shí)監(jiān)控系統(tǒng)負(fù)載
遇到系統(tǒng)負(fù)載過高，內(nèi)存不足，OS中虛擬內(nèi)存換頁(yè)很頻繁等情況時(shí)，及時(shí)采取措施;監(jiān)控Oracle數(shù)據(jù)庫(kù)的核心進(jìn)程，如pmon、smon等，看是否有異常，如過高的CPU消耗。出現(xiàn)異常應(yīng)立即處理;監(jiān)控歸檔空間和日志切換;監(jiān)控?cái)?shù)據(jù)庫(kù)中的等待事件，比如是否有大量的enqueue、log file switch (archiving needed)、resmgr:become active等待事件等。
4. 為數(shù)據(jù)庫(kù)打上補(bǔ)丁
很多的無響應(yīng)故障是由于Oracle的Bug引起的，數(shù)據(jù)庫(kù)DBA應(yīng)關(guān)注當(dāng)前版本中有哪些Bug會(huì)導(dǎo)致數(shù)據(jù)庫(kù)Hang住，盡量為數(shù)據(jù)庫(kù)打上解決這些Bug的補(bǔ)丁。
;
使用行轉(zhuǎn)列進(jìn)行轉(zhuǎn)換一下就可以了，腳本如下：
insert?into?othertable?(?zddm,?cjsj,?f1110101,?f1110102,?f1110103?)
select?zddm,
cjsj,
sum(f1110101)?f1110101,
sum(f1110102)?f1110102,
sum(f1110103)?f1110103
from?(select?zddm,
cjsj,
decode(xdm,?'1110101',?xsj,?0)?f1110101,
decode(xdm,?'1110102',?xsj,?0)?f1110102,
decode(xdm,?'1110103',?xsj,?0)?f1110103
from?table_name)?a
group?by?a.zddm,?z.cjsj
--?如果是新建表的時(shí)候
create?table?othertable?as
select?zddm,
cjsj,
sum(f1110101)?f1110101,
sum(f1110102)?f1110102,
sum(f1110103)?f1110103
from?(select?zddm,
cjsj,
decode(xdm,?'1110101',?xsj,?0)?f1110101,
decode(xdm,?'1110102',?xsj,?0)?f1110102,
decode(xdm,?'1110103',?xsj,?0)?f1110103
from?table_name)?a
group?by?a.zddm,?z.cjsj
以上是數(shù)據(jù)項(xiàng)代碼個(gè)數(shù)固定的時(shí)候可以這樣轉(zhuǎn)換，如果數(shù)據(jù)項(xiàng)代碼個(gè)數(shù)不確定的話，就要使用動(dòng)態(tài)SQL了，最好寫個(gè)存儲(chǔ)過程，每天來執(zhí)行
有問題請(qǐng)追問，希望可以幫到你
oracle服務(wù)器有一個(gè)監(jiān)聽程序，你在安裝數(shù)據(jù)庫(kù)的時(shí)候會(huì)配置監(jiān)聽，一般所有通過數(shù)據(jù)庫(kù)的連接都是發(fā)出請(qǐng)求到oracle的監(jiān)聽的，像樓上安裝完客戶端配置tnsnames.ora文件的過程，就相當(dāng)于在配置一個(gè)找到oracle服務(wù)器監(jiān)聽的配置文件
MYLIS =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.13.62)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = dev)
)
)
其中host一般是oracle服務(wù)器的ip，server_name是監(jiān)聽的服務(wù)名，可以在服務(wù)器上用lsnrctl status或在監(jiān)聽配置文件$ORACLE_HOME/network/admin/lisenter.ora里面看到。
java一般是通過jdbc連接oracle數(shù)據(jù)庫(kù)的。其它的應(yīng)用原理都是差不多，告訴服務(wù)器ip，監(jiān)聽端口或監(jiān)聽服務(wù)名用戶名密碼就能連了。
離散型制造（Intermittent Manufacturing)分車間任務(wù)型生產(chǎn)、流水線型生產(chǎn) 流程型制造（Flow Manufacturing）分重復(fù)生產(chǎn)型、連續(xù)生產(chǎn)型 重入離散型制造(Re-entrant Manufacturing) 車間任務(wù)型生產(chǎn)的特點(diǎn)是每項(xiàng)生產(chǎn)任務(wù)僅使用整個(gè)企業(yè)的一小部分能力和資源，另一特點(diǎn)是生產(chǎn)設(shè)備一般按機(jī)群方式布置。、 流水線型生產(chǎn)的特征有以下幾點(diǎn)：（1）工作地專業(yè)劃程度高，按產(chǎn)品或加工對(duì)象組織生產(chǎn)。 （2）生產(chǎn)按節(jié)拍進(jìn)行，各工序同期進(jìn)行作業(yè)，重復(fù)相同的作業(yè)內(nèi)容。 （3）各道工序的單件作業(yè)時(shí)間與相應(yīng)工序的工作地（或設(shè)備）數(shù)比值相等。 （4）工藝過程是封閉的。 流程型制造特點(diǎn)：1) 配方的管理要求很高，如配方的安全性、保密性； 2) 需要對(duì)產(chǎn)品的質(zhì)量進(jìn)行進(jìn)行跟蹤，往往需要從產(chǎn)成品到半成品、供應(yīng)商等進(jìn)行跟蹤，因此對(duì)批次管理要求較高； 3) 某些產(chǎn)品常常有保質(zhì)期； 4) 生產(chǎn)過程中常常出現(xiàn)聯(lián)產(chǎn)品、副產(chǎn)品、等級(jí)品。
重慶分公司
重慶分公司
