博客园-博客园丁http://www.cnblogs.com/jason-jiang/我是博客园的一丁，我会永不停顿，不停创新。 zh-cnThu, 24 Jul 2008 21:31:45 GMTThu, 24 Jul 2008 21:31:45 GMT60强烈推荐一个Flash图标插件(free)http://www.cnblogs.com/jason-jiang/archive/2008/06/14/1220939.htmlJason.JiangJason.JiangFri, 13 Jun 2008 20:13:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/06/14/1220939.htmlhttp://www.cnblogs.com/jason-jiang/comments/1220939.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/06/14/1220939.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1220939.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1220939.htmlFollowing is the open flash chart website :
http://teethgrinder.co.uk/open-flash-chart/

one instruction to using OFC:

http://www.javaeye.com/post/561074

ello, this is the Open Flash Chart project.

Get graphs like this for free:

How does it work?

  1. User browses to your web site.
  2. The browser downloads the web page which contains the Open Flash Chart.
  3. Open Flash Chart downloads the data file and displays the chart.
When you add Open Flash Chart to your web page, you tell it where to find the data file.

 

We also do pie charts.

 

 

Why is that great?

When the user downloads the web page, Open Flash Chart requests the chart data from the server. The server knows who the user is so it can generate a chart for that particular user showing up to the minute data.

Add a bit of pizzazz to your bar charts!

 

Is it complicated to set up?

You will need to include the Open Flash Chart in your HTML, and you also need to provide the data file on the server. The data file is either a text file, or a .php, Perl, Python, Java (or another flavour of dynamic) page.

For a simple chart you would just drop the data.txt file on your website and point the Open Flash Chart to this URL.

But what we really want is dynamic data that is pulled from a database or calculated or something. To do this you need to create the data file when it is requested. To do this we point the Open Flash Chart to a .php page and this PHP page does your calculations and/or database lookups, then outputs the data file.

To make this a bit easier there are PHP, Perl, Python and Java classes to write the data file for you.

Why only these languages? Well any scripting language will do the same job. But I don't have access to anything but PHP. If anyone wants to translate the PHP class into a different language, then email me and I'll post your code and a link to your web site here. The link to your site will be great for your page rank!

Change the style of the charts.

 

Get started!

  1. Download Open Flash Chart, this includes the PHP class.
  2. Read the tutorial.
  3. Check out the gallery.

 

And it's really free?!

Yes. Once upon a time I had to deal with a company who sell flash charting components, their component had a bug that I needed fixing, so I emailed them about it asking when it'd be fixed. (Remember that I had paid real money for this software.) They were so incompetent, rude and obnoxious that after three or four weeks of emails I thought to myself "I could learn Flash and Actionscript and write my own charting component, release it as Open Source, host it on sourceforge and build up a community of helpful coders faster than they can fix a single bug." And that is what I did. And that is why it is free. I guess the moral of the lesson is: don't piss off your customers.

Want to sponsor Open Flash Chart?

I am stuck with Flash 8 which is a bit naff. I would love to upgrade to Flash 9 with Actionscript 3.0 but I am skint. So if you are rich and are looking to help out with this project click here!




[新闻]奇虎回应:瑞星半年免费版像是一个恶意软件]]>httpshttp://www.cnblogs.com/jason-jiang/archive/2008/06/02/1212118.htmlJason.JiangJason.JiangMon, 02 Jun 2008 05:48:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/06/02/1212118.htmlhttp://www.cnblogs.com/jason-jiang/comments/1212118.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/06/02/1212118.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1212118.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1212118.htmlHTTPS（Secure Hypertext Transfer Protocol）安全超文本传输协议

它是由Netscape开发并内置于其浏览器中，用于对数据进行压缩和解压操作，并返回网络上传送回的结果。HTTPS实际上应用了Netscape的完全套接字层（SSL）作为HTTP应用层的子层。（HTTPS使用端口443，而不是象HTTP那样使用端口80来和TCP/IP进行通信。）SSL使用40 位关键字作为RC4流加密算法，这对于商业信息的加密是合适的。HTTPS和SSL支持使用X.509数字认证，如果需要的话用户可以确认发送者是谁。。

https是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，https的安全基础是SSL，因此加密的详细内容请看SSL。

它是一个URI scheme(抽象标识符体系)，句法类同http:体系。用于安全的HTTP数据传输。https:URL表明它使用了HTTP，但HTTPS存在不同于HTTP的默认端口及一个加密/身份验证层（在HTTP与TCP之间）。这个系统的最初研发由网景公司进行，提供了身份验证与加密通讯方法，现在它被广泛用于万维网上安全敏感的通讯，例如交易支付方面。

限制
它的安全保护依赖浏览器的正确实现以及服务器软件、实际加密算法的支持.

一种常见的误解是“银行用户在线使用https:就能充分彻底保障他们的银行卡号不被偷窃。”实际上，与服务器的加密连接中能保护银行卡号的部分，只有用户到服务器之间的连接及服务器自身。并不能绝对确保服务器自己是安全的，这点甚至已被攻击者利用，常见例子是模仿银行域名的钓鱼攻击。少数罕见攻击在网站传输客户数据时发生，攻击者尝试窃听数据于传输中。

商业网站被人们期望迅速尽早引入新的特殊处理程序到金融网关，仅保留传输码(transaction number)。不过他们常常存储银行卡号在同一个数据库里。那些数据库和服务器少数情况有可能被未授权用户攻击和损害。


TLS 1.1之前
这段仅针对TLS 1.1之前的状况。因为SSL位于http的下一层，并不能理解更高层协议，通常SSL服务器仅能颁证给特定的IP/端口组合。这是指它经常不能在虚拟主机(基于域名)上与HTTP正常组合成HTTPS。

这一点已被更新在即将来临的TLS 1.1中—会完全支持基于域名的虚拟主机。


SSL介绍
SSL (Secure Socket Layer)
为Netscape所研发，用以保障在Internet上数据传输之安全，利用数据加密(Encryption)技术，可确保数据在网络
上之传输过程中不会被截取及窃听。目前一般通用之规格为40 bit之安全标准，美国则已推出128 bit之更高安全
标准，但限制出境。只要3.0版本以上之I.E.或Netscape浏览器即可支持SSL。
当前版本为3.0。它已被广泛地用于Web浏览器与服务器之间的身份认证和加密数据传输。
SSL协议位于TCP/IP协议与各种应用层协议之间，为数据通讯提供安全支持。SSL协议可分为两层： SSL记录协议（SSL Record Protocol）：它建立在可靠的传输协议（如TCP）之上，为高层协议提供数据封装、压缩、加密等基本功能的支持。 SSL握手协议（SSL Handshake Protocol）：它建立在SSL记录协议之上，用于在实际的数据传输开始前，通讯双方进行身份认证、协商加密算法、交换加密密钥等。
SSL协议提供的服务主要有：
1）认证用户和服务器，确保数据发送到正确的客户机和服务器；
2）加密数据以防止数据中途被窃取；
3）维护数据的完整性，确保数据在传输过程中不被改变。
SSL协议的工作流程：
服务器认证阶段：1）客户端向服务器发送一个开始信息“Hello”以便开始一个新的会话连接；2）服务器根据客户的信息确定是否需要生成新的主密钥，如需要则服务器在响应客户的“Hello”信息时将包含生成主密钥所需的信息；3）客户根据收到的服务器响应信息，产生一个主密钥，并用服务器的公开密钥加密后传给服务器；4）服务器恢复该主密钥，并返回给客户一个用主密钥认证的信息，以此让客户认证服务器。
用户认证阶段：在此之前，服务器已经通过了客户认证，这一阶段主要完成对客户的认证。经认证的服务器发送一个提问给客户，客户则返回（数字）签名后的提问和其公开密钥，从而向服务器提供认证。
从SSL 协议所提供的服务及其工作流程可以看出，SSL协议运行的基础是商家对消费者信息保密的承诺，这就有利于商家而不利于消费者。在电子商务初级阶段，由于运作电子商务的企业大多是信誉较高的大公司，因此这问题还没有充分暴露出来。但随着电子商务的发展，各中小型公司也参与进来，这样在电子支付过程中的单一认证问题就越来越突出。虽然在SSL3.0中通过数字签名和数字证书可实现浏览器和Web服务器双方的身份验证，但是SSL协议仍存在一些问题，比如，只能提供交易中客户与服务器间的双方认证，在涉及多方的电子交易中，SSL协议并不能协调各方间的安全传输和信任关系。在这种情况下，Visa和 MasterCard两大信用卡公组织制定了SET协议，为网上信用卡支付提供了全球性的标准。

