6 宋小荣

尚未进行身份认证

暂无相关简介

等级
TA的排名 6w+

dm7数据库sql手工热备时报错:[-7105]:管道连接超时.

dm7数据库手工热备有以下3个前提1)DMAP服务处于启动状态2)数据库实例服务处于启动状态3)数据库处于归档模式如下,执行热备时报错:SQL> backup database backupset '/dm7/backup/sql_hot_bak';backup database backupset '/dm7/backup/sql_hot_bak';[-7105]:管道...

2019-09-08 23:33:46

DM7数据库备份异常: 管理连接超时,错误号:-7105

执行$DM_HOME/tool/console调用管理工具进行数据库冷备提前准备:1)DMAP服务启动状态2)实例服务是关闭状态服务状态如下图所示:调用$DM_HOME/tool/console工具,如下配置并开始备份:备份执行报错:错误号:-7105错误消息:管理连接超时解决方法:工具进入'备份还原'时,默认勾选'使用DMAP方式',不先...

2019-09-08 22:43:05

达梦数据库dm7,DmAPService服务无法正常启动解决

[root@dm7db ~]# cat /etc/issueNeoKylin Linux General Server release 6.0 (Dhaulagiri)Kernel \r on an \m[root@dm7db ~]# su - dmdba[dmdba@dm7db ~]$ /etc/rc.d/init.d/DmAPService startStarting DmAP...

2019-09-08 20:21:03

记一次数据库无法增删改趋于HANG住状态的故障诊断和处理

记记一次数据库无法增删改趋于HANG住状态的故障诊断和处理,生成并分析HANGANALYE和SYSTEMSTATE

2015-03-21 23:18:03

AWR元数据的迁移或导入到其他数据库

我们可以将AWR元数据迁移(导入)到其他数据库,低版本的导入到高版本,再用高版本的数据库生成AWR报告,也能使用一些新特性,如SQL ordered by Physical Reads (UnOptimized)SQL ordered by User I/O Wait Time 导出:testnode:/home/oracle$export ORACLE_SID=wy1te

2015-03-19 09:33:05

enq: TX - row lock contention 参数P1,P2,P3的讲解

enq: TX - row lock contention等待事件的三个参数如下,其中P2和P3可以定位XID

2015-03-18 21:11:04

11gR2替换OCR和VOTE

11gR2开始,OCR和VOTE都存储在ASM磁盘组,因此替换OCR有两种方法,第一种是add new disk 再drop old disk后ASM磁盘组自动做数据重组,第二种是将OCR迁移至其他磁盘组 第一种:add disk 再 drop diskSQL> select group_number,name,path from v$asm_disk; GROUP_NUMBER NAME PATH--------

2015-03-18 20:58:07

有关SCN的小结

1. SCN可以理解为ORACLE内部的时钟,有着非常重要的作用(事务管理/CR块构造/数据备份恢复等)2. SCN由两部分组成SCN_WRAP.SCN_BASE . WRAP占2字节,BASE占4字节,但实际上内存里面WRAP也占用4字节;    v$transportable_platform.ENDIAN_FORMAT='Little'   SCN_BASE占前4字节,SCN_WRAP占后4字节    v$trans

2015-03-12 23:23:48

操作系统时间被修改导致ORA-01075和ORA-00600[2252]

操作系统时间被修改引发数据库ORA-00600内部错误:ERROR1:$ sqlplus /nologSQL*Plus: Release 11.1.0.7.0 - Production on Fri Mar 10 09:40:55 2000Copyright (c) 1982, 2008, Oracle.  All rights reserved.SQL> connect /a

2015-03-10 21:38:11

删除大表的数据:普通删除语句和游标处理的比较

一、前言WHERE条件用不到索引的情况下如何删除大表记录?文章中只是列举出其中一种方式而已,但仍然存在很多不严谨的地方.只是轻描淡写随着数据表越来越大,历史数据的处理将越来越困难.且过滤字段没有索引(如时间)字段,而创建索引是需要临时表空间排序的.有越来越大,创建的维护工作也随之越来越难.除了本文介绍的方法以外,还可以通过以下几种方法来维护历史数据:1. 创建历史表,将历史

2015-03-01 20:54:54

make -f ins_rdbms.mk ioracle干了什么事?

我们偶尔会以下操作:cd $ORACLE_HOME/rdbms/libmake -f ins_rdbms.mk ioracle    大家伙知道以上命令目的何在吗?命令对文件进行重编译,编译完成如果已存在,那么会对文件先做备份,文件的备份名称以大写字母O为结尾. 语法:make -f  动手实验一下: 窗口一:[oracle@ora10g lib]

