暂无图片
分享
喜闻乐见
2019-03-21
dg库控制文件扩展报错

dg库的control1扩展报错,用的是裸设备,2和3还是原来大小,主库的没有报错,并且大小没有变,求解释。

收藏
分享
11条回答
默认
最新
喜闻乐见

tmp_cc9c40b0a4559e3c87d21ba55b6ae21b.jpg

暂无图片 评论
暂无图片 有用 0
章芋文

应该是备库的控制文件大小超过了裸设备的大小,请检查下:

--裸设备大小
blockdev --report /u02/xxxx/.dbf
--控制文件大小
SELECT (block_size * file_size_blks)/1024/1024 "SIZE (MB)" FROM v$controlfile;
暂无图片 评论
暂无图片 有用 0
喜闻乐见

那为什么只有第一个扩展了,其他两个没变,主库的也是原来的大小。

暂无图片 评论
暂无图片 有用 0
章芋文

请把查询的结果贴上来

暂无图片 评论
暂无图片 有用 0
喜闻乐见

tmp_b6cbc39caa2b6ecba3570a3e9f407645.jpg

暂无图片 评论
暂无图片 有用 0
喜闻乐见

tmp_3fd13d046a64c5f4cec399241fd17594.jpg

暂无图片 评论
暂无图片 有用 0
喜闻乐见

我这个是unix貌似没有blockdev命令

暂无图片 评论
暂无图片 有用 0
章芋文

从ALERT报错可以看出,控制文件从8050个块扩展到13168个块时报错,之所以只有第一个文件报错,是因为还没轮到镜像写后面的控制文件。另外主备之间的控制文件时分开的。

请查询备库参数CONTROL_FILE_RECORD_KEEP_TIME,可以尝试将参数改小,避免控制文件报错。

暂无图片 评论
暂无图片 有用 0
喜闻乐见

第一个文件已经扩展了吧,改重用时间文件能变回8050吗,还是只能扩大裸设备大小呢。

暂无图片 评论
暂无图片 有用 0
章芋文

日志已经显示扩展失败。8050*16384大小是125M。

将参数CONTROL_FILE_RECORD_KEEP_TIME调小应该不会在报错了,如果仍然报错可以考虑增加设备大小。

暂无图片 评论
暂无图片 有用 0
章芋文
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