我对Oracle RMAN恢复的理解
零散思路：
可能遇到的恢复情况：
因为数据库无法启动或正常使用需要恢复；
因为数据误删除或表空间、表的误删除等需要将数据库或其中某表空间、表或表中数据恢复到过去某时间点；
RMAN恢复原则：
恢复不外乎就是恢复如下一些文件：数据文件（也有可能是表空间），控制文件，归档日志文件（见后面关于归档日志恢复部分），在线日志文件，初始化参数文件，
全库恢复需要在MOUNT状态下，
表空间或数据文件的恢复可以在OPEN状态下进行，
控制文件
归档日志文件
在线日志文件
初始化参数文件
常用的恢复命令：
//对数据库进行完全介质恢复
归档模式，控制文件、初始化参数文件、归档日志文件和重做日志文件
都完好无损，其余数据文件全部丢失，可将数据库恢复到崩溃前那一刻的状态：
Rman>startup mount;
Rman>restore database;
Rman>recover database delete archivelog;
Rman>alter database open;
？那以上情况下，非归档模式应如何处理？
这种情况下感觉应该有几种情况：首先非归档模式下的备份只可能是一致性备份，而且非归档模式下没有归档日志，因此恢复时要考虑最近一次备份和数据库崩溃期间的在线日志文件是否都还在，如果在则直接执行restore和recover然后正常打开数据库即可，而如果在线日志文件已经部分或全部丢失，则首先restore最近一次备份，然后执行recover database until cancel命令，据说此时该命令并不会执行任何恢复操作，只是提示控制文件不再使用原有重做日志，最后以resetlogs方式打开数据库。在三思的书中，文字性提到了一种方法：首先恢复之前备份的控制文件，然后执行restore和recover命令，最后以resetlogs方式打开数据库。感觉这种方式很有道理而前一种思路似乎有问题：前一种思路中实际是用当前的控制文件在进行恢复操作，而当前的控制文件很有可能有前次备份中所不具有的新加的数据文件，那么这样在备份的时候是不是会出问题呢？以上都需要具体验证！！！
//恢复表空间和数据文件
mount或open状态都可
Tablespace:
Rman>sql ‘alter tablespace tbs1 offline immediate’;
Rman>restore tablespace tbs1;
Rman>recover tablespace tbs1;
Rman>sql ‘alter tablespace tbs1 online’;
Datafile:
Rman>sql ‘alter database datafile 9 offline’;
Rman>restore datafile 9;
Rman>recover datafile 9;
Rman>sql ‘alter datafile 9 online’;
或
Rman>set newname for datafile 3 to ‘f:newlocationsysaux01.dbf’;
Rman>restore datafile 3;
Rman>switch datafile 3;
Rman>recover datafile 3;
//恢复归档日志文件
特别：三思告诉我们：“恢复归档文件也是使用restore命令，如果只是为了在恢复数据文件后应用归档文件，那并不需要手动归档文件进行恢复，RMAN会在recover的时候自动对适当的归档进行恢复。单独恢复归档文件一般是有特别的需求，如创建了Data Guard环境，Standy端丢失了部分归档文件，必须从Primary端重新获取等等。”
//恢复控制文件
这里所说的恢复是指仅恢复控制文件本身，应该还有一种“基于控制文件的不完全恢复”，不知和这种情况是否相同（当所有控制文件全部丢失或者误删除了表空间时（闪回数据库能办到吗？），需要执行控制文件的恢复）。其实本身是一种解决方案下的多种情况：
情景1：归档、有恢复目录、控制文件全部丢失或部分数据文件或表空间丢失
情景2：归档、无恢复目录、控制文件全部丢失或部分数据文件或表空间丢失
前景3：非归档、有恢复目录、控制文件全部丢失或部分数据文件或表空间丢失
情景4：非归档、无恢复目录、控制文件全部丢失或部分数据文件或表空间丢失
1、从自动备份中恢复
Rman>set DBID=1415261003;
Rman>startup nomount;
Rman>restore controlfile from autobackup;
Rman>alter database mount;
(Rman>restore controlfile to ‘d:oraclenewctlfcontrolfile01.ctl’ from autobackup;恢复到指定位置)
Rman>recover database;
Rman>alter database open resetlogs;
2、从备份集中恢复
Rman>set DBID=1415261003;
Rman>startup nomount;
Rman>restore controlfile from ‘d:backupc-1415261003-20110522-00’; (Rman>restore controlfile to ‘d:oraclenewctlfcontrolfile01.ctl’ from autobackup;恢复到指定位置)
Rman>alter database mount;
Rman>recover database;
Rman>alter database open resetlogs;
//恢复初始化参数文件(方法基本与控制文件的恢复相同)
Rman> set DBID=1415261003;
Rman>startup nomount;
Rman>restore spfile from autobackup;
Rman>alter database mount;
Rman>recover database;
//恢复联机重做日志文件
0、查询联机日志状态情况
v$log中记录联机重做日志组的信息；
v$logfile中记录联机重做日志组对应的日志文件；
SQL>select group#, thread#, sequence#, members, archived, status from
v$log;
SQL>select group#, member from v$logfile;
1、日志组中的某个日志成员损坏
多元化重做日志的目的就是为了防止日志成员的介质失败。如果某个日志组的一个日志成员出现介质失败，那么数据库仍然可以正常工作。
首先查询：SQL>select member from v$logfile where status=’INVALID’;
然后使用alter database drop logfile member命令删除该日志成员，注意，如果出现损坏的日志成员是当前日志组的日志成员，那么该日志成员将不能被删除，需要进行手工的切换：
SQL>alter system switch logfile;
SQL>alter database drop logfile member ‘c:orclredo01_2.log’;
在删除了日志成员之后，需要为该日志组添加新的日志成员，注意新增加的日志成员状态也为INVALID：
SQL>alter database add logfile member ‘c:orclredo01_3.log’ to group 1;
2、丢失非当前的联机重做日志文件
先查询出丢失的联机重做日志文件组及其包含的联机重做日志文件
然后修复：
SQL>alter database clear logfile group 1;
该命令重建该组重做日志文件即可。
特别！在《精通Oracle 10g备份与恢复》一书中关于此部分的介绍分类更细：
(1)、在OPEN状态下非活动日志组的所有日志成员全部损坏
出现此种情况，数据库仍然正常工作，只是当切换到该日志组时，因为其内容不能被归档，所以后台进程LGWR会处于等待状态。为了使得后台进程LGWR可以继续工作，DBA应该清楚该日志组(我理解此种情景是针对归档模式而言的，非归档模式没得这种问题)：
SQL>alter database clear unarchived logfile group 1;
(2)、在关闭状态下非活动日志组的所有日志成员全部损坏
新增加新的日志组，删除原有日志组，然后打开数据：
SQL>alter database add logfile (‘d:orclredo04_1.log’, ‘c:orclredo04_2.log’) size 10M;
SQL>alter database drop logfile group 1;
SQL>alter database open;
3、丢失当前的联机重做日志文件
此种情况下不能直接重建，而是应该执行不完全恢复
需要修改一个隐藏的初始化参数：
SQL>alter system set “_ALLOW_RESETLOGS_CORRUPTION”=TRUE SCOPE=SPFILE;
该参数设为TRUE时，Oracle在OPEN时会跳过一些一致性的检查。
特别！在《精通Oracle 10g备份与恢复》一书中关于此部分的介绍分类更细：
(1)、在OPEN状态下当前日志组的所有日志成员全部损坏
当数据库处于OPEN状态时，如果当前日志组的所有日志成员全部损坏，那么当后台进程LGWR将事物写入该日志组时，实例会被自动关闭，并报错。出现这种情况下，需要执行不完全恢复：
RMAN>startup mount;
RMAN>restore database;
RMAN>recover database until cancel;
RMAN>alter database open resetlogs;
(2)、在关闭状态下当前日志组的所有日志成员全部损坏
当在关闭状态下当前日志组出现损坏时，因为数据文件、控制文件都处于完全一致状态，所以DBA只需要执行基于CANCEL的不完全恢复即可：
RMAN>startup mount;
RMAN>recover database until cancel;
RMAN>alter database open resetlogs;
//RMAN不完全恢复
0、执行不完全恢复后，因为要以resetlogs方式打开数据库，而此时会重新建立重做日志，清空原有重做日志的内容（同时归档日志也全部删除了），而且过去的备份也不能直接使用了（但好像听说从Oracle Database 10g开始，Oracle提供了新的安全机制可以确保归档日志不会被覆盖，从而使得在恢复数据库时可以使用早期数据库副本的备份），因此强烈建议读者删除早期所有的备份，并重新备份数据库：
RMAN>run{
delete noprompt backup;
delete noprompt copy;
backup database format=’d:backup%d_%s.bak’;
sql ‘alter system archive log current’;
}
1、基于时间恢复
基于时间点恢复是指当出现用户错误（例如误删除表、误截断表等）时，先使用restore database命令转储所有数据文件备份，再使用recover database命令将数据库恢复到用户错误点的状态，从而恢复用户数据。(有时需要结合LogMiner来确定误操作时间点)
RMAN>run{
startup force mount;
set until time=’2011-05-22 22:03:00’;
restore database;
recover database;
sql ‘alter database open resetlogs’;
}
2、基于SCN恢复
RMAN>run{
startup force mount;
set until scn=511927;
restore database;
recover database;
sql ‘alter database open resetlogs’;
}
3、基于日志序列号恢复
RMAN>run{
startup force mount;
set until sequence=6;
restore database;
recover database;
sql ‘alter database open resetlogs’;
}
4、基于备份控制文件恢复
RMAN>startup force nomount;
RMAN>set dbid=123456;
RMAN>restore controlfile form autobackup; RMAN>alter database mount;
RMAN>run{
set until time=’2011-05-22 22:39:00’;
restore database;
recover database;
sql ‘alter database open resetlogs’;
}
//恢复讹误的数据块(block media recovery,简写为BMR)
当我们访问某个数据文件发现其出现数据块讹误时，例如如下错误消息：
ORA-01578：ORACLE data block corrupted (file # 19, block # 44)
ORA-01110：data file 19: ‘d:oracleoradatadatamydb_maintbs_01.dbf’
如果没有BMR，我们必须从一个备份中恢复这个数据文件，关键是在恢复过程中用户不能使用该数据文件中的数据，相反使用BMR只恢复讹误的数据块，这时需要使用blockrecover命令：
blockrecover datafile 19 block 44;
如果有必要，可以同时恢复多个数据文件中的多个数据块：blockrecover datafile 19 block 44,66,127
blockrecover datafile 19 block 44 datafile 22 block 203;
//恢复到以前的Incarnation
我们可能面临到的一种情况是：需要使用上次执行resetlogs命令打开数据库前生成的一个备份来还原数据库，或者可能需要还原到执行上一个resetlogs命令之前的时间点。
这种恢复在是否使用来恢复目录时存在差别，原因很显然：恢复目录能够永久（至少是长时间）保存控制文件和备份信息，当然也就包括来所记录的各个版本的Incarnation；而仅使用控制文件时，我们看到的控制文件肯定是当前的版本，有可能稍早的备份或者Incarnation信息已经被覆盖，所以要恢复当前控制文件中已经没有的Incarnation，则首先需要从备份中还原出包含相应Incarnation的控制文件。
前提假设：并且最近使用resetlogs命令执行过时间点恢复。现在需要使用执行resetlogs命令之前一个备份来恢复数据库。
1、使用恢复目录恢复前一个Incarnation
RMAN>list incarnation;
List of Database Incarnations
DB Key Inc key DB Name DB ID CUR Reset SCN Reset Time
-------- -------- ------------ ------ ------ ----- ------------ --------------
1 2 RECOVER 2539725638 NO 763059 08-JUL-02
1 123 RECOVER 2539725638 YES 764905 09-JUL-02
RMAN>startup force nomount;
RMAN>reset database to incarnation 2;
database reset to incarnation 2 in recovery catalog
RMAN>restore controlfile;
Finished restore at 10-JUL-02
RMAN>alter database mount;
database mounted
RMAN>restore database until scn 764904;
Finished restore at 10-JUL-02
RMAN> recover database until scn 764904;
starting media recovery
……
Finished restore at 10-JUL-02
RMAN>alter database open resetlogs;
new incarnation of database registerd in recovery catalog starting full resync of recovery catalog
full resync complete
RMAN>list incarnation;
List of Database Incarnations
DB Key Inc key DB Name DB ID CUR Reset SCN Reset Time -------- -------- ------------ ------ ------ ----- ------------ --------------1 2 RECOVER 2539725638 NO 763059 08-JUL-02
1 123 RECOVER 2539725638 NO 764905 09-JUL-02
1 245 RECOVER 2539725638 YES 764905 10-JUL-02
2、不使用恢复目录恢复前一个Incarnation
RMAN>list incarnation of database;
List of Database Incarnations
DB Key Inc key DB Name DB ID STATUS Reset SCN Reset Time -------- -------- ------------ ------ ------ --- ---------- ------------ --------------
1 1 RECOVER 2539725638 PARENT 1 30-AUG-05
2 2 RECOVER 2539725638 PARENT 534907 03-OCT-05
3 3 RECOVER 2539725638 PARENT 3586765 04-FEB-06
4 4 RECOVER 2539725638 PARENT 3599781 05-FEB-06
5 5 RECOVER 2539725638 PARENT 3715262 08-FEB-06
6 6 RECOVER 2539725638 CURRENT 4296046 20-FEB-06 RMAN>shutdown immediate;
RMAN>startup mount;
RMAN>reset database to incarnation 5;
RMAN>restore database until scn 4296041;
RMAN>recover database until scn 4296041;
List of Database Incarnations
DB Key Inc key DB Name DB ID STATUS Reset SCN Reset Time -------- -------- ------------ ------ ------ --- ---------- ------------ --------------
1 1 RECOVER 2539725638 PARENT 1 30-AUG-05
2 2 RECOVER 2539725638 PARENT 534907 03-OCT-05
3 3 RECOVER 2539725638 PARENT 3586765 04-FEB-06
4 4 RECOVER 2539725638 PARENT 3599781 05-FEB-06
5 5 RECOVER 2539725638 CURRENT 3715262 08-FEB-06
6 6 RECOVER 2539725638 ORPHAN 4296046 20-FEB-06 RMAN>alter database open resetlogs;
List of Database Incarnations
DB Key Inc key DB Name DB ID STATUS Reset SCN Reset Time -------- -------- ------------ ------ ------ --- ---------- ------------ --------------
1 1 RECOVER 2539725638 PARENT 1 30-AUG-05
2 2 RECOVER 2539725638 PARENT 534907 03-OCT-05
3 3 RECOVER 2539725638 PARENT 3586765 04-FEB-06
4 4 RECOVER 2539725638 PARENT 3599781 05-FEB-06
5 5 RECOVER 2539725638 PARENT 3715262 08-FEB-06
6 6 RECOVER 2539725638 PARENT 4296046 20-FEB-06
7 7 RECOVER 2539725638 CURRENT 4296046 20-FEB-06
Oracle备份恢复场景总结 一、数据文件、表空间恢复 1、数据库文件恢复 1>场景一： 问题描述： test.dbf丢失，有RMAN备份。 重启报错: Startup; ORA-01157: cannot identify/lock data file 5 - see DBWR trace file ORA-01110: data file 5: '/oracle/app/oracle/oradata/orcl/test01.dbf' run{ startup mount; allocate channel ch00 type 'SBT_TAPE'; restore datafile 5; recoverdatafile 5; alter database open; release channel ch00; }
2>场景二 问题描述： 模拟test表空间损坏，删除数据文件（恢复到新目录） 旧目录：/oracle/app/oracle/oradata 新目录: /home/oracle run{ allocate channel ch00 type 'SBT_TAPE'; sql 'alter database datafile 5 offline'; setnewname for datafile 5 to '/home/oracle/test01.dbf'; restoredatafile 5; switchdatafile 5; recoverdatafile 5; sql 'alter database datafile 4 online'; release channel ch00; } 说明： set newname for 告诉RMAN 还原数据文件的新位置在哪里。这个命令在restore 前出现。 switch datafile更新controlfile，记录这个新位置。这个命令要在recover 前出现
jsoup 简介 Java 程序在解析 HTML 文档时，相信大家都接触过 htmlparser 这个开源项目，我曾经在 IBM DW 上发表过两篇关于 htmlparser 的文章，分别是：从 HTML 中攫取你所需的信息和扩展 HTMLParser 对自定义标签的处理能力。但现在我已经不再使用 htmlparser 了，原因是 htmlparser 很少更新，但最重要的是有了jsoup 。 jsoup 是一款 Java 的 HTML 解析器，可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API，可通过 DOM，CSS 以及类似于 jQuery 的操作方法来取出和操作数据。 jsoup 的主要功能如下： 1. 从一个 URL，文件或字符串中解析 HTML； 2. 使用 DOM 或 CSS 选择器来查找、取出数据； 3. 可操作 HTML 元素、属性、文本； jsoup 是基于 MIT 协议发布的，可放心使用于商业项目。 jsoup 的主要类层次结构如图 1 所示： 图 1. jsoup 的类层次结构 接下来我们专门针对几种常见的应用场景举例说明 jsoup 是如何优雅的进行HTML 文档处理的。 回页首
文档输入 jsoup 可以从包括字符串、URL 地址以及本地文件来加载 HTML 文档，并生成Document 对象实例。 下面是相关代码： 清单1 // 直接从字符串中输入 HTML 文档 String html = "
股市高手超短打板术笔记买入逻辑与卖出技术 经验 集团标准化办公室：[VV986T-J682P28-JP266L8-68PNN]
股市高手超短打板术笔记（五）：买入逻辑与卖出技术 高手操盘思维----买入逻辑与卖出技术 炒股中一个非常重要的概念：买入逻辑与卖出技术。如果不明白此句，就是不明白操盘的精髓。一个朋友提到了这句话，问什么意思。这句话是一位高手说的，我觉得总结得非常好。吧中确有很多前辈高手留下的只言片语非常重要，值得学习。我毫无保留的解读一下：高手操盘：“买入逻辑与卖出技术”。散户操盘：“买入技术（价值）与卖出臆测”。这就是区别。我们先谈买入的问题。很多散户买入的思维是“价值与技术”；高手与普通散户操盘的角度完全不一样。个股价值是什么技术形态是什么在中国股市就是臆淫。股票的上涨只取决于主力是否引导拉动。散户的操盘逻辑：是按照表面的东西操作K线形态、主力提供的价值报告，简单、粗暴、单一。高手的操盘逻辑：透过表面的现象，遵循内在操盘逻辑要求买入，不受表象的东西影响。逻辑是规律和规则的推理，其实也是一种因果思维。高手买入一定是在思维的认识上，在其操作系统的多个角度确认逻辑成立后，才是出手的时候，绝不是去单一的分析这只股表面的“价值和前途”而出手。“逻辑”对主力与高手很重要，不同高手的模式和体系，不同层面的主力，必然会有不同的逻辑。原因就在于：对象和目的不同。比如：游资要收割散户，有的大主力要收割游资，有的小主力要偷袭基金，有的高手要借力游资收割散户等等。对象和目的决定了不同的操盘思维与逻辑。而在逻辑的层次,也存在共性和个性的区别。也可以说是宏观与微观区别。共性自然是宏观层面。不论什么主力或是高手都必须对大环境有客观的把握,追逐的都是大
ORACLE11G RMAN备份恢复到异机数据库 1. 主数据库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 数据库名 : prb 数据库SID : prb db_unique_name : prb instance_name : prb IP : 10.0.8.100 2. 备库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 （只安装oracle数据库软件,no netca dbca） 数据库名 : prb 数据库SID : prb db_unique_name: prb instance_name : prb IP：10.0.8.101 将参数文件备份、控制文件备份、数据文件备份、以及归档备份到目标主机 1 此处实验环境为同平台，同字节序，同版本，源机器和目标机器相同的目录结构。 2 目标机器只需要安装oracle只安装oracle数据库软件,no netca dbca 3 第一次利用备份恢复测试环境，之后从源机器拷贝备份到目标机器并在控制文件中注册，再见行恢复测试。 备份数据库 backup format '/u01/prb/rmanbk/fulldb_%d_%U' database include current controlfile plus archivelog delete input; orapwd file='/u01/app/oracle/product/11.2.0.4/db_1/dbs/orapwprb' password=oracle entries=10 force=y 1rman 连接到源数据库 prd-db1-> rman target / Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 17 19:23:27 2016 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PRB (DBID=1906641159) RMAN> 2 分别列出参数文件备份，控制文件备份，数据文件备份，以及归档备份的名字 参数文件备份如下： RMAN> list backup of spfile; using target database control file instead of recovery catalog List of Backup Sets ===================
1、抓取网页数据通过指定的URL，获得页面信息，进而对页面用DOM进行 NODE分析， 处理得到原始HTML数据，这样做的优势在于，处理某段数据的灵活性高，难点在节算法 需要优化，在页面HTML信息大时，算法不好，会影响处理效率。 2、htmlparser框架，对html页面处理的数据结构，HtmlParser采用了经典的Composite 模式，通过RemarkNode、TextNode、TagNode、AbstractNode和Tag来描述HTML页面 各元素。Htmlparser基本上能够满足垂直搜索引擎页面处理分析的需求，映射HTML标签，可方便获取标签内的HTML CODE。 Htmlparser官方介绍: htmlparser是一个纯的java写的html解析的库，它不依赖于其它的java库文件，主要用于改造或提取html。它能超高速解析html，而且不会出错。现在htmlparser最新版本为2.0。毫不夸张地说，htmlparser就是目前最好的html解析和分析 的工具。 3、nekohtml框架，nekohtml在容错性、性能等方面的口碑上比htmlparser好（包括htmlunit也用的是nekohtml），nokehtml类似XML解析原理，把html标签确析为dom, 对它们对应于DOM树中相应的元素进行处理。 NekoHTML官方介绍：NekoHTML是一个Java语言的HTML扫描器和标签补全器(tag balancer) ,使得程序能解析HTML文档并用标准的XML接口来访问其中的信息。这个解析 器能够扫描HTML文件并“修正”许多作者（人或机器）在编写HTML文档过程中常犯的错误。 NekoHTML能增补缺失的父元素、自动用结束标签关闭相应的元素，以及不匹配的内嵌元 素标签。NekoHTML的开发使用了Xerces Native Interface (XNI)，后者是Xerces2的实现基础。由https://www.doczj.com/doc/d14901147.html,/整理
Oracle数据库备份恢复测试报告
目录 1.背景概述 (1) 1.1恢复测试目的 (1) 1.2恢复测试方法 (1) 1.3数据库备份架构 (1) 2.恢复所需资源 (2) 2.1主机资源 (2) 2.2实施环境 (2) 3.数据库恢复测试步骤 (3) 3.1安装配置测试主机 (3) 3.2全库恢复 (3) 3.3测试主机-TSM恢复配置 (3) 3.4测试主机-设定数据库环境变量 (4) 3.5测试主机-启动数据库到NOMOUNT状态 (4) 3.6测试主机-恢复控制文件 (4) 3.7测试主机-更改数据库到MOUNT状态 (5) 3.8测试主机-恢复数据文件 (5) 3.9测试主机-恢复归档日志 (9) 3.10测试主机-以RESETLOGS方法打开数据库 (11) 3.11测试主机-重启数据库 (11) 4.恢复结果 (12)
1.背景概述 1.1恢复测试目的 为了验证数据库的备份有效性，我们进行了此次的数据库恢复测试，用来确保 数据库备份的正确性，可恢复性。 1.2恢复测试方法 异机恢复 因为生产数据库已经在使用，我们不能在生产数据库上进行本机恢复测试，为 了不影响生产数据库的正常使用，我们将在测试机上进行恢复测试。 1.3数据库备份架构 1.备份系统采用IBM Tivoli备份软件； 2.带库使用ADIC磁带库。
2.恢复所需资源 2.1主机资源 需要准备恢复的测试主机，最佳做法是恢复测试主机的硬件架构、操作系统版本和生产主机一致。 2.2实施环境
3.数据库恢复测试 步骤 3.1安装配置测试主机 因为测试机完全拷贝备份主机，故测试机与生产机环境一致，确保测试主机已经正常 运行，并能于要恢复的生产主机，备份主机网络连通。 3.2全库恢复 利用TSM软件界面，调用原来所备份的数据库，以及相应的数据库恢复工具RMAN的 脚本，进行ORACLE 数据库系统的全库恢复。 3.3测试主机-TSM恢复配置 因为测试主机与生产主机架构相同，故只需在TSM SERVER上定义SAN server。 如下：
目录 数据库恢复方案 (1) 文档控制 (1) 一、相关概念 (3) 1，恢复的两个阶段 (3) 2，Oracle实例启动的三个阶段 (3) 3，RMAN信息的保存位置 (3) 二、完全恢复 (3) (一) 控制文件 (3) 1) 丢失部分控制文件： (3) 2) 丢失全部控制文件 (3) (二) 重做日志文件 (4) 1) 非当前使用的重做日志文件： (4)
2) 当前使用的重做日志文件（未归档）： (4) (三) 数据文件 (4) 1) 无归档模式下的完全恢复 (4) 2) 归档模式下的完全恢复 (5) 三、不完全恢复 (6) (一) 基于SCN的不完全恢复 (6) 1) 准备工作 (6) 2) 使用RMAN进行恢复 (7) (二) 基于时间点的不完全恢复 (8) 1) 准备工作 (8) 2) 使用RMAN进行恢复 (8) 四、高级篇 (9)
(一) 使用RMAN进行异机同目录 (9) 1) 准备工作 (9) 2) 通过RMAN进行异机恢复 (10) （二）使用RMAN进行异机异目录 (11) 1) 准备工作 (11) 2) 通过RMAN进行异机恢复 (11) （三）使用RMAN进行在线数据块恢复 (14) 一、相关概念 1，恢复的两个阶段 数据库无论采取哪种方式进行恢复都分为Restore和Recover两个步骤。Restore（还原）：把控制文件、重做日志文件和数据文件还原到正确位置。Recover（恢复）：恢复还原后的数据文件，使数据库达到一致状态。
2，Oracle实例启动的三个阶段 Oracle实例启动经过三个阶段： l NOMOUNT（未装载）：读入参数文件，验证参数文件中的目录是否存在。 l MOUNT（装载）：读入参数文件指定位置的控制文件。 l OPEN（打开）：验证控制文件中指定的重做日志文件和数据文件是否正确、数据文件是否一致，然后读入数据文件中的数据。 所以按照如下顺序使数据库正确打开。 1) SHUTDOWN（关闭）状态下，确保参数文件指定的文件夹存在，启动到NOMMUNT 状态。 2) NOMOUNT状态下，保证控制文件的位置和命名与参数文件中相同，控制文件中指定的重做日志文件和数据文件存在，然后启动到MOUNT状态。 3) MOUNT状态下，执行RMAN还原和恢复操作。
ORACLE 11G AIX HA ----NBU异机恢复过程 恢复前提 1.两台机器上NUB软件都已经安装好 2.指定Master SERVER 上的/usr/openv/netbackup/bp.conf恢复源 FORCE_RESTORE_MEDIA_SERVER = 生产库hostname 测试库hostname 从生产库恢复到测试库。 操作目的 节点POTLDB01 数据库恢复到POTLDB02 即在节点POTLDB01上运行，并在节点POTLDB01上备份，恢复到POTLDB02上 节点POTLDB01机器检查过程 1.检查环境变量检查 root@POTLDB01:/usr/openv/rmanscript#ps -ef |grep smon root 385272 467274 0 10:40:22 pts/2 0:00 grep smon oracle 655484 1 0 Jul 25 - 0:06 ora_smon_portaldb 机器名字 root@POTLDB01:/usr/openv/rmanscript#hostname POTLDB01 root@POTLDB01:/usr/openv/rmanscript#pwd ---rman脚本位置 /usr/openv/rmanscript root@POTLDB01:/usr/openv/rmanscript#ls hot_database_portaldb.sh hot_database_portaldb.sh.out hot_database_portaldb.sh_bak /etc/hosts文件 172.16.3.115 POTLDB01_boot 172.16.3.116 POTLDB02_boot 172.16.3.116 POTLDB02 172.16.3.115 POTLDB01 1.1.3.115 POTLDB01_stby 1.1.3.116 POTLDB02_stby
—102 — 基于内容相似度的网页正文提取 王 利1，刘宗田1，王燕华2，廖 涛1 (1. 上海大学计算机科学与工程学院，上海 200072；2. 上海海洋大学信息学院，上海 201306) 摘 要：提出一种将复杂的网页脚本进行简化并映射成一棵易于操作的树型结构的方法。该方法不依赖于DOM 树，无须用HTMLparser 包进行解析，而是利用文本相似度计算方法，通过计算树节点中文本内容与各级标题的相似度判定小块文本信息的有用性，由此进行网页清洗与正文抽取，获得网页文本信息，实验结果表明，该方法对正文抽取具有较高的通用性与准确率。 关键词：网页正文抽取；网页映射；网页清洗；文本相似度 Web Page Main Text Extraction Based on Content Similarity WANG Li 1, LIU Zong-tian 1, WANG Yan-hua 2, LIAO Tao 1 (1. School of Computer Science and Engineering, Shanghai University, Shanghai 200072; 2. School of Information Technology, Shanghai Fisheries University, Shanghai 201306) 【Abstract 】This paper proposes a method of simplifying complex Web page script and mapping it into tree structure easy to operate. It does not depend on DOM tree, and does not need utilize htmlparser bag to parse. By calculating text similarity, it calculates the similarity between the content of tree node and headings of different levels to determine the usefulness of the text information, cleans the Web page and extracts the content information. Experimental results show that the method has better universal property and accuracy rate in main text extraction. 【Key words 】Web page main text extraction; Web page mapping; Web page cleaning; text similarity 计 算 机 工 程 Computer Engineering 第36卷 第6期 Vol.36 No.6 2010年3月 March 2010 ·软件技术与数据库· 文章编号：1000—3428(2010)06—0102—03 文献标识码：A 中图分类号：TP393 1 概述 随着Internet 的飞速发展，网络上的信息呈爆炸式增长。 网页己经成为Internet 上最重要的信息资源。各种网页为人们提供了大量可供借鉴或参考的信息，成为人们日常工作和生活必不可少的一部分。然而，网页上的信息经常包含大量的噪声，如广告链接、导航条、版权信息等非网页主题信息的内容，页面所要表达的主要信息经常被隐藏在无关的内容和结构中，限制了Web 信息的可利用性。本文主要对网页上的这些噪声进行滤除，并抽取网页正文信息，即网页清洗。它是Web 文本分类、聚类、文本摘要等文本信息处理的基础，网页正文抽取的效果直接影响到文本信息处理的效果。 本文的方法首先抽取出HTML 页面中的title 及各级标题，再对网页进行标准化预处理，然后建立一种新的树型结构，HTML 中的所有正文信息都包含在这棵树的节点中。利用这种树型结构可以方便地清洗网页中的噪声、抽取出网页中的正文信息。在抽取网页正文信息时，较大的文本块根据文本的长度极易抽取出，而对于只有小文本块的节点，由于页面中的title 及各级标题高度概括了该网页的主要内容，因此可以根据各节点内容与title 、各级标题的相似度来判定该节点的信息文本是否为有用文本，只要该小块文本与title 或某个子标题的相似度大于设定阈值，就判定其为有用信息。 2 相关工作 虽然网页正文提取是Web 文本挖掘中的一个重要问题， 但相关研究并不多。目前对网页进行噪声过滤与信息自动抽取的方法主要有两大类：(1)针对单一页面进行处理。根据所处理页面的内容特征、可视信息等应用一些启发性规则去除页面的噪音，抽取出页面内容。这类方法对每一个待处理的网页进行同样的处理，对于抽取通过模板产生的网页集效率较低。(2)针对同一站点中页面的一般模式进行处理。这种方法是基于一个或多个网站中的页面集进行模板检测的，但局限于由同一个模板生成的网页集，直接影响清洗的自适应性。 文献[1]的研究仅限于某些特定站点，在这些站点中根据合并不同页面生成的DOM 树来标记页面中哪些是有用信息哪些是噪声，并通过这些标记达到页面清洗的目的。文献[2]根据HTML 标签生成树，通过分析同一网站下网页之间模板的相似性来识别数据区域。文献[3]基于DOM 规范，提出了基于语义信息的STU-DOM 树模型，将HTML 文档转换为STU-DOM 树，并对其进行基于结构的过滤和基于语义的剪枝，完成了对网页主题信息的抽取。文献[4]采用基于标记窗的方法并利用Levenshtein Distance 公式计算标记窗中字符串与标题词之间的距离，从而判断该字符串是否为正文信息，该方法容易导致很多噪声无法滤除。 通过分析可知，现有的网页清洗方法大多基于DOM 树并用HTMLparser 程序包[5]对其进行解析，这种方法效率不高，而且依赖于第三方包。对此本文提出了一种简单的树型结构，在这棵树中保存了正文信息，同时消除了一些无用信息，并对各节点进行了简化，带来了操作上极大的便利。另外，在这棵树中可以通过深度搜索子节点来消除传统方法中不能处理网页正文部分被存放在多个td 中的情况以及不能处 基金项目：国家自然科学基金资助项目(60575035, 60975033)；上海市重点学科建设基金资助项目(J50103)；上海大学研究生创新基金资助项目(SHUCX092162) 作者简介：王 利(1984－)，男，硕士研究生，主研方向：文本挖掘，事件本体；刘宗田，教授、博士生导师；王燕华，硕士研究生；廖 涛，博士研究生 收稿日期：2009-08-10 E-mail ：wonglee07@https://www.doczj.com/doc/d14901147.html,
炒股高手总结五个阶段81条经验炒股高手总结的五个阶段： 1,无知蛮干阶段; 2,进修充电阶段; 3,摸索探路阶段; 4,归纳成型阶段; 5,初见成效阶段。 炒股高手总结的81条经验： 1、我入市三年后,发现我比一般股民表现四大突出的优点：刻苦,认真,钻研,求异。相信我能有实现跨进赢家大门槛的能力。 2、我在操作中,不断地要发现自我,改变自我,挑战自我,战胜自我。校正自己,永远比研究市场更重要! 3、我炒股五年后才发现,十年后才证实了炒股赚钱的指路明灯——天道酬勤。我每天在重复只做一件最简单而又最单调复杂的事情,即枯燥又无味,即寂寞无聊!只要能够坚持再坚持,忍耐再忍耐,在忍无可忍的时候,有再忍下去的毅力,始终如一不断地观察坚持记录,一天也不能遗漏,然后通过不断地归纳总结筛选,积累沉淀一定会有我意想不到的惊喜! 4、我炒股十年后,终于诞生了我的炒股总方针：追求稳定,长久,持续地获利。
5、我知道的炒股知识并不少,我在发问自己：真正做到的又有多少?能够做好的又有多少?最后要问独树一帜的你有吗?十多年后的当时我肯定地说,有!可能是独一无二,我坚信!我坚持! 6、我炒股赚钱的工具——我的操作系统。 7、信号第一,铁的纪律。不受个人的情绪影响。它是从由战胜市场转变为顺应市场,由主动性交易转变为被动性交易,操作主要考虑在“应变”而不是在“预测”上。 8、抓住试盘,守株待兔。在常人看来这是愚蠢和原始的,但是真正让我炒股能够稳定,长久,持续地赚到钱的功夫还真是“坐功”。守株待兔关键是选择在哪些树下可以耐心等待,可能这个选择是几年来的心血结晶,心法相同技法却不同。 9、不听忽悠,眼见为实。我要能到手的铜,不要隔山的金子。 10、专家的话是两头堵,总是说如果……那么就会是……,一旦说对了就会炫耀自己看的多么准!一旦说错了他们就会说,我说过如果……那么……,现在是如果的条件没有满足,所以没有走出预想的行情是对的。我说,要是听专家的话炒股,想成为赢家我觉得简直是梦想。 11、我看图是打开图形向左看,先看月线再看周线,压缩图形看趋势,看方向不重价。
https://www.doczj.com/doc/d14901147.html, python抓取网页数据的常见方法 很多时候爬虫去抓取数据，其实更多是模拟的人操作，只不过面向网页，我们看到的是html在CSS样式辅助下呈现的样子，但爬虫面对的是带着各类标签的html。下面介绍python抓取网页数据的常见方法。 一、Urllib抓取网页数据 Urllib是python内置的HTTP请求库 包括以下模块：urllib.request 请求模块、urllib.error 异常处理模块、urllib.parse url解析模块、urllib.robotparser robots.txt解析模块urlopen 关于urllib.request.urlopen参数的介绍： urllib.request.urlopen(url, data=None, [timeout, ]*, cafile=None, capath=None, cadefault=False, context=None) url参数的使用 先写一个简单的例子：
https://www.doczj.com/doc/d14901147.html, import urllib.request response = urllib.request.urlopen(' print(response.read().decode('utf-8')) urlopen一般常用的有三个参数，它的参数如下： urllib.requeset.urlopen(url,data,timeout) response.read()可以获取到网页的内容，如果没有read()，将返回如下内容 data参数的使用 上述的例子是通过请求百度的get请求获得百度，下面使用urllib的post请求 这里通过https://www.doczj.com/doc/d14901147.html,/post网站演示（该网站可以作为练习使用urllib的一个站点使用，可以 模拟各种请求操作）。 import urllib.parse import urllib.request data = bytes(urllib.parse.urlencode({'word': 'hello'}), encoding='utf8')
散户高手的炒股心得体会三篇炒股心得(1)---为什麽散户不会赚钱 1.炒股是资源再分配，并不创造财富. 2.开办股市就是为了圈钱，不给你一点甜头你不会进来，更不用说掏钱. 3.中国股市没有做空机制，往下做只不过是为了将来往上拉. 4.主力有远大目标，显得大智若愚.散户有小聪明，却是大愚若智. 5.人性有恐惧和贪婪，主力专找这两处攻击.散户却不承认自身有此毛病. 6.趋势理论其实非常重要，其时我们大部分时间都在等待，下跌途中空仓等待，上涨途中满仓等待，只有转势那一刻才动手买卖.均线可以帮我们判断趋势，但如果你不懂或不信它，谁也救不了你. 7.主力可以用日K线骗你，但它无法用月K线骗你，因为拆借资金玩不起时间，利息成本太高. 8.主力当然知道软件的威力，所以它会在底部或顶部区间上下震荡，使忠实反映情况的软件发出前后矛盾的信号，你抛开软件正中主力下怀.没了K线图就等于被废去双眼，你还想干啥?等你悟出月K线的奥秘，你就会爱上软件. 9.物极必反的原理非常适合炒股.如果你悟出它的真缔，你就不会再干出追高杀低的蠢事.至少你不会再冲动.KD/BOLLING都是很好的防冲动指标.
10.周密计划是主力成功的关键所在.介入价位，密集成交区，筹码分布，指标高低，时间跨度，题裁配合，意外状况，止损/止盈点……现在明白主力为什么会赚你的钱了吧? 炒股心得(2)--技术指标不是万能的，但它是股海中的救生衣. 1.不要试图去猜大盘是否见顶，况且即使大盘见顶你手中的股票仍在补涨中，你也要卖掉吗?让均线来帮我们判断(30/60都行)，你手中的股票也是一样.跌破就卖掉，涨上就买回. 2.不要试图去找一根万能线来帮助我们做出买卖的决策，因为多次的买卖是庄家所希望的，但我们自己不能乱，买卖要有依据.即使事后证明是无效的买卖，只要当时有依据就行了，过分事后自责只会使自己以后的行动犹豫不决，正中庄家圈套. 3.对不同的股票不要有相同的预期，因为我们用同一种指标来侦测不同的股票，盈利效果肯定不一样，出现买卖信号就行动，不要与以前比较，否则会搞乱我们的操作思路，使我们怀疑自己的指标是否正确. 4.周线比日线准确，日线的波动是庄家使得诡计，迷恋日线说明你是菜鸟.注定你要失败.月线的使用者是大智若愚的高手. 5.相信技术指标比相信股价更重要.眼前一目了然的东西往往具有欺骗性，内在美才是你一生的追求，外表美只是水中月镜中花. 6.永远不要忘了突破后面紧跟着的是回抽，即使有个别例外.个性和共性别搞混了.回抽吸纳永远是制胜的法宝.回抽后的图形有人认为要大跌有人认为刚起步，这就是菜鸟和大侠的区别. 炒股心得(3)--如何用技术指标选股
高手必须经历的阶段 炒股五个阶段，即，1，无知蛮干阶段；2，进修充电阶段；3，摸索探路阶段；4，归纳成型阶段；5，初见成效阶段。 1、我入市三年后，发现我比一般股民表现四大突出的优点：刻苦，认真，钻研，求异。相信我能有实现跨进赢家大门槛的能力。 2、我在操作中，不断地要发现自我，改变自我，挑战自我，战胜自我。校正自己，永远比研究市场更重要！ 3、我炒股五年后才发现，十年后才证实了炒股赚钱的指路明灯——天道酬勤。我每天在重复只做一件最简单而又最单调复杂的事情，即枯燥又无味，即寂寞无聊！只要能够坚持再坚持，忍耐再忍耐，在忍无可忍的时候，有再忍下去的毅力，始终如一不断地观察坚持记录，一天也不能遗漏，然后通过不断地归纳总结筛选，积累沉淀一定会有我意想不到的惊喜！ 4、我炒股十年后，终于诞生了我的炒股总方针：追求稳定，长久，持续地获利。 5、我知道的炒股知识并不少，我在发问自己：真正做到的又有多少？能够做好的又有多少？最后要问独树一帜的你有吗？十 多年后的当时我肯定地说，有！可能是独一无二，我坚信！我坚持！ 6、我炒股赚钱的工具——我的操作系统。
7、信号第一，铁的纪律。不受个人的情绪影响。它是从由战胜市场转变为顺应市场，由主动性交易转变为被动性交易，操作主要考虑在“应变”而不是在“预测”上。 8、抓住试盘，守株待兔。在常人看来这是愚蠢和原始的，但是真正让我炒股能够稳定，长久，持续地赚到钱的功夫还真是“坐功”。守株待兔关键是选择在哪些树下可以耐心等待，可能这个选择是几年来的心血结晶，心法相同技法却不同。 9、不听忽悠，眼见为实。我能要到手的铜，不要隔山的金子。 10、专家的话是两头堵，总是说如果……那么就会是……，一旦说对了就会炫耀自己看的多么准！一旦说错了他们就会说，我说过如果……那么……，现在是如果的条件没有满足，所以没有走出预想的行情是对的。我说，要是听专家的话炒股，想成为赢家我觉得简直是梦想。 11、我看图是打开图形向左看，先看月线再看周线，压缩图形看趋势，看方向不重价。 12、强势时不看阻力，弱势时不看支撑。 13、顺势加码要持股！逆势斩仓要离场！ 14、我无意中发现当我赚到钱的一个规律，要想赚到钱，“必须要敢重仓”。我一般是在底部看好一只股票基本上就重仓，如果不是，顺势加码持股也就逐步达到重仓了。这样，一拨行情下来赚个20%——40%很容易。
股票高手的经验总结 Ａ、股市原理（剖析主流资金真实目的，发现最佳获利机会！）１、惯性原理：处于涨势或者跌势的时候，其趋势一般将延续。 ２、波浪原理：跌有多深则涨也将会有多高；量足则价升。 ３、极静思动：价窄而量缩往往预示着大行情的来临。 ４、物极必反：行情发展到极端状态时将朝着它的反向运行。 ５、一致性：当长期和短期的趋势都一致时其威力最大。 ６、转折交叉：当短期和长期趋势发生矛盾时可能会变盘。 ７、成本原理：当买入的成本小于市场成本时风险较小。 Ｂ、主力行为 １、主力收集：指标在中低位，价量配合好，盘中常有大手笔买单，有间隙放量行为。 ２、主力入场：该股处于盘整或者下跌过程中，突然放出巨量上扬，内盘明显大于外盘，换手积极，主力入场明显。 ３、主力派发：经常高开走低，上冲乏力，均线时常跌破，价量配合差 ４、主力撤庄：股价暴跌，价量配合极差，外盘远远大于内盘，若成交量放出，属主力撤庄行为。 ５、主力拉升：主力吸足筹码之后，开始振仓洗筹，最明显的
特征是升跌无量，并量呈逐波缩小之势，当形态发展到均线粘合、多头排列的时候，主力往往会拉升。 Ｃ、底部形态分析 股票的大幅上扬是从底部开始的，所谓底部当有一个筑底过程，筑底的目的是调整均线或者叫清洗筹码，只有当市场上对该股的抛盘达到了极微的程度，或者因为消息导致市场人士对股市绝望逃命，而又有新生力量介入的时候底部才有可能形成，因此从图表看，一种形态为窄幅缩量，另一种形态则是巨量下跌，底部形成放可产生强大的上升行情。 实战中本人总结七种底部形态：第一种是“平台底”，第二种是“海底月”，第三种是“阳夹阴”，第四种是“均线星”，第五种是“探底线”，第六种是“三红兵”、第七种是“长尾线” 。股票的底部一般三天形成，根据形态划分，不管任何形态都需和均线系统成交量配合而论，均线处于粘合或者短期均线在中长期均线下方可谓底部，而成交量没有一个递减缩小的过程或者没有一个放量急剧下跌的过程就谈不上底部，底部突破往往是由消息引起的，但它是通过时间和形态构造出来的，下面就分头来论述底部的七大形态。 、平台底：股价在５日均线附近连续平盘三天，迫使 ５日线和１０日均线形成金叉或者５日线上翘、１０日均线下移速率变慢，具体的要求是三天中第一天收小阴线，第二天收小阳或小
storage@https://www.doczj.com/doc/d14901147.html, NBU 异机恢复ORACLE基本步骤 1、在主备份服务器上创建文件： #mkdir /usr/openv/netbackup/db/altnames #touch /usr/openv/netbackup/db/altnames/No.Restrictions 注意文件名称中的大小写 2、在需要恢复的主机上安装好ORACLE数据库以及NBU软件（包括Client 端软件以及Oracle agent软件），并且创建一个Oracle用户，注意该用户的名称和所属的组都要和原备份主机上的用户一致。(本文档假设用户名为oracle) 注意在此步骤中最好将原主机上创建过的一些文件目录或系统都创建好，需要mount好的文件系统也挂接好。注意各文件系统以及创建目录的属性，将属主都更改为Oracle用户。另外如果可能，最好将原主机上的oracle用户的.profile文件拷贝到当前oracle用户的主目录下。 3、通过NBU将原主机上备份的controlfile文件恢复到新主机上的指定位置（可以检查init
storage@https://www.doczj.com/doc/d14901147.html, 5、使用nocatalog方式连接到目标数据库并执行恢复语句： #su - oracle $rman target / nocatalog RMAN>run { 1>allocate channel ch00 type 'sbt_tape'; 2>restore database; 3>release channel ch00; 4>} RMAN>exit 对数据库进行recover恢复，并启动数据库。注意在做此步骤前，要先检查原主机上是否有没有备份的archive log，如果有则拷贝到新的主机上。 #su - oracle $rman target / nocatalog RMAN>run { 1>allocate channel ch00 type 'sbt_tape'; 2>recover database; 3>release channel ch00; 4>} RMAN>alter database open resetlogs; RMAN>exit 6、在数据库恢复完毕后，立刻对新的数据库进行一次全备份操作 7、本文档的例子都是使用nocatalog方式。如果用户是使用catalog方式，则需要注意两点： a、数据库连接方式不同。使用catalog方式的时候，需要使用语句 rman target / rcvcat [catalog库的监听器] 来进行数据库的连接 b、恢复controlfile的方式不同，通过如下脚本恢复： 1、确保数据库已经停止，然后将数据库启动到nomount状态： #su - oracle $sqlplus "/as sysdba" sql>shutdown immediate; sql>startup nomount; sql>exit;
python爬虫实战,多线程爬取京东jd html页面：无需登录的网 站的爬虫实战 2014-12-02 20:04:31 标签：网站爬虫python import 版权声明：原创作品，如需转载，请与作者联系。否则将追究法律责任。 【前言】 【需求说明】 以京东为示例，爬取页面的，获取页面中得数据：记录到data.txt；获取页面中得图片，保存下来。 1、list的url如下 2、商品详情页的url如下： 【技术说明】
【代码逻辑说明】 1、run（获取最终要的结果） 2、parseListpageurl：返回list的总共的页面数量 3、judgelist：判断该list是否已经爬取完毕了，第一个list中的所有url、最后list 的所有url都爬取完毕了，那么久说明list的所有page爬取完毕了（实际上是一种弱校验） 4、getfinalurl_content：如果list没爬取完毕，每个list爬取，解析list中得每个html （判断html是否爬取过），获得内容和img 【坑说明】 1、需要设置超时时间，和重试，否则爬取一个url卡住的时候，整个线程都悲剧了。 2、有编码的坑，如果页面是gb2312的编码，需要转换为utf-8的编码： httprestmp.decode('gbk').encode('utf-8') 3、parser.feed的内容，如果存在一些特殊字符，可能需要替换，否则解析出来会莫名不对
4、图片保存，根据url获取前面两个数字，保存。以免一个目录下保存了过多的图片。【执行结果】 1、console输出 2、data.txt存储解析出来的内容 3、judegurl.txt（保存已经爬取过的url） 4、图片（下载的图片） 【代码详情】
一位股市高手悟出的炒股铁律 1.只买上升轨道的股票，不买下降轨道的股票，如果股票一直在上升轨道，就应该把握住机会，坚持持有，千万不要脑袋一热就卖掉！ 2.在上升轨道的下沿买进股票，然后持有，等到上升轨道发生了明显的变化时，就要果断卖出，不要犹豫。 3.对于那些局面复杂、自己看不清的股票，千万不要贸然进去，柿子捡软的捏，炒股也是一样。 4.不要把所有的钱一次性买进同一只股票，即便你非常看好它，而且事后证明你是对的，也不要一次性买进。因为市场瞬息万变，谁也不知道明天发生什么，总有可能买得更低，或者有更好的机会买进。 5.如果你误买了下降轨道中的股票，一定要赶紧卖出，避免损失扩大。 6.如果买的股票目前还没有损失，但已经进入下降轨道，也要赶紧退出观望。 7.不是上升轨道的股票，根本不要看。管它将来怎么样，不要陪主力去建仓。散户可没时间陪他们耗着。 8.赢钱时加仓，输钱时减码，如果你不想死得快而想赚得快，这是唯一的方法。 9.不要相信业绩，那只代表过去，不代表将来。 10.炒股是在炒将来，而不是过去。 11.不要幻想自己能赚钱而老是去做短线，每天进进出出。频繁进出，可能会给你带来快感，但是会让你损失很多的钱，唯一受益的就是证券公司，而且你不会有那么高的水平，你也不是庄家。不要买太多的股票，最好不要超过五只。你没有那么多精力看着它们。这就像如果你想娶五个老婆，即便你身体够好，你也满足不了你的老婆们。韦小宝的故事只发生在小说里。 12.股票很便宜了，跌了很多了，不是你买入的理由，永远不是！它还可能更加便宜！ 13.股票很贵了，已经涨了很多了，也不是你拒绝买入或者卖出的理由。它还可能涨得更高！ 坚持正确选股思路看好自己股票! 卜人发表于2009年09月15日17:15 阅读(26) 评论(2) 分类：思考生活举报 在投资的时候，人们总是把资金放在不同的“篮子”以分散投资风险。但对于普通投资者来说，更重要的是要坚持正确的选股思路和选股方法并看好自己的股票“篮子”。 目前，沪深两市共有股票1800多只，没有谁能知道所有这些股票的基本面情况;同样对于这些公司的成长性、盈利潜力等，没有谁能做到面面俱到。1800多只股票相当于一个团的编制。如果我们自己当团长，也不会确切知道每个士兵的名字和性格特点;相反，如果我们自己当班长，那么对于每一位士兵的性格特点自然会心中有数了。因而，选股也要选自己熟悉的股票，选股的时间与持股的时间常常是成正比的，因一时头脑“发热”而选中的股票，其上涨的时间往往如同昙花一现;而用心花时间选出的股票，其上涨可能超出我们的预期。这就如同一位画家起初画一幅画只需一天，卖掉它却要一年;后来他画一幅画要用一年，而卖出它却只需一天。 买股票就像把钱投资给别人来参与管理一家公司。那么，请问有谁会把钱借给一个连自己