企业如何挖掘专利申请点
虽然人们经常提到专利挖掘一词,但迄今尚未见有文献系统论述专利挖掘,更没有人提出专利挖掘的实用方法和步骤。为了使专利挖掘具有实用性和可操作性,笔者对专利挖掘的概念、方法和主体进行了初步探讨,并整理此文,以便抛砖引玉。
开始--运行 ---mstsc 就可以远程连接到需要操作的计算机
选择 选项 --本地资源 --如图(win2003):

就可以在本地和远端拷贝文件
到远端后可以看到资源管理器中多出来几个ZXF打头的磁盘 就是本地的硬盘了
1,先不要急着设置文档的页眉页脚,将光标定位在需要设置注释的页的末尾,“插入”--“分隔符”--“下一页”;
2,页眉页脚编辑状态下,在需要添加注释的页的页尾添加注释;
3,从“页眉与页脚”工具栏中点击“显示下一项”按钮,跳转到下一节的页脚处。这时的页脚处已与前一页脚有所不同,右上角多出了一个“与上一节相同”的字样。点击“页眉与页脚”工具栏中的“链接到前一个”按钮,切断这一节与前一节的页脚内容联系。这时候可以输入新的注释内容或保持页脚空白。
这个方法适用于首页不需要添加页眉页脚的情况。但是有一个小小的遗憾,好像添加“下一页”分隔符后,下一页前多了一个空行,不知道这个问题应该如何来解决,呵呵。
大多数情况下,Oracle集群实质上就是使多个服务器访问同一个Oracle数据库,这样一方面可以避免一个服务器宕机时数据库不能访问(即高可用性),同时也可以进行并行运算和负载均衡。
从软件组件上来讲,一个Oracle集群由多台服务器组成,每台服务器有自己的监听器(Listener),用于监听自己的网络端口;每台服务有自己的Oracle RAC服务,用于数据库的集群访问;每台服务器有自己的集群就绪服务(clusterware),用于集群管理;所有的服务器通过自己的操作系统访问一个共享的存储设备,共享存储设备的存储机制可以使用裸设备(Raw)、Oracle集群文件系统(OCFS)、自动存储管理(ASM)或网络区域存储(NAS)。当有客户端访问时,由上而下依次调用相应的软件。
要安装Oracle的集群,至少需要两个软件:Oracle数据库软件(集成了RAC)和Oracle ClusterWare。Oracle clusterware也可以使用经过了RAC认证的第三方集群软件来代替。
从逻辑结构上来讲,集群中的每台服务器有一个实例,每台服务器上的实例都对应到同一个数据库。在集群中有两台服务器,每台服务器拥有一个实例,每个实例都访问同一个数据库,数据库存储在共享磁盘上。
关于Oracle软件和本地存档日志,既可以存储在本地磁盘上(图1-2示例中正是如此),也可以存储在共享磁盘上,这取决于在安装时选择的存储机制。
更详细的逻辑结构:客户端首先访问某个实例,让后再通过集群管理软件访问到数据库的数据;节点之间使用内部连接进行通讯。
查看全文1、在linux下制作光盘镜像真是非常方便,下面的命令就ok:
dd if=/dev/cdrom of=/backup/ubuntu.iso bs=512
挂镜像文件:
mount -o loop -t iso9660 /backup/ubuntu.iso /cdrom
2、桌面管理器推荐用xfce,相比于gnome和kde来说,不失稳定性,资源占用少,强制安装的自身特色软件少(比如gnome非要带的那个软电话,openoffice等,KDE自带的更多!),个人喜欢经典好用的软件。如果xfce仍满足不了需求的话,用window maker会是个好的选择,个人认为比需要耗时的fvwm要好得多(如果不是专门研究桌面的话)。
3、浏览器推荐用opera,for linux版上网速度简直和文本浏览器速度一样快!比firefox,更比IE好很多,当然需要插件支持多时换用firefox。
查看全文sed命令:
格式:sed -e 's/aaa/bbb/g' -n -e '/XXX/p' -e '/YYY/d' filename
命令参数:
-e 执行多个SED命令
s替换
g全文
-n显示过滤后的部分,否则会重复显示一次原文
p显示出来print
d删除
把元字符转化($,.,^,/)
正则表格式:
/^$/ 空行
/^.*/ 一整行
/*/ 一个或多个空格
/[a-zA-Z][a-zA-Z]*:W[a-zA-Z0-9][a-zA-Z0-9.]*.*/ 有效的URL
其实大家都知道,效率最高、消耗最小的就是纯静态化的html页面,所以我们尽可能使我们的网站上的页面采用静态页面来实现,这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站,我们无法全部手动去挨个实现,于是出现了我们常见的信息发布系统CMS,像我们常访问的各个门户站点的新闻频道,甚至他们的其他频道,都是通过信息发布系统来管理和实现的,信息发布系统可以实现最简单的信息录入自动生成静态页面,还能具备频道管理、权限管理、自动抓取等功能,对于一个大型网站来说,拥有一套高效、可管理的CMS是必不可少的。
除了门户和信息发布类型的网站,对于交互性要求很高的社区类型网站来说,尽可能的静态化也是提高性能的必要手段,将社区内的帖子、文章进行实时的静态化,有更新的时候再重新静态化也是大量使用的策略,像Mop的大杂烩就是使用了这样的策略,网易社区等也是如此。
同时,html静态化也是某些缓存策略使用的手段,对于系统中频繁使用数据库查询但是内容更新很小的应用,可以考虑使用html静态化来实现,比如论坛中论坛的公用设置信息,这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中,这些信息其实大量被前台程序调用,但是更新频率很小,可以考虑将这部分内容进行后台更新的时候进行静态化,这样避免了大量的数据库访问请求。
2、图片服务器分离
大家知道,对于Web服务器来说,不管 是 Apache、IIS还是其他容器,图片是最消耗资源的,于是我们有必要将图片与页面进行分离,这是基本上大型网站都会采用的策略,他们都有独立的图片服务器,甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力,并且可以保证系统不会因为图片问题而崩溃,在应用服务器和图片服务器上,可以进行不同的配置优化,比如apache在配置ContentType的时候可以尽量少支持,尽可能少的LoadModule,保证更高的系统消耗和执行效率。
3、数据库集群和库表散列
大型网站都有复杂的应用,这些应用必须使用数据库,那么在面对大量访问的时候,数据库的瓶颈很快就能显现出来,这时一台数据库将很快无法满足应用,于是我们需要使用数据库集群或者库表散列。
在数据库集群方面,很多数据库都有自己的解决方案,Oracle、Sybase等都有很好的方案,常用的MySQL提供的Master/Slave也是类似的方案,您使用了什么样的DB,就参考相应的解决方案来实施即可。
上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制,于是我们需要从应用程序的角度来考虑改善系统架构,库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离,不同的模块对应不同的数据库或者表,再按照一定的策略对某个页面或者功能进行更小的数据库散列,比如用户表,按照用户ID进行表散列,这样就能够低成本的提升系统的性能并且有很好的扩展性。sohu的论坛就是采用了这样的架构,将论坛的用户、设置、帖子等信息进行数据库分离,然后对帖子、用户按照板块和ID进行散列数据库和表,最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。
4、缓存
缓存一词搞技术的都接触过,很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。
架构方面的缓存,对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块,也可以使用外加的Squid模块进行缓存,这两种方式均可以有效的提高Apache的访问响应能力。
网 站程序开发方面的缓存,Linux上提供的Memory Cache是常用的缓存接口,可以在web开发中使用,比如用Java开发的时候就可以调用MemoryCache对一些数据进行缓存和通讯共享,一些大型社区使用了这样的架构。另外,在使用web语言开发的时候,各种语言基本都有自己的缓存模块和方法,PHP有Pear的Cache模块,Java就更多了,.net不是很熟悉,相信也肯定有。
5、镜像
镜像是大型网站常采用的提高性能和数据安全性的方式,镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异,比如ChinaNet和EduNet之间的差异就促使了很多网站在教育网内搭建镜像站点,数据进行定时更新或者实时更新。在镜像的细节技术方面,这里不阐述太深,有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路,比如Linux上的rsync等工具。
6、负载均衡
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。
负载均衡技术发展了多年,有很多专业的服务提供商和产品可以选择,我个人接触过一些解决方法,其中有两个架构可以给大家做参考。
硬件四层交换
第四层交换使用第三层和第四层信息包的报头信息,根据应用区间识别业务流,将整个区间段的业务流分配到合适的应用服务器进行处理。 第四层交换功能就象是虚 IP,指向物理服务器。它传输的业务服从的协议多种多样,有HTTP、FTP、NFS、Telnet或其他协议。这些业务在物理服务器基础上,需要复杂的载量平衡算法。在IP世界,业务类型由终端TCP或UDP端口地址来决定,在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共同决定。
在硬件四层交换产品领域,有一些知名的产品可以选择,比如Alteon、F5等,这些产品很昂贵,但是物有所值,能够提供非常优秀的性能和很灵活的管理能力。Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了。
软件四层交换
大家知道了硬件四层交换机的原理后,基于OSI模型来实现的软件四层交换也就应运而生,这样的解决方案实现的原理一致,不过性能稍差。但是满足一定量的压力还是游刃有余的,有人说软件实现方式其实更灵活,处理能力完全看你配置的熟悉能力。
软 件四层交换我们可以使用Linux上常用的LVS来解决,LVS就是Linux Virtual Server,他提供了基于心跳线heartbeat的实时灾难应对解决方案,提高系统的鲁棒性,同时可供了灵活的虚拟VIP配置和管理功能,可以同时满足多种应用需求,这对于分布式的系统来说必不可少。
一个典型的使用负载均衡的策略就是,在软件或者硬件四层交换的基础上搭建squid集群,这种思路在很多大型网站包括搜索引擎上被采用,这样的架构低成本、高性能还有很强的扩张性,随时往架构里面增减节点都非常容易。
[oracle@localhost bin]$ rman help=y
或者:
[oracle@localhost bin]$ rman --helpArgument Value Description
-----------------------------------------------------------------------------
target quoted-string connect-string for target database
catalog quoted-string connect-string for recovery catalog
nocatalog none if specified, then no recovery catalog
cmdfile quoted-string name of input command file
log quoted-string name of output message log file
trace quoted-string name of output debugging message log file
append none if specified, log is opened in append mode
debug optional-args activate debugging
msgno none show RMAN-nnnn prefix for all messages
send quoted-string send a command to the media manager
pipe string building block for pipe names
timeout integer number of seconds to wait for pipe input
-----------------------------------------------------------------------------
Both single and double quotes (' or ") are accepted for a quoted-string.
Quotes are not required unless the string contains embedded white-space.
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00552: syntax error in command line arguments
RMAN-01006: error signalled during parse
RMAN-02001: unrecognized punctuation symbol "-"
在Linux系统中,有时候会发现无法启动rman
rman: can't open target
这纯属一个误会 : )原因是因为 在linux中,有一个其他工具正好也叫 rman .运行一下:
[rollingpig@dbperf oracle] which rman
/usr/X11R6/bin/rman
[rollingpig@dbperf oracle] /usr/X11R6/bin/rman target / /usr/X11R6/bin/rman: can't open target
[rollingpig@dbperf oracle] echo $PATH
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/orabin/product/9.2.0/bin
所以,我们需要把ORACLE_HOME/bin的path放在:/usr/X11R6/bin 之前就可以了
[rollingpig@dbperf oracle] export PATH=$ORACLE_HOME/bin:$PATH
[rollingpig@dbperf oracle] rman target / nocatalog
Recovery Manager: Release 9.2.0.6.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
connected to target database: PERFSTAT (DBID=3977240740)
using target database controlfile instead of recovery catalog
RMAN>
ORA-01659:ORA-01659: unable to allocate MINEXTENTS beyond 8 in tablespace WFTEST 怎么解决呀?
ORA-01659 unable to allocate MINEXTENTS beyond string in tablespace string
Cause: Failed to find sufficient contiguous space to allocate MINEXTENTS for the segment being created.
Action: Use ALTER TABLESPACE ADD DATAFILE to add additional space
to the tablespace or retry with smaller value for MINEXTENTS, NEXT or
PCTINCREASE.
或者resize一下大小即可:
ALTER DATABASE
DATAFILE ' ' RESIZE XXM;
看一下这个工具的man输出:
[oracle@jumper oracle]$ which script查看全文
/usr/bin/script
[oracle@jumper oracle]$ man script
SCRIPT(1) BSD General Commands Manual SCRIPT(1)
NAME
script - make typescript of terminal session
SYNOPSIS
script [-a] [-f] [-q] [-t] [file]
DESCRIPTION
Script makes a typescript of everything printed on your terminal. It is
useful for students who need a hardcopy record of an interactive session
as proof of an assignment, as the typescript file can be printed out
later with lpr(1).
If the argument file is given, script saves all dialogue in file. If no
file name is given, the typescript is saved in the file typescript.
SESSION_CACHED_CURSORS,就是说的是一个session可以缓存多少个cursor,让后续相同的SQL语句不再打开游标,从而避免软解析的过程来提高性能。(绑定变量是解决硬解析的问题),软解析同硬解析一样,比较消耗资源.所以这个参数非常重要。
oracle
有一个概念,那就是session cursor
cache,中文描述就是有一块内存区域,用来存储关闭了的cursor。当一个cursor关闭之后,oracle会检查这个cursor的
request次数是否超过3次,如果超过了三次,就会放入session cursor
cache,这样在下次parse的时候,就可以从session cursor cache中找到这个statement, session
cursor cache的管理也是使用LRU。
session_cached_cursors这个参数是控制session cursor
cache的大小的。session_cached_cursors定义了session cursor
cache中存储的cursor的个数。这个值越大,则会消耗的内存越多。
另外检查这个参数是否设置的合理,可以从两个statistic来检查。
NAME VALUE
---------------------------------------------------------------- ----------
opened cursors cumulative 157492985
opened cursors current 1036
session cursor cache hits 114789619
session cursor cache count 7418196
cursor authentications 2951314
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 8452071
parse time elapsed 12106769
parse count (total) 165705906
parse count (hard) 18586886
parse count (failures) 3756
session cursor cache hits 和parse count(total) 就是总的parse次数中,在session cursor cache中找到的次数,所占比例越高,性能越好。如果比例比较低,并且有剩余内存的话,可以考虑加大该参数。
Oracle 9i及以前,该参数缺省是0,10G上缺省是20。
以上的系统的比例是比较高的,因此此参数设置合理。
100% * (1 - Parses/Executions) = Execute to Parse
但是library hit 是 99.2%,sotf parse是99.2%啊,怎么会有设置上的不当呢?
execute to parse 与DB设置无关,纯粹是application所控制的。发生在application call DB的阶段,降低这个值只能靠application.
(2)parse cpu to parse elapsd 这个参数。它的计算公式是:
100%*(parse time cpu / parse time elapsed) = Parse CPU to Parse Elapsd %
我的理解是cpu parse time 占总 parse time 的比例。
但是我想问的是:这个值是越高越好还是越低越好?
基本时越高越好,高说明parse 时没什么等待或者说征用。
但是,这个值低也未必一定就有问题,要看parse time elapsed的绝对总量或者parse time elapsed与整个DB的elspesd time的对比。
(3)Non-Parse CPU 这个参数。我没找到它的计算公式和解释。从字面上猜测,意思好像跟parse cpu to parse elapsd 相反,但是为什么这两个参数同时接近100%?这是好事还是坏事?
100- 100%*(parse time cpu / DB Total CPU)
当然越高越好,这个值低表明parse 成了DB的瓶颈了。通常有绑定变量问题。
通常这个值应该在95%以上(个人经验,根据不同应用会有所不同,有些地方甚至要求99%以上)











