123
 123

  2008-11-19 Wed

16:10 用Perl写Primary维护脚本 (3981 Bytes) » AnySQL.net

作者:d.c.b.a, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复

    维护生产库上的归档日志都不是一件容易的事, 一方面要尽量保存可能多的归档日志, 另一方面又要确保归档日志空间足够, 给归档日志用的卷又不会是很大, 最关键的是你不能时时盯着卷的容量, 还要保证删除不出错. 这个工作其实是有如下几个需求:

    1, 根据容量保存最新的日志, 如保存最新的200个归档. 2, 根据生成时间保存最新的日志, 如只删除一天以前产生的归档日志. 3, 只能删除已经在备库上应用过的归档日志, 以防止传输中出错, 最底要求是只能删除已经传送到一个或几个备库上的日志. 根据这三点要求来看, 你会发现目前没有好的现成的脚本来定期删除生产库上的归档日志, 所以我就自已写了一个, 可满足以上三个要求.

    根据上一篇Standby的脚本, 很容易写一个脚本来获得备库上已经应用过的日志的Sequence号, 然后在删除主库归档日志文件的脚本中, 通过ssh来调用.

sub getSSHStandbyLog
{
    my ($host,$sid) = @_;
    my $logseq = "???";

    eval {
        local $SIG{ALRM} = sub { die "???\n" }; # NB: \n required
        alarm 10;
        $logseq = `ssh -n -a -q -o NumberOfPasswordPrompts=0 $host /home/oracle/admin/bin/getstandbylog.pl $sid`;
        alarm 0;
    };
    $logseq = "???" if ($@ eq "???\n");
    $logseq = "???" if (length($logseq) == 0);
    chomp($logseq);

    scalar $logseq;
}

    然后到着查找到最小的归档日志, 再顺着删除, 就比较完全了. 昨天已经在一个库上用上了新脚本, 正在观察中.

相关文章 | Related Artiles

用Perl写Standby维护脚本 (1)
用rawsync来做Standby (0)
rawsync初步搞定 (1)
Remote DD或Raw-rsync (3)
Perl监控AIX的网卡流量 (0)

我要留言(当前0)

  2008-11-18 Tue

07:58 CCTV做了一件好事 (3428 Bytes) » Out of 8 hours
      CCTV做了一件好事,这里并不是说CCTV从来不做好事,只是这件好事在我看来值得拿来说说,因为毕竟是多网络界是一个好事。CCTV对百度的竞价排名问题的曝光,百度的竞价排名让人指责也不是一天两天的事情了,但是百度一直是置之不理的一意孤行。结果是让CCTV抓个现行,这也是命运的必然。这是百度的命运,这是有中国特色的搜索带来人们的搜索体验。

      百度现在正在进行这场危机的公关,Robin也开始发出公开信来承担责任,不过他能够承担什么责任呢?其实竞价排名并不是一个坏的商业模式,但是关键是去运作这个商业模式的人,一批百度的人就把竞价排名这种商业模式滥用了,必然有现在的结果。这些所谓的百度人要开始倒霉了,他们是真正为这个事件来负责的人。但是要负责任的只有他们吗?

      但是纵看整个事件,百度的高层应该会早就意料到这种竞价排名将会给自己带来麻烦才是,或许他们最初就意识到这种麻烦,或许就认为这种都是没有必要的麻烦,只是在网络界传播而已,可能他们也低估了自己的影响力,没想到这次CCTV将事情挑明了说出来。高层对竞价排名的监管很不到位,或者是直接对某些人进行了纵容,导致了一部分人对竞价排名进行滥用,甚至是一些虚假骗人信息排在搜索结果的最前面,对竞价排名的信息没有审查,或者几乎没有没有要求,必然将自己的商业模式葬送掉,所以这些高管也应该对这个事件来负责。

      百度运行了8年,记得我第一次用百度的时候是在2001年,从一个10岁的小孩子的嘴里听到百度这个词,第一次见到百度,感觉这个中国式的google很有用,很清纯,能够搜索出很多有用的东西,但是现在看看百度,搜索的内容竟然有那么多垃圾!寒心,不过还是希望百度能够吸取教训,好好改过吧。

