对部分表空间作不完全恢复

ft，前两天因为程序的bug，有个服务人员把客户的资料给删了，3天后才知道。然后他们领导找到我，让我搞定。
整个库有170g，他们提供了一个机器只有50g的空间，做全库的不完全恢复是不可能了。后来大师在metalink上找到了这么一个方法，
可以只恢复被删除记录的表所在的表空间，偶搞了一把，比TSPITR 好用多了。

 查看全文

大灰狼去参加培训了，我下午到支付宝帮他顶着数据库。环境还没熟悉呢，就过来一堆需求，修改数据，review sql。。。一头汗。。。

忽然收到报警，偶管的crm 数据库down 了，一身汗。一会不在，怎么就这样了，平时再怎么折腾，也不至于搞死的？！赶紧打电话问。。。

狂晕，原来是另外一个部门的哥们和dell 的哥们在机房不小心把俺的数据库电源拔错了！down机几分钟，据说一个季度的down 机时间指标才12点几分钟，faint

唉。。。

作dba这段时间来，学到的最深刻的东西的就是做事之前要确定，三思，认真，虽然现在作的不能说很好，可是比原来进步了很多。这次事故，又给自己了一个警示。

果真没有顶住，喝大了。婚礼安排的有点乱，表姐看起来不是很高兴。毕竟出嫁的感觉本来就不好，加上又累，事情又杂，真够她受的。其实熬过去就好了，小两口都在北京，也买了房子，工作又有很稳定，靠，基本上没啥烦的了，只有令人羡慕Ing。

回家后，研究了一下给老爸买的手机。长这么大，头回给老爸买礼物。看得出来，他很高兴。晚上，老姐就带着她的小baby过来了。盼了很久，终于又可以见到了。小宝宝叫高宇宸，老爸姓高，老妈姓陈，哈哈。我们家的孩子，名字都很好听。比如我的名字是栋，我姐叫茜，一个东，一个西，呵呵。对了，也给baby买了件裙子，穿起来肯定很pp！

哦，该去迷糊一会了，脑袋晕晕的。

primary 和 standby 两边磁盘空间不对称，有时候需要调整standby上数据文件的目录，以腾出空间。
可以使用一个简单的办法，给数据文件做软link：

recover managed standby database cancel;
alter database open read only;

mv /disk3/oradata/crmcn/donnyts01.df /disk5/oradata/crmcn/donnyts01.df
ln [OPTION]... TARGET [LINK_NAME]
ln -s /disk5/oradata/crmcn/donnyts01.df /disk3/oradata/crmcn/donnyts01.df

recover managed standby database disconnect;

昨天优化了一个sql，逻辑读从1600减小到16，并提交给工程师修改程序，晚上发布。
今天中午抓了一次report，惊奇地发现那个sql排在第一位，并且buffer gets是原来的10倍，%total = 60.
马上汗流浃背。
把这个sql按照修改后的样子又做了一次sql trace，真的是挺好的。
在回到report里面才发现，原来工程师没有按照我的意思修改:
因为我用了ordered use_nl 的hint，他们却把from 后面的顺序颠倒了。

看来，工程师修改后，我们最好能在double check以下，或者强调一定按照我们建议的修改，一点都不能差。

需要注意的是：
如果你想让primary 和standby 上的数据文件结构保持一致的话，在primary 上rename a datafile后，即使STANDBY_FILE_MANAGEMENT = auto,也需要在standby上手工执行相同的操作。当然，如果不想保持一致，standby上可以不作任何动作。  查看全文

比如一个index entry 是18bytes，一个8k的block，PCTFREE=10%，则可以存放8*1024*0.9/18=410，约为400个index entries 查看全文

两种方法：
1.exp/imp
2.rman

新的讨论：
一个非常有意思的跨平台迁移的问题 -- biti_rainy
http://www.itpub.net/showthread.php?threadid=314067&pagenumber=

 查看全文

redo log中记录的信息是转化后的最终的对数据文件的dml操作过程。通过 trigger 试验验证。  查看全文

步骤：
1）在master 中创建表的mv log，用于增量刷新
2）在target(winnt)数据库先创建存在于主库中的表。
3）通过db link 创建与表同名的on prebuilt table 物化视图，定时增量刷新(fast refresh)
4）满足条件后停掉master(Linux) 应用，目标刷新成功，删除所有的mv，数据保留在了相应的表中。

