打开一个会话,先使用dblinkA这个DB LINK查询,,这样第二个DB LINK的查询就会遇到ORA-16000错误。 SQL> select 1 from dual@dblinkA; 1 --- 1 SQL> select 1 from dual@dblinkB; select 1 from dual@dblinkB * ERROR at line 1: ORA-16000: database open for read-only access 在第一个DB LINK打开...
如视图或存储过程中使用了两个DBLINK就会报错,如类似如下报表查询想放在ADG上执行以减轻主库的性能压力,就会报错ORA-16000: database open for read-only access: CREATE OR REPLACE FORCE VIEW "test"."T_REPORT" (………) AS select from test.test_REPORT@testzrzk a,mpi.test222@test222 b where a.pid...
解决在 read only库(DG库要解决这个问题,在主库中执行补丁应用操作)上 使用dbms_metadata.get_ddl 提取相关对象结果报错: ORA-16000,ORA-06512,导致的BUG 30858671 说明:Bug 30858671 18c DBMS_METADATA.GET_DDL Reports ORA-16000 in Read Only Mode (Doc ID 30858671.8) 受影响DB版本: 产品(组件) Oracle 服...
SERVICE_NAME:服务名，就是你要连接的数据库的名字 创建表空间和用户跟这两个文件没什么关系，不用修改配置文件 pl/sql会读取tnsnames.ora文件中的配置，如果你还想从pl/sql连其它数据库，需要在tnsnames.ora文件中配置一下就行了 希望对你有帮助 ...
show database'sbdb'statusreport; show database verbose SBDB; 3.查看状态信息 show database 'jkzy' statusreport; 根据报错检查数据库角色,查看之后什么都是正常的,备库也是实时应用的,最终对数据库dgbroke进行了重建,状态恢复正常 参考链接:https://dbalifeeasy.com/tag/ora-16816-incorrect-database-role/ ...
之前碰到DG环境中,redo不能同步的大部分原因是密码文件的问题,解决办法也很简单,就是生成一份密码文件,然后拷贝到其它节点即可。 最近碰到一种情况是由于配置了登陆触发器导致redo不能同步。 本文就这种情况,我们来做实验验证。 快速部署DG环境 使用docker快速部署: ...
在Oracle的DG环境中,由于配置了登陆触发器导致日志不能同步,报错ORA-16191的实验验证总结 在上篇中,我们实验了一下,在DG环境中,若存在登陆触发器,则会导致Redo日志不能传递到备库从而报ora-16191的错误,解决办法也很简单,禁用相关触发器或者配置隐含参数
报: ORA-16057: DGID from server not in Data Guard configuration 错误的意思很明显,log_archive_config 没有配置 但是我在已经主库配置了 altersystemsetlog_archive_config='dg_config=(itrusdb,jingxiang)'scope=both; AI代码助手复制代码 通过
报: ORA-16057: DGID from server not in Data Guard configuration 错误的意思很明显,log_archive_config 没有配置 但是我在已经主库配置了 alter systemsetlog_archive_config='dg_config=(itrusdb,jingxiang)'scope=both; 1. 通过 ALTER SYSTEM SET log_archive_dest_state_3='DEFER'SCOPE=BOTH; ...
ORA-65000: invalid operationORA-65001: operation would exceed maximum size 一旦到达阈值并且没有打开自增,无论是表空间或者pdb都不会再允许操作,在存储这一点上,Oracle做到了细粒度的资源隔离。 1.2 计算资源的隔离 计算资源每个产品的定义可能不一样,本文的计算资源主要是指IO、CPU与内存三种资源。