ITPub博客

1.1. 应用场景业务系统运行一段时间后,与时间有关的数据库库表中保存有多年前的数据,这些数据平时基本很少需要变更,但数据记录数量巨大，读写性能逐月下降，同时备份的压力也增加（备份集越来越大，备份时间越来越长）。[@more@]1.2. 有效管理方法首先,将历史数据与当前数据进行有效的分割，分割的方法很多，这里列举两个普遍的做法：A.重新建立与当前数据表表结构相同的历史表，将历史的数据插入到这些历史表中，然后建立视图，将当前表与历史表union起来，这些历史表是建立在历史表空间上的。这种情况，应用程序尤其是查询统计的程序需要

1.临时表空间组的几个特性A.至少含有一个临时表空间，之多含有多少个临时表空间没有限制。B.名称不可以与其它表空间名称相同。C.通过DBA_TABLESPACE_GROUPS查看临时表空间组和它的成员。[@more@]表空间组的创建与删除方式A. 当把第一个临时表空间加入到临时表空间组时,将缺省自动(implicitly)创建了该临时表空间组。B. 当临时表空组的最后一个成员被移出该组时，将缺省自动删除该组。不可以通过命令现式创建和删除临时表空间组。临时表空间组的几个操作3.1创建一个临时表空间组SQL> select ts#,name from v$tablespace;TS# NAME0 SYSTE

我们有两个途径创建bigfile表空间1.在数据库创建时指定缺省表空间类型为bigfilecreate database aa set default bigfile tablespace...这样我们创建表空间的时候，如果在create tablespace语句中没有设置表空间的类型为smallfile，则缺省创建bigfile表空间。2.在创建表空间时，指定表空间的类型为bigfilecreate bigfile tablespace bigts datafile '/oradata/bigts01.dbf' size 50g. [@more@]bigfile表空间的几个特性，需要大家注意：A. bigfile的表空间创建时，自动设置为本地管理（extent management local)和段自动管理（segment mana

1.7 附件2：Supported Backup, Restore and Recovery Operations using Third PartySnapshot Technologies [ID 604683.1]In this Document Abstract Applies to: Problem Statement Document History Su...

1.6 附件1 Using IBM ESS TotalStorage FlashCopy or Similar for Oracle 10g onAIX [ID 300225.1] Title: Restrictions and procedural requirements for creating an on-line copy of an Oracle database ...

1.5.4.17.3不完整恢复数据库SQL> recover database using backupcontrolfile until cancel;ORA-00279: change 992495generated at 06/01/2011 17:26:22 needed for thread 1ORA-00289: suggestion :/archiv...

1.5.4.17.2检查数据文件是否处于fuzzy状态spool scandatafile.sql set serveroutput on declare scnnumber(12) := 0; scnmax number(12) := 0; begin forf in (select * from v$datafile) loop ...

1.5.4.15主机A数据库A再次进行归档日志切换，记载SEQ#和SCNSQL> select checkpoint_change# fromv$database; 992427SQL> Select count(1) from aidu.test04; 228SQL> Select checkpoint_change# fromv$...

1.5.4.10 查询主机A数据库A 的aidu.test04表的数据信息SQL>select count(1) from aidu.test04;SQL>select checkpoint_change# fromv$database;1.5.4.11主机A数据库A进行归档日志切换，记载SEQ#和SCNcol name...

1.5.4 案例实施步骤1.5.4.1在两个DS8100上检查pprc的状态DS8100_A:Dscli>lspprc 5000-6000Date/Time: 2011年6月1日 上午09时07分38秒 IBM DSCLIID State Reason Type So5000:5000 Full Duplex- Metro...

1.5.3 案例环境准备1.5.3.1在DS8100_A上5000-5002,5100-5102等6个FBVOL 分配给主机A访问Dscli>mkvolgrp –type scsimask –volume5000-5002,5100-5102 test_vgDscli>lsvolgrpDscli>mkhostconnect –wwname...

1.5 使用flashcopy的同步功能，与数据库归档日志结合,实现数据库不完整恢复(案例4)1.5.1 案例全景描述案例环境描述如下：DS8100_B的6个lun（5000－5002，5100－5102） 在本例中担任了两个角色：PPRC的Target端和F...

1.4.4.10 查询主机A数据库A 的aidu.test03表的数据信息SQL>select count(1) from aidu.test03;SQL>select checkpoint_change# fromv$database; 1.4.4.11 将数据库A设置为online backup模式SQL>alter data...

