> 文章列表 / Page 308

想要在您的站点上实时体验海量活跃用户的负载？我们来介绍一种最新的方式，这种新的实时网络框架被命名为Tornado(中文为龙卷风)；Facebook从去年秋天开始研发该软件，最近以开源协议发布了该软件的1.0版本。 Tornado是基于Python开发的实时网页服务器，理论上可以支持上万的连续连接,使用长轮询方式进行实时数据传递。它是构成FriendFeed的核心技术，FriendFeed最初由2名前Google员工及多名网络社区领导人协作开发，在2009年FriendFeed被facebook所收购。Facebook公司现在的CTO:Bret Taylor进一步扩展了该软件。 Bret Taylor在过去几年中曾是Google Reader的主要开发者之一，之后他加入了real-time网络社区，并同Taylor一起启动了FriendFeed项目。之后FriendFeed被facebook收购，Darnell重返thing实验室，并领导将Tornado开发到现在的V1.0版本。 可以从这里进入Tornado的官网并下载下载到源代码tar包。

常用twitter的用户可能感觉到了，该网站在过去几个月中出过一些过载导致无法访问的故障。世界杯期间每天300000新建用户的增长是造成过载的一个重要因素。这也推动了twitter建设自己的数据仓库存储中心。他们正在建设的一个数据中心，位于盐湖城。 虽然毫无疑问该中心将不及苹果在北卡罗来纳州耗资10亿美元建设的数据中心庞大。 Twitter发言人称他们正加紧建设一个为自身定制的数据中心，并将在今年启动。 “拥有独立的数据中心，将给予网站更大的容量，以适应用户的增长”Twitter的jean-Paul Cozzatti在其技术博客中写到。 “在该数据中心，Twitter将有能力完全控制其网络及系统配置，将占用大块商用面积，并使用特殊设计的电源和冷却设备。该数据中心将采用多个供应商提供的服务器，并且运行开源操作系统和应用程序”。 直到最近，Twitter仍使用由日本电信电话株式会社NTT美国公司在海湾地区建设的数据中心。”我们仍将和NTT美国合作管理现有的中心，这尚是我们首次定制数据中心”,一位Twitter发言人这样告诉我们。 这是自facebook在1月份公开其独立数据中心以来大型社交网站的又一重大举措。facebook的数据中心位于俄勒冈州，那里聚集了众多其他公司的Datacenter,包括亚马逊和谷歌。巨型网络公司扎堆于是有原因的，这里可以提供廉价的电能和适宜的气候(够凉爽),以及公司税收优惠。 近期Twitter出现了因大量无法正常访问的用户投诉(最主要的恐怕是有时无法注册新用户)而引发的公关危机。Twitter公司的博客大致叙述了他们的问题，Cozzatti-Twitter公司的主要技术负责人之一的博客也详细地描述了该问题。最主要的问题在于每周一，Twitter的主用户数据库会因为一个查询而卡住，此时整个系统都被锁定了。他们不得不重启该数据库，这个过程历时超过12小时！现在你或许理解他们需要对系统拥有更多控制权的苦衷了:) ”我们时常对比在各种在收缩，维护，调整Twitter这一飞翔中的火箭的工作”Cozzatti写到。

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]     ORA-08103问题的诊断最好是能生成8103错误的ERROR STACK TRACE， 在TRACE中会记录具体引发8103的对象的OBJ和OBJD，这便于我们定位可能存在corruption的对象。 问题在于往往前台进程遇到ORA-08103错误不会在后台生成TRACE文件，这需要我们手动设置8103 触发ERRORSTACK的EVENTS:   ALTER SYSTEM SET…

检查告警日志发现出现ora-600:[17281],[1001]记录，该数据库版本为10.2.0.4: ORA-00600: internal error code, arguments: [17281], [1001], [0x70000042F5E54F8], [], [], [], [], [] ORA-01001: invalid cursor 分析该600错误产生的trace文件，发现当时运行的语句是一段匿名块: Current SQL…

