一、問題描述：
數據庫版本：11.2.0.3 單實例的DG
在2019-03-26號，某個備庫的/目錄空間不是很充裕，將原來的歸檔目錄/arcdg/center/archivelog更換爲/oradata/archivelog新目錄。（兩個是不同的盤）
操作步驟如下：
- 主庫關閉日誌投遞
- 備庫關閉日誌應用
- 備庫修改歸檔路徑
- 備庫開啓日誌應用
- 主庫開啓日誌投遞
在2019-03-28巡檢發現，在舊的歸檔路徑下仍然生成一部分歸檔文件。
二、問題分析：
數據庫中有兩個參數LOG_ARCHIVE_DEST_1，STANDBY_ARCHIVE_DEST，2者的關係如下：
STANDBY_ARCHIVE_DEST參數指定從主庫接收的歸檔日誌存儲在備庫中的位置。
1)主庫的LOG_ARCHIVE_DEST_n='service'默認的arch傳輸方式，primary會遠程將archived log傳輸到standby_archive_dest下
2)fal_*是通過arch傳輸過來的，所以使用的是STANDBY_ARCHIVE_DEST目錄，如果不存在這個目錄，就使用LOG_ARCHIVE_DEST_n
3)If both parameters are specified, the STANDBY_ARCHIVE_DEST initialization parameter
overrides the directory location specified with the LOG_ARCHIVE_DEST_n parameter.
如果STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_DEST_n兩個參數指定,STANDBY_ARCHIVE_DEST初始化覆蓋LOG_ARCHIVE_DEST_n目錄指定位置參數。
4)If none of the initialization parameters have been specified, thenarchived redo log files are stored inthe default location forthe STANDBY_ARCHIVE_DEST initialization parameter.
如果STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_DEST_n都沒有配置，將會把歸檔日誌放到STANDBY_ARCHIVE_DEST的默認目錄
5)如果STANDBY_ARCHIVE_DEST未配置，而配置了LOG_ARCHIVE_DEST_n,那麼產生的歸檔將放置到LOG_ARCHIVE_DEST_n
6)建議：STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_DEST_n=‘location’的配置相同
7)在11g，已經不建議使用STANDBY_ARCHIVE_DEST，也就是說建議配置dg的時候儘量使用standby redo logfile
在11g的版本中該參數已經棄用，並且會自動選擇適當的位置。默認值是?/dbs/arch。
備庫接收主庫的歸檔路徑選擇優先順序從高到低依次爲：
STANDBY_ARCHIVE_DEST > LOG_ARCHIVE_DEST_1> STANDBY_ARCHIVE_DEST的默認值?/dbs/arch。
在11g版本，STANDBY_ARCHIVE_DEST不用再設置，但實際值繼承LOG_ARCHIVE_DEST_1參數設置。當修改LOG_ARCHIVE_DEST_1時，STANDBY_ARCHIVE_DEST繼承舊值，不刷新，而LOG_ARCHIVE_DEST_1即時刷新，不需重啓庫，重啓庫STANDBY_ARCHIVE_DEST繼承LOG_ARCHIVE_DEST_1的新值（即當前值）。
如果備庫利用standby redo log，那麼日誌將會被arch進程生成歸檔到LOG_ARCHIVE_DEST_n
如果備庫是利用主庫的arch進程傳輸日誌文件，那麼將會被放置到STANDBY_ARCHIVE_DEST
由於修改LOG_ARCHIVE_DEST_1值之後，LOG_ARCHIVE_DEST_1即時刷新，而STANDBY_ARCHIVE_DEST未刷新，繼承了dest_1的舊值，導致STANDBY_ARCHIVE_DEST參數仍然是LOG_ARCHIVE_DEST_1變更前的路徑：
這樣就導致主庫傳遞的歸檔文件在/arcdg/center/archivelog/路徑下，主庫傳遞的standby redo log並生成的歸檔在/oradata/archivelog路徑下，歸檔產生在兩個路徑。
三、問題解決：
重啓數據庫實例，STANDBY_ARCHIVE_DEST參數自動變化
