Oracle Flashlogs不会被删除

嗨，汤姆，

我看到FRA大小正在填满，当选中的闪回日志占据了大部分，如下所示，

SQL>从v $ recovery_area_usage中选择 *;

文件类型百分比空间使用百分比空间可回收文件
-
控制文件.01 0 1
重做日志0
存档日志.18 0 1
备用件0
图像副本0
闪回日志66.23 0 331
国外存档日志0

但是没有还原点，
SQL>从V $ RESTORE_POINT选择名称、TO_CHAR(SCN) SCN、时间、数据库 _ 化身 # 、保证 _ 闪回 _ 数据库、存储 _ 大小/1024/1024/1024 GB，其中保证 _ 闪回 _ 数据库 = “是”;

没有选择行

SQL>
这是我的闪回设置
SQL>sho parameter db_recover

名称类型值
-
db_recovery_file_dest字符串闪存
db_recovery_file_dest_size大整数1000G

最初，FRA设置为800G，但由于警报，我们将其移至1000G。以前的280文件在那里，现在闪回日志处于331状态，并且不断增加...

我们只保留一天...
SQL>sho parameter retention

名称类型值
-
db_flashback_retention_target整数1440

我还在ASM下验证了闪回日志，即使没有还原点...
ASMCMD> pwd
闪光/历史/闪回
ASMCMD> du
已使用 _ 兆字节镜像 _ 已使用 _ 兆字节
695784 695784

我看到有一天文件被显示出来。这是他们的样本...
ASMCMD> ls -lt
类型带条纹时间系统名称
闪回联保粗9月16日07:00:00 Y日志 _ 231.6021.954567147
闪回联保粗9月16日07:00:00 Y日志 _ 229.5684.954565529
闪回联保粗9月16日07:00:00 Y日志 _ 181.862.954830959
闪回联保粗9月16日06:00:00 Y日志 _ 77.2813.954735113
闪回联保粗9月16日06:00:00 Y日志 _ 75.5558.954724029
闪回联保粗9月16日06:00:00 Y日志 _ 72.6281.954709067
闪回联保粗9月16日06:00:00 Y日志 _ 67.5141.954699885
闪回联保粗9月16日06:00:00 Y日志 _ 61.6439.954807321
闪回联保粗9月16日06:00:00 Y日志 _ 53.1503.954698753
闪回联保粗9月16日06:00:00号 _ 49.567.954698271
闪回联保粗9月16日06:00:00 Y日志 _ 325.4818.954607441
闪回联保粗9月16日06:00:00 Y日志 _ 323.7230.954607257

汤姆，我们如何解决这种情况？

我在oracle文档中读到，我们可以弹跳数据库以清除这些闪回日志。是汤姆吗？

还有没有弹跳数据库的方法，我们可以清除这些日志吗？

早些时候，我们也遇到了这种情况，我的同事告诉他们确实使用rm手动删除了ASM下的闪回日志，因为没有还原点。这可能是处理此问题的可能方法之一吗？

如果需要更多详细信息，请告诉我。

谢谢
毗湿奴

Earlier also we had this situation and my colleagues told they did manually deleted the flashback logs under ASM using rm as there were no restore points. Could this be one of the possible ways to handle this?

不要这样做。手动删除闪回日志会使您进入令人讨厌的状态，在这些状态下，您无法在关闭后打开数据库。不好玩。

当使用闪回日志时，恢复区域是 “意味着” 要满的，即，我们将尽可能地保留闪回日志，以提供最佳的闪回功能。这可能看起来令人震惊，但由于存档日志需要空间 (显然更重要)，我们将根据需要删除闪回日志。

但是，有一件事要小心-如果我们需要删除一些旧的闪回日志，我们将只删除一定数量的它们，所以如果你真的非常快地启动存档日志，你可以 * 到达一个状态，你没有清除足够的闪回日志，因此陷入问题。有关详细信息和解决方法，请参见MOS注释1481739.1。

如果要清除一些空间，请将db_flashback_reentiton_target设置为较低的数字，我们将清理日志，然后将其设置回所需的值。