n pdb 异机恢复成pdb
先将单实例转换成rac架构spfile没有备份,先随便写个[oracle@test1 ~]$ cat pfile compatible=19.0.0db_name=SOPMGdb_block_size=8192control_files="+data/SOPMG/controlfile/control01.ctl"sga_target=4gpga_aggregate_
oracle
drop 表恢复思路: 首先要知道做了什么, 基表做了删除需要插入回去,L1 L2 L3 extend 之类的做了个修改要修改回去 获取segment 信息set linesize 200 pagesize 200col owner for a10col segment_name for a10select owner,segment_name,header_file,header_block
oracle 客户端升级
oracle 客户端升级
只剩system和一个数据文件的情况下拉起数据库
目前来说,我们只有两文件,一个system文件一个user文件,需要用他们两个把数据库启动起来启动数据库需要1 参数文件2 控制文件3 数据文件第一步: 安装软件首先准备软件环境,查看数据文件的软件版本 安装相应版本的软件[root@rac1 software]# strings system01.dbf |grep "RDBMS version"11.2.0.4.
通过日志挖掘进行数据恢复
通过日志挖掘进行数据恢复第一步:执行创建挖掘的脚本这两个脚本必须均以SYS用户身份运行。其中第一个脚本用来创建DBMS_LOGMNR包,该包用来分析日志文件。第二个脚本用来创建DBMS_LOGMNR_D包,该包用来创建数据字典文件SQL> @/u01/app/oracle/product/11.2.0/db_1/rdbms/admin/dbmslmd.sql@?/rdbms/admin/db
一次打11.2.0.3 BP的糟糕经历
一次打11.2.0.3 BP的糟糕经历报错1:[Aug 4, 2020 12:07:38 AM] [INFO] Running prerequisite checks...[Aug 4, 2020 12:07:38 AM] [SEVERE] OUI-67073:UtilSession failed: Trailing char < > at index 51: E:\PATCH\220
xtts ORA-39943
今天在做xtts迁移的时候碰到了个数据库报错,现将信息整理如下:检查表空间的自包含情况:execute sys.dbms_tts.transport_set_check('XXX,XXX,XXX', true);检查是否有报错信息:select * from sys.transport_set_violations;发现大量如下报错:ORA-39943: Global index
expdp ORA-39006 ORA-39213
ORA-39006 ORA-39213今天在进行数据泵导出过程中数据库报错,Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit ProductionWith the Partitioning, Real Application Clusters, Automatic Storage Mana
修复被 fdisk 分区后的asm磁盘
第一步:创建asm磁盘查看磁盘情况SQL> col name for a40set line 200col path format a60select name,path,state,HEADER_STATUS from v$asm_disk;SQL> SQL> SQL> NAME PATH  
麒麟v10 sp3安装19c的几个问题
问题1:libnsl.so.1: cannot open shared object file: No such file or directory根据网上步骤安装一下:[root@siku-uat-db software]# yum install libnsl2Last metadata expiration check: 0:13:01 ago on Wed 17 Jul 2024 08:3
ORA-12516 ORA-06512 ORA-04088报错分析
今天碰到一个问题,客户的数据库报错,但是检查了连接数之类的信息都是正常的。报错信息如下:ORA-12516 对于大部分工程师来说都是一个小问题,大家都知道去看下process 和连接数之类的信息当前连接数据: [19c@test gdul]$ sqlplus / as sysdba SQL*Plus: Releas
DBMS_REPAIR EXAMPLE SCRIPT WITH PARTITION
DBMS_REPAIR EXAMPLE SCRIPT WITH PARTITIONDBMS_REPAIR EXAMPLE SCRIPT WITH PARTITION (Doc ID 1436664.1) DBMS_REPAIR SCRIPT (Doc ID 556733.1) Run sqlplus with SYS user 1. Run sqlplus. Example:sqlplu
探测端口的连通性windows和linux环境下
介绍 在我们的日常安装和运维过程总免不了和网络打交道,探测网络和端口的连通性是个比较常见的工作,过程中往往由于主机缺乏某些工作造成我们的探测受阻,现在我们就介绍几款linux和windows下的端口探测命令供大家学习。LINUX下的探测命令:(1)nc探测 nc探测 端口放开的情况:[root@test ~]#
oracle spa升级分析
--源端操作第一步:创建测试用户su - oraclesqlplus / as sysdbacreate user spa identified by spa default tablespace users;grant connect,resource to spa;grant ADMINISTER SQL TUNING SET to spa;grant execute on dbms_sqlt
坏块的几种修复方式
创建测试表:SQL> drop table testtest;Table dropped.SQL> create table testtest as select * from dba_objects;Table created.SQL> create index i_test on testtest(object_id);Index created.SQL>
DBMS_REPAIR修复坏块脚本
介绍 oracle的坏块修复主要有rman和DBMS_REPAIR包两种方式(不考虑bbed),现在我们就DBMS_REPAIR脚本方式修复进行测试。DBMS_REPAIR修复脚本REM Create the repair table in a given tablespace:BEGIN DBMS_REPAIR.ADMIN_TABLES ( TABLE_NAM
oracle jdbc 兼容性列表 url
介绍 Java数据库连接,JDBC(Java Database Connectivity,简称JDBC)是Java语言中用来规范客户端程序如何来访问数据库的应用程序接口,提供了诸如查询和更新数据库中数据的方法。简单说,jdbc 是Java语言为了屏蔽具体的具体的数据库操作的细节不同提供的一个框架。 oracle数据库版本对应的
dblink 测试
select * from pg_extension;创建插件create extension if not exists dblink;postgres=> select * from pg_extension; oid | extname | extowner | extnamespace | extrelocata
统计信息 STREAMS AQ: WAITING FOR MESSAGES IN THE QUEUE
描述:数据库xtts迁移后,通过该命令EXEC DBMS_STATS.gather_database_stats(degree => 16);收集全库的统计信息,执行上之后就没再看,但是到了第二天发现数据库的相关收集作业还在执行,比较奇怪。然后,查询了数据库的相关阻塞和阻塞进程的相关event发现了一个比较奇怪的阻塞。streams aq: waiting for messages in t
不知道老密码的情况下替换密码
不知道老密码的情况下替换密码今天客户的环境有个新需求,需要更新一下用户的密码(密码 Expired 并且不知道老密码的情况下),之前在网上看到过相关的内容,现在进行测试。根据user$查出原密码的密文,然后再改回去19c测试:SELECT ' alter user ' || NAME || ' identified by values ''' ||