Tags - , , , ,

  2008-11-17 Mon

11:13 三言二拍:百度的选择题 (4242 Bytes) » 对牛乱弹琴 | Playin' with IT

CCTV是一家邪恶的媒体,但你不能不承认它巨大的影响力和压迫力。它曾经搬倒过分众无线,不管其动机是什么,至少它让群发垃圾短信这种生意,无法登堂入室成为主流商业模式。现在,它的炮口对准百度。这一次,百度可能不得不面对它有史以来最严重的一次危机,不是公关危机,而是更本质的商业模式和商业道德的危机。

百度迅速处理了医疗、医药类关键词的竞价排名,反应不可谓不快。有报道称,对涉嫌违规操作竞价排名的相关业务责任人,百度还会进行内部处理。但这些都只是皮毛,只要竞价排名仍然是百度的核心商业模式,它就永远摆脱不了层出不穷的质疑和曝光,不可能改变被动挨打的局面。如果百度的“天条”从根本上与其商业模式相冲突,那么我相信,所谓“用户体验第一”中的用户,一定是付了费的用户。商业的驱动力在这里起着至关重要的作用,它决定了销售人员的行为模式,也决定了一个企业是否总是不得不背离自己最初的理念。

竞价排名的弊端,网上已经有大量的讨论,除了商业欺诈、无效点击等问题,更关键问题是,花钱可以收买搜索结果,让技术创新的努力变得一钱不值。设想一下,一个是经过大量复杂计算的最符合用户需求的结果,一个是企业花钱买到的结果,应该把哪个结果优先提供给用户?不同的商业逻辑决定了不同的处理方式。竞价排名的商业强势,让完善算法的努力变得没有必要,最终,一个企业被一种模式绑架。

百度遭受的质疑,不管有多少来自竞争对手的操作,终归是因为它自身有缺陷。而且,这种质疑由来已久,只不过这一次是CCTV。

对百度来说,这是一道艰难的选择题,无论怎么选择都会是痛苦的。今年第三季度,百度以竞价排名为核心的网络营销收入9.182亿元,占总收入的99.9%。可以说,百度就是一家以竞价排名为核心商业模式的互联网营销公司。放弃竞价排名?这一2001年9月推出的商业模式,铸就了百度过去8年的辉煌。放弃,谈何容易。

但是别无选择。据说李彦宏也早就意识到了竞价排名的问题,阻碍百度刮骨疗毒的根本原因,仍然是把商业利益看得太重。

根据艾瑞的调查,今年第三季度百度的网页搜索请求量市场占有达73.2%,谷歌为20.8%,前者为后者的3.5倍。不过,两者收入的差距却要小得多。百度三季度的网络营销收入为9.182亿元,谷歌为4亿元(数据来自易观),前者只是后者的2.3倍。这说明,将搜索结果与广告严格区分开,并不必然影响企业的商业利益。

置之死地而后生。百度,请拿出你的勇气。

  2008-11-16 Sun

00:32 搜索访问量_Asia_变化 [Flickr] (331 Bytes) » DBA notes

Fenng(dbanotes) posted a photo:

搜索访问量_Asia_变化

00:32 Web20Kit_Architecture [Flickr] (319 Bytes) » DBA notes

Fenng(dbanotes) posted a photo:

Web20Kit_Architecture

00:32 Sun_Scalable_Web_Architecture [Flickr] (335 Bytes) » DBA notes

Fenng(dbanotes) posted a photo:

Sun_Scalable_Web_Architecture

00:32 3PAR's next-gen storage SPC-1 Benchmark results [Flickr] (527 Bytes) » DBA notes

Fenng(dbanotes) posted a photo:

3PAR's next-gen storage SPC-1 Benchmark results

不过对比的竞争对手产品都是中端啊.

10ms 以下 3Par 独步武林倒是真的。但这个图反而让我不太信服了。

00:32 3PAR SPC-1 对比数据 [Flickr] (414 Bytes) » DBA notes

Fenng(dbanotes) posted a photo:

3PAR SPC-1 对比数据

高端的性价比与竞争对手的低端还要好。这倒是可以说过去的。

  2008-11-14 Fri