SSL协议的握手过程 　　为了便于更好的认识和理解 SSL 协议，这里着重介绍 SSL 协议的握手协议。SSL 协议既用到了公钥加密技术又用到了对称加密技术，对称加密技术虽然比公钥加密技术的速度快，可是公钥加密技术提供了更好的身份认证技术。SSL 的握手协议非常有效的让客户和服务器之间完成相互之间的身份认证，其主要过程如下：

　　①客户端的浏览器向服务器传送客户端 SSL 协议的版本号，加密算法的种类，产生的随机数，以及其他服务器和客户端之间通讯所需要的各种信息。

　　②服务器向客户端传送 SSL 协议的版本号，加密算法的种类，随机数以及其他相关信息，同时服务器还将向客户端传送自己的证书。

　　③客户利用服务器传过来的信息验证服务器的合法性，服务器的合法性包括：证书是否过期，发行服务器证书的 CA 是否可靠，发行者证书的公钥能否正确解开服务器证书的“发行者的数字签名”，服务器证书上的域名是否和服务器的实际域名相匹配。如果合法性验证没有通过，通讯将断开；如果合法性验证通过，将继续进行第四步。

　　④用户端随机产生一个用于后面通讯的“对称密码”，然后用服务器的公钥（服务器的公钥从步骤②中的服务器的证书中获得）对其加密，然后将加密后的“预主密码”传给服务器。

　　⑤如果服务器要求客户的身份认证（在握手过程中为可选），用户可以建立一个随机数然后对其进行数据签名，将这个含有签名的随机数和客户自己的证书以及加密过的“预主密码”一起传给服务器。

　　⑥如果服务器要求客户的身份认证，服务器必须检验客户证书和签名随机数的合法性，具体的合法性验证过程包括：客户的证书使用日期是否有效，为客户提供证书的CA 是否可靠，发行CA 的公钥能否正确解开客户证书的发行 CA 的数字签名，检查客户的证书是否在证书废止列表（CRL）中。检验如果没有通过，通讯立刻中断；如果验证通过，服务器将用自己的私钥解开加密的“预主密码”，然后执行一系列步骤来产生主通讯密码（客户端也将通过同样的方法产生相同的主通讯密码）。

　　⑦服务器和客户端用相同的主密码即“通话密码”，一个对称密钥用于 SSL 协议的安全数据通讯的加解密通讯。同时在 SSL 通讯过程中还要完成数据通讯的完整性，防止数据通讯中的任何变化。

　　⑧客户端向服务器端发出信息，指明后面的数据通讯将使用的步骤⑦中的主密码为对称密钥，同时通知服务器客户端的握手过程结束。

　　⑨服务器向客户端发出信息，指明后面的数据通讯将使用的步骤⑦中的主密码为对称密钥，同时通知客户端服务器端的握手过程结束。
　　⑩SSL 的握手部分结束，SSL 安全通道的数据通讯开始，客户和服务器开始使用相同的对称密钥进行数据通讯，同时进行通讯完整性的检验。

双向认证 SSL 协议的具体过程

　　① 浏览器发送一个连接请求给安全服务器。

　　② 服务器将自己的证书，以及同证书相关的信息发送给客户浏览器。

　　③ 客户浏览器检查服务器送过来的证书是否是由自己信赖的 CA 中心所签发的。如果是，就继续执行协议；如果不是，客户浏览器就给客户一个警告消息：警告客户这个证书不是可以信赖的，询问客户是否需要继续。

　　④ 接着客户浏览器比较证书里的消息，例如域名和公钥，与服务器刚刚发送的相关消息是否一致，如果是一致的，客户浏览器认可这个服务器的合法身份。

　　⑤ 服务器要求客户发送客户自己的证书。收到后，服务器验证客户的证书，如果没有通过验证，拒绝连接；如果通过验证，服务器获得用户的公钥。

　　⑥ 客户浏览器告诉服务器自己所能够支持的通讯对称密码方案。

　　⑦ 服务器从客户发送过来的密码方案中，选择一种加密程度最高的密码方案，用客户的公钥加过密后通知浏览器。

　　⑧ 浏览器针对这个密码方案，选择一个通话密钥，接着用服务器的公钥加过密后发送给服务器。

　　⑨ 服务器接收到浏览器送过来的消息，用自己的私钥解密，获得通话密钥。

　　⑩ 服务器、浏览器接下来的通讯都是用对称密码方案，对称密钥是加过密的。

　　上面所述的是双向认证 SSL 协议的具体通讯过程，这种情况要求服务器和用户双方都有证书。单向认证 SSL 协议不需要客户拥有 CA 证书，具体的过程相对于上面的步骤，只需将服务器端验证客户证书的过程去掉，以及在协商对称密码方案，对称通话密钥时，服务器发送给客户的是没有加过密的（这并不影响 SSL 过程的安全性）密码方案。 这样，双方具体的通讯内容，就是加过密的数据，如果有第三方攻击，获得的只是加密的数据，第三方要获得有用的信息，就需要对加密的数据进行解密，这时候的安全就依赖于密码方案的安全。而幸运的是，目前所用的密码方案，只要通讯密钥长度足够的长，就足够的安全。这也是我们强调要求使用 128 位加密通讯的原因。

证书各部分的含义

<FONT face=宋体>Version　　　　　　　　　证书版本号，不同版本的证书格式不同
Serial Number　　　　　　序列号，同一身份验证机构签发的证书序列号唯一
Algorithm Identifier 　　签名算法，包括必要的参数 Issuer 身份验证机构的标识信息
Period of Validity 　　　有效期
Subject　　　　　　　　　证书持有人的标识信息
Subject’s Public Key　　证书持有人的公钥
Signature　　　　　　　　身份验证机构对证书的签名</FONT>

证书的格式　 认证中心所发放的证书均遵循 X.509 V3 标准，其基本格式如下：

证书版本号（Certificate Format Version）
含义：用来指定证书格式采用的 X.509 版本号。

证书序列号（Certificate Serial Number）
含义：用来指定证书的唯一序列号，以标识 CA 发出的所有公钥证书。

签名（Signature） 算法标识（Algorithm Identifier）
含义：用来指定 CA 签发证书所用的签名算法。

签发此证书的 CA 名称（Issuer ）
含义：用来指定签发证书的 CA 的 X.500 唯一名称（DN， Distinguished Name）。

证书有效期（Validity Period） 起始日期（notBefore） 终止日期（notAfter）
含义：用来指定证书起始日期和终止日期。

