IT工作市場是如此的緊張，每個可獲得的職位都有一堆人在申請。Naveen Nahata為Oracle E-Business Suite的數據庫治理員申請者提供了以下一些面試時的技術問題，它可以幫助申請者們快速脫穎而出。假如你的面試官有類似的問題問你，發個郵件給我，我將會把它添加在列表中。――編者按 問題1假如信息采集芾硐低?ICM)崩潰了怎么辦?2你如何加速打補丁的過程?3打補丁的過程中出錯了，你怎么辦?4請提供克隆過程和克隆之后采取的手工操作的大概步驟。5介紹一下AutoConfig。AutoConfig是如何知道XML文件中的哪個樹脂需要被放入哪一個文件的?6你能告訴我，你對一個發生故障的自服務登錄問題做哪些測試嗎?你要檢查哪個配置文件操作選項和文件?7假如你不能看到并發治理日志和輸出文件，是哪里出錯了?8你是如何更改并發治理日志和輸出文件的位置的?9假如用戶正碰到性能方面的問題，你如何找到問題的原因?10你如何更改應用程序的密碼?11請寫出DBC文件的位置，并且解釋它的重要性和應用程序如何知道DBC文件名?答案1所有其他的治理器都會繼續工作。ICM只會處理隊列控制請求，意思是開啟和關閉其他并發的治理器。22.1你可以合并多個補丁。2.2你可以為一個非交互的補丁創建一個響應文件。2.3你可以通過選項(nocompiledb, nomaintainmrc, nocompilejsp)來應用補丁，并且在應用了所有的補丁之后，一次運行它們。3 查看失敗工作的日志，找到并且糾正錯誤，用adctrl 工具重新開啟工作。4在源文件上(所有層)運行pre-clone，使用RMAN復制數據庫(或者從熱或者冷備份中重新存儲數據庫)，拷貝文件系統，然后在目標文件(所有層)上運行post-clone 。手工步驟(可能會更多):4.1改變所有的非網站配置選項數值(快速克隆的話，只改變網站級別的配置文件選項)。4.2 修改工作流和并發治理器表。　?.3更改打印機。5 AutoConfig 使用了一個上下文文件來維護要害的配置文件。一個上下文文件就是一個XML文件，在$APPL_TOP/admin 目錄下，進行集中式的存儲。當你運行AutoConfig 的時候，它讀取XML文件，并且創建所有的AutoConfig 治理配置文件。對于AutoConfig維護的每個配置文件，都存在一個臨時文件來判定哪個數值是從哪個XML文件中得來的。66.1檢查DBC文件中的guest的用戶名和密碼，配置選項guest的用戶名和密碼、數據庫。6.2查看apache/jserv是否啟動了。6.3運行IsItWorking, FND_WEB.PING, aoljtest等。7很有可能是FNDFS監聽器停止了。看看FND_CONCURRENT_REQUESTS 表中的OUTFILE_NODE_NAME 和 LOGFILE_NODE_NAME 的數值。看看FND_NODES 表。看看tnsnames.ora 中的FNDFS_ entry 。8日志問卷愛女的位置是由$APPLCSF/$APPLLOG 參數來決定的，輸出文件的位置是由$APPLCSF/$APPLOUT 決定的。99.1追蹤這個會話(用等待)并且使用tkprof 來分析追蹤文件。9.2生成statspack 報告并進行分析。9.3使用top/iostat/sar/vmstat 監控O/s 。9.4通過ping這類基本的測試結果來判定網絡的瓶頸。1010.1 使用FNDCPASS 來更改APPS密碼。10.2 手工修改wdbsvr.app/cgiCMD.dat 文件。10.3 更改所有從其他環境指過來的數據庫鏈接。1111.1位置:$FND_TOP/secure Directory11.2 重要性:在其他事務中指向數據庫服務器。11.3 應用程序通過使用“Applications Database Id.”來了解DBC文件的名字。