17:45 用Perl写Standby维护脚本 (4010 Bytes) » AnySQL.net

作者:d.c.b.a, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复

    Perl是一门非常适合用来写数据库管理脚本的语言, Shell当然也很强, 但在这个领域还是没有Perl好. 来讲一个最简单的需求, 需要取得Standby或Dataguard上最后一个应用的归档日志, 在普通恢复和Managed恢复方式都要支持, 这个需求并不容易准确地实现. 如果用Perl来分析Oracle的alert日志文件, 则比较容易. 如下所示:

sub getLastRecoveredLog
{
    my ($alert_log_file) = @_;
    my $logseq = "???";
    my $lastline = `tail -1000 ${alert_log_file} | grep "Media Recovery Log" | tail -1`;
    if (defined($lastline))
    {
        $lastline =~ s/.*\///g;
        my @cols = ($lastline =~ /\w+_\d?_(\d+)[\.|_]/);
        if (defined($cols[0]))
        {
            $logseq = $cols[0];
            $logseq = $logseq - 1;
        }
    }
    scalar $logseq;
}

    如要删除已经应用过的归档日志, 那么只需要再写一个根据Sequence查找归档日志位置的函数就行了.

sub findLogBySequence
{
    my ($logseq) = @_;
    my $logfile = `find /data*/arch -follow -name *_${logseq}.* | head -1`;
    chomp($logfile);
    # Foloowing logic is for Oracle 10g
    if (length($logfile) == 0)
    {
      $logfile = `find /data*/arch -follow -name *_${logseq}_* | head -1`;
      chomp($logfile);
    }

    scalar $logfile;
}

    先找出所有要删除的归档日志, 存在变量中, 然后根据Sequence从小删到大就行了.

相关文章 | Related Artiles

用Perl写Primary维护脚本 (0)
用rawsync来做Standby (0)
rawsync初步搞定 (1)
Remote DD或Raw-rsync (3)
Perl监控AIX的网卡流量 (0)

我要留言(当前1)

  2008-11-13 Thu

07:54 三言二拍:我们都有一个大客户 (2529 Bytes) » 对牛乱弹琴 | Playin' with IT
上午去参加互联网协会的一个论坛,中心议题是搜索引擎的社会责任。搜索引擎乃至所有企业,都应该将自己的道德底线稍微提高一点,这个我支持,因为现在企业的道德水平实在是太低了,连我都看不下去。但我也不得不承认,相关的监管部门,其实应该对企业道德水准低下负直接责任。

我相信,所有在中国经营的互联网公司,都至少有一个这样的大客户,它是你的上帝,它让你怎么做,你就得怎么做,它让你屏蔽什么,你就得当机立断地屏蔽什么,它让你捧谁,你就得欢天喜地地捧谁。没错,它就是监管部门。他们如太上皇一般,对企业指手画脚,要求企业做这做那。在很多时候,不是企业在控制用户能看到什么,而是他们。

搜索,本来是个技术活儿,需要长期不断地调整算法,努力通过技术手段,而不是人工,将用户最需要的结果呈现给用户。但在中国,不人工干预结果,比马丁·路德·金的那个梦,还难实现,监管部门的一道圣旨,要比所有的算法重要1000倍。所以,监控、删除、屏蔽,成了中国互联网公司的一项基本功。而且这个大客户脾气古怪,今天让你捧的,明天可能就要你屏蔽,你永远都要对它弯腰低头,笑脸相迎,否则有你好看。

如果这个大客户需要企业特别保护,那么别的客户为什么就不可以呢?如果这个大客户有权,那么别的客户有钱行不行?

也许,这就是国情,就是中国特色。是这个大客户帮助中国互联网公司练就了删除、屏蔽的基本功,也是这个大客户让中国互联网公司学会了看客户脸色行事。现在,他们又要求企业讲道德。拜托,您真的对自己的道德水准那么有信心?有你们这种无法无天的大客户在,中国企业的道德水准怎么可能高得起来。

  2008-11-07 Fri

02:54 节约历史库的存贮 » AnySQL.net
Download Firefox
Try Google Adsense
Sources