How to Add/Drop/Resize Redo Log with Physical Standby in place. [ID 473442.1]

 

How to Add/Drop/Resize Redo Log with Physical Standby in place. [ID 473442.1]


 

Modified 12-AUG-2009     Type HOWTO     Status REVIEWED

 

In this Document
  Goal
  Solution


Applies to:

Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 10.2.0.5
Information in this document applies to any platform.

Goal

To Add/Drop/Resize online redo logs in the primary site with physical standby database in place. What are the steps to be done on standby if any?

Solution

Changing the size of redo involves adding the new sized log and dropping the unwanted old log. There is no resize command as such. You can add or drop online redo log file groups or members to the primary database without affecting the standby database. Similarly, you can drop log file groups or members from the primary database without affecting your standby database. However, these changes do affect the performance of the standby database after a role transition. So it is best advised whenever you add an online redo log file to the primary database, you should add corresponding online and standby redo
log files to the standby database.

To resize redo logs the steps are as follows:

At the primary site

=============

1. Set STANDBY_FILE_MANAGEMENT to MANUAL.
SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT='MANUAL';


2. Add the new redo logfile groups of the required sizes.
SQL> ALTER DATABASE ADD LOGFILE GROUP 4 ('/U01/oracle/modg1/redo04.log') SIZE 50M;


3. Drop the old groups, this may involve performing log switches to ensure the old logs have been archived correctly or could be performed later once oracle has finished with the logs.
SQL>ALTER DATABASE DROP LOGFILE GROUP 2;

4. Set STANDBY_FILE_MANAGEMENT to AUTO.
SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT='AUTO';


At the standby site

=============
1. Stop Redo apply:

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

2. Set STANDBY_FILE_MANAGEMENT to MANUAL.
SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT='MANUAL';

3. Add Redolog File Group:
SQL> ALTER DATABASE ADD LOGFILE GROUP 4 ('/U01/oracle/modg1/redo04.log') SIZE 50M;

Add as many Redo Logfile Groups (or Members) you want to add.

4. Set STANDBY_FILE_MANAGEMENT to AUTO.
SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT='AUTO';

5. Check the Status of the Online Redolog Group.
SQL> SELECT GROUP#, STATUS FROM V$LOG;

GROUP# STATUS
---------- ----------------
1 CLEARING_CURRENT
3 CLEARING
2 CLEARING

If Status is CLEARING_CURRENT then you cannot drop Online Redolog Group. You will get ORA-01623 if you try to drop a Redolog Group with Status CLEARING_CURRENT.


For Status CLEARING, UNUSED, INACTIVE please follow below steps.

6. Clear the Online Redo Logfile Group:
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 2;

7. Drop the Online Redo Logfile Group:
SQL>ALTER DATABASE DROP LOGFILE GROUP 2;

If you have skipped Step 4 then you will get ORA-01624 while droping the Online Redolog Group with Status CLEARING.

8. Set STANDBY_FILE_MANAGEMENT to AUTO.
SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT='AUTO';

9. Start Redo Apply:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;


 

 

------------------------------------------------------------------------------

QQ:492913789

Email:ahdba@qq.com

Blog: http://www.cndba.cn/dave 


网上资源: http://tianlesoftware.download.youkuaiyun.com

相关视频:http://blog.youkuaiyun.com/tianlesoftware/archive/2009/11/27/4886500.aspx

DBA1 群:62697716(); DBA2 群:62697977()

DBA3 群:62697850   DBA 超级群:63306533;    

聊天 群:40132017

--加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请

### 解决 MySQL InnoDB Redo Log Resize 失败 (MY-012888) 当遇到 `MY-012888` 错误,表示尝试调整 InnoDB 重做日志文件大小的操作未能成功。这通常发生在数据库实例正在运行期间执行此操作时遇到了某些限制或冲突。 #### 可能原因 1. **活动事务的存在**:如果存在未提交的事务,则无法安全地改变重做日志尺寸。 2. **正在进行的日志写入操作**:当前有活跃的日志记录过程阻止了更改。 3. **配置参数不当**:设置新的日志文件大小超出了允许范围或者违反了一些约束条件[^1]。 #### 推荐解决方案 为了顺利调整 InnoDB 的重做日志大小,建议按照如下方法处理: - **确认无活动事务**:确保没有任何长时间运行的查询或事务处于挂起状态。 - **重启服务器并立即执行命令**:通过计划停机时间来减少并发访问,在启动过程中尽快发出指令以最小化影响其他服务的可能性。 - **验证新值合法性**:检查目标大小是否合理,并且不超过操作系统对单个文件的最大容量限制;同时注意保持足够的磁盘空间可用以便容纳扩增后的日志文件集。 - **修改 my.cnf 文件中的 innodb_log_file_size 参数**:编辑 MySQL 配置文件 (`my.cnf`) 中的相关选项,指定期望的新尺寸。例如: ```ini [mysqld] innodb_log_file_size=512M ``` - **停止 MySQL 服务**:使用管理员权限关闭 MySQL 进程前备份现有数据以防万一出现问题造成损失。 - **删除旧的日志文件**:定位到存储路径下找到名为 ib_logfile* 的文件并将它们移除(请注意这不是指整个数据库的数据文件)。这一动作会在重新加载时触发创建具有更新规格的日志文件副本。 - **再次开启 MySQL 并测试功能正常与否**:观察系统行为确认一切运作良好之后再逐步恢复正常的业务流量接入。 ```bash sudo systemctl stop mysql.service rm /var/lib/mysql/ib_logfile* sudo systemctl start mysql.service ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值