 |
|
 |
 |
|  |
一个同义词可能指向多个对象
| | | 日期：2008-01-26 点击：4 评论： 0 | | 在创建同义词的时候都是明确指定一个对象。建好同义词后，我们可以通过使用同义词的名称来访问指定的对象。但是在某种特定情况下，不同用户访问相同的同义词，他们访问到的最终对象也不同。使用视图也存在相同的问题，下面以同义词为例进行说明... 阅读全文>> |
| |
物化视图的快速刷新（二）
| | | 日期：2008-01-26 点击：17 评论： 0 | | 下面描述包含聚集的物化视图的快速刷新的限制，并包含了正确设置快速刷新的例子。可以参考：物化视图的快速刷新（一）：http://yangtingkun.itpub.net/post/468/14245物化视图的快速刷新（三）：http://yangtingkun.itpub.net... 阅读全文>> |
| |
减少全库导入时发生的错误（五）
| | | 日期：2008-01-26 点击：7 评论： 0 | | 全库导入操作一直是我比较头疼的东西，一般情况下，我会尽量避免这种操作。但是对于有些情况，全库导入又几乎是唯一的选择，比如跨平台的数据库迁移、大版本升级等操作... 阅读全文>> |
| |
导入报错OCI-21500 [kopuigpfx1]
| | | 日期：2008-01-26 点击：5 评论： 0 | | 今天在进行导入操作的时候，居然出现Segmentation fault，导入中止。查询日志文件，发现导入过程最后出现的错误信息为：OCI-21500: 内部错误代码，参数: [kopuigpfx1], [13], [], [], [], [], [], []... 阅读全文>> |
| |
减少全库导入时发生的错误（二）
| | | 日期：2008-01-26 点击：7 评论： 0 | | 全库导入操作一直是我比较头疼的东西，一般情况下，我会尽量避免这种操作。但是对于有些情况，全库导入又几乎是唯一的选择，比如跨平台的数据库迁移、大版本升级等操作... 阅读全文>> |
| |
减少全库导入时发生的错误（四）
| | | 日期：2008-01-26 点击：4 评论： 0 | | 全库导入操作一直是我比较头疼的东西，一般情况下，我会尽量避免这种操作。但是对于有些情况，全库导入又几乎是唯一的选择，比如跨平台的数据库迁移、大版本升级等操作... 阅读全文>> |
| |
减少全库导入时发生的错误（三）
| | | 日期：2008-01-26 点击：7 评论： 0 | | 全库导入操作一直是我比较头疼的东西，一般情况下，我会尽量避免这种操作。但是对于有些情况，全库导入又几乎是唯一的选择，比如跨平台的数据库迁移、大版本升级等操作... 阅读全文>> |
| |
ORA-7445(prscoldrp)
| | | 日期：2008-01-26 点击：3 评论： 0 | | 今天在数据库中发现了一个ORA-7445错误，第一个错误函数为prscoldrp。查询trace文件时发现，文件中没有记录导致错误的SQL：ORA-07445: 出现异常: 核心转储 [00000001016B5F0C] [SIGSEGV] [Address not mapped to object] [0x0000000C0] []... 阅读全文>> |
| |
ORA-600(925)错误
| | | 日期：2008-01-26 点击：1 评论： 0 | | 今天在测试库发现了一个ORA-600错误，第一个错误号为925。详细错误信息为：ORA-00600: internal error code, arguments: [925], [hash_area_size], [-1073741824], [], [], [], [], []Current SQL statement for this session:alter session set sort_area... 阅读全文>> |
| |
一个物化视图快速刷新的问题
| | | 日期：2008-01-26 点击：2 评论： 0 | | 今天帮人解决了一个物化视图快速刷新的问题，简单记录一下解决方法。问题倒是不复杂，就是一个普通的聚集物化视图的快速刷新问题，下面通过一个例子模拟一下：SQL CREATE TABLE T AS SELECT * FROM DBA_FREE_SPACE;表已创建。SQL CREATE MATERIALIZED VIEW... 阅读全文>> |
| |
RAC环境的物理STANDBY的 SWITCHOVER切换
| | | 日期：2008-01-26 点击：18 评论： 0 | | 物理STANDBY的SWITCHOVER切换会把当前的一个物理STANDBY切换为PRIMARY数据库，而PRIMARY数据库且变成物理STNADBY数据库。这篇描述RAC环境数据库SWITCHOVER切换到一个单实例数据库。DATA GUARD物理STANDBY的 SWITCHOVER切换：http:... 阅读全文>> |
| |
Oracle VM发布
| | | 日期：2008-01-26 点击：1 评论： 0 | | 今天同事告诉我，Oracle VW发布了。Oracle VM秉承了数据库发布的传统，一发布版本就是2.1。虚拟技术最近越来越热，看来Oracle也打算在这方面有所作为。Oracle VM包括一个支持虚拟机的SERVER组件，和一个管理所有虚拟机的MANAGER管理组件... 阅读全文>> |
| |
rman连接AUXILIARY报错ORA-12528
| | | 日期：2008-01-26 点击：8 评论： 0 | | 在使用RMAN创建STANDBY数据库的过程中，连接AUXILIARY的时候报错。详细错误信息如下：[oracle@yangtk ~] rman target / auxiliary sys/test@172.25.4.70/ora11gRecovery Manager: Release 11.1.0.6.0 - Production on Wed Nov 7 01:45:35 2007Copyright (c) ... 阅读全文>> |
| |
SWITCHOVER RAC数据库出现ORA-600(kcctrdf_2)错误
| | | 日期：2008-01-26 点击：2 评论： 0 | | Oracle10g RAC环境在执行SWITCHOVER操作过程中出现ORA-600(kcctrdf_2)错误。将RAC环境数据库执行ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL DATABASE操作后，试图将当前的物理STANDBY数据库切换为PRIMARY数据库时，出现下面的错误：SQL... 阅读全文>> |
| |
DATA GUARD物理STANDBY的FAILOVER切换
| | | 日期：2008-01-26 点击：9 评论： 0 | | 物理STANDBY的FAILOVER切换会把当前的一个物理STANDBY切换为PRIMARY数据库。FAILOVER切换一般是PRIMARY数据库发生故障后的切换，这种情况是STANDBY数据库发挥其作用的情况。这种切换发生后，可能会造成数据的丢失。而且这个过程不是可逆的，DATA... 阅读全文>> |
| |
ORA-19864错误
| | | 日期：2008-01-26 点击：2 评论： 0 | | 今天在尝试修改STANDBY数据库的DB_FILE_NAME_CONVERT参数后，数据库无法启动报错ORA-19864。完整的错误信息为：SQL startup pfile=?/dbs/inittestrac_standby.oraORA-19864: Pattern /data1/oradata/testrac/TESTRAC_STANDBY/datafile/o1_mf_suk_3kro3cbs_... 阅读全文>> |
| |
SWITCHOVER RAC数据库出现ORA-1093
| | | 日期：2008-01-26 点击：5 评论： 0 | | Oracle10g RAC环境在执行SWITCHOVER操作过程中出现ORA-1093错误。错误信息如下：SQL ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY*第 1 行出现错误:ORA-01093: ALTER... 阅读全文>> |
| |
DATA GUARD物理STANDBY的 SWITCHOVER切换
| | | 日期：2008-01-26 点击：10 评论： 0 | | 物理STANDBY的SWITCHOVER切换会把当前的一个物理STANDBY切换为PRIMARY数据库，而PRIMARY数据库且变成物理STNADBY数据库。一般SWITCHOVER切换都是计划中的切换，特点是在切换后，不会丢失任何的数据，而且这个过程是可逆的，整个DATA... 阅读全文>> |
|
| |
|
|
