-
编辑 删除
FLASHCOPY增量同步在数据库恢复中的应用(4/4)
1.1.11 主机A上进行特征记录的插入SQL> conn aidu/******Connected.SQL> create table test02(idnumber(10,2),name varchar2(200),primary key(id));Table created.SQL> insert into test02(id,name)va...
-
编辑 删除
IBM DS8100 PPRC，FLASHCOPY与ORACLE 数据库结合的各种应用场景测试与研究
开始着手IBM DS8100 的管理与应用。 目前已经在DS8100上建立了3个核心应用系统，并且都实施了PPRC，实现了存储级的容灾。并且进行了一次成功的容灾演习。通过演习增强了对IBM PPRC的信心和熟悉程度。 为了将IBM的DS...
-
编辑 删除
ORA-27054 错误解决
一. 问题描述 在一个oracle rac环境里,执行rman进行日志的备份,发生了ora-27054的错误,数据库日志无法备份。1.1 主机和数据库环境#oslevel -s6100-05-01-1016 #df -g/dev/lv_archivelog 100.00 99.55 ...
-
编辑 删除
WARNING:Could not lower the asynch I/O limit 错误解决
一. 问题描述 在AIX 6.1+ORACLE 10.2.0.5 的多个数据库的udump,bdump 目录产生了多个trace文件,不断报警告:WARNING:Could not lower the asynch I/O limit to 6144 for SQL direct I/O. It is set to -1二. 问题分析...
-
编辑 删除
使用pprc的target端进行flashcopy，实现数据库时间点恢复(1/5)
1.1 实验内容1.1.1 实验总体目标pprc.target=flashcopy.source 生成 flashcopy target， 启动oracle db测试使用PPRC的目标盘作为flashcopy的源盘,生成flashcopy目标盘,并使用flashcopy的目标盘启动数据库。使用PPRC...
-
编辑 删除
使用pprc的target端进行flashcopy，实现数据库时间点恢复(2/5)
1.1.15 在数据库A上执行begin backup,将数据库A置于ONLINE BACKUP模式。SQL> alter database begin backup;Database altered.SQL>select count(1) from aidu.test03; COUNT(1) 943SQL>select checkpoint_change# fro...
-
编辑 删除
使用pprc的target端进行flashcopy，实现数据库时间点恢复(3/5)
1.1.9 主机B识别flashcopy的目标盘,FBVOL为8000－8102，导入VG,修改LV属性。#cfgmgr –v#datapath query device ##检查是否正确认到了DS8100_B 的众多FBVOL#importvg –y testvg vpath0#chown oracle:dba /dev/rora*...
-
编辑 删除
使用pprc的target端进行flashcopy，实现数据库时间点恢复(4/5)
1.1.10.6 添加TEMP表空间文件,更新数据库特征表记录SQL>altertablespace temp add tempfile ‘/dev/rora_temp01.dbf’ size 3500m;SQL>connaidu/********SQL> insert into test03(id,name) select id+(selec...
-
编辑 删除
使用pprc的target端进行flashcopy，实现数据库时间点恢复(5/5)
1.3 附件：不设置数据库为online backup，重复上面的测试结果不启动begin backup，直接mkflash，看可不可以通过数据库恢复来打开数据库。SQL> startupORA-00600: internalerror code, arguments: [kccpb_sani...
-
编辑 删除
FLASHCOPY增量同步在数据库恢复中的应用(2/4)
1.1.4 记录数据库的SCN,检查特征表是否存在 SQL> select checkpoint_change# from v$database; CHECKPOINT_CHANGE# ------------------ 455256 SQL> select count(1) from aidu.test02; select count(1) from aidu.test02 * ERROR at line 1: ORA-00942: table or view does not exist 此时还没有建立特征表，所以报对象不存在的错误，这是正常的。[@more@] 1.1.5 在DS8100存储上登录DSCLI管理界面，开始进行FLASHCOPY操作 dscli>
-
编辑 删除
FLASHCOPY增量同步在数据库恢复中的应用(1/4)
1.1 实验内容 1.1.1 实验总体目标 测试FLASHCOPY的增量同步功能与数据库恢复的应用,验证数据库是否也实现了增量同步。 通过测试，确定使用flashcopy实现数据库异步增量同步的实施技术方案。[@more@]1.1.1 实验总体步骤 实验总体步骤如下： 1. 在主机A上启动数据库(归档模式)，数据库数据文件是建立在DS8100的5000－5102等 FBVOL上。 2. 记录数据库SCN,进行FLASHCOPY,保存对应关系，源FBVOL为5000-5102，目标FBVOL为8000－8102 3. 主机B识别flashcopy的目标盘,FBVOL为8000－8102，导入
-
编辑 删除
使用FLASHCOPY+数据库归档日志文件进行数据库不完整恢复技术实施方案(2 /2)
1.1.10 在主机上识别8000－8100等LUN,导入VG,设置lv的访问权限 #cfgmgr –v # datapath query device Total Devices : 6 DEV#: 0 DEVICE NAME: vpath0 TYPE: 2107900 POLICY: Optimized SERIAL: 75TXXXX8000 DEV#: 1 DEVICE NAME: vpath1 TYPE: 2107900 POLICY: Optimized SERIAL: 75TXXXX8001 DEV#: 2 DEVICE NAME: vpath2 TYPE: 2107900 POLICY: Optimized SERIAL: 75TXXXX8002 DEV#: 3 DEVICE NAME: vpath3 TYPE: 2107900 POLICY:
-
编辑 删除
使用FLASHCOPY+数据库归档日志文件进行数据库不完整恢复技术实施方案(1 /2)
1.1 应用场景 1.1.1 应用场景条件 u 使用FLASHCOPY功能,生成一个全库数据的时间点拷贝。 u 拥有从那个时间点开始的所有的数据库归档日志文件。 u 数据库使用的存储完全损坏，无法恢复，数据库当机。 1.1.2 应用场景目标 使用FLASHCOPY 生成的存储的时间点数据，进行数据库的恢复，步骤和原理和使用数据库冷备份（cold backup）进行数据库恢复是一样的。但这样的恢复只能够恢复到生成flashcopy的时间点。当我们还有很多这个时间点后归档日志文件的前提下，如何才能恢复更多的数据呢？ 使用FLASHCOPY生
-
编辑 删除
使用冷备份与冷备份后的数据库归档日志文件进行数据库不完整恢复
1.1 应用场景 1.1.1 应用场景条件 u 拥有数据库一个时间点上冷备份（注意：这里的全备份不是rman的full database backup，而是全库数据文件的拷贝） u 拥有从那个时间点开始的所有的归档日志文件。 1.1.2 应用场景目标 使用全库时间点全库备份和时间点后的归档日志文件，进行数据库恢复，恢复数据库到最后一个归档日志文件确定的时间点。[@more@]1.1 实验内容 1.1.1 实验环境初始状态 SQL> select * from v$version; BANNER Oracle Database 10g Enterprise Edition Release 10.2.0.
-
编辑 删除
ORA-00119,ORA-00132错误解决案例
$sqlplus sys as sysdba sql>startup ORA-00119: invalid specification for system parameter LOCAL_LISTENER ORA-00132: syntax error or unresolved network name 'LISTENERS_ORCL' 检查$ORACLE_HOME/dbs/spfile$ORACLE_SID.ora 文件,发现设置了LOCAL_LISTENER,正是这个设置导致了数据库无法正常启动. 使用写字板软件打开$ORACLE_HOME/dbs/spfile$ORACLE_SID.ora (本例为c:oracleproduct10.2.0db_1dbsspfileorcl.ora),复制文件中大部分的内容,根据复制的内容,创建一个新的文本文件,并保
-
编辑 删除
ORACLE_SID超过8个字符,监听器的配置,tnsnames.ora文件配置范例
我们使用dbca创建数据库时,如果在全局数据库名称输入框中输入了超过8个字符的名称(例如:SDEFOSHANDIANXIN),则dbca在创建库是数据库名称(DB_NAME参数设置)自动截断为8个字符(db_name=SDEFOSHA),而数据库的实例名称仍然保持原来(INSTANCE_NAME不要超过21个字符,如果超过21个字符将会截断)。数据库创建完成后将创建一个SERVICE,名称与db_name 相同（service_name=SDEFOSHA).[@more@]本例的数据库环境： SID=SDEFOSHANDIANXIN DB_NAME=SDEFOSHA HOST=192.168.1.55 PORT=1521 USER=SYSTEM PASSWORD=TESTSYSTEM
-
编辑 删除
impdp 导入数据导致ora-600,arguments: [klaprs_11]错误
在一次使用数据泵导出/导入工具(expdp/impdp),进行数据库数据迁移时,执行impdp命令时,发生了ora-600的错误,导致了部分表导入失败.经查,表的定义信息被导入,表的记录数为0.查询了metalink的相关文件,只找到关于导出时使用了压缩导致的问题,本例中导出是没有使用压缩的,所以不属于这种情况。本例中导出是使用的文件分割，即在expdp命令中使用了filesize＝10g的参数。导出的语句和错误如下:$impdp system/*** dumpfile=full_20110301_%U.dmp directory=imp_dir logfile=imp01.log[@more@]。。。。。。ORA-31693: Table data object "DAT
-
编辑 删除
使用数据库冷备份方式进行数据库迁移,数据库文件迁移到不同的目录
使用数据库冷备份方式进行数据库迁移，可以避免在逻辑层操作带来的错误，同时可以将数据库原封不动的迁移到一个新的环境中，操作简单，风险比较小。本文讨论是在WINDOWS环境下的迁移操作。 数据库冷备份迁移的主要步骤如下所示：1. 在旧库环境下,生成pfile,复制到新数据库服务器中,并更改文件中控制文件的目录A. 旧数据库服务器上生成pfile,文件存放在$ORACLE_HOME/database目录,文件名为init{SID}.ora,本例中文件为initFSJK.ora linux/unix pfile存在$ORACLE_HOME/dbs目录下SQLPLUS / AS SYSDBAsql>create pfile fr
-
编辑 删除
ORA-27101 Shared memory realm does not exist错误解决方案
一. 问题描述在一次数据库灾难恢复过程中,数据库恢复到一个新的环境里,并且数据库已经成功启动了,可以在服务器上登录与访问。但客户端在访问时却报了ORA-27101的错误，无法通过定义数据库连接串远程连接到这个数据库。在数据库服务器上，定义一个访问本地数据库的连接串,使用这个连接串连接也报同样的错误。错误的现象与现场如下：$export ORACLE_SID=Port本地可以使用管理员登录，数据库为open状态[@more@]$sqlplus / as sysdbaSQL*Plus: Release 10.2.0.3.0 - Production on Fri Feb 18 09:44:01 2011Copyright (c) 1982, 2006, Oracle.
-
编辑 删除
impdp自动创建用户前提条件与应用场景
impdp命令在导入数据时,如果用户存在,则会自动创建该用户,因为expdp导出的dmp文件中包含了创建用户的脚本信息(包括密码,缺省表空间,临时表空间等)。 impdp自动创建用户有一个前提条件，就是需要首先创建用户的缺省表空间和临时表空间，如果缺省表空间或者临时表空间不存在，则自动创建用户会失败，导致导入数据的失败。 下面通过实验来描述impdp自动创建用户的前提条件和应用场景[@more@]一. 创建表空间和用户 SQL> create tablespace aidu datafile '/oradata/gridctl/aidu01.dbf' size 128m extent managem
