qq_19639507的博客

alter日志里出现error 12170报错，但是数据库正常，这个错误出现在alert.log总是不好的，客户会总觉得数据库不正常。报错信息如下Fatal NI connect error 12170.VERSION INFORMATION:TNS for Solaris: Version 11.2.0.1.0 - ProductionOracle Bequeath NT P

DG-学习一首先说下dataguard中的LOG_ARCHIVE_DEST_2值中我们通常需要写明的使用什么进程去写日志到远程，使用异步还是同步，官方文档上的例子中都是采用异步(ASYNC)，异步写的好处就是不需要等待网络IO结束再继续，特别是在生产中强烈建议使用异步，然后说的是使用哪个进程写，一般分为LGWR和ARCH两个进程，ARCH只能是在归档切换时才写到远程端，而LGWR等触发归档时写

A) 通过 Export/import 方法B) 通过 Insert with a subquery 方法C) 通过 Partition Exchange 方法D) 通过 DBMS_REDEFINITION 方法比如把test用户下的普通表t1转换成分区表方法A.步骤一： $exp test/a file=/backup/test_t1.dmp ta

10g rac的listener.ora 说明/etc/hosts#public 10.233.56.200 node110.233.56.210 node2#vip10.233.56.201 node1-vip10.233.56.211 node2-vip#private192.168.56.200 node1-priv192.168.56.210 n

数据库基本原理 数据库系统和其他数据管理很重要的一个区别就是 允许并发访问 最大挑战是 数据不一致 如何保证并发和数据一致是数据库系统的核心 并发访问和数据一致性：  数据不一致的情况   1 脏读   2 不可重复性   3 幻影读   4 数据一致性 事务和隔离级别  四种数据一致性级别：隔离级别   read uncommited:不希望“写”

一、RAC的GES/GCS原理（1）为了保证群集中的实例的同步，两个虚拟服务将被实现：全局排队服务(GES),它负责控制对锁的访问。全局内存服务（GCS)，控制对数据块的访问。 GES 是 分布式锁管理器(DLM)的扩展，它是这样一个机制，可以用来管理oracle 并行服务器的锁和数据块。在一个群集环境中，你需要限制对数据库资源的访问，这些资源在单instance数据库中被latche

对于Goldengate来说，ext的capture进程一般不会有很大的瓶颈，一般不需要拆分，理由是捕获进程只是将log的做一个简单转换，提取有用的信息，一般能提取出的数据为log的40%,但是当trail文件传到目标端，replicat进程对它recover需要转化成sql，这是一个耗时的过程，远远比捕获耗时，所以capture经常需要拆分。案例：经分析在test用户上有一张大表(t1)，用

SQL> select tablespace_name from dba_tablespaces;TABLESPACE_NAMESYSTEM UNDOTBS1 SYSAUX TEMP UNDOTBS2 USERS GOLDENGATE7 rows selected.二 SQL> create user ogg identified by a default tablespace gol

=====先对主库操作（主库变备库）=======2.先查询状态SQL> select switchover_status from v$database;SWITCHOVER_STATUS--------------------TO STANDBYswitchover_status 有可能的值:TO STANDBY(可以切换)、SESSIONS ACTIVE(有活