ITPub博客

数据库服务器(PC SERVER DELL 6850)发生故障,无法修复,将全部数据迁移到一台新的服务器(PC SERVERHP DL380)上,迁移的时候,因为光纤资源的问题,都是采用单个HBA卡工作的方式(两台机器分别使用以前的两根光纤线).数据迁移完成后,数据库在新的服务器上成功启动.但是,当把另外一个HBA加入到新的服务器上时遇到了问题,本文详细描述了如何解决HBA卡无法顺利加入到新服务器环境的问题的过程和方法.[@more@][root@dmis qlafc-linux-8.02.23-3-install]# vgs/dev/sdg: read failed after 0 of 4096 at 0: Input/output errorVG #PV #LV #SN Attr VS

需要创建DIRECTORYexpdp,impdp是新的数据导出,导入工具,是基于server端的工具,所有的文件需要在服务器端存放,这是有别与旧的导出/导入工具(exp,imp).创建的语句: create or replace directory dmp_dir as '/dmp';给用户赋权: grant read,write on dmp_dir to user1,user2;[@more@]我们可以为数据文件和日志文件创建不同的directorycreate ora replace directory dmp_log as '/dmplog/';导出数据时,将数据文件与日志文件存放到不同的地方expdp user1/***** directory=dmp_dir dumpfile=user1.dmp logfile=dmp_log:user1.log SQL>SELECT

下载HBA卡的驱动,下面以QLOGIC QLE2460为例.去www.QLOGIC.COM网站,选择主页上的download,然后查找到QLE2460的驱动,在驱动下载页面,选择2.6内核驱动的SANsurfer Linux Driver Installer (x86/x64/IA64) ;QLE2460的驱动下载网址:http://driverdownloads.qlogic.com/QLogicDriverDownloads_UI/SearchByProduct.aspx?ProductCategory=39&Product=934&Os=65[@more@]在redhat服务器上安装QLOGIC HBA 卡驱动文件名称为:qlafc-linux-8.02.23-3-install.tgzFtp 到redhat5.3服务器上.解压缩并运行qlinstall安装驱动#tar -xvf qlafc-linux-8.

安装EMC POWERAPTH FOR LINUXEMC比较变态，在emc的网站上，无法下载powerpath软件。我是通过别人拿到了emc powerpath的安装包。使用RPM -Uvh EMCpower.LINUX-5.1.2.00.00-021.rhel5.x86_64.rpm完成软件安装后，最好重新启动一下操作系统。[@more@]重新启动后可以识别到/dev/emcpowera，/dev/emcpowerb两个设备Pvcreate /dev/emcpoweraPvcreate /dev/emcpowerbVgcreate datavg2 /dev/emcpoweraVgcreate datavg3 /dev/emcpowerbLvcreate -L99g -n lv_oradata2 datavg2Mke2fs /dev/datavg2/lv_oradata2Mkdir /oradata2Mount /dev/datavg2/lv_

在一次大型数据库库的导出操作中，将导出文件名称写重复了，导出数据脚本如下:nohup exp user/**** log=/exp_dir/exp_20100527.log filesize=16G file=/exp_dir/user01.dmp,/exp_dir/user01.dmp,/exp_dir/user02.dmp,/exp_dir/user03.dmp,/exp_dir/user04.dmp,/exp_dir/user05.dmp,/exp_dir/user06.dmp,/exp_dir/user07.dmp,/exp_dir/user08.dmp,/exp_dir/user09.dmp,/exp_dir/user10.dmp,/exp_dir/user11.dmp,/exp_dir/user12.dmp,/exp_dir/user13.dmp,/exp_dir/user14.dmp,/exp_dir/user15.dmp,/exp_dir/user16.dmp,/exp_dir/user17.dmp

在数据库运行维护中，常常遇到日志迅猛增长的问题，迅猛增长的日志，将会把日志目录撑爆，导致数据库日志无法切换，最终导致数据库停止运行和响应。这个问题的大部分问题是 BAD SQL造成的。我们可以通过归档日志的分析，迅速定位bad sql，提交给开发者进行改进。使用DBMS_LOGMNR包进行日志分析。LogMiner包含两个PL/SQL包和几个视图： 1、dbms_logmnr_d包，这个包只包括一个用于提取数据字典信息的过程，即dbms_logmnr_d.build()过程。 2、dbms_logmnr包，它有三个过程： add_logfile(name varchar2, options number) - 用来添加/删除用于

问题描述:因为一个系统2010-06-17日发生了一个异常数据操作问题,更新了一个表的200多万条记录,属于逻辑操作错误。维护人员与开发商提出查询2010－06－17日归档日志的要求，想通过日志分析了解是否进行了这个变更。因为需求提出是2010－06－22日，所以时间过了近一周，数据库的归档日志需要从netbackup服务器的带库中导出到本地，以便进行日志的分析工作。[@more@]在进行日志恢复的操作时，发生了错误，无法将日志恢复到本地盘,具体操作及描述如下:通过RMAN 可以查询出2010－06－17日日志文件的序列号(SEQUENCE)的范围是:17018 and 17105RM

检查数据库的备份RMAN>LIST BACKUP OF DATABASE;FULL SCN=26905728480检查归档日志的备份RMAN>LIST BACKUP OF ARCHIVELOG ALL;635(26905725274)-->638(26928633424)[@more@]本地的归档日志文件列表为: 639---763 ,出问题后765--770当前数据库的SCN=35441074539CONTROL的备份RMAN>LIST BACKUP OF CONTROLFILE2006-09-08 的备份 SCN=26928866676开始恢复:1.恢复归档日志文件RMAN>RUN{ALLOCATE CHANNEL D1 TYPE DISK;SET ARCHIVELOG DESTINATION TO '/ORACLE/ORADATA/ARCHIVELOG';RESTORE ARCHIVELOG SEQUENCE BETWEEN 635 AN