2009-10-15 14:12
知道这是Dataguard的特性,或者说主要功能之一。一般场景是,当主库某个数据文件损坏或丢失时,可以直接cp备库对应文件来恢复;反过来也是可以的。
想找找相关文档,没找到。查官方文档,也没有。那就只能自己测测了,最后测试成功。我测试的是后面一种情况,主要步骤如下:
Step 1,
On Primary DB,将问题数据文件所在表空间置于备份模式。
SQL> alter tablespace perfstat begin backup;
Tablespace altered.
Step 2,
On Standby DB,将备库关闭,或者置于其它状态,但备库不能处于 |
2009-10-10 15:19
Symptoms:
定时刷新Job执行报错如下,
ORA-12012: 自动执行作业 34 出错
ORA-23404: 刷新组 "SCOTT"."TT_ORDER_HEADERS_ALL" 不存在
ORA-06512: 在 "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: 在 "SYS.DBMS_REFRESH", line 23 ORA-06512: 在 "SYS.DBMS_REFRESH", line 195
ORA-06512: 在 line 1
ORA-12012: 自动执行作业 34 出错
Cause:
$ oerr ora 12011
12011, 00000 |
2009-10-10 14:52
Applies to :
Oracle 9i
Symptoms:
创建物化视图报此错误。
Cause:
$ oerr ora 28133
28133, 00000, "full table access is restricted by fine-grained security"
// *Cause: The user is not SYS and doesn't have full table access due to VPD
// or FGA policies. This only happens for internal DML/query
// |
2009-10-02 12:24
这个十一过得不太平了,幸亏没安排什么活动,不然就扫兴了。前天下班时,全部check了一遍,没想到还是出问题了。
某个系统表,报空间满,不能insert记录了,相关操作hang在那,但查下系统表空间,是还有空间的。难道有设这个表在系统表空间的配额?查了DBA_TS_QUOTAS表,没找到,奇怪。只有转储先解决问题了。
数据库系统alert一直在报如下错误:
Errors in file /appprod/proddb/9.2.0/admin/PROD_oracleerp/udump/prod_j000_13722.trc:
ORA-07445: exception encountered: core dump [00000001009E10C4] [SI |
2009-10-01 12:08
看完阅兵,甚是感动。咱们国家从一穷二白,世界局势动荡不安,列强虎视眈眈,这们艰难的环境下,成立并一路走来,不容易。特别是近三十年改革开发以来,国防,经济,民生等各方面都取得了巨变,昂首屹立在世界民族之林。这样的伟大成就,咱们能不骄傲,自豪,感动吗!
虽然祖国现在还存在这样,那样的问题。如贪污腐败,贫富差距越来越大,民生民主民权问题等。但还是应该对祖国有信心,对咱们中国人有信心。一个老外说过一句话,印象蛮深的。中国没问题,因为中国人都渴望改变自己的命运。何尝不是呢,自己加油,国人加油,祖国加 |
2009-09-22 14:13
Causes:
备库由于服务器空间不足,在参数standby_file_management=auto时,创建数据文件失败,日志如下:
Sat Sep 19 23:42:23 2009
File #70 added to control file as 'UNNAMED00070'. Originally created as:
'/u03/PROD/proddata/perfstat02.dbf'
Recovery was unable to create the file as:
'/d03/PROD/proddata/perfstat02.dbf'
Sat Sep 19 23:43:06 2009
MRP0: Background Media Recovery terminated with error 1274
Sat Sep 19 23:43
|
2009-09-17 16:22
Causes:
此错误一般由于迁移数据时,使用create as 或者 insert ... select ...发生。Oracle解析错误如下:
$oerr ora 997
00997, 00000, "illegal use of LONG datatype"
// *Cause:
// *Action:
错误很明显,由于有列为long类型,故不支持此种方式。
Solutions:
可使用包dbms_metadata_util.long2varchar来解决。
|
2009-09-16 15:30
FROM Metalink Doc: 68624.1
Reference Note for Init.Ora Parameter "QUERY_REWRITE_ENABLED".
- This note contains links to documentation for the server parameter
QUERY_REWRITE_ENAB |
2009-09-16 15:18
Applies to:
Oracle Database Version: 9.2.0.6
Symptoms:
用dblink远程取数据时,报如下错误
ORA-02068: following severe error from PRODJNWEB
ORA-03113: end-of-file on communication channel
db version: 9.2.0.6
os : solaris 10 -> windows 2003 server
|
2009-09-14 22:17
The DRIVING_SITE hint forces query execution to be done at a different site than that selected by Oracle. This hint can be used with either rule-based or cost-based optimization.
driving_site_hint::=
 |
2009-09-10 15:33
2009-09-10 15:05
摘自metalink doc:
119164.1
8.1.6 Subset/Superset Pairs
===========================
A. Current Char set B. New Char set (Strict Superset of A.)
------------------- ---------------------------------------
US7ASCII WE8DEC
US7ASCII US8PC437
US7ASCII WE8PC850
US7ASCII IN8ISCII
US7ASCII WE8PC858
US7ASCII |
2009-09-10 11:25
离骨折时5月20日,已有三个多月了,现在除了走路有一点小的不适外,骨折应是正常康复了.
在骨折期间,给很多人添麻烦了,谢谢家人的精心照料,突然间,过着衣来身手,饭来张口的生活,每天正常三餐饭,刚开始还真的不适应.比起我小小的不适应,家人无微不至的照顾,更是辛苦,过多感谢的话就不说了,希望自己不要让他们失望;谢谢公司的理解,和同事的支持,使得我能安心康复;谢谢朋友们的关怀,还有球友们的关心!
坚持三个月内不打球,手痒得不行,终于熬到头,上上周开始打球了.老妈看到了,肯定会生气,答应过她,今年不打篮球的,不过, |
2009-09-10 10:46
GB18030有两个版本:GB18030-2000和GB18030-2005。GB18030-2000是GBK的取代版本,它的主要特点是在GBK基础上增加了CJK统一汉字扩充A的汉字。GB18030-2005的主要特点是在GB18030-2000基础上增加了 CJK统一汉字扩充B的汉字。本文数一数GB18030中的汉字,也顺便看看其它标准中的汉字。
1 Unicode中的汉字
在Unicode 5.0的99089个字符中,有71226个字符与汉字有关。它们的分布如下:
|
2009-08-01 15:54
克隆数据库碰到如下错误:
SP2-0642: SQL*Plus internal error state 2165, context 4294967295:0:0
解决:
1,
网上搜索,可能问题是由于ORACLE_HOME,PATH路径错误,特别是一台服务器安装几个oracle环境时容易产生.
2,
实际检查对比两环境ORACLE_HOME,发现克隆环境此目录下oracore文件为空,重新cp,问题解决. |
|
| |