針對Oracle數據庫版本12.1.0.1,11.2.0.3及更早版本的推薦修補程序和操作 - 在2019年6月之前（文檔ID 2335265.1）
在這份文件中
| 目的 |
| 範圍 |
| 細節 |
| 1.什麼是推薦的補丁集/ PSU / BP / RU級別？ |
| 2.提到推薦的補丁集/ PSU / BP的時間表是什麼？ |
| 3.上述修補程序引入的更改是什麼？ |
| 4.如果不推薦使用推薦的PSU /補丁集，會發生什麼情況？ |
| 5.關於10.2或更舊的數據庫，哪些未在表中列出？ |
| 6.如何檢查數據庫中的dblink的詳細信息？ |
| 7.連接兩個未修補數據庫的數據庫鏈接是否會有問題？或舊版本的數據庫？ |
| 8.涉及補丁和未打補丁的數據庫的dblink是否會在2019年6月之後立即停止工作？ |
| 9.如果在2019年6月之後從舊版本數據庫到最新（或已修補）版本數據庫的dblink連接失敗，我該怎麼辦？ |
| 10.我們需要爲11.2.0.4,12.1.0.2和12.2.0.1數據庫發佈做什麼？ |
| 11.支持和問題 |
| 參考 |
適用於：
Oracle數據庫 - 企業版 - 版本11.1.0.7至12.2.0.1 [版本11.1至12.2]
Oracle數據庫 - 標準版 - 版本11.1.0.7至12.2.0.1 [版本11.1至12.2]
本文檔中的信息適用於任何平臺。
目的
本支持說明提供了與Oracle數據庫版本11.1.0.7,11.2.0.3和12.1.0.1的建議修補需求相關的其他信息，將在2019年6月之前完成。
範圍
本文檔面向所有DBA。
細節
強烈建議Oracle數據庫版本11.1.0.7,11.2.0.3和12.1.0.1在2019年6月之前修補到下面提到的補丁集/ PSU級別，以解決dblink的互操作性方面潛在的未來問題。如果您正在運行數據庫版本12.2,12.1.0.2或11.2.0.4，則無需執行任何操作。如果您仍在使用10.2或更早版本，並在以後的數據庫版本中使用dblink，則本說明適用。
數據庫客戶端與數據庫服務器的互操作性不受影響。
（根據客戶反饋，我們目前正在評估爲10.2.0.5提供補丁的需求和可行性，並且稍後將更新此說明。）
1.什麼是推薦的補丁集/ PSU / BP / RU級別？
對於數據庫版本11.1.0.7,11.2.0.3和12.1.0.1，請確保所有互連數據庫位於以下提及的補丁集/ PSU / BP級別或更高級別：
| 補丁名稱
| 發佈數據
| 補丁編號
|
| 12.1.0.2.0針對ORACLE DATABASE SERVER的PATCH SET | 09/01/15
| 補丁17694377 |
| 12.1.0.1.0針對ORACLE DATABASE SERVER的PATCH SET | 09/01/15 | 升級到12.1.0.2或更高版本補丁17694377 |
| 11.2.0.4.0針對ORACLE DATABASE SERVER的補丁集 | 08/27/13
| 補丁13390677 |
| 數據庫修補程序集更新11.2.0.3.9（包括CPUJAN2014） | 01/14/14
| 補丁17540582 |
| 數據庫補丁集更新11.1.0.7.20（包括CPUJUL2014） | 07/14/14
| 補丁18522513 |
ORACLE 11G 11.2.0.3 PATCH 28 BUG FOR WINDOWS **補丁28被撤銷。應用補丁29或更高版本。 | 02/26/14
| 補丁17906982（Win x64）| 補丁17906981 （Win 32位） **補丁29 補丁18075406（Win x64）| 補丁18075405（Win 32位） |
| ORACLE 11G 11.1.0.7 PATCH 57 BUG FOR WINDOWS | 07/15/14
| 補丁18944208 （Win x64）| 補丁18944207 （Win 32位） |
| EXADATA的季度數據庫補丁（2014年1月 - 11.2.0.3.22） | 01/14/14
| 補丁17747147 |
總之，12.2.0.1及更高版本，11.2.0.4和12.1.0.2補丁集包含此修復程序，而補丁程序可用於11.1.0.7和11.2.0.3版本。如果您有任何其他數據庫服務器安裝（例如10.2.0.5,11.2.0.2），則應該知道將來可能存在的dblink問題，並考慮應用所需的修補程序或升級數據庫，或者不要使用具有較新版本數據庫的dblink。
2.提到推薦的補丁集/ PSU / BP的時間表是什麼？
所有數據庫建議在2019年6月以前在上述版本/補丁集/ PSU / BP級別（或以上）。
3.上述修補程序引入的更改是什麼？
這些修補程序會增加數據庫當前的最大SCN（系統更改數量）限制。
在任何時候，Oracle數據庫都會根據自1988年以來經過的秒數來計算數據庫可以使用的SCN數量的“不超過”限制。這稱爲數據庫當前的最大SCN限制。這樣做可以確保Oracle數據庫隨着時間的推移配給SCN，爲任何Oracle數據庫提供超過500年的數據處理能力。
這些建議的修補程序可使數據庫允許更高的當前最大SCN限制。計算此限制的速率可以稱爲“SCN速率”，這些修補程序有助於允許更高的SCN速率使數據庫支持比早期版本高出許多倍的事務速率。
請注意，這些補丁只會增加最大限制，但當前的SCN不會受到影響。因此，如果所有數據庫的事務處理速率沒有任何重大變化，那麼當前的SCN仍然會低於當前的最大SCN限制，並且新的（或已修補的）和未修補的數據庫之間的數據庫鏈接將繼續工作。這些補丁提供了安全措施，以確保您對dblinks沒有任何問題，而不受任何可能的事務更改速率的影響。
應用這些補丁後，當前最大SCN限制的這一變化將從2019年6月23日開始自動發生。
4.如果不推薦使用推薦的PSU /補丁集，會發生什麼情況？
如果未應用此修補程序，則未修補的數據庫將具有較低的SCN速率或較低的當前最大SCN限制。
較新的或修補過的數據庫將具有較高的SCN速率或較高的當前最大SCN限制。
因此，當補丁數據庫處於較高的SCN級別（由於較高的SCN速率容限）並且未修補的數據庫處於較低的SCN級別（由於較低的SCN速率容限）時，可能會出現這種情況。
當您在這兩個數據庫之間打開一個dblink時，它必須同步兩個數據庫的SCN級別，並且如果此同步的未修補數據庫中所需的SCN增加超出了允許的SCN速率或當前的最大SCN限制，則dblink連接無法建立。
這種情況在改變之後不會立即上升，但可能在2019年6月23日之後的任何時候出現。
5.關於10.2或更舊的數據庫，哪些未在表中列出？
您應該知道將來可能存在的dblink問題，並考慮升級數據庫或不使用帶有較新版本數據庫的dblink。如果在2019年6月之後仍然存在此類數據庫鏈接，那麼在數據庫鏈接操作期間可能會出現運行時錯誤（如上所述），並且您當時需要斷開這些數據庫鏈接。
（根據客戶反饋，我們目前正在評估爲10.2.0.5提供補丁的需求和可行性，並且稍後將更新此說明。）
6.如何檢查數據庫中的dblink的詳細信息？
爲了識別數據庫鏈接，請查看數據庫管理員指南中的“查看關於數據庫鏈接的信息”。
請注意，從數據庫傳出的數據庫鏈接可以通過DBA_DB_LINKS視圖爲所有數據庫版本識別。
從dba_db_links中選擇*;
對於12.1及更高版本，您還可以通過DBA_DB_LINK_SOURCES視圖瞭解有關傳入數據庫鏈接的信息。
從dba_db_link_sources中選擇*;
7.連接兩個未修補數據庫的數據庫鏈接是否會有問題？或舊版本的數據庫？
涉及兩個未修補數據庫或兩個舊版本的dblink連接不受此更改的影響。
8.涉及補丁和未打補丁的數據庫的dblink是否會在2019年6月之後立即停止工作？
DB鏈接不會在2019年6月之後立即變得不可用。但是，在問題4中解釋的情況下，2019年6月之後的任何時間點都可能會出現錯誤。
9.如果在2019年6月之後從舊版本數據庫到最新（或已修補）版本數據庫的dblink連接失敗，我該怎麼辦？
將舊版本數據庫修補或升級到表中提到的任何修補程序級別。
10.我們需要爲11.2.0.4,12.1.0.2和12.2.0.1數據庫發佈做什麼？
沒有必要採取行動。所有需要的修補程序已包含在這些版本中。