• <tfoot id='WEed7'></tfoot>

    • <bdo id='WEed7'></bdo><ul id='WEed7'></ul>
    <i id='WEed7'><tr id='WEed7'><dt id='WEed7'><q id='WEed7'><span id='WEed7'><b id='WEed7'><form id='WEed7'><ins id='WEed7'></ins><ul id='WEed7'></ul><sub id='WEed7'></sub></form><legend id='WEed7'></legend><bdo id='WEed7'><pre id='WEed7'><center id='WEed7'></center></pre></bdo></b><th id='WEed7'></th></span></q></dt></tr></i><div id='WEed7'><tfoot id='WEed7'></tfoot><dl id='WEed7'><fieldset id='WEed7'></fieldset></dl></div>
    <legend id='WEed7'><style id='WEed7'><dir id='WEed7'><q id='WEed7'></q></dir></style></legend>
      1. <small id='WEed7'></small><noframes id='WEed7'>

      2. 如何删除 AWS RDS Oracle 实例上的存档日志文件

        时间:2023-06-06

          <bdo id='91ay9'></bdo><ul id='91ay9'></ul>

            <legend id='91ay9'><style id='91ay9'><dir id='91ay9'><q id='91ay9'></q></dir></style></legend>

                  <tbody id='91ay9'></tbody>
              1. <tfoot id='91ay9'></tfoot>

                <small id='91ay9'></small><noframes id='91ay9'>

                <i id='91ay9'><tr id='91ay9'><dt id='91ay9'><q id='91ay9'><span id='91ay9'><b id='91ay9'><form id='91ay9'><ins id='91ay9'></ins><ul id='91ay9'></ul><sub id='91ay9'></sub></form><legend id='91ay9'></legend><bdo id='91ay9'><pre id='91ay9'><center id='91ay9'></center></pre></bdo></b><th id='91ay9'></th></span></q></dt></tr></i><div id='91ay9'><tfoot id='91ay9'></tfoot><dl id='91ay9'><fieldset id='91ay9'></fieldset></dl></div>

                • 本文介绍了如何删除 AWS RDS Oracle 实例上的存档日志文件的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

                  问题描述

                  限时送ChatGPT账号..

                  我们有一个 AWS Oracle RDS 实例,最近用 ORA-01653ORA-01654 耗尽了空间(无法在表空间 X 中将索引 X 扩展 8...) 错误.

                  We have an AWS Oracle RDS instance that recently ran out of space with ORA-01653 and ORA-01654 (Unable to extend index X by 8 in tablespace X...) errors.

                  通过运行查询进行调查:

                  On investigation by running query:

                  select nvl(sum(BLOCKS * BLOCK_SIZE),0)/1024/1024/1024 GB from V$ARCHIVED_LOG  where DEST_ID=1 and ARCHIVED='YES' and DELETED='NO';
                  

                  这显示了输出:

                          GB
                  ----------
                  26.3267608
                  

                  这让我相信我们有 26 GB 的存档日志.

                  This leads me to believe we have 26 GB of Archive logs.

                  运行以下查询以获取有关存档文件的一些信息:

                  Running the following query to get some info on the archive files:

                  select * from V$ARCHIVED_LOG  where DEST_ID=1 and ARCHIVED='YES' and DELETED='NO';
                  

                  我们有近 5000 行结果.一些示例行:

                  We have nearly 5000 rows of results. Some example rows:

                   RECID      STAMP NAME                                                           DEST_ID    THREAD#  SEQUENCE# RESETLOGS_CHANGE# RESETLOGS RESETLOGS_ID FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME     BLOCKS BLOCK_SIZE CREATOR REGISTR STA ARC APPLIED   DEL S COMPLETIO DIC DIC END BACKUP_COUNT ARCHIVAL_THREAD# ACTIVATION# IS_ COM FAL END_OF_RED BAC
                  ------ ---------- ------------------------------------------------------------ --------- ---------- ---------- ----------------- --------- ------------ ------------- --------- ------------ --------- ---------- ---------- ------- ------- --- --- --------- --- - --------- --- --- --- ------------ ---------------- ----------- --- --- --- ---------- ---
                   56851 1021006860 /rdsdbdata/db/DRGNFLY_A/arch/redolog-56852-1-1002024260.arc          1          1      56852            222206 04-MAR-19   1002024260     108023802 07-OCT-19    108025497 07-OCT-19       1721        512 ARCH    ARCH    NO  YES NO        NO  A 07-OCT-19 NO  NO  NO             0                1  1073401855 NO  NO  NO             NO 
                   56852 1021007166 /rdsdbdata/db/DRGNFLY_A/arch/redolog-56853-1-1002024260.arc          1          1      56853            222206 04-MAR-19   1002024260     108025497 07-OCT-19    108026500 07-OCT-19        626        512 ARCH    ARCH    NO  YES NO        NO  A 07-OCT-19 NO  NO  NO             0                1  1073401855 NO  NO  NO             NO 
                  

                  这个存档文件的位置是:/rdsdbdata/db/DRGNFLY_A/arch/redolog-56849-1-1002024260.arc其他行也在此目录中:/rdsdbdata/db/DRGNFLY_A/arch

                  The location of this archive file is: /rdsdbdata/db/DRGNFLY_A/arch/redolog-56849-1-1002024260.arc The other rows are also in this directory: /rdsdbdata/db/DRGNFLY_A/arch

                  来自 AWS Oracle 常见 DBA 任务 文件,我们已经运行了存储过程:

                  From AWS Oracle Common DBA Tasks document, we have ran the stored proc:

                  exec rdsadmin.rdsadmin_master_util.drop_archivelog_dir;
                  exec rdsadmin.rdsadmin_master_util.drop_onlinelog_dir;
                  

                  此命令成功执行,但再次运行上述查询时,仍显示 26 GB 的存档日志文件.

                  This command executed successfully, but when running the query above again it still shows 26 GB of archive log files.

                  要查看我运行的存档日志保留配置:

                  To see the archive log retention config I ran:

                  set serveroutput on
                  exec rdsadmin.rdsadmin_util.show_configuration;
                  

                  这会产生输出:

                  NAME:archivelog retention hours
                  VALUE:0
                  DESCRIPTION:ArchiveLog expiration specifies the duration in hours before archive/redo log files are automatically deleted.
                  NAME:tracefile retention
                  VALUE:1440
                  DESCRIPTION:tracefile expiration specifies the duration in minutes before tracefiles in bdump are automatically deleted.
                  

                  这会让我相信,由于归档日志保留时间的值为 0,这些文件应该被自动删除吗?

                  This would lead me to believe that as archivelog retention hours has a value of 0, these files should be automatically deleted?

                  我的问题:

                  1. 我的上述分析/查询是否有误?这些存档日志实际上并未导致我的表空间错误?
                  2. 如何删除这些存档日志文件并回收空间,以便将其用于普通数据库存储等.据我所知,AWS-RDS 不提供删除这些文件的直接访问权限,这就是我尝试使用的原因rdsadmin.rdsadmin_master_util.drop_archivelog_dir 存储过程.
                  3. 还有如何确保日志文件不会在适当的保留期内继续生成或清理.

                  推荐答案

                  我只想发布一些我从 AWS 支持部门得到的关于我上面 1/2 的问题的回复.

                  I just want to post some of the response I got from AWS support regarding my questions 1/2 above.

                  我将继续解决您的存档日志问题.

                  I will proceed to address your archive log concern.

                  从 V$ARCHIVED_LOG 中选择 nvl(sum(BLOCKS * BLOCK_SIZE),0) 个字节
                  其中 DEST_ID=1;
                  字节

                  select nvl(sum(BLOCKS * BLOCK_SIZE),0) bytes from V$ARCHIVED_LOG
                  where DEST_ID=1;
                  BYTES

                  3.3700E+10

                  您看到存档日志大小差异的原因运行上述查询是因为此查询返回所有存档日志即使它已经从磁盘中删除.原因是,甲骨文除非进行交叉检查,否则将这些信息保存在控制文件中发起.遗憾的是,该不支持 RDSrdsadmin.rdsadmin_rman_util.crosscheck_archivelog在 RDS Oracle 版本oracle-se1:11.2.0.4.v1"上.

                  The reason you are seeing a disparity in size of archive logs from running the above query is because this query returns all archive logs even if it has been deleted from disk already. Reason being, Oracle holds this information in the control file unless a crosscheck is initiated. Regretfully, the RDSrdsadmin.rdsadmin_rman_util.crosscheck_archivelog is not supported on RDS Oracle version 'oracle-se1:11.2.0.4.v1".

                  还有:

                  回到您的存档日志查询.我可以很高兴地确认归档日志每 5 分钟从磁盘中清除一次周期设置为 0.

                  Coming back to your archive log query. I can gladly confirm that archivelogs are purged from disk every 5 minutes when your retention period is set to 0.

                  因此,由于控制文件,31GB的返回是不准确的不更新.Oracle 更新控制文件时交叉检查"语句运行.为了让您管理通过 crosscheck 命令归档日志,我建议考虑迁移到更高版本的 RDS Oracle.为了您的方便访问我在下面列出了支持的版本:

                  Therefore, the return of 31GB's is inaccurate due to the control file not being updated. Oracle updates the control file when the "crosscheck" statement is run. In order for you to manage the archivelogs via the crosscheck command, I would kindly suggest considering moving to a higher version of RDS Oracle. For your ease of access I have listed the supported versions below:

                  -11.2.0.4.v19 或更高 11.2 版本
                  -12.1.0.2.v15 或更高版本 12.1 版本
                  -12.2.0.1.ru-2019-01.rur-2019-01.r1 或更高 12.2 版本
                  -所有 18.0.0.0 版本

                  -11.2.0.4.v19 or higher 11.2 versions
                  -12.1.0.2.v15 or higher 12.1 versions
                  -12.2.0.1.ru-2019-01.rur-2019-01.r1 or higher 12.2 versions
                  -All 18.0.0.0 versions

                  因此,在我的情况下,似乎存档日志实际上已被清除并且对磁盘使用没有影响.报告中的这种差异是因为我的 Oracle 版本是 11.2.0.4.v1.

                  So in my case it seems that the archive logs had actually been purged and were not contributing to the disk usage. This disparity in the reporting was because of my version of Oracle which was 11.2.0.4.v1.

                  这篇关于如何删除 AWS RDS Oracle 实例上的存档日志文件的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持html5模板网!

                  上一篇:Amazon RDS SQL Server:如何检测它是否是 RDS? 下一篇:带有 CDC 的 AWS DMS.更新记录只包括更新的字段.如

                  相关文章

                  最新文章

                    • <bdo id='0clhf'></bdo><ul id='0clhf'></ul>
                  1. <small id='0clhf'></small><noframes id='0clhf'>

                  2. <legend id='0clhf'><style id='0clhf'><dir id='0clhf'><q id='0clhf'></q></dir></style></legend>

                      <tfoot id='0clhf'></tfoot>

                      <i id='0clhf'><tr id='0clhf'><dt id='0clhf'><q id='0clhf'><span id='0clhf'><b id='0clhf'><form id='0clhf'><ins id='0clhf'></ins><ul id='0clhf'></ul><sub id='0clhf'></sub></form><legend id='0clhf'></legend><bdo id='0clhf'><pre id='0clhf'><center id='0clhf'></center></pre></bdo></b><th id='0clhf'></th></span></q></dt></tr></i><div id='0clhf'><tfoot id='0clhf'></tfoot><dl id='0clhf'><fieldset id='0clhf'></fieldset></dl></div>