oracle 10g ASM RAC数据库通过rman恢复到异机单机文件系统详细步骤
将010g RAC库用rman 的方式备份并恢复到异机
主RAC库：2个节点rac1(192.168.218.168),rac2(192.168.218.168) 采用ASM+RA W
备机standby(192.168.218.188) 文件系统
一。在rac库备份：
rac1-> crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE ONLINE rac1
ora....C1.lsnr application ONLINE ONLINE rac1
ora.rac1.gsd application ONLINE ONLINE rac1
ora.rac1.ons application ONLINE ONLINE rac1
ora.rac1.vip application ONLINE ONLINE rac1
ora....SM2.asm application ONLINE ONLINE rac2
ora....C2.lsnr application ONLINE ONLINE rac2
ora.rac2.gsd application ONLINE ONLINE rac2
ora.rac2.ons application ONLINE ONLINE rac2
ora.rac2.vip application ONLINE ONLINE rac2
ora.racdb.db application ONLINE ONLINE rac1
ora....b1.inst application ONLINE ONLINE rac1
ora....b2.inst application ONLINE ONLINE rac2
rac1->
rac1-> export ORACLE_SID=racdb1
rac1-> rman target / nocatalog
RMAN> run{
2> allocate CHANNEL ch00 type DISK CONNECT 'sys/oracle@racdb1';
3> allocate CHANNEL ch01 type DISK CONNECT 'sys/oracle@racdb2';
4> backup database format '/rmanset/racdb_full_%d%t%s%p' tag 'fullbackup';
5> BACKUP FORMA T '/rmanset/%d_arch_%s_%p_%h' ARCHIVELOG ALL;
6> backup format '/rmanset/cf_%d_%s_%p'
7> (current controlfile);
8> RELEASE CHANNEL ch00;
9> RELEASE CHANNEL ch01;
10> }
allocated channel: ch00
channel ch00: sid=148 instance=racdb1 devtype=DISK
allocated channel: ch01
channel ch01: sid=148 instance=racdb2 devtype=DISK
Starting backup at 02-NOV-08
channel ch00: starting full datafile backupset
channel ch00: specifying datafile(s) in backupset
input datafile fno=00001 name=+RACDA TA/racdb/datafile/system.259.669487425
input datafile fno=00005 name=+RACDA TA/racdb/datafile/users.264.669487561
input datafile fno=00004 name=+RACDA TA/racdb/datafile/undotbs2.263.669487539
channel ch00: starting piece 1 at 02-NOV-08
channel ch01: starting full datafile backupset
channel ch01: specifying datafile(s) in backupset
input datafile fno=00003 name=+RACDA TA/racdb/datafile/sysaux.261.669487497
input datafile fno=00002 name=+RACDA TA/racdb/datafile/undotbs1.260.669487479
channel ch01: starting piece 1 at 02-NOV-08
channel ch00: finished piece 1 at 02-NOV-08
piece handle=/rmanset/racdb_full_RACDB669769770931 tag=FULLBACKUP comment=NONE channel ch00: backup set complete, elapsed time: 00:02:19
channel ch00: starting full datafile backupset
channel ch00: specifying datafile(s) in backupset
including current control file in backupset
channel ch00: starting piece 1 at 02-NOV-08
channel ch01: finished piece 1 at 02-NOV-08
piece handle=/rmanset/racdb_full_RACDB669769784941 tag=FULLBACKUP comment=NONE channel ch01: backup set complete, elapsed time: 00:02:28
channel ch01: starting full datafile backupset
channel ch01: specifying datafile(s) in backupset
including current SPFILE in backupset
channel ch01: starting piece 1 at 02-NOV-08
channel ch00: finished piece 1 at 02-NOV-08
piece handle=/rmanset/racdb_full_RACDB669769914951 tag=FULLBACKUP comment=NONE channel ch00: backup set complete, elapsed time: 00:00:11
channel ch01: finished piece 1 at 02-NOV-08
piece handle=/rmanset/racdb_full_RACDB669769933961 tag=FULLBACKUP comment=NONE channel ch01: backup set complete, elapsed time: 00:00:05
Finished backup at 02-NOV-08
Starting backup at 02-NOV-08
current log archived
channel ch00: starting archive log backupset
channel ch00: specifying archive log(s) in backup set
input archive log thread=1 sequence=42 recid=141 stamp=669603048
input archive log thread=1 sequence=44 recid=149 stamp=669640424
input archive log thread=1 sequence=45 recid=151 stamp=669675778
input archive log thread=1 sequence=46 recid=152 stamp=669679426
input archive log thread=1 sequence=47 recid=156 stamp=669690456
channel ch00: starting piece 1 at 02-NOV-08
channel ch01: starting archive log backupset
channel ch01: specifying archive log(s) in backup set
input archive log thread=1 sequence=53 recid=170 stamp=669767346
input archive log thread=1 sequence=54 recid=172 stamp=669769357
input archive log thread=2 sequence=44 recid=165 stamp=669764276
input archive log thread=2 sequence=45 recid=167 stamp=669765472
input archive log thread=2 sequence=46 recid=168 stamp=669765474
input archive log thread=2 sequence=47 recid=169 stamp=669767345
input archive log thread=2 sequence=48 recid=171 stamp=669769352
input archive log thread=2 sequence=49 recid=175 stamp=669769944
channel ch01: starting piece 1 at 02-NOV-08
channel ch01: finished piece 1 at 02-NOV-08
piece handle=/rmanset/RACDB_arch_98_1_2 tag=TAG20081102T231211 comment=NONE channel ch01: backup set complete, elapsed time: 00:00:04
channel ch00: finished piece 1 at 02-NOV-08
piece handle=/rmanset/RACDB_arch_97_1_1 tag=TAG20081102T231211 comment=NONE channel ch00: backup set complete, elapsed time: 00:00:11
channel ch00: starting archive log backupset
channel ch00: specifying archive log(s) in backup set
input archive log thread=1 sequence=48 recid=158 stamp=669690550
input archive log thread=1 sequence=49 recid=160 stamp=669691146
input archive log thread=1 sequence=50 recid=162 stamp=669755973
input archive log thread=1 sequence=51 recid=163 stamp=669757116
input archive log thread=1 sequence=52 recid=166 stamp=669764278
input archive log thread=1 sequence=55 recid=173 stamp=669769375
input archive log thread=1 sequence=56 recid=174 stamp=669769928
channel ch00: starting piece 1 at 02-NOV-08
channel ch00: finished piece 1 at 02-NOV-08
piece handle=/rmanset/RACDB_arch_99_1_1 tag=TAG20081102T231211 comment=NONE channel ch00: backup set complete, elapsed time: 00:00:08
Finished backup at 02-NOV-08
Starting backup at 02-NOV-08
channel ch00: starting full datafile backupset
channel ch00: specifying datafile(s) in backupset
including current control file in backupset
channel ch00: starting piece 1 at 02-NOV-08
channel ch00: finished piece 1 at 02-NOV-08
piece handle=/rmanset/cf_RACDB_100_1 tag=TAG20081102T231235 comment=NONE channel ch00: backup set complete, elapsed time: 00:00:07
Finished backup at 02-NOV-08
released channel: ch00
released channel: ch01
2. 在rac库上创建pfile
SQL> create pfile='/rmanset/initracdb.ora' from spfile;
将rac1,rac2上的备份出来的rman文件和pfile ftp 至standby 主机
二：standby 主机做恢复的过程：
0.修改ftp过来的pfile，主要是rac中一些参数去掉：
#*.cluster_database_instances=2
*.cluster_database=false
#racdb2.instance_number=2
#racdb1.instance_number=1
#racdb2.thread=2
#racdb1.thread=1
#racdb2.undo_tablespace='UNDOT BS2'
#*.db_file_name_convert='+RACDA TA/racdb/datafile/','/oradata/racdb/'
#*.fal_client='RACDB'
#*.fal_server='STANDBY'
#*.log_archive_config='DG_CONFIG=(racdb,standby)'
#racdb2.log_archive_dest_1='LOCA TION=/racdb2_arch
V ALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=racdb'
#*.log_archive_dest_2='SERVICE=standby LGWR ASYNC V ALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=standby'
#*.log_archive_dest_state_2='ENABLE'
#*.log_file_name_convert='+RACDA TA/racdb/onlinelog/','/oradata/racdb/'
#*.remote_listener='LISTENERS_RACDB'
#*.standby_file_management='AUTO'
1.数据库启动到nomount
2.restore controlfile
3.restore archivelog
4.recover database
5.改变logfile 的位置，重新建redo
6.drop 一个undo tablespace.
7.add a temp tablespace
8. 配tnsnames.ora 和listener.ora
下为操作的过程：
standby-> rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Sun Nov 2 14:22:39 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: racdb (not mounted)
--恢复controlfile
RMAN> restore controlfile from '/rmanset/cf_RACDB_100_1';
Starting restore at 02-NOV-08
using channel ORA_DISK_1
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:05
output filename=/oradata/racdb/control01.ctl
Finished restore at 02-NOV-08
---restore datafile and archive log
RMAN> sql 'alter database mount';
sql statement: alter database mount
released channel: ORA_DISK_1
RMAN> run{
2> set until sequence 57 thread 1;
3> set newname for datafile 1 to '/oradata/racdb/system01.dbf';
4> set newname for datafile 2 to '/oradata/racdb/undotbs01.dbf';
5> set newname for datafile 3 to '/oradata/racdb/sysaux01.dbf';
6> set newname for datafile 4 to '/oradata/racdb/users01.dbf';
7> set newname for datafile 5 to '/oradata/racdb/undotbs02.dbf';
8> restore database;
9> switch datafile all;
10> }
executing command: SET until clause
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
Starting restore at 02-NOV-08
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=155 devtype=DISK
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /oradata/racdb/system01.dbf
restoring datafile 00004 to /oradata/racdb/users01.dbf
restoring datafile 00005 to /oradata/racdb/undotbs02.dbf
channel ORA_DISK_1: reading from backup piece /rmanset/racdb_full_RACDB669769770931 channel ORA_DISK_1: restored backup piece 1
piece handle=/rmanset/racdb_full_RACDB669769770931 tag=FULLBACKUP
channel ORA_DISK_1: restore complete, elapsed time: 00:00:36
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00002 to /oradata/racdb/undotbs01.dbf
restoring datafile 00003 to /oradata/racdb/sysaux01.dbf
channel ORA_DISK_1: reading from backup piece /rmanset/racdb_full_RACDB669769784941 channel ORA_DISK_1: restored backup piece 1
piece handle=/rmanset/racdb_full_RACDB669769784941 tag=FULLBACKUP
channel ORA_DISK_1: restore complete, elapsed time: 00:00:35
Finished restore at 02-NOV-08
datafile 1 switched to datafile copy
input datafile copy recid=10 stamp=669738296 filename=/oradata/racdb/system01.dbf datafile 2 switched to datafile copy
input datafile copy recid=11 stamp=669738296 filename=/oradata/racdb/undotbs01.dbf datafile 3 switched to datafile copy
input datafile copy recid=12 stamp=669738296 filename=/oradata/racdb/sysaux01.dbf
datafile 4 switched to datafile copy
input datafile copy recid=13 stamp=669738297 filename=/oradata/racdb/users01.dbf
datafile 5 switched to datafile copy
input datafile copy recid=14 stamp=669738297 filename=/oradata/racdb/undotbs02.dbf RMAN>
--列出备份的archivelog:
RMAN> list backup of archivelog all;
using target database control file instead of recovery catalog
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
89 2.44M DISK 00:00:03 02-NOV-08
BP Key: 89 Status: A V AILABLE Compressed: NO Tag: TAG20081102T231211
Piece Name: /rmanset/RACDB_arch_98_1_2
List of Archived Logs in backup set 89
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 53 356353 02-NOV-08 396535 02-NOV-08
1 54 396535 02-NOV-08 39823
2 02-NOV-08
2 44 350717 02-NOV-08 356350 02-NOV-08
2 45 356350 02-NOV-08 376487 02-NOV-08
2 46 376487 02-NOV-08 396536 02-NOV-08
2 47 396536 02-NOV-08 397820 02-NOV-08
2 48 397820 02-NOV-08 398228 02-NOV-08
2 49 398228 02-NOV-08 39896
3 02-NOV-08
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
90 17.42M DISK 00:00:07 02-NOV-08
BP Key: 90 Status: A V AILABLE Compressed: NO Tag: TAG20081102T231211
Piece Name: /rmanset/RACDB_arch_97_1_1
List of Archived Logs in backup set 90
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 4
2 285767 01-NOV-08 285925 01-NOV-08
1 44 286441 01-NOV-08 286516 01-NOV-08
1 45 286516 01-NOV-08 308174 01-NOV-08
1 46 308174 01-NOV-08 312441 01-NOV-08
1 47 312441 01-NOV-08 324657 02-NOV-08
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
91 9.69M DISK 00:00:04 02-NOV-08
BP Key: 91 Status: A V AILABLE Compressed: NO Tag: TAG20081102T231211
Piece Name: /rmanset/RACDB_arch_99_1_1
List of Archived Logs in backup set 91
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 48 324657 02-NOV-08 324727 02-NOV-08
1 49 324727 02-NOV-08 325613 02-NOV-08
1 50 325613 02-NOV-08 349040 02-NOV-08
1 51 349040 02-NOV-08 350714 02-NOV-08
1 5
2 350714 02-NOV-08 35635
3 02-NOV-08
1 55 39823
2 02-NOV-08 39843
3 02-NOV-08
1 56 398433 02-NOV-08 398960 02-NOV-08
--restore archivelog and recover database.
RMAN>
RMAN> run{
2> set archivelog destination to '/racdb_arch';
3> restore archivelog from sequence 49 thread 2;
}4>
executing command: SET ARCHIVELOG DESTINA TION
Starting restore at 02-NOV-08
using channel ORA_DISK_1
channel ORA_DISK_1: starting archive log restore to user-specified destination
archive log destination=/racdb_arch
channel ORA_DISK_1: restoring archive log
archive log thread=2 sequence=49
channel ORA_DISK_1: reading from backup piece /rmanset/RACDB_arch_98_1_2
channel ORA_DISK_1: restored backup piece 1
piece handle=/rmanset/RACDB_arch_98_1_2 tag=TAG20081102T231211
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
Finished restore at 02-NOV-08
RMAN>
RMAN>
RMAN> run{
2> set archivelog destination to '/racdb_arch';
3> restore archivelog from sequence 44 thread 2;
4> }
executing command: SET ARCHIVELOG DESTINA TION
Starting restore at 02-NOV-08
using channel ORA_DISK_1
archive log thread 2 sequence 49 is already on disk as file /racdb_arch/2_49_669487401.dbf channel ORA_DISK_1: starting archive log restore to user-specified destination
archive log destination=/racdb_arch
channel ORA_DISK_1: restoring archive log
archive log thread=2 sequence=44
channel ORA_DISK_1: restoring archive log
archive log thread=2 sequence=45
channel ORA_DISK_1: restoring archive log
archive log thread=2 sequence=46
channel ORA_DISK_1: restoring archive log
archive log thread=2 sequence=47
channel ORA_DISK_1: restoring archive log
archive log thread=2 sequence=48
channel ORA_DISK_1: reading from backup piece /rmanset/RACDB_arch_98_1_2 channel ORA_DISK_1: restored backup piece 1
piece handle=/rmanset/RACDB_arch_98_1_2 tag=TAG20081102T231211
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
Finished restore at 02-NOV-08
RMAN> run{
2> set until sequence 57 thread 1;
3> recover database;
4> }
executing command: SET until clause
Starting recover at 02-NOV-08
using channel ORA_DISK_1
starting media recovery
archive log thread 2 sequence 49 is already on disk as file /racdb_arch/2_49_669487401.dbf channel ORA_DISK_1: starting archive log restore to default destination
channel ORA_DISK_1: restoring archive log
archive log thread=1 sequence=56
channel ORA_DISK_1: reading from backup piece /rmanset/RACDB_arch_99_1_1
channel ORA_DISK_1: restored backup piece 1
piece handle=/rmanset/RACDB_arch_99_1_1 tag=TAG20081102T231211
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
archive log filename=/racdb_arch/1_56_669487401.dbf thread=1 sequence=56
archive log filename=/racdb_arch/2_49_669487401.dbf thread=2 sequence=49
media recovery complete, elapsed time: 00:00:01
Finished recover at 02-NOV-08
--对redo 作修改：
alter database rename file '+RACDA TA/racdb/onlinelog/group_1.257.669487411' to '/oradata/racdb/redo1';
alter database rename file '+RACDA TA/racdb/onlinelog/group_2.258.669487419' to '/oradata/racdb/redo2';
alter database rename file '+RACDA TA/racdb/onlinelog/group_3.265.669489319' to '/oradata/racdb/redo3';
alter database rename file '+RACDA TA/racdb/onlinelog/group_4.266.669489327' to '/oradata/racdb/redo4';
SQL> select member from v$logfile;
MEMBER
--------------------------------------------------------------------------------
+RACDA TA/racdb/onlinelog/group_1.257.669487411
+RACDA TA/racdb/onlinelog/group_2.258.669487419
+RACDA TA/racdb/onlinelog/group_3.265.669489319
+RACDA TA/racdb/onlinelog/group_4.266.669489327
SQL> alter database rename file '+RACDA TA/racdb/onlinelog/group_1.257.669487411' to '/oradata/racdb/redo1';
Database altered.
SQL> alter database rename file '+RACDA TA/racdb/onlinelog/group_2.258.669487419' to '/oradata/racdb/redo2';
alter database rename file '+RACDA TA/racdb/onlinelog/group_3.265.669489319' to '/oradata/racdb/redo3';
alter database rename file '+RACDA TA/racdb/onlinelog/group_4.266.669489327' to '/oradata/racdb/redo4';
Database altered.
SQL>
Database altered.
SQL>
Database altered.
SQL> alter database open resetlogs;
Database altered.
SQL>
SQL>
SQL>
SQL> select THREAD#, STA TUS, ENABLED from v$thread;
THREAD# STA TUS ENABLED
---------- ------ --------
1 OPEN PUBLIC
2 CLOSED PUBLIC
SQL>
SQL> select group# from v$log where THREAD#=2;
GROUP#
----------
3
4
SQL> alter database disable thread 2;
Database altered.
SQL> alter database drop logfile group 4;
alter database drop logfile group 4
*
ERROR at line 1:
ORA-00350: log 4 of instance racdb2 (thread 2) needs to be archived ORA-00312: online log 4 thread 2: '/oradata/racdb/redo4'
SQL> alter database clear unarchived logfile group 3;
Database altered.
SQL> alter database drop logfile group 3;
Database altered.
SQL> alter database drop logfile group 4;
alter database drop logfile group 4
*
ERROR at line 1:
ORA-00350: log 4 of instance racdb2 (thread 2) needs to be archived ORA-00312: online log 4 thread 2: '/oradata/racdb/redo4'
SQL> alter database clear unarchived logfile group 4;
Database altered.
SQL> alter database drop logfile group 4;
Database altered.
SQL> select group#,member from v$logfile;
GROUP#
----------
MEMBER
-------------------------------------------------------------------------------- 1
/oradata/racdb/redo1
2
/oradata/racdb/redo2
SQL> select THREAD#, STA TUS, ENABLED from v$thread;
THREAD# STA TUS ENABLED
---------- ------ --------
1 OPEN PUBLIC
对undo 的处理：
SQL> show parameter undo
NAME TYPE V ALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
SQL> select tablespace_name from dba_tablespaces where contents='UNDO';
TABLESPACE_NAME
------------------------------
UNDOTBS1
UNDOTBS2
SQL> drop tablespace UNDOTBS2 inc luding contents and datafiles;
Tablespace dropped.
SQL> select tablespace_name from dba_tablespaces where contents='UNDO';
TABLESPACE_NAME
------------------------------
UNDOTBS1
SQL>
对temp的处理：
create temporary tablespace TEMP1 tempfile '/oradata/racdb/temp01.dbf' size 50M autoextend off;
SQL> select name from v$tempfile;
NAME
---------------------------------------------------------------------------------------------------------------------------------------------
/oradata/racdb/RACDB/datafile/o1_mf_temp_4jtl9yfl_.tmp
SQL>
SQL>
SQL> select tablespace_name from dba_tablespaces where contents='TEMPORARY';
TABLESPACE_NAME
------------------------------
TEMP
SQL> create temporary tablespace TEMP1
2 tempfile '/oradata/racdb/temp01.dbf'
3 size 50M autoextend off;
Tablespace created.
SQL> alter database default temporary tablespace TEMP1;
Database altered.
SQL> drop tablespace TEMP including contents and datafiles;
Tablespace dropped.
SQL>
再配上tnsnames.ora 及listener.ora
#####参考metalink Note:415579.1
语言文字专题讲座培训讲学
语言文字专题讲座
中国第五大发明——汉字 语言文字专题讲座 讲座题目：中国第五大发明——汉字 讲座人：王丽华 讲座内容： ①汉字是当今世界上仍在使用的最古老的文字。从甲骨文算起，已有3500年以土的历史了。古埃及的圣体字、巴比伦的楔形文字、中美洲的古玛雅文字等相继成为历史的陈迹，唯汉字独存。中国人用数千年的聪明才智创造出来的奇迹，在世界文字史上是独一无二的。它承载了中国五千年灿烂文明，至今仍旧具有旺盛的生命力。尤其是汉字计算机输入的优越性，使汉字的奇迹更令世人惊叹和信服。汉字堪称中国“第五大发明”。 ②汉字具有超越方言和古今语言差别的功能。著名学者安子介先生说，“中国由黑龙江到云南，汉字全通。”“中华文化连绵五千年，是用汉字记载的。”“西方字母的形式，根据历史说也是由象形而来，后来变成拼音，各国文字不同，相互联结的纽带断了，结果欧洲分成大小十数个国家。如果中国早年也走这条路，早已出现江苏国、广东国了。我国方言这样多，汉字的语音无法在‘语音学’上统一，但在文字使用上自古及今都是一脉相承的。汉字对汉族产生了不可估量的凝聚作用。”可见，汉字具有超越方言和古今语言差别的功能，这对汉民族的形成和中国的统一具有重要的作用。
③汉字可以引发想象和联想。由于汉字以形表意，使用汉字时观其形而得其意，其中必定有想象和联想产生。并非仅仅由象形字直接演化过来的字如此，如“日”“月”等。会意字也是如此，如“休息”的“休”字，由“人”和“木”两部分组成，就是“人”靠着“树”歇息。我们从字形的拼组关系中便可想象出这字的意义。其实，有些形声字的声旁也是表意的，如“文盲”的“盲”字，声旁“亡”既表音也表意，“盲”就是“亡”了“目”。因此，汉字引发想象和联想的强大作用值得我们重视。 ④汉字有利于发展大脑智力。从神经心理学和神经语言学的研究成果看，拼音文字是偏向大脑左半球的“单脑文字”，而汉字是大脑左、右两半球并用的“复脑文字”;拼音文字认知中“语音编码”方式起主要作用，而汉字认知中则是利用“多重编码”方式，语音、字形和语义编码兼用。学习汉字可以开发大脑左、右半球的潜力，有利于发展大脑智力。因此，从音、形、义三者结合上去学习汉字是科学的方法。 ⑤与中华文明共存共荣的古老汉字，具有独特的形式和经久不息的生命力。我们要重新认识汉字的价值，充分发掘汉字的奥秘，以迎接汉字“发挥威力”的新时代。
oracle 备份恢复语句整理(最全)
Oracle备份恢复场景总结 一、数据文件、表空间恢复 1、数据库文件恢复 1>场景一： 问题描述： test.dbf丢失，有RMAN备份。 重启报错: Startup; ORA-01157: cannot identify/lock data file 5 - see DBWR trace file ORA-01110: data file 5: '/oracle/app/oracle/oradata/orcl/test01.dbf' run{ startup mount; allocate channel ch00 type 'SBT_TAPE'; restore datafile 5; recoverdatafile 5; alter database open; release channel ch00; }
2>场景二 问题描述： 模拟test表空间损坏，删除数据文件（恢复到新目录） 旧目录：/oracle/app/oracle/oradata 新目录: /home/oracle run{ allocate channel ch00 type 'SBT_TAPE'; sql 'alter database datafile 5 offline'; setnewname for datafile 5 to '/home/oracle/test01.dbf'; restoredatafile 5; switchdatafile 5; recoverdatafile 5; sql 'alter database datafile 4 online'; release channel ch00; } 说明： set newname for 告诉RMAN 还原数据文件的新位置在哪里。这个命令在restore 前出现。 switch datafile更新controlfile，记录这个新位置。这个命令要在recover 前出现
从甲骨文、金文、楷体龙字看古“龙”之变
从甲骨文、金文、楷体龙字看古“龙”之变 摘要：“”、“”、“”、“龙”等甲骨文、金文、楷体龙字含有的图腾信息，揭示出中国古龙在原始的蛇型龙之后，经历的从火蛇型龙到阴阳双构型龙，由从阴阳双构型龙再到兼具“日月之明”的独体龙的形义演变过程。后三种类型之龙皆为具有相对广泛认同基础的共祖性质之龙。三种形态祖龙不同程度的阴阳属性，是将其与其它形式的龙区分开来的标志。 关键词：古龙字；图腾；龙变 龙是中国文化中的一个谜一样的神物。著名学者闻一多认为，龙是以蛇为主干和基调，由不同图腾糅合而成的虚拟生物。部落联盟的图腾为“混合”图腾，部落融合后的图腾为“化合”图腾。在图腾未合并以前，龙只是一种大蛇；蛇与龙从来纠缠不清，也不必将蛇与龙分清[1]19～21。但其又认为混合图腾中的各子图腾，在部落“融化”（部落）过程完成之后，各自的原始意蕴最终消失，彼此融合、质变为“一个新的大单位”[1]20。然而，只要承认龙是以蛇为基调，由不同图腾组合、演化而来，龙都应是一个“化合”之物，它必然和蛇有着本质的区别。 甲骨文、金文中的古龙字，是由特定氏族的图腾符号构成的○1。我们今天所能见到的古龙字，大体包括商代甲骨文“”、“”，周代金文“”及汉代楷体“龙”四种形态 [2]612。这些龙字中图腾符号的混合、“化合”意蕴，反映了龙是一个从类型到性质都有所演变的文化现象，蛇与龙是既有区别又有共性、区别大于共性的不同之“物”。 一、伏羲氏原始形态的蛇型之龙 传说伏羲“有龙瑞，以龙纪官，号曰龙师”[3]《三皇本纪》，龙似是伏羲氏族的专有
图腾。如果龙是伏羲氏族的专有图腾，那么龙字也和龙图腾一样，应是伏羲氏族的专有符号。传说伏羲氏“蛇身人首” [4]卷一《自开辟至三皇》，甲骨文“”字就似一蛇形之龙。甲骨文“”形龙字[2]612，就更具蛇形之象。金文中又有一图画性较强的龚字[2]152，如图1，其中“”部的蛇形表征更为明显。闻一多认为这一形态的龙的本质，即为一条大蛇不无道理。这应当是存留至商代的一个龙的认知观念。 许多部落经历过非部落联盟的发展阶段，这一阶段的氏族图腾应是独体形态的图腾，即闻一多所言的未与其它图腾合并以前的图腾。“”字的 字形相对原始，当象原始的伏羲氏族的图腾之形。图腾是氏族的标志， 氏族图腾与氏族互为表里。那么，“”的本义是指伏羲氏的图腾， 并代表伏羲氏族之义。伏羲人首蛇身的形象，也是建立在这种图腾形 象之上的。或者说，伏羲的形象，就是蛇形龙图腾的人格化。商代甲骨文“”形龙字，应是原始的伏羲文化在商代的历史延续。 然而，除伏羲氏族之外，远古传说中的北山诸神、轩辕国之人、钟山之神及相柳等也都是“人首蛇身”的形象[5]95、226、277、280。如果这些同伏羲氏图腾一样的“人首蛇身”之蛇也为蛇形之龙，那么远古以蛇形之龙为图腾的部落是普遍存在的。此氏族的蛇形之龙并不为其彼氏族所认同，因而史料记载有蛇形之龙被他族所食的现象。如延维为二首之蛇，“人主得而飨食之，伯天下”[5]518。就此而论，这一发展阶段的伏羲氏的“”形龙图腾，尚未获得广泛的氏族认同并拥有共祖图腾的地位。 这一时期的蛇型之龙的普遍存在，表明当时的伏羲氏仅是各部落中的一个普通部落，其文明的发展程度和其它氏族部落相差不大。那么，商代甲骨文“”形龙字，可能并非仅是伏羲氏的图腾符号。但以相似的蛇型之龙为图腾的众多部族，可能为后世以伏羲氏为主力的蛇龙氏族的融合奠定了基础。诸多伏羲氏族与其它图腾类型氏族关系的发展，以其与燧人氏部落联盟的建立为转折点，原始的蛇形之龙出现混合发展的趋势。 二、伏羲氏蛇型之龙与燧人图腾的混合
Oracle 数据库安全综述
Oracl e 数据库安全综述 邓明翥 2007061035 摘要信息时代，数据安全性和日俱增。对于企业数据库来说。安全性和系统性能同样重要．一旦数据丢失或者非法用户侵入，对于任何一个使用系统来说都是致命的问题．提高Oracle数据库安全性就要做好安全管理工作．文章从Oracle 入手从安全机制和安全策略两个角度分析其安全，并给出一些安全管理操作的具体方法，最后通过对比给出其安全策略的优点。 1数据库系统简介 1.1背景介绍 随着网络技术的飞速发展。网络安全问题日渐突出。数据库技术自20世纪60年代产生至今，也已得到了快速的发展和广泛使用，数据库中由于数据大量集中存放，且为众多用户直接共享，安全性问题尤为突出。 数据库是按照数据结构来组织、存储和管理数据的仓库，它产生于距今五十年前。经过几十年的发展，数据库技术在理论上得到不断完善的同时，也广泛地投入到财务、教育、电子政务、金融等领域中得到大规模的使用。目前，市场上不仅有能满足个人用户需要的桌面小型数据库管理系统，也有能提供大规模数据管理功能、使用在网络环境的大中型数据库管理系统。 1.2数据库系统产品简介 随着大规模数据组织和管理日益引起人们的关注，数据库系统显现出越来越大的市场价值，许多公司都推出了各具特色的数据库管理系统。下面对在市场上占据主流、具有一定代表意义的两款数据库系统做简要介绍。 1.2.1SQL Server简介 SQL Server是由Microsoft公司开发和推广的关系数据库管理系统。它最初是由Microsoft、Sybase、Ashton-Tate三家公司共同开发的，并于1988年推出了第一个OS/2版本。由于Microsoft公司强大的开发能力和市场影响力，自1988年起，不断有新版本SQL Server推出并迅速占领中小型数据库市场。根据来自BZ Research2007年数据库整合和统计报告的数据，SQL Server的市场占有率为74.7%，高居第一。其中，SQL Server2000的用户群最为庞大，SQL Server2008是最新版本。本文所提及的SQL Server，如未特别指出，都指的是SQL Server2000。 SQL Server具有典型的C/S结构。使用图形化用户界面，使系统管理和数据库管理更加直观、简介。同时，还提供了丰富的编程接口工具，为用户进行程序
ORACLE11G RMAN备份恢复到异机数据库
ORACLE11G RMAN备份恢复到异机数据库 1. 主数据库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 数据库名 : prb 数据库SID : prb db_unique_name : prb instance_name : prb IP : 10.0.8.100 2. 备库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 （只安装oracle数据库软件,no netca dbca） 数据库名 : prb 数据库SID : prb db_unique_name: prb instance_name : prb IP：10.0.8.101 将参数文件备份、控制文件备份、数据文件备份、以及归档备份到目标主机 1 此处实验环境为同平台，同字节序，同版本，源机器和目标机器相同的目录结构。 2 目标机器只需要安装oracle只安装oracle数据库软件,no netca dbca 3 第一次利用备份恢复测试环境，之后从源机器拷贝备份到目标机器并在控制文件中注册，再见行恢复测试。 备份数据库 backup format '/u01/prb/rmanbk/fulldb_%d_%U' database include current controlfile plus archivelog delete input; orapwd file='/u01/app/oracle/product/11.2.0.4/db_1/dbs/orapwprb' password=oracle entries=10 force=y 1rman 连接到源数据库 prd-db1-> rman target / Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 17 19:23:27 2016 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PRB (DBID=1906641159) RMAN> 2 分别列出参数文件备份，控制文件备份，数据文件备份，以及归档备份的名字 参数文件备份如下： RMAN> list backup of spfile; using target database control file instead of recovery catalog List of Backup Sets ===================
TSM+ORACLE备份恢复测试报告
Oracle数据库备份恢复测试报告
目录 1.背景概述 (1) 1.1恢复测试目的 (1) 1.2恢复测试方法 (1) 1.3数据库备份架构 (1) 2.恢复所需资源 (2) 2.1主机资源 (2) 2.2实施环境 (2) 3.数据库恢复测试步骤 (3) 3.1安装配置测试主机 (3) 3.2全库恢复 (3) 3.3测试主机-TSM恢复配置 (3) 3.4测试主机-设定数据库环境变量 (4) 3.5测试主机-启动数据库到NOMOUNT状态 (4) 3.6测试主机-恢复控制文件 (4) 3.7测试主机-更改数据库到MOUNT状态 (5) 3.8测试主机-恢复数据文件 (5) 3.9测试主机-恢复归档日志 (9) 3.10测试主机-以RESETLOGS方法打开数据库 (11) 3.11测试主机-重启数据库 (11) 4.恢复结果 (12)
1.背景概述 1.1恢复测试目的 为了验证数据库的备份有效性，我们进行了此次的数据库恢复测试，用来确保 数据库备份的正确性，可恢复性。 1.2恢复测试方法 异机恢复 因为生产数据库已经在使用，我们不能在生产数据库上进行本机恢复测试，为 了不影响生产数据库的正常使用，我们将在测试机上进行恢复测试。 1.3数据库备份架构 1.备份系统采用IBM Tivoli备份软件； 2.带库使用ADIC磁带库。
2.恢复所需资源 2.1主机资源 需要准备恢复的测试主机，最佳做法是恢复测试主机的硬件架构、操作系统版本和生产主机一致。 2.2实施环境
3.数据库恢复测试 步骤 3.1安装配置测试主机 因为测试机完全拷贝备份主机，故测试机与生产机环境一致，确保测试主机已经正常 运行，并能于要恢复的生产主机，备份主机网络连通。 3.2全库恢复 利用TSM软件界面，调用原来所备份的数据库，以及相应的数据库恢复工具RMAN的 脚本，进行ORACLE 数据库系统的全库恢复。 3.3测试主机-TSM恢复配置 因为测试主机与生产主机架构相同，故只需在TSM SERVER上定义SAN server。 如下：
甲骨文数据库一体机Exadata X3详解
甲骨文数据库一体机Exadata X3详解 相关专题：创业新闻 时间：2013-01-03 09:18 Exadata是甲骨文在业界最早推出的集成系统，并在甲骨文各大一体机中拥有最大的销售额和最广的大型用户群。Larry Ellison在OOW 2012上宣布的第四代数据库一体机产品Exadata X3，不仅在硬件、软件等多个层面都进行了大幅升级，还首次针对推出了1/8配置的产品，以满足中型用户的需求。 一体机/集成系统通过标准化的架构集成了服务器、存储、网络、软件等配置减化了数据中心基础设施部署和运维管理的复杂性，成为企业级用户在云计算和大数据时代最受关注的产品之一。IDC在其对亚太区ICT市场的十大预测中指出，到 2015 年，65%部署在私有云环境中的服务器将成为一体机用户通过一体机架构可通过预配置和优化处理多重工作负载、减少部署时间并增加不动产的投资回报。 目前一体机市场已经形成了供应商百花齐放的局面，甲骨文、IBM、Teradata、EMC以及与微软合作的惠普、戴尔都推出了一体机产品。而甲骨文是一体机市场的最早倡导者，该公司已经推出了Exadata数据库一体机、Exalogic中间件一体机、Exalytics商务智能一体机、大数据一体机、SuperCluster一体机、ODA （数据库机）等六个系列的集成系统，其中Exadata是该公司最早推出的一体机，并在甲骨文各大集成系统中拥有最大的销售额和最广的大型用户群。Larry Ellison在2012甲骨文全球大会（OOW2012）上宣布推出的Exadata X3是该公司Exadata最新的第四代产品，不仅在硬件、软件等多个层面都进行了大幅升级，还首次针对推出了1/8配置的产品，便于在中型用户得到更好的市场认可。
苏州甲骨文面试经验分享
苏州甲骨文面试经验分享 诞生初期 20世纪约70年代一间名为Ampex的软件公司，为中央情报局设 计一套名叫Oracle的数据库，埃里森是程序员之一。 最先提出“关系数据库”的IBM采用RSI的数据库。1982年再 更名为甲骨文(Oracle)。 发展壮大 1984年，三年内，先后进军加拿大、荷兰、英国、奥地利、日本、德国、瑞士、瑞典、澳洲、芬兰、法国、香港、挪威、西班牙。1986年上市时，年收入暴升至5500万美元，同年3月招股，集资3150万美元。 1987年收入达到1.31亿美元，甲骨文一年后成为世界第四大软 件公司。两年内再进军墨西哥、巴西、中国、塞浦路斯、马来西亚 及新西兰。一年后，收入再升一倍至2.82亿美元。 1990年，甲骨文两年内挥军进入智利、希腊、韩国、葡萄牙、 土耳其、委内瑞拉、台湾、比利时、阿根廷、哥伦比亚、哥斯达黎 加及菲律宾等地，但是当年甲骨文的业绩首次发生亏损，市值急跌80%，埃里森首次安排资深管理人员参与经营。 1992年，旗舰产品Oracle7面世，使该公司业务重新步上轨道，年收入达到11.79亿美元。曾被视为甲骨文接班人、但后来被踼出 局的RaymondLane担任首席运营官。 收购与上市 1995年，埃里森宣布PC已死，把全数产品推向互联网发展，并 另组“网络计算机公司”(NetworkComputer)，销售“网络计算机”，最终被淘汰收场。
2000年，科网接近尾声时，推出E-BusinessSuite，抢占应用产品市场，与昔日的生意伙伴构成严重利益冲突。同期微软及IBM数据技术提升，此后Oracle新增订单数目的占有率，在两年内下跌6.6%，业务倒退10%。 2003年，敌意收购仁科软件公司，引起业界哄动。两公司的争议新闻层出不穷。同年美国司法部落案阻止甲骨文收购。 2007年，收购BEASystems。 2009年4月20日，甲骨文公司宣布以每股9.50美元，总计74亿美元收购太阳微系统公司(Sun)。 2013年2月4日以每股29.25美元作价收购网络传输产品制造商AcmePacket，交易规模约为17亿美元。 2013年7月15日起甲骨文公司正式由纳斯达克转板至纽约证券交易所挂牌上市。转板至纽交所后，甲骨文公司将沿用“ORCL”这一交易代码。 2013年，甲骨文已超越IBM，成为继Microsoft后全球第二大软件公司。 2015年12月，甲骨文宣布收购云计算创业公司StackEngine。 甲骨文公司产品主要有以下几类： 1.服务器及工具 数据库服务器：2013年最新版本Oracle12C。 应用服务器：OracleApplicationServer。 开发工具：OracleJDeveloper，OracleDesigner，OracleDeveloper，等等。 2.企业应用软件 客户关系管理(CRM)软件。自1998年开始研发这种软件。2005年，并购了开发客户关系管理软件的希柏软件公司(Siebel)。
oracle数据库恢复方案
目录 数据库恢复方案 (1) 文档控制 (1) 一、相关概念 (3) 1，恢复的两个阶段 (3) 2，Oracle实例启动的三个阶段 (3) 3，RMAN信息的保存位置 (3) 二、完全恢复 (3) (一) 控制文件 (3) 1) 丢失部分控制文件： (3) 2) 丢失全部控制文件 (3) (二) 重做日志文件 (4) 1) 非当前使用的重做日志文件： (4)
2) 当前使用的重做日志文件（未归档）： (4) (三) 数据文件 (4) 1) 无归档模式下的完全恢复 (4) 2) 归档模式下的完全恢复 (5) 三、不完全恢复 (6) (一) 基于SCN的不完全恢复 (6) 1) 准备工作 (6) 2) 使用RMAN进行恢复 (7) (二) 基于时间点的不完全恢复 (8) 1) 准备工作 (8) 2) 使用RMAN进行恢复 (8) 四、高级篇 (9)
(一) 使用RMAN进行异机同目录 (9) 1) 准备工作 (9) 2) 通过RMAN进行异机恢复 (10) （二）使用RMAN进行异机异目录 (11) 1) 准备工作 (11) 2) 通过RMAN进行异机恢复 (11) （三）使用RMAN进行在线数据块恢复 (14) 一、相关概念 1，恢复的两个阶段 数据库无论采取哪种方式进行恢复都分为Restore和Recover两个步骤。Restore（还原）：把控制文件、重做日志文件和数据文件还原到正确位置。Recover（恢复）：恢复还原后的数据文件，使数据库达到一致状态。
2，Oracle实例启动的三个阶段 Oracle实例启动经过三个阶段： l NOMOUNT（未装载）：读入参数文件，验证参数文件中的目录是否存在。 l MOUNT（装载）：读入参数文件指定位置的控制文件。 l OPEN（打开）：验证控制文件中指定的重做日志文件和数据文件是否正确、数据文件是否一致，然后读入数据文件中的数据。 所以按照如下顺序使数据库正确打开。 1) SHUTDOWN（关闭）状态下，确保参数文件指定的文件夹存在，启动到NOMMUNT 状态。 2) NOMOUNT状态下，保证控制文件的位置和命名与参数文件中相同，控制文件中指定的重做日志文件和数据文件存在，然后启动到MOUNT状态。 3) MOUNT状态下，执行RMAN还原和恢复操作。
ORACLE 11G HA NBU异机恢复过程
ORACLE 11G AIX HA ----NBU异机恢复过程 恢复前提 1.两台机器上NUB软件都已经安装好 2.指定Master SERVER 上的/usr/openv/netbackup/bp.conf恢复源 FORCE_RESTORE_MEDIA_SERVER = 生产库hostname 测试库hostname 从生产库恢复到测试库。 操作目的 节点POTLDB01 数据库恢复到POTLDB02 即在节点POTLDB01上运行，并在节点POTLDB01上备份，恢复到POTLDB02上 节点POTLDB01机器检查过程 1.检查环境变量检查 root@POTLDB01:/usr/openv/rmanscript#ps -ef |grep smon root 385272 467274 0 10:40:22 pts/2 0:00 grep smon oracle 655484 1 0 Jul 25 - 0:06 ora_smon_portaldb 机器名字 root@POTLDB01:/usr/openv/rmanscript#hostname POTLDB01 root@POTLDB01:/usr/openv/rmanscript#pwd ---rman脚本位置 /usr/openv/rmanscript root@POTLDB01:/usr/openv/rmanscript#ls hot_database_portaldb.sh hot_database_portaldb.sh.out hot_database_portaldb.sh_bak /etc/hosts文件 172.16.3.115 POTLDB01_boot 172.16.3.116 POTLDB02_boot 172.16.3.116 POTLDB02 172.16.3.115 POTLDB01 1.1.3.115 POTLDB01_stby 1.1.3.116 POTLDB02_stby
汉字演变(从甲骨文到k楷体)
汉字的演变历史（甲骨文-金文-大篆- 小篆-隶书-楷体） 甲骨文：又称“契文”、“甲骨卜辞”或“龟甲兽骨文”，主要指中国商朝晚期（前14～前11世纪）王室用于占卜记事而在龟甲或兽骨上契刻的文字，殷商灭亡周朝兴起之后，甲骨文还延绵使用了一段时期。是中国已知最早的成体系的文字形式，它上承原始刻绘符号，下启青铜铭文，是汉字发展的关键形态。现代汉字即由甲骨文演变而来。 它的特点是： 象形性强，有很强的描画物象的色彩，甲骨文笔画消瘦，直笔与转折多，且书写置向不定，字形结构不固定，异形字多，字体往往是以所表示实物的繁简决定大小，有的一个字可以占上几个字的位置，也可有长、有短。在字的构造方面，有些象形字只注重突出实物的特征，而笔画多少、正反向背却不统一。甲骨文的一些会意字，只要求偏旁会合起来含义明确，而不要求固定。因此甲骨文中的异体字非常多，有的一个字可有十几个甚至几十个写法。因为字是用刀刻在较硬的兽骨上，所以笔画较细，方笔居多。由于甲骨文是用刀刻成的，而刀有锐有钝，骨质有细有粗，有硬有软，所以刻出的笔画粗细不一，甚至有的纤细如发，笔画的连接处又有剥落，浑厚粗重。结构上，长短大小均无一定，或是疏
疏落落，参差错综；或是密密层层十分严整庄重，故能显出古朴多姿的无限情趣。 甲骨文，结体上虽然大小不一，错综变化，但已具有对称、稳定的格局。所以有人认为，中国的书法，严格讲是由甲骨文开始，因为甲骨文已备书法的三个要素，即用笔、结字、章法。 金文，是指铸刻在殷周青铜器上的铭文，也叫钟鼎文。商周是青铜器的时代，青铜器的礼器以鼎为代表，乐器以钟为代表，“钟鼎”是青铜器的代名词。因为周以前把铜也叫金，所以铜器上的铭文就叫作“金文”或“吉金文字”；又因为这类铜器以钟鼎上的字数最多，所以过去又叫作“钟鼎文”。金文应用的年代，上自商代的早期，下至秦灭六国，约1200多年。金文的字数，据容庚《金文编》记载，共计3722个，其中可以识别的字有2420个。与甲骨文相比，甲骨文笔道细、直笔多、转折处多，为方形有所不同，金文笔道肥粗，弯笔多，团块多。且整体遒丽，古朴厚重，异体字繁多，象形性强，金文与甲骨文结构无大的区别，字体只是有明显区别而已。 大篆；大篆又有籀文、籀篆、籀书、史书之称。周宣王时，太史籀作《大篆》十五篇，因其为籀所作，故世称“籀文”。“籀文”乃据古文而作，是在古文基础上整理出来的，故其与古文或同或异。由金文发展而来。
甲骨文公司简介
甲骨文公司简介 甲骨文公司（NASDAQ交易代码：ORCL）是全球最大的企业软件公司。公司总部设在美国加利福尼亚州的Redwood Shores，全球员工超过70,000名，2007财年销售收入达180亿美元。甲骨文公司向遍及140多个国家的27万5千家用户提供产品及相关的咨询、培训和支持服务，其技术在全球几乎每个行业以及《财富》100强的98家公司里都能找到。 甲骨文公司的业务就是信息化，即：如何管理信息、使用信息、共享信息和保护信息。甲骨文向企业客户提供从数据库（实时应用集群、数据仓库、嵌入式软件、数据挖掘、空间管理、数据库安全阀门、安全备份等）、中间件（应用服务器、服务导向架构、业务流程管理、商务智能、身份管理、内容管理、开发工具等），到应用管理软件（财务管理、人事管理、绩效管理、销售管理、项目管理、公司治理、风险管理、供应链管理、客户关系管理等）和行业解决方案(银行核心业务系统、电信计费系统、零售行业商品管理系统、物流行业物流管理系统等)及相关的顾问咨询、培训和服务支持，帮助他们以最低成本获取最新、最准确的业务信息。 甲骨文公司的数据库和数据仓库居全球第一。甲骨文是全球中间件增长最快的厂商。甲骨文的商业分析软件和商业分析工具居全球第
一。在应用管理软件领域，甲骨文居北美地区首位、全球供应链管理首位、全球客户关系管理首位和全球人力资源管理首位。甲骨文软件在所服务的行业领域里还居全球金融服务行业第一、全球通信行业第一、全球公用事业领域第一、全球专业服务领域第一和全球零售行业第一。 甲骨文公司于1989年落户中国。目前，甲骨文公司在中国的员工达1800多名，以13个城市（北京的中国公司总部，上海、广州、南京、成都、深圳、大连、沈阳、济南、杭州、西安、重庆和福州等地的分公司）为中心开展业务。在北京和深圳分别设有研发中心，在大连设有全球技术支持服务中心，在成都设有甲骨文中国咨询服务中心与甲骨文创新中心。中国已经成为甲骨文公司在全球发展最快的市场之一。公司在中国致力于通过与各级政府的广泛沟通与合作，协助发展中国的软件产业，提升中国大中小企业的核心竞争力，推进中国的信息化进程，培养本地人才。
Oracle数据库简介
oracle数据库是一种大型数据库系统，一般应用于商业，政府部门，它的功能很强大，能够处理大批量的数据，在网络方面也用的非常多。不过，一般的中小型企业都比较喜欢用SQL数据库系统，它的操作很简单，功能也非常齐全。只是比较oracle 数据库而言，在处理大量数据方面有些不如。 Oralce数据库的发展历程 Oralce数据库简介 Oracle简称甲骨文，是仅次于微软公司的世界第二大软件公司，该公司名称就叫Oracle。该公司成立于１９７9年，是加利福尼亚州的第一家在世界上推出以关系型数据管理系统（RDBMS）为中心的一家软件公司。 Oracle不仅在全球最先推出了RDBMS，并且事实上掌握着这个市场的大部分份额。现在，他们的RDBMS被广泛应用于各种操作环境：Windows NT、基于UNIX系统的小型机、IBM大型机以及一些专用硬件操作系统平台。 事实上，Oracle已经成为世界上最大的RDBMS供应商，并且是世界上最主要的信息处理软件供应商。由于Oracle公司的RDBMS都以Oracle为名，所以，在某种程度上Oracle己经成为了RDBMS的代名词。 Oracle数据库管理系统是一个以关系型和面向对象为中心管理数据的数据库管理软件系统，其在管理信息系统、企业数据处理、因特网及电子商务等领域有着非常广泛的应用。因其在数据安全性与数据完整性控制方面的优越性能，以及跨操作系统、跨硬件平台的数据互操作能力，使得越来越多的用户将Oracle作为其应用数据的处理系统。 Oracle数据库是基于“客户端／服务器”模式结构。客户端应用程序执行与用户进行交互的活动。其接收用户信息，并向“服务器端”发送请求。服务器系统负责管理数据信息和各种操作数据的活动。 Oracle数据库有如下几个强大的特性： 支持多用户、大事务量的事务处理 数据安全性和完整性的有效控制 支持分布式数据处理 可移植性很强 Oracle大体上分两大块，一块是应用开发，一块是系统管理。 开发主要是写存储过程、触发器什么的，还有就是用Oracle的Develop工具做form。有点类似于程序员，需要有较强的逻辑思维和创造能力。管理则需要对Oracle 数据库的原理有深刻的认识，有全局操纵的能力和紧密的思维，责任较大，因为一个小的失误就会丢失整个数据库，相对前者来说，后者更看重经验。 Oracle数据库服务器： Oracle数据库包括Oracle数据库服务器和客户端 Oracle Server是一个对象一关系数据库管理系统。它提供开放的、全面的、和集成的信息管理方法。每个Server由一个 Oracle DB和一个 Oracle Server实例组成。它具有场地自治性（Site Autonomy）和提供数据存储透明机制，以此可实现数据存储透明性。每个 Oracle数据库对应唯一的一个实例名SID，Oracle数据库服务器启动后，一般至少有以下几个用户：Internal，它不是一个真实的用户名，而是具有SYSDBA优
分享三款主流数据库及其特点
分享三款主流数据库及其特点 1.Oracle数据库 Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的、适应高吞吐量的数据库解决方案。 基本介绍： ORACLE数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。比如SilverStream就是基于数据库的一种中间件。ORACLE数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。但它的所有知识，只要在一种机型上学习了ORACLE知识，便能在各种类型的机器上使用它。Oracle数据库最新版本为Oracle Database12c。Oracle数据库12c引入了一个新的多承租方架构，使用该架构可轻松部署和管理数据库云。此外，一些创新特性可最大限度地提高资源使用率和灵活性，如Oracle Multitenant可快速整合多个数据库，而Automatic Data Optimization和Heat Map能以更高的密度压缩数据和对数据分层。这些独一无二的技术进步再加上在可用性、安全性和大数据支持方面的主要增强，使得Oracle数据库12c成为私有云和公有云部署的理想平台。
NBU 异机恢复ORACLE基本步骤
storage@https://www.360docs.net/doc/e217487335.html, NBU 异机恢复ORACLE基本步骤 1、在主备份服务器上创建文件： #mkdir /usr/openv/netbackup/db/altnames #touch /usr/openv/netbackup/db/altnames/No.Restrictions 注意文件名称中的大小写 2、在需要恢复的主机上安装好ORACLE数据库以及NBU软件（包括Client 端软件以及Oracle agent软件），并且创建一个Oracle用户，注意该用户的名称和所属的组都要和原备份主机上的用户一致。(本文档假设用户名为oracle) 注意在此步骤中最好将原主机上创建过的一些文件目录或系统都创建好，需要mount好的文件系统也挂接好。注意各文件系统以及创建目录的属性，将属主都更改为Oracle用户。另外如果可能，最好将原主机上的oracle用户的.profile文件拷贝到当前oracle用户的主目录下。 3、通过NBU将原主机上备份的controlfile文件恢复到新主机上的指定位置（可以检查init
storage@https://www.360docs.net/doc/e217487335.html, 5、使用nocatalog方式连接到目标数据库并执行恢复语句： #su - oracle $rman target / nocatalog RMAN>run { 1>allocate channel ch00 type 'sbt_tape'; 2>restore database; 3>release channel ch00; 4>} RMAN>exit 对数据库进行recover恢复，并启动数据库。注意在做此步骤前，要先检查原主机上是否有没有备份的archive log，如果有则拷贝到新的主机上。 #su - oracle $rman target / nocatalog RMAN>run { 1>allocate channel ch00 type 'sbt_tape'; 2>recover database; 3>release channel ch00; 4>} RMAN>alter database open resetlogs; RMAN>exit 6、在数据库恢复完毕后，立刻对新的数据库进行一次全备份操作 7、本文档的例子都是使用nocatalog方式。如果用户是使用catalog方式，则需要注意两点： a、数据库连接方式不同。使用catalog方式的时候，需要使用语句 rman target / rcvcat [catalog库的监听器] 来进行数据库的连接 b、恢复controlfile的方式不同，通过如下脚本恢复： 1、确保数据库已经停止，然后将数据库启动到nomount状态： #su - oracle $sqlplus "/as sysdba" sql>shutdown immediate; sql>startup nomount; sql>exit;
Oracle数据库基础知识(华为内部培训资料)
课程IL001100 ORACLE数据库基础知识 ISSUE1.0 开心Java整理
目录 课程说明 (1) 课程介绍 (1) 课程目标 (1) 相关资料 (1) 第1章ORACLE数据库概述 (2) 1.1 产品概述 (2) 1.1.1 产品简介 (2) 1.1.2 基本概念 (3) 1.2 ORACLE系统结构 (4) 1.2.2 ORACLE物理结构 (4) 1.2.3 系统全局区 (6) 1.2.4 进程 (8) 1.3 存储管理 (9) 1.3.2 逻辑结构 (10) 1.3.3 表（Table） (14) 1.3.4 视图（View） (18) 1.3.5 索引（Index） (18) 1.3.6 同义词（Synonym） (19) 1.3.7 序列（Sequence） (19) 1.3.8 数据库链（Database Link） (19) 第2章管理ORACLE数据库 (21) 2.1 基本概念 (21) 2.1.1 数据字典 (21) 2.1.2 事务管理 (23) 2.1.3 数据库管理员(DBA) (24) 2.1.4 ORACLE的四种状态 (25) 2.2 SQL*Plus方式的ORACLE数据库启动和关闭 (26) 2.2.1 启动数据库 (26) 2.2.2 关闭数据库 (26) 2.3 svrmgrl方式的ORACLE数据库启动和关闭 (28) 2.3.1 启动数据库 (28) 2.3.2 关闭数据库 (30) 2.4 应用开发工具（SQL * Plus） (31) 2.4.1 SQL (32) 2.4.2 PL/SQL (33)
汉字的演变过程甲骨文
汉字的演变过程 古代汉字的演变大致分为：从甲骨文→金文→大篆→小篆→隶书→草书→楷书→行书的过程， 1. 甲骨文：汉字是世界上最古老的文字之一，最古老而又完备的汉字是殷墟甲骨文，距今有三千多年。而汉字产生的年代应该比甲骨文早得多。 甲骨文是商周时代刻在龟甲兽骨上的文字。已发现甲骨文单字有4500字左右，可认识的约1700字。这些是现存的甲骨文与现代简化字的对比图片。 2. 金文：金文叫钟鼎文，盛行于西周，是铸刻在青铜器上的文字。金文的形体和结构与甲骨文相似，金文的笔画特点是：字形圆转，大小均匀。象形性比甲骨文有所降低，字的定型性有所提高。 3. 大篆：大篆是西周晚期的一种文字，形体与金文大体一致，具有笔画繁多的特点。在原有文字的基础上进行了改革，因刻于石鼓上而得名，是流传至今最早的刻石文字。 4. 小篆：小篆是秦代的统一字体，经过整理、简化，所以异体字大量减少，且字形呈长方，奠定了汉字“方块形”的基础。因为小篆在大篆的基础上简化而成，一般说小篆是大篆的简体。 5. 隶书：隶书产生于秦代，盛行于汉代。为了便于书写，隶书将小篆圆转均匀的线条变成了方折平直、粗细有致的笔画；隶书对汉字字体的改变是巨大的，因此，“隶变”就成了古今汉字的分界。 6. 草书：草书是秦隶的草化、连笔而成。始于汉初，当时通用的是“草隶”，即潦草的隶书，后来逐渐发展，形成一种具有艺术价值的“章草”。汉末，张芝变革“章草”为“今草”，字的体势一笔而成。唐代张旭、怀素又发展为笔势连绵回绕，字形变化繁多，称为“狂草”。 7. 楷书：楷书产生于汉末，盛行于魏、晋、南北朝时期，成熟于唐代，一直沿用至今。它完全清除了隶书中残存的小篆的影响，形成了完善的笔画系统。 8. 行书：行书是楷书的快写体，介于草、楷之间，可以说是楷书的草化。它是为了弥补楷书的书写速度太慢和草书的难于辨认而产生的。 综上所述：汉字经过六千多年的变化，发展成七种不同的结体方式。“甲金篆隶草楷行”称为“汉字七体”。我们可以看到：汉字字形的总体发展趋势是由繁到简，汉字在不断趋于定型化、规范化。 由于发展的需要，繁体字简化为简体字。简体字一般是指中国现代中文的法定标准写法。繁体字的简化，减少了汉字的笔画数和汉字的数目，因而降低了汉字学习的难度，同时加快了书写速度，有利于普及教育。
NBU异机恢复_Oracle
通过NBU将Oracle恢复到异机上 (2) 1.1备份任务检查: (2) 1.2数据库空间检查 (2) 1.3恢复服务器（testdb）软件安装： (3) 1.4NBU 配置更改： (3) 1.5数据库恢复初始 (3) 1.6确定数据文件路径： (4) 1.7实现数据库恢复： (5) 1.7.1重新创建temporary tablespace (6) 1.7.2创建listener.ora和tnsnames.ora文件 (6)
通过NBU将Oracle恢复到异机上 本文描述的是使用VERITAS的备份软件，将备份的Oracle数据库数据，恢复到另一台服务器上。 整个恢复过程的时间，与备份数据库的数据量大小相关、与恢复前的准备工作相关，包括如下几个过程： 这里设定: NBU master Server: fzjc 原服务器为：YXDB_A_MEDIA 恢复主机为：testdb 任务设定如下： 通过NBU master server fzjc，将备份的YXDB_A_MEDIA上的Oracle，恢复到到testdb上。 1.1 备份任务检查: 1．首先YXDB_A_MEDIA 的Oracle在NBU上备份成功。 打开fzjc 上NBU Console，查看YXDB_A_MEDIA相关Oracle 备份的策略和定时备份任务情况，确定Oracle备份任务执行成功无误。 2．确认备份Master Server能够操作磁带库，能够备份数据到磁带上。 1.2 数据库空间检查 1．为了将数据数据恢复到其他服务器上，必须确定原数据库整个数据库占用磁盘空间大小： 在YXDB_A_MEDIA上以系统管理员身份登录： A = select sum(bytes)/1024/1024 "Total redo size in MB" from v$logfile; B = select sum(bytes)/1024/1024 "Total DB file size in MB" from v$datafile; C > 归档日志目录（/arch）空间大小(该空间应尽可能大)