從一個“普通”的Oracle DBA（Oracle數據庫管理員）轉變爲Oracle Applications DBA（Oracle應用程序數據庫管理員），有兩個內容你必須去弄清楚。第一個內容是如何成爲一個Oracle Applications DBA（Oracle應用程序數據庫管理員）。第二個內容是你要搞清楚Oracle應用程序背後的架構體系，也就是說你要明白諸如以下產品的結構體系：Oracle電子商務套件、Oracle 11i數據庫、Siebel產品等。
本文首先講述如何從一個普通的Oracle DBA轉變爲一個Oracle Applications DBA（Oracle應用程序數據庫管理員），接着講述一些Oracle應用軟件架構方面的內容 。
如何成爲Oracle應用程序數據庫管理員
首先是角色的轉變
Oracle Applications DBA（Oracle應用程序數據庫管理員）對“普通”的Oracle DBA（Oracle數據庫管理員）來說是一個很大的挑戰。拿Oracle EBS DBA（Oracle 電子商務套件DBA）來說，不僅需要了解EBS的各個組件、服務，而且還要更主動和其他相關人員接觸。 一個Oracle Applications DBA（Oracle應用程序數據庫管理員）不僅需要和其他DBA一樣去負責managing、 sizing、maintaining和 tuning database這些日常的數據庫管理的工作，如果他的Apps database是OLTP系統的話，他還需要監察wait和lock 。Oracle E-Business Suite還有一些特性需要DBA去完成，比如從外部資源裏灌數據到Apps database裏，或支持開發人員從已有數據中提取數據。
接着工作內容的轉變
作爲一個Oracle Applications DBA（Oracle應用程序數據庫管理員），要想更好的對Oracle Application database做支持，需要仔細記住以下幾項。
1．網絡上沒有什麼比較容易簡單的文檔讓你去熟悉Apps DBA,所以我建議去看幫助。
2．在你沒有經過多次測試並且得到客戶認可的時候不要去打補丁，並且你要確信這個補丁解決了現有的問題，而且沒有帶來其它新的問題。
3．記住Oracle Applications會有很多索引，定期rebuild index會對性能有好處，當然做這項工作應該在系統的空閒時間。
4．不要爲了提高性能而在沒有詢問oracle Support前試着去增加額外的indexes。如果你一定要去做，那千萬記住要有文檔作記錄，因爲在這之後你再打patch的時候它可能會把你做的修改自動復原。
5． 知道怎麼樣是正確的打patch，先計劃打哪個patch，然後取得patch，接着打patch，測試，最後文檔記錄。
6． 要知道任何時刻數據庫都可能會有一些object 是invalid的，你的一些操作也會增加invalid objects，定期檢查這些invalid objects的數量，然後定期用utlrp去重新編譯，utlrp.squ在ORACLE HOME的rdbms/admin下，需要用SYS運行。在你的DB運行過程中如果碰到錯誤，就可以先重新編譯invalid objects，如果沒有解決問題再去遞交iTAR(Internet created Technical Assistance Request).
7．能看懂日誌。
8．瞭解Apps database的環境，包括操作系統和DB的，當你對你的工作環境瞭如指掌後，一切也就變得容易了，那時，你就是一個悠閒的Apps DBA了。
另外，對於APPS DB（應用程序數據庫）來說，你可能需要創建或拷貝（克隆）多個生產庫以外的數據庫，比如測試和開發數據庫，當然，需要多少數據庫是由你的商業需求所決定的。開發環境數據庫是供開發人員進行report,PL/SQL等開發的，這個環境可以在開發人員覺得數據已經不再滿足開發需求的時候，當然也可以在這個環境測試補丁（patches）。當然最終使用patch的時候還需要在測試環境做測試，因爲測試數據庫是和生產數據庫環境最接近的。（上面說的克隆cloning是一種將applications layer和database layer完全複製的一種方法。）所以，當你擁有這三個數據庫的時候，打patch的步驟是先development database再test database最後纔在production database環境應用。
本文首先講述如何從一個普通的Oracle DBA轉變爲一個Oracle Applications DBA（Oracle應用程序數據庫管理員），接着講述一些Oracle應用軟件架構方面的內容 。
如何成爲Oracle應用程序數據庫管理員
首先是角色的轉變
Oracle Applications DBA（Oracle應用程序數據庫管理員）對“普通”的Oracle DBA（Oracle數據庫管理員）來說是一個很大的挑戰。拿Oracle EBS DBA（Oracle 電子商務套件DBA）來說，不僅需要了解EBS的各個組件、服務，而且還要更主動和其他相關人員接觸。 一個Oracle Applications DBA（Oracle應用程序數據庫管理員）不僅需要和其他DBA一樣去負責managing、 sizing、maintaining和 tuning database這些日常的數據庫管理的工作，如果他的Apps database是OLTP系統的話，他還需要監察wait和lock 。Oracle E-Business Suite還有一些特性需要DBA去完成，比如從外部資源裏灌數據到Apps database裏，或支持開發人員從已有數據中提取數據。
接着工作內容的轉變
作爲一個Oracle Applications DBA（Oracle應用程序數據庫管理員），要想更好的對Oracle Application database做支持，需要仔細記住以下幾項。
1．網絡上沒有什麼比較容易簡單的文檔讓你去熟悉Apps DBA,所以我建議去看幫助。
2．在你沒有經過多次測試並且得到客戶認可的時候不要去打補丁，並且你要確信這個補丁解決了現有的問題，而且沒有帶來其它新的問題。
3．記住Oracle Applications會有很多索引，定期rebuild index會對性能有好處，當然做這項工作應該在系統的空閒時間。
4．不要爲了提高性能而在沒有詢問oracle Support前試着去增加額外的indexes。如果你一定要去做，那千萬記住要有文檔作記錄，因爲在這之後你再打patch的時候它可能會把你做的修改自動復原。
5． 知道怎麼樣是正確的打patch，先計劃打哪個patch，然後取得patch，接着打patch，測試，最後文檔記錄。
6． 要知道任何時刻數據庫都可能會有一些object 是invalid的，你的一些操作也會增加invalid objects，定期檢查這些invalid objects的數量，然後定期用utlrp去重新編譯，utlrp.squ在ORACLE HOME的rdbms/admin下，需要用SYS運行。在你的DB運行過程中如果碰到錯誤，就可以先重新編譯invalid objects，如果沒有解決問題再去遞交iTAR(Internet created Technical Assistance Request).
7．能看懂日誌。
8．瞭解Apps database的環境，包括操作系統和DB的，當你對你的工作環境瞭如指掌後，一切也就變得容易了，那時，你就是一個悠閒的Apps DBA了。
另外，對於APPS DB（應用程序數據庫）來說，你可能需要創建或拷貝（克隆）多個生產庫以外的數據庫，比如測試和開發數據庫，當然，需要多少數據庫是由你的商業需求所決定的。開發環境數據庫是供開發人員進行report,PL/SQL等開發的，這個環境可以在開發人員覺得數據已經不再滿足開發需求的時候，當然也可以在這個環境測試補丁（patches）。當然最終使用patch的時候還需要在測試環境做測試，因爲測試數據庫是和生產數據庫環境最接近的。（上面說的克隆cloning是一種將applications layer和database layer完全複製的一種方法。）所以，當你擁有這三個數據庫的時候，打patch的步驟是先development database再test database最後纔在production database環境應用。
