Feedsky处于半死状态
写完《Oracle11g新特性：Flashback Data Archive》，去FeedSky看了下，没有更新，手动ping了一下后再到Google Reader中发现Feedburner已经抓取到了刚才发布的文章。然后就出去吃饭，溜达了一圈回来，发现FeedSky还是没更新，查看其Feed更新状态：
正常 : 2007-09-01 16:53:52 [700] : 客户端通知未更新
正常 : 2007-09-01 15:28:26 [700] : 客户端通知未更新
正常 : 2007-09-01 14:54:27 [700] : 客户端通知未更新
正常 : 2007-09-01 10:53:49 [700] : 客户端通知未更新
正常 : 2007-09-01 09:15:52 [700] : 客户端通知未更新
正常 : 2007-09-01 08:51:27 [700] : 客户端通知未更新
正常 : 2007-09-01 04:53:26 [700] : 客户端通知未更新
正常 : 2007-09-01 03:22:44 [700] : 客户端通知未更新
正常 : 2007-09-01 02:52:55 [700] : 客户端通知未更新
上面的记录可以看到今天Feedsky经常好几个小时才动一下，这样的频率真的无法让人满意，Feedburner一般都能在半小时内抓取到最新的文章。而今天5点以后再也没有抓取记录，即使我手动ping了好几次也还是没反映。也就是说，这几个小时Feedsky已经休克了。真不知道Feedburner被阻尼对于Feedsky是好事还是坏事？大量用户转投Feedsky，照理它该没事儿偷着乐，但是等等，如果你不能很好的提供稳定高效的服务，用户今天来了明天终究要走，所以先别忙着乐，忙着照顾好服务器，不要没事玩休眠才好。
Oracle11g新特性：Flashback Data Archive
Oracle9i引入flashback query,使得数据库第一次可以查询到之前的数据，而不再需要利用log和备份进行时间点恢复。Oracle10g更是引入flashback version query,flashback transaction query,flashback database,flashback table,flashback drop等特性，并且大大简化了flashback query的使用。Oracle11g则为flashback家族又带来一个新的成员：flashback data archive。
初看起来,flashback data archive和flashback query没有太大的不同，都是通过as of能够查询之前的数据，但是他们的实现机制是不一样的。Flashback query是通过直接从undo中读取信息来构造旧数据，这样就有一个限制，就是undo中的信息不能被覆盖。而undo段是循环使用的，只要事务提交，之前的undo信息就可能被覆盖，虽然可以通过undo_retention等参数来延长undo的存活期，但这个参数会影响所有的事务，设置过大，可能导致undo tablespace快速膨胀。
Falshback data archive特性则通过将变化数据另外存储到创建的flashback archive中，以和undo区别开来，这样就可以通过为flashback archive单独设置存活策略，使得可以闪回到指定时间之前的旧数据而不影响undo策略。并且可以根据需要指定哪些数据库对象需要保存历史变化数据，而不是将数据库中所有对象的变化数据都保存下来，这样可以极大的减少空间需求。
