<?xml version="1.0" encoding="gb2312"?>
<?xml-stylesheet href="http://blog.itpub.net//styles/rss.css" type="text/css"?>

<rdf:RDF 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
  xmlns="http://my.netscape.com/rdf/simple/0.9/"
>
    
     <channel>
  <title>Ora-600的博客</title>
  <link>http://Ora-600.itpub.net</link>
  <description></description>
 </channel>
    <item>
<title>终于拿到ACE的衣服了</title>
<description>早上就接到个电话，说是美国的快件，问我送到哪里，有点紧张的告诉快递公司我的地址，放下电话就开始琢磨，美国。。。。谁给我快递东西了。。。。难道是。。。。她。。。。不可能不可能。。。中午吃饭，又收到电话，DHL送的快递，说快到了，突然一个机灵，想起来会不会是上次Oracle的ACE发东西了，可是寄个衣服还需要从美国寄过来，成本高了点吧，还是有点犹豫。。。收到东西，果然是美国。。。。的Oracle寄来的，一个挺大挺扁的盒子，看上去应该是衣服了，打开一看，果然，好像是抓绒的衣服，夏天是不能穿的了，不然非得被送进安定医院去...</description>
<link>http://Ora-600.itpub.net/post/203/467919</link>
<pubDate>Fri,01 08 2008 16:46:41</pubDate>
</item>
<item>
<title>undo offline，一个不大不小的故障</title>
<description>周末，夜，放松了一天，周末的夜晚无所事事，本打算吃完了看看片，看完了睡睡觉，晃晃悠悠过周末。时近晚上10点，突然接到一个客户电话，一看号码，心说这可不好，肯定出问题了，希望不是大事。。。电话里，客户看样子还挺着急，原来是数据库起不来了，不过听上去问题不算太严重。客户下午本来要换UPS，结果正在备份呢，突然停电，这还没换掉的UPS再加上停电，结果服务器带存储一起就咔嚓了，等来电了把服务器都起来，结果发现，服务器上的三个库，其中有一个起不来了，故障呢，是open数据库的时候出现了SQL递归调用失败，访问undo表空间的...</description>
<link>http://Ora-600.itpub.net/post/203/466426</link>
<pubDate>Sun,13 07 2008 21:08:34</pubDate>
</item>
<item>
<title>10g isqlplus dba登录配置</title>
<description>从oracle9i开始，oracle提供了web方式的sqlplus界面，通过isqlplus，用户可以不需要安装任何oracle客户端，就能够通过浏览器方式的sqlplus进行数据操作与数据库管理。普通的数据库用户可以直接通过isqlplus的网址http://ip:port/isqlplus登陆,进入该网址后会直接进入数据库用户登陆界面，使用数据库中的普通用户即可登陆；但如果是DBA用户登陆isqlpus，则需要首先配置isqlplus dba的用户和口令，然后输入网址http://ip:port/isqlplus/dba，进入该网址后首先会弹出一个登陆框，要求先输入iSQL*Plus DBA的用户和密码，注意这里不是数据库用户...</description>
<link>http://Ora-600.itpub.net/post/203/464379</link>
<pubDate>Sat,14 06 2008 23:30:42</pubDate>
</item>
<item>
<title>10g isqlplus dba登录配置</title>
<description>从oracle9i开始，oracle提供了web方式的sqlplus界面，通过isqlplus，用户可以不需要安装任何oracle客户端，就能够通过浏览器方式的sqlplus进行数据操作与数据库管理。普通的数据库用户可以直接通过isqlplus的网址http://ip:port/isqlplus登陆,进入该网址后会直接进入数据库用户登陆界面，使用数据库中的普通用户即可登陆；但如果是DBA用户登陆isqlpus，则需要首先配置isqlplus dba的用户和口令，然后输入网址http://ip:port/isqlplus/dba，进入该网址后首先会弹出一个登陆框，要求先输入iSQL*Plus DBA的用户和密码，注意这里不是数据库用户...</description>
<link>http://Ora-600.itpub.net/post/203/464380</link>
<pubDate>Sat,14 06 2008 23:30:05</pubDate>
</item>
<item>
<title>最近病了，该歇歇了</title>
<description>一直在高强度的运转，突然停下来休息，非常不适应，因此，病了。从初期的身体有点发冷，到后来喉咙痛，眼睛痛，头痛，现在还能动，不过非常的没有精神，看来忙得过度了，也是会得病的。还好，还年轻，熬过这几天，继续为了oracle的事业而奋斗。</description>
<link>http://Ora-600.itpub.net/post/203/463710</link>
<pubDate>Wed,04 06 2008 20:14:43</pubDate>
</item>
<item>
<title>数据块的空间参数</title>
<description>最近正好有朋友问起了块空间参数对性能的影响，简单写了几句，记录一下。 db_block_size是数据块的大小，也是数据库I/O的最小大小，对数据访问时的I/O性能影响大，而且创建好数据库后就不能修改了，所以最好在创建数据库之前确定 好，通常建议尽量使用较大的块，另外，块的大小也跟经常执行的并发事务数有关，过大的块也可能出现热点块竞争。对数据块的考虑通常从下面这几个方面考虑： 1、对查询来说数据块要足够大以减少I/O 2、对查询来说尽可能在块中放入更多的数据以减少I/O 3、对查询来说尽可能数据在最少的块中得到（减少行链、行迁移...</description>
<link>http://Ora-600.itpub.net/post/203/463130</link>
<pubDate>Fri,30 05 2008 00:02:21</pubDate>
</item>
<item>
<title>今天，你捐了吗</title>
<description>我捐了，捐的不多，1000元，但这是第一次，以后，还会有第二次，第三次，第四次。。。。每天打开电视，看得第一个节目，就是地震灾区的救灾直播，打开电脑，关注的第一个页面，就是地震救灾中又救了多少人，与朋友的聊天，第一句话，就是，你捐了了嘛。。。看着灾区那么多受灾的人，尤其是那一个个受伤的孩子，废墟中伸出的一双双手，心很难受。。。捐吧，捐了的钱我们还能挣，而这些钱对于灾区的人民，也许就是他们温饱的饭，避寒的衣，挡雨的伞，或者是减少他们痛苦的药，对于生命和享受，你还有什么可选择的，捐。。。震灾晚会在进行着...</description>
<link>http://Ora-600.itpub.net/post/203/462233</link>
<pubDate>Sun,18 05 2008 21:48:31</pubDate>
</item>
<item>
<title>又是一次惨痛的天灾</title>
<description>这两天最关心的莫过于数字——一个大地震的伤亡数字，一个在不断递增，不断在人们心上、身上刻着、刺着、划着，带来巨大伤痛的数字，从7000到8000多，到11000多，现在，已经12000多，而从报道的情况看，可能还会有更多，也许是2万，或者。。。看着心疼，尤其是看到那些照片，原本还天真活泼的孩子，没有了可爱的笑容，只剩下一本书放在脸上，遮盖着已经没有任何生气地脸，而那些父母，哭天喊地的悲痛欲绝，这不是人间惨剧，还是什么。为什么倒塌了那么多学校，为什么伤亡了那么多孩子，为什么这么大的地震居然一点前期预报都没有，只剩下心...</description>
<link>http://Ora-600.itpub.net/post/203/461933</link>
<pubDate>Wed,14 05 2008 13:36:40</pubDate>
</item>
<item>
<title>大地震</title>
<description>今天，最大的事情看来就是地震了正在上网，一个消息从朋友的MSN发了过来，说西安地震了，而且在震中，让我赶紧跟家里联系一下。。。开始并没有太在意，在网上看了一下，震中不是在西安，而是在四川汶川县，不过地震等级确实挺高的。想了想，四川离西安还是有一定距离的，应该没事。没过多久，突然发现几乎所有的QQ群里都出现了大量的地震信息，北京地震。。。重庆地震。。。杭州地震。。。山西地震。。。连大老远的上海都有地震了，靠，那西安肯定也会震阿，赶紧打个电话吧。这一打不要紧，结果我们家3个手机没一个能打通的，从3点多一直打...</description>
<link>http://Ora-600.itpub.net/post/203/461804</link>
<pubDate>Mon,12 05 2008 20:22:42</pubDate>
</item>
<item>
<title>迁移long类型对象</title>
<description>在帮客户进行数据库巡检时发现，客户的库是从8i升级到9i的，因此，很多表空间仍然使用了原有的字典管理表空间模式，而这种模式的空间管理性能很差，因此建议客户将这些表空间全部换成本地管理的表空间，经过沟通，客户也认可此建议，因此，今晚开始实施。实施之前，对整个数据库进行了备份，这是传统，也是本能（希望以后做dba的朋友们也能养成这样的习惯，当然，这次的备份倒是没派上什么用处）丢弃字典管理表空间换成本地管理倒也不难，新创建本地管理表空间，然后把原来字典管理表空间上的存储对象移动过来就是了，对于表可以使用move，...</description>
<link>http://Ora-600.itpub.net/post/203/461706</link>
<pubDate>Sun,11 05 2008 14:34:30</pubDate>
</item>
 </rdf:RDF>