用户名称（Subject）
含义：用来指定证书用户的 X.500 唯一名称（DN，Distinguished Name）。

用户公钥信息（Subject Public Key Information） 算法（algorithm） 算法标识（Algorithm　Identifier） 用户公钥（subject　Public　Key）
含义：用来标识公钥使用的算法，并包含公钥本身。

证书扩充部分（扩展域）（Extensions）
含义：用来指定额外信息。　

X.509 V3 证书的扩充部分（扩展域）及实现方法如下：

CA 的公钥标识（Authority　Key　Identifier）
公钥标识（SET 未使用）（Key　Identifier）
签发证书者证书的签发者的甄别名（Certificate　Issuer）
签发证书者证书的序列号（Certificate Serial Number）

X.509 V3 证书的扩充部分（扩展域）及实现CA 的公钥标识（Authority　Key　Identifier）
公钥标识（SET 未使用）（Key　Identifier）

签发证书者证书的签发者的甄别名（Certificat签发证书者证书的序列号（Certificate Serial Number）
含义：CA 签名证书所用的密钥对的唯一标识用户的公钥标识（Subject　Key　Identifier）　
含义：用来标识与证书中公钥相关的特定密钥进行解密。

证书中的公钥用途（Key　Usage）

含义：用来指定公钥用途。

用户的私钥有效期（Private　Key　Usage　Period） 起始日期（Note　Before） 终止日期（Note　After）
含义：用来指定用户签名私钥的起始日期和终止日期。

CA 承认的证书政策列表（Certificate Policies）
含义：用来指定用户证书所适用的政策，证书政策可由对象标识符表示。

用户的代用名（Substitutional　Name）
含义：用来指定用户的代用名。

CA 的代用名（Issuer　Alt　Name）
含义：用来指定 CA 的代用名。

基本制约（Basic　Constraints）
含义：用来表明证书用户是最终用户还是 CA。 在 SET 系统中有一些私有扩充部分（扩展域）Hashed　Root　Key 含义：只在根证书中使用，用于证书更新时进行回溯。

证书类型（Certificate　Type）
含义：用来区别不同的实体。该项是必选的。

商户数据（Merchant　Data）
含义：包含支付网关需要的所有商户信息。

持卡人证书需求（Card　Cert　Required）
含义：显示支付网关是否支持与没有证书的持卡人进行交易。

SET 扩展（SETExtensions）
含义：列出支付网关支持的支付命令的 SET 信息扩展。

CRL 数据定义版本（Version）
含义：显示 CRL 的版本号。

CRL 的签发者（Issuer）
含义：指明签发 CRL 的 CA 的甄别名。

CRL 发布时间（this　Update） 预计下一个 CRL 更新时间（Next　Update） 撤销证书信息目录（Revoked　Certificates） CRL 扩展（CRL　Extension） CA 的公钥标识（Authority　Key　Identifier） CRL 号（CRL　Number）


[新闻]鲍尔默致员工信：部署09年微软5大工作重心]]> 阐明表和表空间的状态http://www.cnblogs.com/jason-jiang/archive/2008/05/14/1196007.htmlJason.JiangJason.JiangTue, 13 May 2008 16:03:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/05/14/1196007.htmlhttp://www.cnblogs.com/jason-jiang/comments/1196007.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/05/14/1196007.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1196007.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1196007.html本文描述了每个受支持的表或表空间状态（见表 1；单击状态名跳至其描述，该描述位于后面的某个表中）。本文还提供了一些工作示例，以便准确地展示如何解释和响应管理数据库时可能碰到的状态。这些示例取自于 AIX® 上运行的命令脚本；您可以复制、粘贴并亲自运行它们。如果您在非 UNIX® 的系统上运行 DB2 UDB，请确保所有的路径名都是适合系统的正确格式。大多数示例都是以 SAMPLE 数据库中的表为基础的，该数据库是 DB2 UDB 附带的。也存在少数需要 SAMPLE 数据库中没有包含的场景的情况，但是，您可以将到 SAMPLE 数据库的连接用作为一个起始点。

表 2 和表 3 中描述了这些状态。 表 2描述了受支持的表空间状态，而 表 3 则描述了目前支持的表状态。

表 1. 到版本 8.1.4 为止的 DB2 UDB 所有支持版本中定义的表和表空间状态

状态 范围 状态 范围
Backup Pending 表空间 Quiesced Update 表空间
Backup in Progress 表空间 Read Access Only 表
Check Pending 表 Reorg in Progress 表空间
DMS Rebalance in Progress 表空间 Restore Pending 表空间
Disable Pending 表空间 Restore in Progress 表空间
Drop Pending 表空间 Roll Forward Pending 表空间
Load Pending 表 Roll Forward in Progress 表空间
Load in Progress 表空间或 表 Storage May be Defined 表空间
Normal 表空间或 表 Storage Must be Defined 表空间
Not Load Restartable 表 Table Space Creation in Progress 表空间
Offline and Not Accessible 表空间 Table Space Deletion in Progress 表空间
Quiesced Exclusive 表空间 Unavailable 表
Quiesced Share 表空间

表空间状态

db2tbst 命令接收十六进制的状态值，并返回相应的表空间状态（参见图 1）。例如，命令 db2tbst 0x0008 返回 State = Load Pending 。而该十六进制的状态值反过来又是 LIST TABLESPACES 命令输出的组成部分（参见图 2）。

图 1. db2tbst 命令接收十六进制的表空间状态值并返回其状态。

图 1

表空间的外部可见状态是由单个状态值的十六进制总和构成的。例如，如果表空间的状态是 Backup Pending和 Load in Progress，那么所返回的十六进制值就是 0x20020（0x00020 + 0x20000）。本例中，命令 db2tbst 0x20020 返回： 


            State = Backup Pending
            + Load in Progress

图 2. 可以使用 LIST TABLESPACES 命令确定连接数据库中表空间的当前状态。

图 2

 

表 2. 受支持的表空间状态