2015-02-26 15:28:26

ORACLE单机环境,实现开机自动启动数据库

Windows环境和Unix环境都能够实现数据库的自动启动Windows环境下:实验方法相对简单,通过修改注册表或用oradim命令来实现:oradim -edit -startmode [auto|manual] -shutmode [nomal|immediate|abort] Unix环境下:通过数据库自带的dbstart命令来实验.命令: dbstart +

2015-02-26 11:06:28

WHERE条件用不到索引的情况下如何删除大表记录?

如果开发人员在做表设计阶段没有考虑到大表历史数据的维护性,随着数据量越来越大,表就越来越难管理和维护.连创建索引的失败都可能会失败(因为创建索引要利用临时表空间的的排序,当临时表空间不够大创建索引的动作就会报错).如果过滤条件用不到索引,每成功完成一次delete操作就需要全表扫描一次...那么几十GB的大表,情何以堪...?那么有什么方法可以解决这种问题吗?当然改造生产表是可以的(利用DBM

2015-02-19 23:42:42

set autotrace打印出来的执行计划不一定准确

http://blog.csdn.net/robo23/article/details/42616067文章里简单地比较了EXPLAIN PLAN FOR和SET AUTOTRACE的方法来打印执行计划。但偶然的机会我发现SET AUTOTRCE尽管有真实去执行SQL,但打印出来的执行计划并不一定准确。看如下实验:T表有10万条记录,A字段有普通索引,A字段的选择性很好:SQL>

2015-02-19 18:37:07

利用datafile copy将数据文件重命名

思路:o 利用RMAN对数据文件做copyo 将数据文件offlineo switch文件名,这一步将更改控制文件中数据文件对应的文件名o recover数据文件o 将数据文件online,恢复生产注:也可以利用这种思路做DATABASE COPY,然后做SWITCH DATABASE,迁移数据库... 实验过程如下:======================

2015-02-05 23:03:03

ORA-01093: ALTER DATABASE CLOSE only permitted with no sessions connected

10.2.0.3环境下的DG主备切换演练,关闭应用且重启主库之后,主库查询切换状态:SQL> select switchover_status from v$database;SWITCHOVER_STATUS--------------------SESSIONS ACTIVE 执行以下命令尝试切换SQL> ALTER DATABASE COMMIT TO SWITC

2015-01-28 18:10:02

讨论数据库的升级(10gR2至11gR2)

今天对数据库升级做了大致了解,还是很多东西值得考虑的。首先,升级前的准备就很多工作需要做:1. 测试和准备, 主要是应用的做压力测试。因为版本升级,优化器可能使SQL性能回退(选择性能更差的执行计划),可以结合database reply做压力测试,SPA模拟环境变化的影响,以及SPM对执行计划做固定。2. 升级的方法, 主要是图形界面DBUA(新目录的路径)来完成,相对简单;手工升级

2015-01-26 21:46:17

Addnode.sh失败,日志文件报错PRKC-1025 & java.lang.OutOfMemoryError: Java heap space

Addnode.sh失败,日志文件报错PRKC-1025 & java.lang.OutOfMemoryError: Java heap space

2015-01-14 01:14:22

简单对比查看执行计划的两种方法EXPLAIN PLAN 和 AUTOTRACE

EXPLAIN PLAN 和 AUTOTRACE 都可以查看执行计划。 值得一提的是:前者只是优化器通过读取数据字典的统计信息做出'最佳'访问路径判断,并没有真正去执行语句;后者是实际去执行了SQL语句,同时把访问记录数、执行计划、统计信息等打印出来。下面粘出实验结果加以说明,注意对比两者的耗时: SQL> CONNECT /AS SYSDBAConnected.SQL> SET

2015-01-11 21:14:08

LogMiner救命稻草_找回误删除数据

LogMiner日志挖掘技术在有些时候可以被比作是命悬一线的救命稻草,比方说误删除数据(如delete执行不当),可以通过LogMiner挖掘日志文件将这些数据补插回来使用LogMiner预览:o LogMiner的原理就是找出日志文件(redo file),所对应的UNDO.如你新增1W行数据,在redo里以insert形式体现,对应的undo即为deleteo LogMiner所有

2015-01-10 15:54:06

查看更多

勋章 我的勋章
  • 勤写标兵Lv1
    勤写标兵Lv1
    授予每个自然周发布1篇到3篇原创IT博文的用户。本勋章将于次周周三上午根据用户上周的博文发布情况由系统自动颁发。