oracle进程对文件没有写权限,ORACLE SYS用户没有权限一天半的救库过程

本文详述了一次在Oracle数据库迁移过程中遇到的权限问题,特别是在sys用户下执行DDL操作时遇到的权限不足错误。通过一系列步骤,包括重建数据字典、调整SGA大小等,最终成功解决权限问题并完成了数据库的恢复。强调了数据库环境一致性的重要性以及在迁移时对参数文件、路径和文件名的谨慎处理。
摘要由CSDN通过智能技术生成

情景描述:

生产环境一套RAC+DG,领导需要从虚拟机里做出和生产环境一样的环境,作为灾预案。

生产环境:

ORACLE_SID=orcl1

DB_UNIQUE_NAME=orcl

DB_NAME=orcl

这个名字也太水了,生产环境都没有起一个好名字。所以我打算预案环境做么做:

ORACLE_SID=nxbay1

DB_UNIQUE_NAME=nxbay

DB_NAME=nxbay

具体搭建环节不做详解,反正动用了udev绑定raw设备。不得不说设备真是比税局差多了。

搭建完毕之后,需要把生产环境数据拿过来,对数据准确度没有什么要求,当然两种方法,

expdp或者rman。

expdp我熟悉得很了。之前在税局几乎没少dmp。所以这次决定用rman。

从生产环境NFS服务器上拉取了一套0备。

然后开始迁移数据。具体方法在:

一次用rman做数据迁移的实战经历

原来的数据文件包括路径都叫做orcl,我这套灾备环境的路径倒是和生产环境保持了一样,讨巧的是数据文件和路径名字叫做nxbay。然而我restore

database 时候没有用 set newname to ''。干脆就去ASMCMD里面创建了 orcl的文件夹。

顺利restore,顺利recover。当然,介质恢复的已经属于不完全恢复了。所以只能用 set scn until 了。

然后。重点的重点:

启动之后。基本所有的DDL全部没有权限。包括sys。基本上删除用户ÿ

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值