状态 十六进制状态值 描述 示例
Backup Pending 0x20 在执行指定时间点的（point-in-time）表空间前滚操作之后，或者在执行指定了 COPY NO 选项的 LOAD 操作（针对可恢复的数据库）之后，表空间处于这种状态。在使用该表空间之前，必须备份该表空间（或者是整个数据库）。如果没有备份这个表空间，那么只能对其中包含的表进行查询，而无法更新它们。注意：在启用数据库进行前滚恢复之后，还必须立即对该数据库进行备份。如果 logretain数据库配置参数被设为 RECOVERY，或者 userexit数据库配置参数被设为 YES，那么该数据库是可恢复的。直到对这样的数据库进行了备份，您才可以连接它。备份后， backup_pending数据库配置参数会被设为 NO。 1. 已知载入的输入文件 staff_data.del 具有以下内容： 11,"Melnyk",20,"Sales",10,70000,15000:
update db cfg for sample using logretain recovery;
backup db sample;
connect to sample;
load from staff_data.del of del messages load.msg insert into staff copy no;
update staff set salary = 69000 where id = 11;
2.update db cfg for sample using logretain recovery;
connect to sample;
Backup in Progress 0x800 这是一种只在进行备份操作期间才有效的临时状态。 执行一条在线 BACKUP DATABASE 命令：
backup db sample online;
在执行备份操作时，通过另一个会话执行下列脚本：
connect to sample;
1.list tablespaces show detail; 或者
2.get snapshot for tablespaces on sample;
connect reset;
USERSPACE1 返回的信息显示，该表空间处于 Backup in Progress 状态。
DMS Rebalance in Progress 0x10000000 这是一种只在执行数据重新平衡操作期间才有效的临时状态。当向定义为数据库管理空间（DMS）的表空间添加新的容器时，或者当扩展现有的容器时，就可能发生表空间数据的重新调整。 重新调整（Rebalancing）是指将表空间区段（extent）从某一位置移动到另一位置，试图保持数据成一整块的过程。一个 区段（extent）就是一个容器空间单元（以页面为单位），而一个 条带（stripe）就是用于表空间的 跨容器集的一层区段。 已知载入的输入文件 staffdata.del 拥有大量数据（例如，20000 条或更多记录）：
connect to sample;
create tablespace ts1 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/ts1c1' 1024);
create table newstaff like staff in ts1;
load from staffdata.del of del insert into newstaff nonrecoverable;
alter tablespace ts1 add (file '/home/melnyk/melnyk/NODE0000/SQL00001/ts1c2' 1024);
list tablespaces;
connect reset;
TS1 返回的信息显示，该表空间处于 DMS Rebalance in Progress 状态。
Disable Pending 0x200 在执行数据库前滚操作期间，表空间可能处于这种状态，但在前滚操作结束之时，就不应再处于该状态。当出现表空间脱机以及对没有被写入硬盘的事务补偿日志记录时，就可能触发这种状态。该表空间状态的出现以及随后状态的消失对用户都是透明的。 至于说明该表空间状态的示例，已经超出了本文的范围。
Drop Pending 0x8000 在重新启动数据库时，如果发现该数据库的一个或多个容器有问题，那么表空间就会处于这种状态。（如果数据库的前一会话异常终止，例如停电时，就必须重新启动数据库。）如果表空间处于 Drop Pending 状态，就不再可用，只能将其删除。 至于说明该表空间状态的示例，已经超出了本文的范围。
Load in Progress 0x20000 这是一种只在执行指定了 COPY NO 选项的载入操作（针对可恢复的数据库）时才有效的临时状态。 已知载入的输入文件 staffdata.del 有大量数据（例如，20000 条或更多记录）：
update db cfg for sample using logretain recovery;
connect to sample;
load from staffdata.del of del insert into newstaff copy no;
在执行载入操作时，从另一会话执行下列脚本：
connect to sample;
list tablespaces;
connect reset;
Information returned for USERSPACE1 返回的信息显示，该表空间处于 Load in Progress（和 Backup Pending）状态。
Normal 0x0 如果表空间不是处于任何其他（异常的）表空间状态，那么该表空间的状态就为 Normal 状态。Normal 状态是表空间被创建之后的初始状态。 connect to sample;
create tablespace ts1 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc1' 1024);
list tablespaces show detail;
Offline and Not Accessible 0x4000 如果表空间的一个或多个容器存在问题，那么表空间就处于这种状态。容器偶然可能会被重命名、移动或损坏。在该问题被纠正，且再次可以访问与该表空间相关的容器之后，可以通过断开数据库与应用程序的连接，然后重新连接数据库来消除该异常状态。或者，您可以执行一条 ALTER TABLESPACE 语句，指定 SWITCH ONLINE 子句来消除表空间的 Offline and Not Accessible 状态，从而无需断开其他应用程序与该数据库的连接。 connect to sample;
create tablespace ts1 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc1' 1024);
alter tablespace ts1 add (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc2' 1024);
export to st_data.del of del select * from staff;
create table stafftemp like staff in ts1;
import from st_data.del of del insert into stafftemp;
connect reset;
将表空间容器 tsc1 重新命名为 tsc3，然后尝试查询 STAFFTEMP 表：
connect to sample;
select * from stafftemp;
该查询返回 SQL0290N（不允许访问表空间），而 LIST TABLESPACES 命令返回 TS1 的状态值 0x4000（Offline and Not Accessible）。将表空间容器 tsc3 再次命名为 tsc1。这一次，该查询将运行成功。
Quiesced Exclusive 0x4 当调用表空间静默（quiesce）功能的应用程序独占（读或写）访问表空间时，该表空间就处于这种状态。您可以通过执行一条 QUIESCE TABLESPACES FOR TABLE 命令，将表空间置于 Quiesced Exclusive 状态。 在将表空间设置为 Quiesced Exclusive 之前，要确保它处于 Normal状态。
connect to sample;
quiesce tablespaces for table staff reset;
quiesce tablespaces for table staff exclusive;
connect reset;
从另一会话执行下列脚本：
connect to sample;
select * from staff where id=60;
update staff set salary=50000 where id=60;
list tablespaces;
connect reset;
Information returned for USERSPACE1 返回的信息显示，该表空间处于 Quiesced Exclusive 状态。
Quiesced Share 0x1 当调用表空间静默（quiesce）功能的应用程序和并发应用程序都可以读（但不能写）访问表空间时，该表空间就处于这种状态。您可以通过执行一条 QUIESCE TABLESPACES FOR TABLE 命令，将表空间显式地置于 Quiesced Share 状态。 在将表空间设置为 Quiesced Share 之前，要确保它处于 Normal状态。
connect to sample;
quiesce tablespaces for table staff reset;
quiesce tablespaces for table staff share;
connect reset;
从另一会话执行下列脚本：
connect to sample;
select * from staff where id=40;
update staff set salary=50000 where id=40;
list tablespaces;
connect reset;
USERSPACE1 返回的信息显示，该表空间处于 Quiesced Share 状态。
Quiesced Update 0x2 当调用表空间静默（quiesce）功能的应用程序独占写访问表空间时，该表空间就处于这种状态。您可以通过执行一条 QUIESCE TABLESPACES FOR TABLE 命令，将表空间显式地置于 Quiesced Update 状态。 在将表空间设置为 Quiesced Update 之前，要确保它处于 Normal状态。
connect to sample;
quiesce tablespaces for table staff reset;
quiesce tablespaces for table staff intent to update;
connect reset;
从另一会话执行下列脚本：
connect to sample;
select * from staff where id=50;
update staff set salary=50000 where id=50;
list tablespaces;
connect reset;
USERSPACE1 返回的信息显示，该表空间处于 Quiesced Update 状态。
Reorg in Progress 0x400 这是一种只在进行重组（reorg）操作期间才有效的临时状态。 执行一条 REORG TABLE 命令：
connect to sample;
reorg table staff;
connect reset;
在执行重组操作时，从另一会话执行下列脚本：
connect to sample;
1.list tablespaces show detail; 或者
2.get snapshot for tablespaces on sample;
connect reset;
USERSPACE1 返回的信息显示，该表空间处于 Reorg in Progress 状态。注意：涉及 SAMPLE 数据库的表重组操作很可能在极短的时间内就可以完成，因此，使用这种方法来观察 Reorg in Progress 状态可能比较困难。
Restore Pending 0x100 在执行了重定向恢复操作的第一部分之后（即在发出 SET TABLESPACE CONTAINERS 命令之前），数据库的表空间就处于这种状态。在使用表空间之前，必须恢复表空间（或者是整个数据库）。直到成功完成恢复操作，您才可以连接到数据库，此时， restore_pending信息数据库配置参数的值被设为 NO。 当处于 Storage May be Defined中的重定向恢复操作的第一部分完成时，所有的表空间都将处于 Restore Pending 状态。
Restore in Progress 0x2000 这是一种只在执行恢复操作期间才有效的临时状态。 update db cfg for sample using logretain recovery;
backup db sample;
backup db sample tablespace (userspace1);
该备份映像的时间戳为：20040611174124
restore db sample tablespace (userspace1) online taken at 20040611174124;
在执行恢复操作时，从另一会话执行下列脚本：
connect to sample;
1.list tablespaces show detail; 或者
2.get snapshot for tablespaces on sample;
connect reset;
USERSPACE1 返回的信息显示，该表空间处于 Restore in Progress 状态。
Roll Forward Pending 0x80 在对可恢复的数据库执行恢复操作之后，表空间就处于这种状态。在使用表空间之前，必须前滚该表空间（或是整个数据库）。如果 logretain数据库配置参数被设为 RECOVERY，或者 userexit数据库配置参数被设为 YES，那么该数据库是可恢复的。直到前滚操作成功完成，您才可以激活或连接到该数据库，此时， rollfwd_pending信息数据库配置参数被设为 NO。 当处于 Restore in Progress中的在线表空间完成恢复操作时，表空间 USERSPACE1 处于 Roll Forward Pending 状态。
Roll Forward in Progress 0x40 这是一种只在执行前滚操作期间才有效的临时状态。 已知载入的输入文件 staffdata.del 拥有大量数据（例如，20000 条或更多记录）：
update db cfg for sample using logretain recovery;
backup db sample;
connect to sample;
create tablespace ts1 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/ts1c1' 1024);
create table newstaff like staff in ts1;
connect reset;
backup db sample tablespace (ts1) online;
该备份映像的时间戳为：20040630000715
connect to sample;
load from staffdata.del of del insert into newstaff copy yes to /home/melnyk/backups;
connect reset;
restore db sample tablespace (ts1) online taken at 20040630000715;
rollforward db sample to end of logs and stop tablespace (ts1) online;
当执行前滚操作时，从另一会话执行下列脚本：
connect to sample;
1.list tablespaces show detail; 或者
2.get snapshot for tablespaces on sample;
connect reset;
TS1 返回的信息显示，该表空间处于 Roll Forward in Progress 状态。
Storage May be Defined 0x2000000 在执行了重定向恢复操作的第一部分之后（即在发出 SET TABLESPACE CONTAINERS 命令之前），数据库的表空间就处于这种状态。 backup db sample;
假定该备份映像的时间戳为：20040613204955
restore db sample taken at 20040613204955 redirect;
list tablespaces;
Information returned by the LIST TABLESPACES 命令返回的信息显示，所有的表空间都处于 Storage May be Defined 和 Restore Pending状态。
Storage Must be Defined 0x1000 在将恢复操作重定向到 新数据库期间，如果省略了设置表空间容器的阶段，或者，如果在设置表空间容器的阶段期间无法获得指定的容器，那么数据库的表空间就会处于这种状态。某些时候会出现后一种情况，例如，指定了无效的路径名，或者是磁盘空间不足。 backup db sample;
假定该备份映像的时间戳为：20040613204955。
restore db sample taken at 20040613204955 into mydb redirect;
set tablespace containers for 2 using (path 'ts2c1');
list tablespaces;
LIST TABLESPACES 命令返回的信息显示，表空间 SYSCATSPACE 和表空间 TEMPSPACE1 都处于 Storage Must be Defined、 Storage May be Defined和 Restore Pending状态。Storage Must be Defined 状态比 Storage May be Defined 状态更重要。
Table Space Creation in Progress 0x40000000 这是一种只在执行创建表空间的操作期间才有效的临时状态。 connect to sample;
create tablespace ts1 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc1' 1024);
create tablespace ts2 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc2' 1024);
create tablespace ts3 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc3' 1024);
在执行创建表空间的操作时，从另一会话执行下列脚本：
connect to sample;
1.list tablespaces show detail; or
2.get snapshot for tablespaces on sample;
connect reset;
TS1、TS2 和 TS3 返回的信息显示，这些表空间处于 Table Space Creation in Progress 状态。
Table Space Deletion in Progress 0x20000000 这是一种只在执行删除表空间的操作期间才有效的临时状态。 connect to sample;
create tablespace ts1 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc1' 1024);
create tablespace ts2 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc2' 1024);
create tablespace ts3 managed by database using (file '/home/melnyk/melnyk/NODE0000/SQL00001/tsc3' 1024);
drop tablespace ts1;
drop tablespace ts2;
drop tablespace ts3;
在执行删除表空间的操作时，从另一会话执行下列脚本：
connect to sample;
1.list tablespaces show detail; 或者
2.get snapshot for tablespaces on sample;
connect reset;
TS1、TS2 和 TS3 返回的信息显示，这些表空间处于 Table Space Deletion in Progress 状态。




[新闻]陈一舟:Facebook也抄袭过校内 不怕打官司]]>视频监控存储 定制化胜在优化与管理http://www.cnblogs.com/jason-jiang/archive/2008/05/03/1180139.htmlJason.JiangJason.JiangSat, 03 May 2008 03:00:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/05/03/1180139.htmlhttp://www.cnblogs.com/jason-jiang/comments/1180139.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/05/03/1180139.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1180139.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1180139.html