参考：http://www.itpub.net/309939.html

 查看全文

关键字：START WITH / CONNECT BY / PRIOR / LEVEL / SYS_CONNECT_BY_PATH / ORDER BY SIBLINGS 查看全文

参考：http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96521/jobq.htm 查看全文

设置listener password后，在LSNRCTL中执行stop或者save_config之前，需要使用set password指定密码。 查看全文

;有关db 安全的几个相关参数： 查看全文

早上收到后台数据库报的错误：
ORA-12560: TNS:protocol adapter error  查看全文

参考和引用：http://www.itpub.net/305371.html 查看全文

Logic Truth Table 逻辑运算真值表

 查看全文

题目是：http://www.itpub.net/showthread.php?s=&threadid=288140&perpage=15&pagenumber=1

 查看全文

参考: http://www.jlcomp.demon.co.uk/params.html 查看全文

现象：执行setup，不出现安装界面。

http://support.intel.com/support/processors/pentium4/sb/CS-007990.htm

 查看全文

今天在家没事，整理了一些刚开始接触ORACLE时的一些笔记，传上来和大家一起学习。

http://www.itpub.net/300366.html

============Metalink============
If you log on to a winNT or win2000 machine as a domain user but there is
currently no network connection, you will still be logged on to the machine
if you've been logged on before. Windows will use cached credentials to check your username/password etc.

If you've got SQLNET.AUTHENTICATION_SERVICES=(NTS) set in your sqlnet.ora you're asking oracle to authenticate you with the domain server when you log on to oracle.

This combination of things can lead to oracle trying to ask the NT domain
controler to validate you when there is no actual network connection, the
result is an ORA-3113 error.

关键字：OS认证 密码文件认证
参考： http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96521/dba.htm

 查看全文

Daniel Romike

http://www.cat.pdx.edu/unix/vifastref.php 

 查看全文

number(p,s)
p:1~38
s:-84~127  查看全文

参考：
http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/optimops.htm#721 查看全文

配置和使用Redo Log Buffer(没什么好写的)
配置PGA  查看全文

安装后在我的电脑里面生成一个GMail Driver，可以像普通的Driver一样管理文件，方便备份．可是目前bug 和限制还很多．比如有时候桌面会死掉一端时间，还有就是对文件名长度有限制．  查看全文

配置和使用Shared Pool and Large Pool

 查看全文

1)ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序.
2)ORDER BY中所有的列必须定义为非空.

参考：http://www.itpub.net/showthread.php?threadid=238785&pagenumber=

 查看全文

以v$archive_dest为例，destination 有null值．

 查看全文

参考：
http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/memory.htm

总则和BUFFER CACHE

 查看全文

Why is a random-access operation known as “db file sequential read” and a sequential-access operation known as “db file scattered read”?

（不知道具体出处）

 查看全文

其他，不断补充。。。

 查看全文

关于IO，包括db file scattered/sequential/direct read and write 查看全文

关于 REDO LOG 查看全文

关于LATCH FREE 查看全文

参考：http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/instance_tune.htm#16849

包括：buffer busy waits / free buffer waits

 查看全文

摘自http://www.itpub.net/131231.html 。不知道具体出处，拿来参考。

 查看全文

也是之前的贴子，更多：http://www.itpub.net/showthread.php?threadid=231305 查看全文

之前的一篇贴子，觉得挺有意思，在贴出来。

更多讨论：http://www.itpub.net/showthread.php?threadid=234313

 查看全文

包括：V$SESSION / V$PROCESS 查看全文

查询某条记录位于哪个分区的办法。 查看全文

包括 V$SQL / V$SQLTEXT / V$SQLAREA / V$SQL_PLAN
http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/sqlviews.htm#41520  查看全文

包括 V$LOCK / V$ENQUEUE_STAT

http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/instance_tune.htm#16342

 查看全文

如果Cache hit rate过小通常有可能在暗示你要增加db_block_buffers(9i,DB_CACHE_SIZE)  查看全文

包括: V$LATCH / V$LATCH_CHILDREN / V$LATCHHOLDER / V$LATCHNAME
http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/sqlviews.htm#42937
 查看全文

包括：V$SYSSTAT / V$SESSTAT/ V$MYSTAT / V$BUFFER_POOL_STATISTICS