客户的某套系统上有一个表空间近日使用率异常增长，该表空间用以存储索引段，经过定位发现一个原本只有200M左右的索引使用将近30+G的空间，而且表现为绝大多数是未格式化的数据块。以下为通过 show_space脚本收集的段信息： Unformatted Blocks = 1772568 Blocks with 00-25% free space = 0 Blocks with 26-50% free space = 2173…

近日告警日志中出现以下记录： FAL[server]: Fail to queue the whole FAL gap GAP – thread 1 sequence 180-180 DBID 3731271451 branch 689955035 这是一个10.2.0.3的dataguard环境，采用物理备库，归档传输模式；查询metalink发现相关note:…

就OTN上发布的合并声明来看到8月1日，Oracle将完成java.sun.com,developers.sun.com,bigadmin这几个网站合并到OTN的工作，这次迁移将是完整的并且在内容上是无损的。整合后的网站将提供给java开发者，数据库开发者及管理员，系统开发者及管理员一个多样的技术社区。 同时Oracle保证通过重定向技术确保用户原先的网页书签不会失效；java开发者仍可以像以往一样轻松获取java api信息；Oracle暂时不会修改java技术页面内容的构成，开发者目前不用担心不适应(我从metalink到MOS倒是很不适应，所幸现在好了); docs.sun.com以及原sun旗下的论坛，博客，维基将暂时不做迁移。如果用户有问题可以向社区反馈讨论版反映。另外作为这些网站的原用户可能需要在OTN新注册一个成员账号。 PS: 7月30日，合并似乎提早了，OTN的界面有了极大的变化，就我个人而言似乎还是老的界面比较对眼！

1.理解Oracle进程 首先我们要做的是理解Oracle的3种进程类型：后台进程( background process)和服务进程(也叫前台进程)还有用户进程。当我们尝试启动Oracle实例，首先受到召唤的是后台进程，一组后台进程和内存组建构成了 Oracle 实例，这些后台进程包括 日志记录进程lgwr,数据库写出进程 dbwr, 系统监控进程smon, 进程监控进程pmon, 分布式恢复进程reco, 检查点进程ckpt, 11g后变得更多了，多到我记不住。 这些进程在UNIX上的具体args总是形如ora_functionname_sid, 这里的functionname即后台进程的功能名而sid 即 $ORACLE_SID所指出的值。 第二类是用户进程，它可能是一个sqlplus命令行，可能是imp/exp工具，也可能是用户开发的一个java程序，当用户进程在本地启动时它们不直接操作SGA或者PGA,但毫无疑问它们也是需要消耗一定数量的虚拟内存的。 第三类进程就是我们说的服务进程，启动一个sqlplus 连接(这个连接可能是连到本地的…

Oracle 8i For AIX/Linux/Unix/Windows的安装介质 OR CDROM目前在Oracle官网或者edelivery上已经没有下载了:     0-For AIX/0-64/Oracle/Oracle817CD1.nrg 0-For AIX/0-64/Oracle/Oracle817CD2.nrg 0-For AIX/0-64/Oracle/Oracle_816.nrg oracle817 for unix.ISO #oracle817_for_Intel UNIX (DGUX…

转自老白的<oracle rac 日记>一书， dump systemstate产生的跟踪文件包含了系统中所有进程的进程状态等信息。每个进程对应跟踪文件中的一段内容，反映该进程的状态信息，包括进程信息，会话信息，enqueues信息（主要是lock的信息），缓冲区的信息和该进程在SGA区中持有的（held）对象的状态等信息。dump systemstate产生的跟踪文件是从dump那一刻开始到dump任务完成之间一段事件内的系统内所有进程的信息。 那么通常在什么情况下使用systemstate比较合适呢？ Oracle推荐的使用systemstate事件的几种情况是： 数据库hang住了 数据库很慢 进程正在hang 数据库出现某些错误 资源争用   dump systemstate的语法为： ALTER SESSION SET EVENTS…