1.4.4 案例实施步骤 1.4.4.1 在两个DS8100上检查pprc的状态 DS8100_A: Dscli>lspprc 5000-6000 Date/Time: 2011年6月1日 上午09时07分38秒 IBM DSCLI ID State Reason Type So 5000:5000 Full Duplex - Metro Mirror 50 …… 5102:5102 Full Duplex - Metro Mirror 51 Pprc源端的状态为full duplex DS8100_B: Dscli>lspprc 5000-6000 Date/Time: 2011年6月1日 上午09时07分38秒 IBM DSCLI ID State Reason Type So

1.4.3 案例环境准备 1.4.3.1 在DS8100_A上5000-5002,5100-5102等6个FBVOL 分配给主机A访问 Dscli>mkvolgrp –type scsimask –volume 5000-5002,5100-5102 test_vg Dscli>lsvolgrp Dscli>mkhostconnect –wwname 10000000c45def –volgrp V4 test_fcs0 Dscli>mkhostconnect –wwname 10000000c45ded –volgrp V4 test_fcs1[@more@]1.4.3.2 主机A识别磁盘,创建卷组，建立测试数据库并在这个卷组上建立数据库实例test1 #cfgmgr –v #smitty vgàadd a volume group with data path devices-->tes

1.4 使用flashcopy的同步功能，实现数据库增量备份与数据库时间点恢复(案例3)1.4.1 案例全景描述 PPRC关系对描述： LUN名称 归属存储 pprc角色 容量(G) extpool 5000-5002 DS8100_A source 20 P0 5100-5102 DS8100_A source 20 P1 5000-5002 DS8100_B target 20 P0

1.3.4.7 主机B识别硬件,导入VG,修改LV的访问权限 #cfgmgr –v #importvg –y testvg vpath0 #chown oracle:dba /dev/roar* #chmod 755 /dev/roar* 本步骤不需要等到flashcopy后台复制完成，只需要等到flashcopy关系建立，开始后台复制工作后，就可以在主机B上识别存储设备，进行存储设备的读写操作了，这是flashcopy的一个很好的功能，节省了很多时间。[@more@]1.3.4.8 主机B上启动数据库B,检查特征表aidu.test02 的记录数 SQL>startup SQL>select count(1) from aidu.test02; 1.3.5 案例总结 在

1.3.4 案例实施步骤 1.3.4.1 在两个DS8100上检查pprc的状态 DS8100_A: Dscli>lspprc 5000-6000 Date/Time: 2011年6月1日 上午09时07分38秒 IBM DSCLI ID State Reason Type So 5000:5000 Full Duplex - Metro Mirror 50 …… 5102:5102 Full Duplex - Metro Mirror 51 Pprc源端的状态为full duplex DS8100_B: Dscli>lspprc 5000-6000 Date/Time: 2011年6月1日 上午09时07分38秒 IBM DSCLI ID State Reason Type So

1.3 Flashcopy源盘为pprc目标盘，数据库时间点恢复(案例2)1.3.1 案例全景描述案例环境描述如下：DS8100_B的6个lun（5000－5002，5100－5102） 在本例中担任了两个角色：PPRC的Target端和Flashcopy的源端。DS8100_A的6个lun（（5000－5002，5100－5102）建立PPRC关系对,复制到DS8100_B对应的6个lun（（5000－5002，5100－5102）DS8100_B的6个lun（（5000－5002，5100－5102）建立Flashcopy关系对,复制到DS8100_B对应的6个lun（（8000－8002，8100－8102）存在两层的复制关系:DS8100_Aà(PPRC)àDS8100_Bà(FLASHCOPY)àDS8100_B[@more@]

1.2.4 案例实施步骤 1.2.4.1 将数据库A设置为online backup模式 SQL>alter database begin backup; 如果只是使用这个flashcopy的target盘,直接启动数据库，可以不执行这个命令（即不需要将数据库设置到online backup模式）。这个结论已经测试过多次，没有问题。 如果需要使用flashcopy和flashcopy时间点后面产生的数据库的归档日志(archielog)文件,进行数据库不完整恢复,则一定需要执行这一步,否则将会遇到’WARNING! Recovering data file % from a fuzzy file’错误,最终导致无法恢复。[@more@]1.2.4.2 在DS8100_A上执