http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/sqlviews.htm#32021

 查看全文

目的：不要死记硬背script，深入理解view的含义，才能自如运用它们。

包括：V$SYSTEM_EVENT/ V$SESSION_EVENT/ V$SESSION_WAIT / V$WAITSTAT
http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/sqlviews.htm#17389

 查看全文

Moving tables accross tablespaces

1.EXP the user account.
2.drop all of the objects this user owns. You can 'select' the drop statements you need (script attached) in much the same way we 'select' the alter table/index statements
3.revoke UNLIMITED TABLESPACE from the user
4.alter the users default tablespace to the target tablespace
5.give the user an unlimited quota on this new tablespace and their temporary tablespace
6.IMP this users data.

 查看全文

Q & A:

 查看全文

本文为Tim Gorman关于CBO一篇文章的读后感。

主要分为两部分:
1）RBO如何工作的：
工作原理；举例论证；得到的结论
2）CBO如何工作的：
cost的计算；physical and logical I/O的比较;
部分参数的介绍;

其中也包含了本人的一些疑问，请大家指正并解惑，谢谢！

参考：http://www.evdbt.com/SearchIntelligenceCBO.doc

 查看全文

最近整理了一下Data block 的物理结构。但是其中对某些点介绍的比较模糊，或者甚至有出入，请大家及时指出。也欢迎大家针对某个概念展开并提出自己的看法，我们共同探讨和学习，谢谢！  查看全文

这个实验重现了ORA-01555 (snapshot too old)的错误。

环境：8i

建议：首先学习biti_rainy 的 关于回滚段的探讨

http://www.itpub.net/showthread.php...%D8%B9%F6%B6%CE  查看全文

热备期间最大的特点就是产生了比平常更多的日志文件，为什么会这样？在恢复的时候有什么用呢？

 查看全文

使用recover database using backup controlfile 后，oracle要求
必须使用resetlogs打开数据库，这样之前做的全备份就实效了。

为了避免这种情况，可以采用如下方法。

 查看全文

已经通过analyse list chained rows知道一个表中的一行记录被链接到了其它块，怎么得到被链接的块号呢？

 查看全文

1. 产生大量的redo,并引发redo allocation latch 竞争。
事务的开始和结束都会产生大量的redo:
事务开始，分配rollback segment,改变transaction table,和rbs header的事务控制记录信息。
事务提交，改变事务状态，记录commit scn到rbs header.
这些变化都会产生redo

引发的以下情况都需要获得redo allocation latch，从而形成竞争:
在log buffer中分配空间时．
在将log buffer blocks写入logfile 之前获得，用来判断哪些blocks需要写入．
同样，将log buffer blocks写入logfile 后获得，用来释放log buffer．

2。lgwr要为每一次事务提交执行physical I/O，形成等待
每次事务提交后，都要等待LGWR将log buffer中的数据写入log file 以后，才会响应用户．这种等待称为　log file sync wait.
如果在多用户下存在大量事务提交，则这种等待会很显著．

3。引发不必要的行清除（commit cleanout），引发CPU争用和等待。
频繁的commit导致相同的blocks被重复的cleaned out,这种动作将消耗大量的CPU

 查看全文

本文主要侧重于索引的物理结构，探究了:
1）索引的root,branch,leaf；
2）索引的分裂；
3）索引的重用；

更多评论：http://www.itpub.net/237710.html

 查看全文

Many applications commit more frequently than necessary, and their performance suffers as a result. In isolation a commit is not a very expensive operation, but lots of unnecessary commits can nevertheless cause severe performance problems. While a few extra commits may not be noticed, the cumulative effect of thousands of extra commits is very noticeable. Try this test. Insert 1,000 rows into a test table -- first as a single transaction, and then committing after every row. Your mileage may vary, but these results on an otherwise idle system show a performance blowout of more than 100% when committing after every row.

The performance difference observed in such tests may be due three possible factors. Each of these factors can have a major performance impact, particularly in high concurrency environments. First, unnecessary commits cause extra redo generation and can trigger contention for the redo allocation latch. Second, users may have to wait for LGWR to perform physical I/O each time the application commits rather than just once per user transaction. And third, extra commits normally cause unnecessary commit cleanout activity, and thus much higher CPU usage and associated delays.

 查看全文