> 文章列表 / Page 322

微软和诺基亚宣布达成产品联盟，office办公软件将预装在诺基亚手机上。该协议的签署标志着微软第一次将office软件预装在非windows mobile的手机上。 微软商务分公司总裁斯蒂芬埃洛普说道：”将有200万部诺基亚智能手机预装office办公软件”。该联盟的主要目标是企业客户和诺基亚公司被整合后的E系列商务手机。 office软件在被移植到诺基亚手机上后所具有的功能包括： 能够查看，修改，创建和共享Office文档，手机优化版本的Microsoft Word ， Microsoft PowerPoint， Microsoft Excel和Microsoft OneNote企业即时通讯，并优化用户会议和协作的体验，微软Office Communicator移动移动接入内联网和外联网门户建立在Microsoft SharePoint服务器企业设备管理与微软的系统管理中心，但该联盟的最终目的不止于此，其野心在于改变旧的office办公模式，诺基亚执行副总裁表示，微软和诺基亚都在专注于通信和为制造应用行业服务，这200万部诺基亚智能手机承载着未来移动应用服务。 又一个邪恶组织，恍如Microsoft与Novell！

内部视图x$kvii 554078    kslerb    event range base 873    kslnbe    # of base events 285    kslnbesess    # of base events in session…

在上一篇关于Oracle补全日志的介绍中漏写了关于最小补全日志(minimal supplemental log)与表级补全日志的关系；表级补全日志需要在最小补全日志打开的情况下才起作用，即若一个数据库没有开最小补全日志或之前drop supplemental log data操作则即便指定了表级补全日志，实际在重做日志输出的过程中描述的记录仍只记录rowid和相关列值。 打开最小补全日志的命令如下： 在上一篇关于Oracle补全日志的介绍中漏写了关于最小补全日志(minimal supplemental log)与表级补全日志的关系；表级补全日志需要在最小补全日志打开的情况下才起作用，即若一个数据库没有开最小补全日志或之前drop supplemental log data操作则即便指定了表级补全日志，实际在重做日志输出的过程中描述的记录仍只记录rowid和相关列值。 打开最小补全日志的命令如下： Alter database add supplemental log data;…

服务器仅有一个ip ,却需要服务多个域名（实际是多个网站的服务），例如你希望使用同一个台web服务器上同时运行www.example.com与www.example.net。 可在httpd.conf配置文件中（可能位于/etc/httpd/conf或/usr/local/apache/conf目录下），添加以下条目： Server configuration # Ensure that Apache listens on port 80 Listen 80 # Listen for virtual host…

3月8日下午发现主机130.31.1.234无法登录，尝试登录Oracle，系统返回ORA-12500错误（TNS:listener failed to start a dedicated server process）。可能引起该错误的原因有多种，包括以下： Oracle服务进程使用的session或process数达到了参数设置的上限，导致无法再分配新的服务进程。 系统资源耗尽，Oracle在启动新进程时调用的系统调用fork函数因资源不足而出错。 AIX下sys0对象上的属性maxuproc代表用户可以使用的最大进程数，若用户进程数接近该设定值可能导致Oracle无法启动新进程。 因主机无法远程登录，故在晚间进行了重启。重启后查看Oracle告警日志发现记录：“skgpspawn failed:category = 27142, depinfo = 12, op =…

Session1 Session2 Session3 Session4 Session5 Session6 Session7 Session8

I. 使用恢复目录存储RMAN备份记录 Oracle 官方建议把恢复目录建议于独立的数据库中。如果把恢复目录与其他一些数据混杂在某库中，若该库失败则恢复目录一起丢失，这将导致恢复异常困难。 在恢复目录中登记某个库被称作注册（registration）.可以在恢复目录中注册多个目标库。举例来说，你可以注册数据库 prod1,prod2,和prod3在一个单独的由用户catowner拥有的目录中，而该目录位于一个叫catdb的数据库中。 因为RMAN通过DBID即数据库的身份证来分辨各个库。每个在恢复目录中注册过的目标库都有一个唯一的DBID. 恢复目录主要包括以下RMAN的使用情况信息： l  数据文件和归档日志的备份集和备份片 l  数据文件的拷贝 l  归档日志及其拷贝 l  目标库中的表空间和数据文件 l  储存的脚本 l  RMAN的永久性配置…

在Oracle中数据锁（这里主要指TX类型行锁）实际上是数据的属性，存储在块首部，称之为事务槽(ITL)。COMMIT操作的职责包括释放块上的锁，实际的释放方式即清除块上相应的事务槽，但这里存在一个性能的考量。设想一个UPDATE大量数据的操作，因为执行时间较长，一部分已修改的块已被缓冲池flush out写至磁盘，当UPDATE操作完成执行COMMIT操作时，则需要将那些已写至磁盘的数据块重新读入，这将消耗大量I/O，并使COMMIT操作十分缓慢；为了解决这一矛盾，Oracle使用了延迟块清除的方案，对待存在以下情况的块COMMIT操作不做块清除： 在更新过程中，被缓冲池flush out写至磁盘的块 若更新操作涉及的块超过了块缓冲区缓存的10%时，超出的部分块。 虽然COMMIT放弃对这些块的块清除(block cleanout)操作，但COMMIT操作仍会修改回滚段的段头，回滚段的段头包括了段中的事务的字典，COMMIT操作将本事务转化为非ACTIVE状态。 当下一次操作如SELECT,UPDATE,INSERT或DELETE访问到这些块时可能需要在读入后完成块清除，这样的操作称之为块延迟清除（deferred block cleanout）；块延迟清除通过事务槽上的回滚段号，槽号等信息访问回滚段头的事务字典，若事务不再活跃或事务过期则完成清除块上的事务槽，事务槽清除后继续执行相应的操作。 块延迟清除的影响在SELECT操作过程中体现的最为明显。总结来说块延迟清除是COMMIT操作的一个延续，始终是一种十分轻微的操作，且该种操作是行级的，不会使段(Segment)的属性有所改变。

首先创建一个包括序列号与时间戳的表，通过对该表插入当前时间戳并记录插入操作的开始时间，进行中时间，与结束时间，以便与重做日志中的时间戳对比。 表的定义如下： create table tim (tn int,itime timestamp); 使用以下匿名块插入数据： declare stime timestamp; dtime timestamp; etime timestamp; begin for i in…