　　从模拟监控到数字监控，再到全IP的数字监控，视频监控应用经过近20年的发展，已经步入全数字化的网络时代，也就是第三代远程视频监控。从存储的角度看，采用的设备正逐渐从传统的硬盘录像机（DVR）过渡到iSCSI磁盘阵列。以深圳市南山区平安城市监控项目为例，此项目以社区为单位进行存储，每个社区最大监控路数为300路左右，总共约1万路。每个社区需要的存储量大约为16TB～18TB。北京威视数据系统有限公司（以下简称威视数据）为此项目提供了192台iSCSI磁盘阵列。基于iSCSI的存储解决方案为什么会受到视频监控行业用户的青睐呢？

　　８０％用ＩＰ存储

　　在传统视频监控领域，比如楼宇等监控点非常集中的监控存储系统中，用户还是习惯采用DVR模式。DVR模式非常适合本地监控和监控点密度高的场合，不仅投资低，而且可以很好地支持本地存储设备。其缺点是网络功能弱，而且扩展性差。清华大学信息技术研究院数据安全研究所刘宏介绍说：“如今，多数客户需要监控的点很多而且分散，通常超过32路，每天产生的数字录像量很大，并且录像需要保存的时间往往超过一个月或更长时间，DVR本机所配的硬盘根本无法满足大容量、高稳定性的需求。像平安城市这样的大规模监控系统，不仅要保证存储系统的容量和可靠性，还要能够部署在广域网中，实现数据的集中存储与管理，让原本各自封闭的系统互连互通。基于IP的存储方案可以解决上述难题。在平安城市项目中，80%都采用了IP存储解决方案。

　　ＤＶＳ＋ＩＰ ＳＡＮ待完善

    虽然大多数的平安城市项目都选择了IP存储解决方案，但是，一个通用的IP SAN存储解决方案是不是拿来就可以用，而且一定能够达到最佳的效果呢？刘宏表示：“为了满足用户对存储性能、功能和稳定性等方面的需求，同时考虑到成本，定制化的存储解决方案才是未来的趋势。”

　　从以往情况看，国外厂商主推的都是高端产品，其产品每TB的成本通常比国内厂商产品的成本更高。对于视频监控应用来说，价格是非常重要的，而且中低端的存储设备已经够用，因此主推中低端产品的国内厂商就具有一定优势。威视数据于2007年初发布了简单、灵活、高性价比的MacroStor DEA系列磁盘阵列，充分考虑了视频监控系统对性能、功能以及管理和扩展方面的需求，进行了优化设计。

