原文地址：我可以用 opatch 清理以前的補丁包嗎
原文作者：Mike.Dietrich
你是否喜歡秘密？現在讓我從一個對大多數人來說不是秘密的秘密開始，讓它變得更加晦澀難懂。
當您使用 opatch 或 opatchauto 安裝補丁時，很多文件將存儲在隱藏目錄中：
$ORACLE_HOME/.patch_storage
$ORACLE_HOME/.opatchauto_storage
為什么隱藏這些目錄？我真的不知道。也許是為了表示“不要碰任何東西！不得擅闖！遠離！私人財產”。但是像往常一樣，當你試圖隱藏某些東西時，你只會讓它變得更有趣。
無論如何，當您仔細觀察時，尤其是當您在我的環境中擁有某種補丁歷史記錄時，您可能會很快意識到：使用了很多空間。
就我而言，這些目錄在我的環境中總共消耗了超過 10GB 的空間：
[CDB2] oracle@hol:/u01/app/oracle/product/19/.patch_storage
$ ls
32218454_Jan_14_2021_16_24_38
32545013_Apr_16_2021_07_40_05
32904851_Jul_20_2021_09_21_24
33192694_Sep_14_2021_16_48_27
33192793_Oct_15_2021_07_09_52
33197296_Oct_4_2021_00_44_36
33515361_Jan_13_2022_06_14_07
33561310_Jan_5_2022_08_13_10
interim_inventory.txt
LatestOPatchSession.properties
NApply
newdirs.txt
record_inventory.txt
10017056
不要清除它
補丁所有者給出的第一條規則：不要清除此目錄。稍后可能需要回滾補丁。
我仍然從一些人那里知道，他們不時刪除整個目錄以釋放空間。到目前為止，我還沒有聽說這會破壞未來的補丁。如果我在我的環境中這樣做，我會確保始終保留最后兩個子目錄——以防萬一。但是我沒有很多一次性或合并補丁。
- 規則 1：
不要清除.patch_storage和 . opatchauto_storage。
opatch 工具清理
讓我把這一章寫得很短。
- 規則 2：
opatch util cleanup不會做你期望它做的事情。有時它做的比你想象的要多一點。
解決辦法是什么？
很長一段時間以來，許多客戶都在尋求解決方案。只需簡單瀏覽一下錯誤數據庫，就會發現相當數量的錯誤和增強請求針對或要求 opatch 進行適當的清理。
下面的內容看起來很有趣：
Enh 31138227 – $OH/.PATCH_STORAGE 保留 N-1 版本僅用于更好的空間消耗
我本來希望有這樣的解決方案，因為我通常在我的 Linux 系統上這樣做：
# package-cleanup --oldkernels --count=1
它刪除了我不再需要或不再使用的舊內核。
從上面的增強請求中，我了解到從版本 26 開始有一個新的 opatch 選項可用：
./opatch util archive -patches 123456,1122334 -archive_dir /dirx
這里的第一個問題是 opatch 中通常的-help選項沒有告訴你它。由于增強請求是非公開的，因此您無法查看詳細信息。但秘密關鍵字是：opatch util archive -help
注解：
實際上，我從功能所有者那里了解到，幫助沒有向您顯示幫助更高級別的命令選項的原因很簡單——該功能還沒有“上線”。由于我是通過我提交的一個錯誤了解它的，所以我嘗試了它并且不知道它尚未公開。不過，它工作正常。
$ ./opatch util archive -help
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved. DESCRIPTION
This operation helps to archive the patches stored under
ORACLE_HOME/.patch_storage to custom storage location.
NOTE: Patch directories in .patch_storage will be used during
rollback operation.
SYNTAX
opatch util archive [-patches <List of Patch ids with comma separated>]
[-archive_dir <path to store the archive files>]
OPTIONS
-patches
A comma separated list of patches to be given for
archive.
-archive_dir
Specify custom storage path to store the patches
which are going to be archived.
NOTE: All options are mandatory.
RECOMMENDATION :
To archive patches, opatch recommends the following
1. Archiving inactive patches :
Run the following command to get inactive patches : "OPatch/opatch lsinv -inactive"
Example
opatch util archive -patches 123456,1122334 -archive_dir /dir1/dir2/
OPatch succeeded.
所以這是新命令：opatch util archive -patches … -archive_dir …
不要對命令語法中的括號感到困惑。所有選項都是強制性的，而不是可選的。
這是解決千兆字節舊補丁內容浪費硬盤空間問題的承諾。讓我們看看這是否也解決了您的問題。
哪些補丁目錄是候選的？
當您搜索非活動房屋時，此 opatch 命令最有幫助，但輸出很長：
$ ./opatch lsinv -inactive
它會告訴您不活動的補丁號。這些是您要傳遞給下面的存檔命令的那些。
opatch 實用程序存檔
正如您之前所讀到的，即使我之前自己非法清理過，我的機器上仍然消耗了超過 10GB 的空間。
盡管如此，歸檔命令仍會進行空間檢查（請參閱下面的What if …）
$ ./opatch util archive -patches 32218454,32545013,32904851,33192694,33192793,33197296,33515361,33561310 -archive_dir /media/sf_TEMP/
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/19
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/19/oraInst.loc
OPatch version : 12.2.0.1.28
OUI version : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19/cfgtoollogs/opatch/opatch2022-01-20_14-08-15PM_1.log
Invoking utility "archive"
Archiving Patch - 33515361 ....
Sucessfully archived patch - 33515361 in /media/sf_TEMP/33515361_Jan_13_2022_06_14_07.zip
Archiving Patch - 32545013 ....
Sucessfully archived patch - 32545013 in /media/sf_TEMP/32545013_Apr_16_2021_07_40_05.zip
Archiving Patch - 32904851 ....
Sucessfully archived patch - 32904851 in /media/sf_TEMP/32904851_Jul_20_2021_09_21_24.zip
Archiving Patch - 33197296 ....
Sucessfully archived patch - 33197296 in /media/sf_TEMP/33197296_Oct_4_2021_00_44_36.zip
Archiving Patch - 33192793 ....
Sucessfully archived patch - 33192793 in /media/sf_TEMP/33192793_Oct_15_2021_07_09_52.zip
Archiving Patch - 33192694 ....
Sucessfully archived patch - 33192694 in /media/sf_TEMP/33192694_Sep_14_2021_16_48_27.zip
Archiving Patch - 33561310 ....
Sucessfully archived patch - 33561310 in /media/sf_TEMP/33561310_Jan_5_2022_08_13_10.zip
Archiving Patch - 32218454 ....
Sucessfully archived patch - 32218454 in /media/sf_TEMP/32218454_Jan_14_2021_16_24_38.zip
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/33515361_Jan_13_2022_06_14_07
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/32545013_Apr_16_2021_07_40_05
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/32904851_Jul_20_2021_09_21_24
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/33197296_Oct_4_2021_00_44_36
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/33192793_Oct_15_2021_07_09_52
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/33192694_Sep_14_2021_16_48_27
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/33561310_Jan_5_2022_08_13_10
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/19/.patch_storage/32218454_Jan_14_2021_16_24_38
Patch archive operation completed successfully.
OPatch succeeded.
如果 …
當然，使用 opatch 總是有很多有趣的 opatch 錯誤消息。
我的第一次嘗試失敗了：
$ ./opatch util archive -patches 32218454,32545013,32904851,33192694,33192793,33197296,33515361,33561310 -archive_dir /home/oracle/patch_storage
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/19
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/19/oraInst.loc
OPatch version : 12.2.0.1.28
OUI version : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19/cfgtoollogs/opatch/opatch2022-01-20_11-48-35AM_1.log
Invoking utility "archive"
Patch archive operation failed.
UtilSession failed to Archive the patches
UtilSession failed: Patch archive operation failed.
OPatch failed with error code 73
為什么失敗了？我需要檢查日志文件以找出：
[Jan 20, 2022 11:48:37 AM] [INFO] Archive directory: /home/oracle/patch_storage has required permission to archive the patches
[Jan 20, 2022 11:48:37 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/32218454_Jan_14_2021_16_24_38 :: 1715352980
[Jan 20, 2022 11:48:37 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/32545013_Apr_16_2021_07_40_05 :: 1974092970
[Jan 20, 2022 11:48:37 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/32904851_Jul_20_2021_09_21_24 :: 1927088358
[Jan 20, 2022 11:48:38 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/33192793_Oct_15_2021_07_09_52 :: 1818503734
[Jan 20, 2022 11:48:38 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/33192694_Sep_14_2021_16_48_27 :: 444972030
[Jan 20, 2022 11:48:38 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/33197296_Oct_4_2021_00_44_36 :: 126355388
[Jan 20, 2022 11:48:38 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/33515361_Jan_13_2022_06_14_07 :: 1750455909
[Jan 20, 2022 11:48:38 AM] [INFO] Space for patch :: /u01/app/oracle/product/19/.patch_storage/33561310_Jan_5_2022_08_13_10 :: 452566990
[Jan 20, 2022 11:48:38 AM] [INFO] Archive directory: /home/oracle/patch_storage needs 10209388359 bytes.
[Jan 20, 2022 11:48:38 AM] [SEVERE] No space to archive given patches in /home/oracle/patch_storage
[Jan 20, 2022 11:48:38 AM] [INFO] Patch archive operation failed.
[Jan 20, 2022 11:48:38 AM] [SEVERE] Patch archive operation failed.
[Jan 20, 2022 11:48:38 AM] [INFO] UtilSession failed to Archive the patches
[Jan 20, 2022 11:48:38 AM] [SEVERE] UtilSession failed to Archive the patches
[Jan 20, 2022 11:48:38 AM] [SEVERE] OUI-67073:UtilSession failed: Patch archive operation failed.
[Jan 20, 2022 11:48:38 AM] [INFO] Finishing UtilSession at Thu Jan 20 11:48:38 CET 2022
[Jan 20, 2022 11:48:38 AM] [INFO] Stack Description: java.lang.RuntimeException: Patch archive operation failed.
at oracle.opatch.opatchutil.OUSession.archive(OUSession.java:3491)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at oracle.opatch.UtilSession.process(UtilSession.java:355)
at oracle.opatch.OPatchSession.process(OPatchSession.java:2660)
at oracle.opatch.OPatch.process(OPatch.java:870)
at oracle.opatch.OPatch.main(OPatch.java:927)
Caused by: java.lang.RuntimeException: Patch archive operation failed.
... 9 more
你覺得這有點難讀嗎？我同意——我做了一個快速翻譯，因為 190423787 的大小不容易使用。我也刪除了一些輸出。現在這工作得更好：
Archive directory: /home/oracle/patch_storage has required permission to archive the patches
32218454_Jan_14_2021_16_24_38 :: 1.715 GB
32545013_Apr_16_2021_07_40_05 :: 1.974 GB
32904851_Jul_20_2021_09_21_24 :: 1.927 GB
33192793_Oct_15_2021_07_09_52 :: 1.818 GB
33192694_Sep_14_2021_16_48_27 :: 0.444 GB
33197296_Oct_4_2021_00_44_36 :: 0.126 GB
32515361_Jan_13_2022_06_14_07 :: 1.750 GB
33561310_Jan_5_2022_08_13_10 :: 0.452 GB
Archive directory: /home/oracle/patch_storage needs 10.209 GB.
No space to archive given patches in /home/oracle/patch_storage
計算采用每個補丁目錄的當前大小（此處介于 444 MB 和 1.9 GB 之間，將其相加，計算出大約 10 GB 的大小 - 并說：“嘿，邁克，您的設備上沒有足夠的空間再存儲 10 GB “。
所以我把文件放在我的主機系統的磁盤上，知道我至少有 80GB 的可用空間。這是 opatch 完成其職責后的結果：
688M Jan 20 14:10 33515361_Jan_13_2022_06_14_07.zip
948M Jan 20 14:12 32545013_Apr_16_2021_07_40_05.zip
824M Jan 20 14:13 32904851_Jul_20_2021_09_21_24.zip
119M Jan 20 14:13 33197296_Oct_4_2021_00_44_36.zip
717M Jan 20 14:15 33192793_Oct_15_2021_07_09_52.zip
118M Jan 20 14:15 33192694_Sep_14_2021_16_48_27.zip
120M Jan 20 14:15 33561310_Jan_5_2022_08_13_10.zip
725M Jan 20 14:17 32218454_Jan_14_2021_16_24_38.zip
總共使用了 4.26 GB。這意味著消耗的空間不到 50%。
-
學習 1：
空間使用假設是完全錯誤的，并且使用當前大小而不是至少一個假設。 -
學習 2：
opatch util archive命令對每個補丁的子目錄進行簡單的壓縮。
這讓我想到了神奇的最后一個問題。
opatch util 存檔會釋放 .patch_storage 中的空間嗎？
既然您已經看到上面的命令輸出，您可能不再好奇了。
它進行清理。之后將刪除每個要歸檔的補丁子目錄。這就是我的.patch_storage目錄之后的樣子：
$ ls -lhrt
total 160K
-rw-r--r--. 1 oracle dba 24K Jan 19 21:39 newdirs.txt
drwxr-xr-x. 16 oracle dba 4.0K Jan 19 22:12 NApply
-rw-r--r--. 1 oracle dba 64K Jan 19 22:12 record_inventory.txt
-rw-r--r--. 1 oracle dba 64K Jan 19 22:12 interim_inventory.txt
-rw-r--r--. 1 oracle dba 92 Jan 19 22:12 LatestOPatchSession.properties
所有子目錄都消失了。它現在只累積了 160K。
我想我可以處理這個。
如果你想回滾補丁會發生什么？
我很高興在刪除我將它們存檔到的主機環境中的所有補丁之前，我也嘗試了這一點：
$ ./opatch rollback -id 33516412
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/21
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/21/oraInst.loc
OPatch version : 12.2.0.1.28
OUI version : 12.2.0.9.0
Log file location : /u01/app/oracle/product/21/cfgtoollogs/opatch/opatch2022-01-20_15-38-47PM_1.log
Patches will be rolled back in the following order:
33516412
Prerequisite check "CheckRollbackable" failed.
Possible causes are:
The patch can not be rolled back
No read or write permission to ORACLE_HOME/.patch _storage
The ORACLE_HOME/.patch_storage file may have been removed.
The details are:
***************************************************
Following patches are archived:
33516412
Please follow the instructions below to unarchive the patches before proceeding with current Opatch operation (as /u01/app/oracle/product/21 owner).
Step 1: /u01/app/oracle/product/21/OPatch/opatch util unarchive -patches 33516412
Step 2 : Resume/Rerun current Opatch operation: /u01/app/oracle/product/21/OPatch/opatch rollback -id 33516412 -invPtrLoc /u01/app/oracle/product/21/oraInst.loc
***************************************************
UtilSession failed: Prerequisite check "CheckRollbackable" failed.
Log file location: /u01/app/oracle/product/21/cfgtoollogs/opatch/opatch2022-01-20_15-38-47PM_1.log
OPatch failed with error code 73
所以我需要先“取消歸檔”補丁。
讓我試試這個：opatch util unarchive -patches 33516412
$ /u01/app/oracle/product/21/OPatch/opatch util unarchive -patches 33516412
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/21
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/21/oraInst.loc
OPatch version : 12.2.0.1.28
OUI version : 12.2.0.9.0
Log file location : /u01/app/oracle/product/21/cfgtoollogs/opatch/opatch2022-01-20_15-40-58PM_1.log
Invoking utility "unarchive"
Unarchive given patches for given OH
Started : unarchiving the patch dirs to OH/.patch_storage
User specified list :[33516412]
Total Space Needed for Unarchive :1511356677
Unarchive successful :/u01/app/oracle/product/21/.patch_storage/33516412_Jan_13_2022_06_54_26
Unarchive session is complete
To clean up archives from custom storage path,Run the following command :'/u01/app/oracle/product/21/OPatch/opatch util cleanuparchives'
OPatch succeeded.
之后我可以為這個練習完成我的捆綁補丁的回滾。
- 學習 3：
如果您曾經計劃回滾補丁包，請將存檔保存在您要求 opatch 將它們存檔到的完全相同的位置。否則，您可能無法回滾捆綁包。
其他發現
除了您需要知道獲取“幫助”信息的命令這一事實之外，這是我很快遇到的另一個陷阱：
不要在補丁號之間放置空格字符。
當你這樣做時：
$ ./opatch util archive -patches 33197448, 33587128 -archive_dir /media/sf_TEMP
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Syntax Error... Unrecognized Option for util.
Please use the option 'opatch util -help' to get correct syntax
OPatch failed with error code 14
您會看到 opatch 因其中一個神秘錯誤而失敗。
修復方法是去掉補丁號和逗號之間的空格，如：
$ ./opatch util archive -patches 33197448,33587128 -archive_dir /media/sf_TEMP
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/12.2.0.1
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/12.2.0.1/oraInst.loc
OPatch version : 12.2.0.1.28
OUI version : 12.2.0.1.4
Log file location : /u01/app/oracle/product/12.2.0.1/cfgtoollogs/opatch/opatch2022-01-20_15-21-41PM_1.log
Invoking utility "archive"
Archiving Patch - 33587128 ....
Sucessfully archived patch - 33587128 in /media/sf_TEMP/33587128_Dec_27_2021_16_38_16.zip
Archiving Patch - 33197448 ....
Sucessfully archived patch - 33197448 in /media/sf_TEMP/33197448_Oct_4_2021_05_28_49.zip
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/12.2.0.1/.patch_storage/33587128_Dec_27_2021_16_38_16
Succesfully verified the created archive. Deleting the original patch from - /u01/app/oracle/product/12.2.0.1/.patch_storage/33197448_Oct_4_2021_05_28_49
Patch archive operation completed successfully.
OPatch succeeded.
然后它工作。
-
學習 4：
不要在逗號分隔的補丁號列表中使用空格字符作為-patches -
學習 5：
新的opatch util archive命令釋放了大量空間。不幸的是，沒有自動性，仍然是非 n-1 解決方案。但是你們中的大多數人不會受到影響，因為你修補了新家，只是從一個家轉到另一個家。
在我的測試中，我在 3 個 Oracle Home、12.2.0.1、19c 和 21c 中總共釋放了大約 15GB。我仍然想要的是一個 n-1 選項，僅自動保留上一個補丁并清除舊補丁，因為我很少會跳回多個補丁包，如果有的話。此外，我還期望有一個“全部”開關，它可以清除每個補丁，而無需復制和粘貼單獨的補丁號。
清理檔案
最后——感謝向我指出這一點的斯蒂芬安德森——問題仍然存在：
你現在需要手動從磁盤中刪除檔案嗎？
讓我們看看，因為有另一個——或多或少沒有記錄的——命令。您可能已經在上面的輸出中看到了這一點：
opatch util cleanuparchives
讓我向您展示這是如何工作的：
$ $ORACLE_HOME/OPatch/opatch util cleanuparchives
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/19
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/19/oraInst.loc
OPatch version : 12.2.0.1.28
OUI version : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19/cfgtoollogs/opatch/opatch2022-01-21_12-27-56PM_1.log
Invoking utility "cleanuparchives"
Started : Util cleauparchives session
Patch id :33515361
Patch id :32545013
Patch id :32904851
Patch id :33197296
Patch id :33192793
Patch id :33192694
Patch id :33561310
Patch id :32218454
Nothing to cleanup
Cleanuparchives from secondary storage is successful.
OPatch succeeded.
現在知道 opatch 很長一段時間了，我想知道這個“ Nothing to cleanup ”消息，然后是“… is successful ”輸出。發生了什么事？
首先，我檢查了我的存檔存儲——所有文件都還在。
然后作為下一步，我嘗試恢復一個物理上仍在磁盤上的檔案，就像我之前所做的那樣：
$ /u01/app/oracle/product/21/OPatch/opatch util unarchive -patches 33515361
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/19
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/19/oraInst.loc
OPatch version : 12.2.0.1.28
OUI version : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19/cfgtoollogs/opatch/opatch2022-01-21_12-31-31PM_1.log
Invoking utility "unarchive"
Unarchive given patches for given OH
Started : unarchiving the patch dirs to OH/.patch_storage
User specified list :[33515361]
Total Space Needed for Unarchive :1750455909
Unarchive successful :/u01/app/oracle/product/19/.patch_storage/33515361_Jan_13_2022_06_14_07
Unarchive session is complete
To clean up archives from custom storage path,Run the following command :'/u01/app/oracle/product/19/OPatch/opatch util cleanuparchives'
OPatch succeeded.
所以基本上我不能告訴你“ cleanuparchives ”命令做了什么，或者它是否應該做任何事情。opatch 日志文件對我沒有任何幫助。命令的幫助告訴我：
$ $ORACLE_HOME/OPatch/opatch util cleanuparchives -help
Oracle Interim Patch Installer version 12.2.0.1.28
Copyright (c) 2022, Oracle Corporation. All rights reserved.
DESCRIPTION
This operation helps to cleanup the archived files from custom storage
location.
NOTE: This will not cleanup any other directories/files in the system.
This will only cleanup the archives generated as part of
util archive operation.
SYNTAX
opatch util cleanuparchives
我可以確認它沒有做它應該做的事情。
「喜歡這篇文章，您的關注和贊賞是給作者最好的鼓勵」
關注作者
【版權聲明】本文為墨天輪用戶原創內容，轉載時必須標注文章的來源（墨天輪），文章鏈接，文章作者等基本信息，否則作者和墨天輪有權追究責任。如果您發現墨天輪中有涉嫌抄襲或者侵權的內容，歡迎發送郵件至：contact@modb.pro進行舉報，并提供相關證據，一經查實，墨天輪將立刻刪除相關內容。
