我們計劃從Oracle 9.2.0.7升級到9.2.0.8。提議升級的主要原因是，當我們嘗試執行DBMS_STATS.GATHER_SCHEMA_STATS時，解決與「以錯誤終止的異常：ORA-00904：」T2「。」SYS_DS_ALIAS_4「：無效標識符」相關的問題。將Oracle數據庫從9.2.0.7升級到9.2.0.8
我們擔心提議的升級可能會對我們的Java應用程序產生負面影響，或者在最糟糕的情況下甚至可能不會被我們的Java應用程序支持。
爲確保從Oracle 9.2.0.7升級到9.2.0.8，我們可以採取哪些可能的方法或策略，不會對我們的Java應用程序產生不利影響，也不會導致我們的Java應用程序無法正常工作。基本上我們只是想確認我們的應用程序仍然支持Oracle 9.2.0.8。
謝謝。
你的第一步應該是確保你建立一個測試系統，你的確切的生產佈局和當前的軟件（9.2.0.7）。
運行一下以確保它沒問題，然後在您的測試系統上執行升級並運行一段時間以確保它沒有損壞任何東西。我不是在談論牛仔開發者「如果運行五分鐘，沒關係」的測試類型。如果可能的話，它應該是對所有功能和性能的全面測試。
一旦您對測試級別感到滿意，您可以計劃對生產做同樣的事情。
這不是火箭科學，你應該總是有一個生產鏡像，你可以測試軟件的升級，無論是你自己的還是第三方的東西。而且，儘管進行了測試，但您仍應該制定退出策略，儘可能避免生產升級失敗。
我們非常偏執，所以我們實際上儘可能提前做好一整臺新機器。然後，在切換時，我們禁用當前生產，執行新機器仍需要的任何傳輸，然後將其啓動並測試。如果在測試過程中的任何時候在升級窗口中無法修復，舊機器將恢復在線狀態，我們稍後再試，在後端爲負責失敗的人員進行適當的踢球:-)
I'已經提出了Paxdiablo的回答 - 關於在生產系統的全尺寸副本上進行儘可能多的應用程序覆蓋測試，很少有捷徑。
我認爲你是一般的期待回答與升級兩個問題：
我相信，早在9.2的優化將包括在確定執行計劃的系統的統計，所以你想，如果你的測試系統，以至少在將信息反饋到測試系統，以減少變量優化硬件與生產不同。
如果升級到Oracle 11g並擁有$$$$，則可以許可和配置Real Application Testing。這將使您能夠在測試實例中記錄和回放數據庫活動，以回答這兩個問題。
除了通過dpbradley & paxdiablo優秀的答案，數據庫補丁之前，它是值得期待的Oracle技術支持網站，support.oracle.com，在已知問題，該補丁可能引入可以阻止你失去超過你的收益！
您將需要一個有效的支持許可證登錄到Oracle技術支持網站，但也正在申請9.2.0.8一張紙條：
9.2.0.8 Patch Set - Availability and Known Issues [ID 388281.1]