　　从实际应用来看，许多选择IP SAN存储解决方案的用户都采用了数字视频服务器（DVS）＋IP SAN的架构，但是这种架构容易出现性能上的瓶颈。例如，单台服务器承载前端监控点的数量有限，一般当承载到70～90路时，服务器就会出现瓶颈。而当前很多新的监控项目往往都达到上百甚至上万个点，用户不得不购买大量服务器，一方面增加了采购成本，另一方面也增加了系统管理成本。为了解决这一问题，威视数据正着手研发新一代专门服务于视频监控的存储设备——具有直写功能的监控存储设备。该设备直接从DVS获取视频数字信号，然后进行解包，并将视频信号进行存储，同时建立第三方的视频信息索引。通过一台服务器可将所有IP SAN的索引汇总，建立总表，并对外提供访问、查询服务，不仅可以解决服务器瓶颈问题，也可以解决众厂家DVS无法相互兼容的问题。威视数据与深圳三山科技公司联合研发的这款产品将于近期发布。

　　关键在优化

　　视频应用与普通的IT应用差别十分明显。普通IT应用主要是突发数据，数据流量时大时小，落差非常大，对延时不太敏感，主要要求瞬时的高带宽。比如在数据库的应用中，无论是FC SAN还是IP SAN，只要能以最快的速度将数据写入即可。在这种情况下，性能是由带宽决定的。

       视频应用则完全是另外一种情况。视频流是典型的持续数据流，在相当长一段时间内，数据流量基本保持不变，不能大幅度抖动，对延时非常敏感，但并不要求太高的带宽。而通用存储设备是针对普通IT应用开发的，支持视频流的能力较弱，高带宽大多被浪费，而且支持的视频流数量非常有限。采用通用存储设备，当视频流并发数增加时，即使带宽使用率很低，也经常出现视频梗阻的现象。

　　定制化的视频存储设备与通用存储设备最大的不同在于，它可以对视频流进行优化和管理，以最大的系统资源保证视频流稳定，并尽力保证持续传输，而不是瞬间传送最大的数据量。定制化的存储设备可以支持更多的并发视频流。定制化的视频存储设备内部增加了对视频流进行监控和管理的功能，可以针对视频流的特点进行硬件配置的最优化设计，而通用存储设备往往只能看到系统带宽的使用情况。从性能方面看，通用的IP SAN一般只能支持200路视频流，而针对视频应用优化的IP SAN可以支持300路视频流甚至更多。Intransa最新推出的BB6000视频系列存储产品，就是专门针对视频监控应用推出的定制化IP SAN产品，其最大容量超过400TB，最高性能可达880MB/s，并且可以通过强大的图形界面进行管理。



[新闻]微软重组视窗与在线业务]]>文件存储与搜索技术浅析http://www.cnblogs.com/jason-jiang/archive/2008/05/03/1180129.htmlJason.JiangJason.JiangSat, 03 May 2008 02:41:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/05/03/1180129.htmlhttp://www.cnblogs.com/jason-jiang/comments/1180129.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/05/03/1180129.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1180129.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1180129.html中国传媒大学 朱立谷

随着信息技术的不断发展，文本文件、页面、电子邮件、音乐、电影等众多不同类型信息的存储需求呈现爆炸性增长。存储系统在数据存储的可靠性和性能方面是比较有效的，但是随着存储系统的容量不断增大，存储信息的数量和类型不断增加，信息的检索和管理会变得越来越困难，这与互联网环境形成了鲜明的对比。随着搜索引擎的不断发展，在互联网的环境下寻找信息十分方便。用户如何在存储系统中找到想要的信息比在互联网上查找信息更加困难。

传统文件系统效率不高

　　几乎所有的文件存储系统都是基于文件系统的，文件系统与操作系统是密不可分的整体。文件系统由文件和目录组成。数据按其内容、结构和用途组成若干命名的文件。目录构建了文件系统的层次化化结构。用户创建子层次以便对文件进行分类。文件系统可以有效地组织文件，一个目录下的子目录或者文件的名字是惟一的，这就保证了文件的全路径名称不会同时指向两个或者更多的子目录或者文件。

　　根据什么来建立层次结构并没有一个很有效的方法，在考虑文件安全和文件共享时，层次结构的缺陷更加明显。比如，一个文件在网络上进行共享时，会把这个文件复制到一个公共目录下面，同时设定好公共目录的访问权限，这样一个文件就会在两个不同的层次结构中有着两份拷贝，会给文件的管理带来很大不便，特别是在文件的数量不断增加的时候。

　　另外，层次化结构使得文件访问的效率不高。比如，目录隐藏了它包含的内容，并且目录下可能还有一层又一层的子目录，用户很难知道一个目录下面到底有什么东西，访问某个文件必须通过层次型的目录树结构到达文件的保存位置，如果不知道文件保存位置，就必须遍历整个目录或使用操作系统的搜索功能，而操作系统仅能依靠文件名来检索和查找数据。

　　语义文件系统高效可靠

　　在过去十几年中，文件系统技术并未进行大的变革，而新数据类型（如多媒体、电子邮件）不断出现，包括了丰富的元数据。没有给予元数据信息足够重要的位置，存储在文件系统中的数据都缺乏语义支持，因此存储系统不能提供高层的基于语义的关联式数据存取。正因为认识到现有文件系统的不足，学术界和工业界做了大量工作，研究如何提高文件的管理和搜索效率。其中，最重要的研究成果是语义文件系统，它可以充分利用文件的元数据信息进行文件浏览与搜索。

     语义文件系统利用元数据抽取工具获取更多的元数据，记录用户活动,并采用手工或其他方法对文件进行标注，最后将这些信息结合起来实现统一元数据。通过元数据信息在非结构化文件和数据库数据之间建立起链接，存储系统可以实现快速的基于文件属性的文件系统访问。

     语义文件系统提供新的规则，即相关性的访问方法。相关性访问是基于内容访问的特性，供一种灵活的关联方式来存取文件。文件属性由转换器从特定类型文件中自动抽取，表达为 Hkey和Valuei对。同时，语义文件系统又引入了虚拟文件夹的概念。在虚拟文件夹中，一个使用者可以进行基于属性的搜索，系统在结果集中创建一组文件的符号连接，提供跨越目录层次的文件存取通路。比如WinFS和Spotlight的虚拟文件夹，虚拟文件夹可采用XML格式的文本文件进行表示，内容是对数据库进行查询后返回的结果组成的列表，包含了指向符合某种规则的文件或文件夹的链接。在占用更多存储空间的情况下，语义文件系统可轻易实现一个文件同时放在几个不同的目录层次下面。

　　语义文件系统可对文件进行高效分类。比如，基于用户空间文件系统（Filesystem in Userspace，FUSE）的TagFS采用智能标签(Smart Tagging)机制，可以动态地让数据文件具备特定的标签，而加了标签的数据文件能依据用户的喜好与意图分类，并依据权重排序后呈现。

   语义文件系统便于用户对数据文件进行高效地搜索。逻辑文件系统 (LISFS)使用一个数据库为系统的文件提供搜索功能。数据库表由从关键词到对象的映射组成。目录的内容是一个符合查询条件的对象集。苹果计算机的Spotlight是一个元数据和内容索引系统，并集成在HFS文件系统中。WinFS的元数据被储存在一个数据库中，而Spotlight的索引内容和搜索结果也保存在数据库中。Linux也有一个与Spotlight类似的系统，称为Beagle。Beagle利用一个内核中的文件系统事件服务Inotify，为新文件类型提供一个即插即用的基础架构。

   集成数据管理与搜索

   尽管语义文件系统在文件的存储和检索方面做了很多优化工作，相关方法也获得了广泛认可，但是其层次化的本质并没有改变，语义文件系统只是层次化文件系统的重要补充技术。

   一种新思想是把文件存储与Web结合起来，Web通过加入链接来传达信息。一般情况下，在Web和超文本文件中，链接可以让使用者从一个文件自动跳转到另一个文件。链接可以通过语义Web进行扩展。

　　为了使语义Web成为可能，W3C制订了各项标准，为HTML和HTTP在某种程度上的标准化提供一个可行的途径。语义Web标准组分成不同层次，URI和Unicode在底部，XML、名字空间和样式作为自描述文件层在中间，RDF在顶部。RDF为各种应用提供了一个通用的元数据框架。

　　此外，语义Web增加了对内容进行处理的能力，并引入了另外两个概念，即知识导航员和联邦知识或数据库。因此，语义Web可能成为一个容易获得的万能图书馆。

　　如果使文件存储变成Web的一部分，文件的存储和搜索可能会产生一次变革。基于这种思想，我们正在开发语义网络存储（Semantic Network Storage，SNStor）系统，目的是提供丰富的元数据结构和构建一个在线文件系统。为了解决基于Web的文件存储系统的性能问题，我们准备采用更快的数据结构--平衡树来取代多种链接列表，还要采用压缩文件，才能实现高效存储。此外，我们还在研究使用容错数据结构，以增加存储的可靠性和可用性，如开发一致性检查程序以提高可用性。

   文件数量的高速增长预示着，市场对高效率文件存储系统的需求会急剧增长。那些可以将数据管理和搜索功能集成在一起的文件存储系统，可以提高存储效率，并减少存储成本，一定会受到用户的热烈欢迎。



[新闻]微软重组视窗与在线业务]]>IBM touts complex math to help handle natural disastershttp://www.cnblogs.com/jason-jiang/archive/2008/04/07/1140199.htmlJason.JiangJason.JiangMon, 07 Apr 2008 04:44:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/04/07/1140199.htmlhttp://www.cnblogs.com/jason-jiang/comments/1140199.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/04/07/1140199.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1140199.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1140199.htmlCall it IBM’s Math-To-The-Rescue Program.  Big Blue this week said its researchers had created specialized algorithms to help model and manage natural disasters such as wildfires, floods and diseases.

The idea is to use high-level math techniques, which IBM calls Stochastic programming, to help speed up and simplify complex tasks such as determining the fastest route to deliver packages, detecting fraud in health insurance claims, automating complex risk decisions for international financial institutions, scheduling supply chain and production at a manufacturing plant to maximize efficiency or detecting patterns in medical data for new insights and breakthroughs. 

More than 197 million people were affected by natural disasters in 2007, and despite the impact of these events, government and relief agencies still don’t have a cohesive system to facilitate communication and manage staff deployment, distribution of supplies and other critical resources, IBM said.

The deployment of resources during a natural disaster, whether it is water, food, machines or people, requires complex planning and scheduling and the need to adapt to constantly changing scenarios, often involving large number of resources, unique requirements based on location and the varying staffing levels.

Government agencies use different systems to estimate their program needs, including preparedness resource planning, yet no one system has been able to adapt to the increasing complexity of natural disaster management, IBM said. 

Stochastic programming offers great modeling power and flexibility, but it comes at a cost-premium processing time. However, recently, stochastic programming has benefited from the development of more efficient algorithms and faster computer processors. This means that rather than predicting a limited future using forecasting, decisions supporting a wide range of probable scenarios can be taken, IBM said in a release.  

The model allows all unforeseen challenges to be solved, mostly within an hour, and has very good scalability that promises to gracefully manage even larger models in the future.IBM scientists developed a large-scale strategic budgeting framework based on Stochastic algorithms for managing natural disaster events, with a focus on better preparedness for future uncertain disaster scenarios. The underlying optimization models and algorithms were initially prototyped on a large unnamed US Government program, where the key problem was how to efficiently deploy a large number of critical resources to a range of disaster event scenarios.  The same models can be explored to manage floods or famines in India, or natural disasters anywhere in the world, IBM said.

A fully developed, customized and implemented model can significantly help the country's approach for disaster risk reduction and disaster management.

"We are creating a set of intellectual properties and software assets that can be employed to gauge and improve levels of preparedness to tackle unforeseen natural disasters," says Dr. Gyana Parija, senior researcher and optimization expert at IBM India Research Laboratory.  "Most real-world problems involve uncertainty, and this has been the inspiration for us to tackle challenges in natural disaster management."

In the case of flooding, for example, the stochastic programming model would use various flood scenarios, resource supply capabilities at different dispatch locations, and fixed and variable costs associated with deployment of various flood-management resources to manage various risk measures. By assigning probabilities to the factors driving outcomes, the model outlines how limited resources can meet tomorrow's unknown demands or liabilities. In this way, the risks and rewards of various tradeoffs can be explored, IBM said.

IBM scientists from its research labs in New York and India mixed expertise from its Global Business Services, government bodies, relief agencies and strategic planning companies to develop the algorithms. 



[新闻]我国网民数达2.53亿超美国居世界首位]]>八项重大科研装备自主创新项目，将令中国武器装备增色不少http://www.cnblogs.com/jason-jiang/archive/2008/03/28/1128255.htmlJason.JiangJason.JiangFri, 28 Mar 2008 14:23:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/03/28/1128255.htmlhttp://www.cnblogs.com/jason-jiang/comments/1128255.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/03/28/1128255.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1128255.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1128255.html　　这八个项目包括深紫外全固态激光源前沿装备研制、复现高超声速飞行条件的脉冲风洞研制、综合极端条件实验系统、海底流动地震观测台阵、超导成像频谱仪、ＶＬＢＩ数字基带转换器、同步辐射纳米成像设备、中能重离子微束辐照装置等。

　　科研装备的自主创新是科技自主创新的基础与重要保障，是衡量一个国家科技水平和科技综合竞争能力的重要标志。中国科学院副院长白春礼表示，近几年，随着国家科技投入的不断增加，我国科研机构和高校的科研装备水平有了较大提高，但是科研装备自主创新能力较低的状况却没有得到根本改变。我国科研人员主要依靠进口仪器进行科学研究，缺乏自主创新的科研装备已成为制约我国科技自主创新的一个重要因素。

　　为了扭转目前的局面，财政部在广泛调研基础上，安排国家财政资金用于支持重大科研装备的自主创新。在组建相应的组织管理体系和配套管理办法的基础上，中科院组织专家首批遴选了八项具有明显自主创新特点、意义重大的科研装备研制项目，作为首批试点项目进行推动。

　　有关专家表示，这八个项目的启动实施，不但会对提升我国相关领域的科研水平做出重大贡献，也将为全国范围内推动科研装备的自主创新积累经验。




[新闻]瑞星炮轰奇虎用阉割版杀毒软件欺骗用户]]>手机艳照门，在不久的将来会更猖獗http://www.cnblogs.com/jason-jiang/archive/2008/03/19/1112557.htmlJason.JiangJason.JiangWed, 19 Mar 2008 01:02:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/03/19/1112557.htmlhttp://www.cnblogs.com/jason-jiang/comments/1112557.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/03/19/1112557.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1112557.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1112557.html    几年前趋势科技董事长张明正曾跟我说，手机在未来可能会重演互联网和ＰＣ上一切安全事件，当时只是觉得他危言耸听。今天想提前向大家敲警钟：当心你的手机被黑客控制。（下图为趋势科技董事长张明正夫妇，2006年）
 

   从现有的手机病毒制造者的技术来看，是很容易就能实现的。先据两个例子：几年前，日本的一名黑客向大约1300万i-Mode用户发送了含有类似木马程序的病毒信息，使很多用户的手机被控制，并开始自动拨打日本的急救热线110，造成了相当长一段时间的混乱。

   又如，2005年3月8日，在欧美同时发作了SYMBOS_COMWAR.A(武士病毒)、SYMBOS_DAMPIG.A(呆猪病毒)和SYMBOS_SKULLS.E（骷颅头病毒）病毒，除了会破坏手机系统及应用程序无法正常运作外，还会给手机通讯簿中的名单散发多媒体短信。

   人们越来越热衷用手机拍摄，包括拍摄各类私密照片。想想看，当黑客入侵你的手机时，有可能将你存放在手机里的照片转发给你手机通讯名录里的人，甚至将你的照片窃走，再通过邮件群发器，源源不断地传送给成百万上千万的人，制造出比“艳照门”更恐怖的事情。要知道手机用户比电脑用户多得多，在线时间也比电脑长得多！（下图是上海街头人们使用手机的场景）

  从理论上讲，互联网不安全是因为其结构是“智能终端+傻瓜核心”，每个人都可以通过PC来作乱，但无人控制；电信网安全是因为其结构是“傻瓜终端+智能核心”，没人可通过电话来做乱，运营商在中心掌控一切。然而，当手机上网越来越普遍，手机越来越智能化时，手机病毒这一休眠火山已经蠢蠢欲动了，手机随时都有可能被黑客染指。

   据了解，到2005年年底，世界上已经诞生了200多种手机病毒以及衍生出来的变种。同互联网上与PC相关的16万种恶意代码相比，200多种的手机病毒实在是一个小零头，但其增长速度却是PC恶意代码的10倍。

  从垃圾邮件到垃圾短信，我们能隐约能从手机上窥探到PC平台混乱史起源的翻版，要知道垃圾邮件是病毒的最重要载体，这意味着在移动智能化时代，垃圾短信也会成为手机病毒的重要载体。按照电信研究院IP与多媒体研究室主任何宝宏的说法，网络无处不在、移动无处不在、智能无处不在，攻击就会无处不在。

  今天谈严肃的话题，目的有两个，一是提醒大家注意在手机上保护个人隐私，二是希望运营商们在建设网络和发展新业务时，别忘了将安全问题先考虑进去，不要在手机上重蹈PC上的安全覆辙。 



[新闻]阿里巴巴正式成立台湾分公司]]>谢文的一起网(yiqi.com)给我的一个想法：手机一起网(yiqi.cn)http://www.cnblogs.com/jason-jiang/archive/2008/03/18/1110671.htmlJason.JiangJason.JiangMon, 17 Mar 2008 16:20:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/03/18/1110671.htmlhttp://www.cnblogs.com/jason-jiang/comments/1110671.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/03/18/1110671.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1110671.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1110671.html刚刚从网上看到谢文同志与海量合作正在搭建的一起网，

yiqi.com，这是一个非常好的创意，具有SNS的特征，看了网站的导游介绍感觉非常好。

如果把这个创意搬到手机上，网名就叫yiqi.cn，应该有不错的前途。

继续关注yiqi.com，关注谢文。



[新闻]浅析facebook的信息架构]]>这辈子肯定去不了半人马座类地行星了，除非反物质技术突飞猛进http://www.cnblogs.com/jason-jiang/archive/2008/03/17/1110617.htmlJason.JiangJason.JiangMon, 17 Mar 2008 15:03:00 GMThttp://www.cnblogs.com/jason-jiang/archive/2008/03/17/1110617.htmlhttp://www.cnblogs.com/jason-jiang/comments/1110617.htmlhttp://www.cnblogs.com/jason-jiang/archive/2008/03/17/1110617.html#Feedback0http://www.cnblogs.com/jason-jiang/comments/commentRss/1110617.htmlhttp://www.cnblogs.com/jason-jiang/services/trackbacks/1110617.html人类如何前往4.37光年外半人马座类地行星
在两颗α 半人马座恒星的周围很可能存在着另外一个“地球”

　　新浪科技讯 北京时间3月17日消息，据国外媒体报道，美国加利福尼亚大学的科学家日前称，在距离地球4.37光年外的“半人马座”，很可能存在着一颗适宜生命的类地行星。由于人类的寿命有限，如果他们想要前往这颗行星上生活，那么他们通过什么方式才能够顺利抵达这颗类地行星呢？

　　科幻小说作家、美国宇航局物理学家杰弗里-兰迪斯称，这颗新发现的类地行星距离地球约4.37光年，这一距离是地球到太阳距离的27.6万倍，因此这一星际航行将异常艰难，依靠传统火箭是绝对不行的，因为它们的最大速度只有约每小时28300公里。假如用传统火箭携带太空飞船上天，那么将需要约16.5万年的时间才能抵达半人马座阿尔法星。兰迪斯说，传统火箭的问题在于无法携带足够的燃料。

　　利用反物质提供动力

　　或许反物质发动机可以被用来提供动力，其动力来自于反物质与物质相互湮灭时释放出的巨大能量。然而，这种反物质发动机的问题在于如何在航行中产生足够多的反物质并将其储存下来。兰迪斯说：“目前，所有制造反物质的方法都需要大型粒子加速器，并且产生的反物质还为数不多。此外，如果要储存一克反物质的话，则需要一吨磁铁。储存大量反物质的想法听上去非常轻松，但是实施起来却不那么轻松了。这个设想目前还未被推翻，一点反物质就可以帮我们一个大忙。”

　　英国著名物理学家施蒂芬-霍金此前曾表示，人类未来必将会离开太阳系寻找别的可生存行星，反物质能源将是星际旅行中飞船的主要动力。霍金说：“如果我们使用阿波罗任务中的化学燃料，飞抵最近的恒星需要5万年。这一时间太长了，因此科幻小说中常常有时空穿越的描述。不过，这一想法违背科学定律，因为不可能有物体的运动速度超过光速。不过，我们仍可以在科学定律的限制下找到办法，即利用物质/反物质对冲产生的能量，使飞船达到亚光速。这样我们仅需六年就能够飞抵最近的恒星，这一时间对于星际旅行者来说还可以接受。”

　　尽管从原理上来说，科学家可以冷冻反氢，从而回避磁铁需求问题。但兰迪斯表示，一旦有些微反氢漏出并碰到四壁，就可能产生大量热量，结果加热冷冻的反氢，导致灾难性后果。然而，科学家们可能可以在星际太空船中利用反物质，引发核反应。反物质推进被看作是恒星际航行中极有前途的方式。根据著名的爱因斯坦相对论能量定律，物质和能量不仅是联系着的，而且质量和能量是不可分割的，质量可以全部转化为动能。由此利用物质——反物质湮没反应能把质量全部转变成动能，因此最大限度地发挥了物质的潜能。

　　通过电磁场吸收纯氢

　　物理学家罗伯特-布沙德提出的一个设想就使用电磁场，通过吸收氢来为核动力火箭提供燃料。科学家们把核燃料做成很多细小的颗粒--“微型氢弹”，然后通过激光或者粒子束加热到极高温度并引起微型氢弹爆炸，产生的冲击波和粒子流将形成反作用推力。逐个点燃“微型氢弹”可获得脉动式的持续推力。不幸的是，布沙德的这种喷气引擎可能无法工作。兰迪斯说：“星际媒介并不如布沙德想像的那么密集。