做事一定不要等，要有自己的想法，寻找一个适合自己的切入点，坚持下来，你一定会成功，坚持，在互联网行业尤是如此。如其到三十岁才感困惑，不如现在就努力改变自己的命运。

　　归档模式可以提高Oracle数据库的可恢复性，生产数据库都应该运行在此模式下，归档模式应该和相应的备份策略相结合，只有归档模式没有相应的备份策略只会带来麻烦。

　　本文简单介绍如何启用和关闭数据库的归档模式。

　　1.shutdown normal或shutdown immediate关闭数据库

　　[oracle@jumper oracle]$ sqlplus "/ as sysdba"

　　SQL*Plus: Release 9.2.0.4.0 - Production on Sat Oct 15 15:48:36 2005

　　Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

　　Connected to:

　　Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production

　　With the Partitioning option

　　JServer Release 9.2.0.4.0 - Production

　　SQL> shutdown immediate;

　　Database closed.

　　Database dismounted.

　　ORACLE instance shut down.

　　2.启动数据库到mount状态

　　SQL> startup mount;

　　ORACLE instance started.

　　Total System Global Area  101782828 bytes

　　Fixed Size                   451884 bytes

　　Variable Size              37748736 bytes

　　Database Buffers           62914560 bytes

　　Redo Buffers                 667648 bytes

　　Database mounted.

　　3.启用或停止归档模式

　　如果要启用归档模式，此处使用

　　alter database archivelog 命令。

　　SQL> alter database archivelog;

　　Database altered.

　　SQL> alter database open;

　　Database altered.

　　SQL> archive log list;

　　Database log mode              Archive Mode

　　Automatic archival             Enabled

　　Archive destination            /opt/oracle/oradata/conner/archive

　　Oldest online log sequence     148

　　Next log sequence to archive   151

　　Current log sequence           151

　　如果需要停止归档模式，此处使用：

　　alter database noarchivelog 命令。

　　SQL> shutdown immediate;

　　Database closed.

　　Database dismounted.

　　ORACLE instance shut down.

　　SQL> startup mount;

　　ORACLE instance started.

　　Total System Global Area  101782828 bytes

　　Fixed Size                   451884 bytes

　　Variable Size              37748736 bytes

　　Database Buffers           62914560 bytes

　　Redo Buffers                 667648 bytes

　　Database mounted.

　　SQL> alter database noarchivelog;

　　Database altered.

　　SQL> alter database open;

　　Database altered.

　　SQL> archive log list;

　　Database log mode              No Archive Mode

　　Automatic archival             Enabled

　　Archive destination            /opt/oracle/oradata/conner/archive

　　Oldest online log sequence     149

　　Current log sequence           152

　　4.修改相应的初始化参数

　　Oracle10g之前，你还需要修改初始化参数使数据库处于自动归档模式。

　　在pfile/spfile中设置如下参数：

　　log_archive_start = true

　　重启数据库此参数生效，此时数据库处于自动归档模式。

　　也可以在数据库启动过程中，手工执行：

　　archive log start

　　使数据库启用自动归档，但是重启后数据库仍然处于手工归档模式。

　　一要使OARCLE数据库进行日志的自动归档，需要做两方面的事情，一是数据库日志模式的设置(database log mode,可为Archive Mode和No Archive Mode)，另外就是自动归档模式设置(Automatic archival,可为Enabled和Disabled)。　　　　二如何查看数据库的现行日志和自动归档模式的设置：

　　可用archive log list命令来查看。

　　例如：

　　运行在日志自动归档模式下的数据库系统查看结果如下（一般是生产环境）

　　SVRMGR> archive log list

　　Database log mode　　　　　　　Archive Mode

　　Automatic archival　　　　　　 Enabled

　　Archive destination　　　　　　/backup/archivelog

　　Oldest online log sequence　　 2131

　　Next log sequence to archive　 2133

　　Current log sequence　　　　　 2133

　　没有启动数据库日志模式和自动归档的数据库系统查看结果如下（一般是测试环境）

　　SVRMGR> archive log list

　　Database log mode　　　　　　　No Archive Mode

　　Automatic archival　　　　　　 Disabled

　　Archive destination　　　　　　/u01/app/oracle/product/8.0.5/dbs/arch

　　Oldest online log sequence　　 194

　　Current log sequence　　　　　 196

　　三数据库日志模式的设置

　　在创建数据库时，可以在CREATE DATABASE 语句中指定数据库的日志模式。假如没有指明，则缺省为NOARCHIVELOG模式。由于如果在创建数据库时指明是Archive Mode的话，会增加约20%的创建时间，而在以后启动INSTANCE时再设置的话，一般只用去几秒的时间，所以一般在创建数据库时是不设置为ARCHIVE MODE的。

　　如要确定一系统数据库的日志模式设置，除了(二)中的方法外也可以执行如下操作查看：

　　SVRMGR> Select * from V$DATABASE

　　NAME　CREATED　　　　　　LOG_MODE　　　CHECKPOINT　ARCHIVE_CH

　　----　-----------------　------------　----------　----------

　　ORCL　05/21/97 17:55:06　NOARCHIVELOG　172185　　　170808

　　将数据库的日志模式设置切换（Archive Mode 和No Archive Mode之间的切换）的步骤和操作如下：

　　1. 关闭运行的数据库实例

　　SVRMGRL>　shutdown

　　在进行日志模式切换之前，必须将运行的数据库正常关闭。

　　2. 备份数据库

　　该备份跟以后产生的日志一起用于将来的灾难恢复（很重要，如要改为归档日志模式，没有这个数据库备份，仅有日志文件是无法从该时间点恢复的）。

　　3. 启动数据库实例到mount状态，但不要打开。

　　SVRMGRL> startup mount

　　注意：如果是使用OPS的话，请只打开一个数据库实例进行模式切换操作。

　　4. 切换数据库日志模式。

　　SVRMGRL> alter database archivelog;(设置数据库为归档日志模式)

　　或

　　SVRMGRL> alter database noarchivelog;(设置数据库为归档日志模式)

　　5. 打开数据库

　　SVRMGRL> alter database open;

　　6. 确认数据库现在处于归档日志模式。

　　SVRMGRL> archive log list;

　　Database log mode　　　　　　　 Archive Mode

　　Automatic archival　　　　　　　Enabled

　　Archive destination　　　　　　 for example: $ORACLE_HOME/dbs/arch

　　Oldest on-line log sequence　　 275

　　Next log sequence　　　　　　　 277

　　Current log sequence　　　　　　278

　　7. 将这个时间点的redo logs归档

　　SVRMGRL> archive log all;

　　8. 确认新产生的日志文件已在相应的归档目录下面。

　　四自动归档模式设置(Automatic archival,可为Enabled和Disabled)，在该模式下，数据库启动一个arch进程，专门负责将redo logs写到系统归档设备的相应目录下。

　　在数据库的参数文件中设置参数（一般是在$ORACLE_HOME/dbs/init*.ora文件中）：

　　LOG_ARCHIVE_START=

　　LOG_ARCHIVE_DEST=

　　LOG_ARCHIVE_FORMAT=

　　LOG_ARCHIVE_START:

　　如要求自动归档的话，则设为TRUE，如要求为非自动归档的话，则设为FALSE

　　LOG_ARCHIVE_DEST:

　　该参数设定了archive logs 归档存放的路径.

　　LOG_ARCHIVE_FORMAT:

　　该参数设定了archive logs的命名格式. 例如，如将格式设为:　arch%s.arc

　　log 文件将为:　arch1.arc, arch2.arc, arch3.arc

　　这几个参数设置只有在数据库实例启动前设置才能生效，如果在数据库运行中进行设置，要使其生效，必须重起数据库。

　　如果数据库正在运行中，不能即刻重起，要设置其为自动归档模式，则做如下操作：

　　SVRMGRL> ALTER SYSTEM ARCHIVE LOG START;

　　如要设置其为非自动归档模式(取消自动归档)，则：

　　SVRMGRL> ALTER SYSTEM ARCHIVE LOG STOP;

　　但如果数据库重起后，给语句修改的结果就失效了，自动归档的设置还是按照系统参数文件中的LOG_ARCHIVE_START的值来设置。

　　五几种设置情况：

　　(1)　Database log mode　　　　　　　Archive Mode

　　Automatic archival　　　　　　 Enabled

　　这是在大部分生产环境中的ORACLE数据库日志及归档模式设置，这种情况下，做好数据库的定期备份（有热备和冷备）和归档日志备份，可有效的将数据库恢复到有归档日志的全部时间点。

　　(2)　Database log mode　　　　　　　Archive Mode

　　Automatic archival　　　　　　 Disabled

　　这种情况下，数据库不能自动归档，需要进行手工归档。如果所有在线日志都写满了，又没有的及时进行手工归档的话，由于LGWR没有可用的在线日志可写，数据库将会挂在这儿，只有进行手工归档后，有可用的在线日志后才能继续。在生产环境中应该避免这种情况。

　　手工归档操作如下：

　　SVRMGRL> ALTER SYSTEM ARCHIVE LOG ALL;

　　数据库将会把在线日志进行归档处理

　　(3)　Database log mode　　　　　　　NO Archive Mode

　　Automatic archival　　　　　　 Enabled

　　有些相对欠缺经验的管理员在进行设置时，只在数据库参数文件中设置了LOG_ARCHIVE_START=TRUE，然后在数据库起来后查看到ARCH归档进程已经起来了，可是尽管ORACLE已经作了几次日志切换，但还是没有归档日志，这时的设置就是这种情况，如果数据库不是处在ARVHIVELOG模式，redolog 还是不会被归档。

　　(4)　Database log mode　　　　　　　NO Archive Mode

　　Automatic archival　　　　　　 Disabled

　　这种设置是刚安装的oracle数据库的缺省设置，开发环境也大部分如此。即没有进行归档。

　　一、删除部分字段重复数据

　　先来谈谈如何查询重复的数据吧。

　　下面语句可以查询出那些数据是重复的：

　　select 字段1,字段2,count(*) from 表名 group by 字段1,字段2 having count(*) > 1

　　将上面的>号改为=号就可以查询出没有重复的数据了。

　　想要删除这些重复的数据，可以使用下面语句进行删除：

　　delete from 表名 a where 字段1,字段2 in

　　(select 字段1,字段2,count(*) from 表名 group by 字段1,字段2 having count(*) > 1)

　　上面的语句非常简单，就是将查询到的数据删除掉。不过这种删除执行的效率非常低，对于大数据量来说，可能会将数据库吊死。所以我建议先将查询到的重复的数据插入到一个临时表中，然后对进行删除，这样，执行删除的时候就不用再进行一次查询了。如下：

　　CREATE TABLE 临时表 AS

　　(select 字段1,字段2,count(*) from 表名 group by 字段1,字段2 having count(*) > 1)

　　上面这句话就是建立了临时表，并将查询到的数据插入其中。

　　下面就可以进行这样的删除操作了：

　　delete from 表名 a where 字段1,字段2 in (select 字段1，字段2 from 临时表);

　　这种先建临时表再进行删除的操作要比直接用一条语句进行删除要高效得多。

　　这个时候，大家可能会跳出来说，什么?你叫我们执行这种语句，那不是把所有重复的全都删除吗?而我们想保留重复数据中最新的一条记录啊!大家不要急，下面我就讲一下如何进行这种操作。

　　在Oracle中，有个隐藏了自动ROWID，里面给每条记录一个唯一的ROWID，我们如果想保留最新的一条记录，我们就可以利用这个字段，保留重复数据中ROWID最大的一条记录就可以了。

　　下面是查询重复数据的一个例子：

　　select a.rowid,a.* from 表名 a

　　where a.rowid !=

　　(

　　select max(b.rowid) from 表名 b

　　where a.字段1 = b.字段1 and

　　a.字段2 = b.字段2

　　)

　　下面我就来讲解一下，上面括号中的语句是查询出重复数据中ROWID最大的一条记录。

　　而外面就是查询出除了ROWID最大之外的其他重复的数据了。

　　由此，我们要删除重复数据，只保留最新的一条数据，就可以这样写了：

　　delete from 表名 a

　　where a.rowid !=

　　(

　　select max(b.rowid) from 表名 b

　　where a.字段1 = b.字段1 and

　　a.字段2 = b.字段2

　　)

　　随便说一下，上面语句的执行效率是很低的，可以考虑建立临时表，讲需要判断重复的字段、ROWID插入临时表中，然后删除的时候在进行比较。

　　create table 临时表 as

　　select a.字段1,a.字段2,MAX(a.ROWID) dataid from 正式表 a GROUP BY a.字段1,a.字段2;

　　delete from 表名 a

　　where a.rowid !=

　　(

　　select b.dataid from 临时表 b

　　where a.字段1 = b.字段1 and

　　a.字段2 = b.字段2

　　);

　　commit;

　　二、完全删除重复记录

　　对于表中两行记录完全一样的情况，可以用下面语句获取到去掉重复数据后的记录：

　　select distinct * from 表名

　　可以将查询的记录放到临时表中，然后再将原来的表记录删除，最后将临时表的数据导回原来的表中。如下：

　　CREATE TABLE 临时表 AS (select distinct * from 表名);

　　truncate table 正式表; --注：原先由于笔误写成了drop table 正式表;，现在已经改正过来

　　insert into 正式表 (select * from 临时表);

　　drop table 临时表;

　　如果想删除一个表的重复数据，可以先建一个临时表，将去掉重复数据后的数据导入到临时表，然后在从临时表将数据导入正式表中，如下：

　　INSERT INTO t_table_bak

　　select distinct * from t_table;

　　三、怎样快速删除Oracle数据库

　　最快的方法就进入注册表在运行里输入regedit,依次展开HKEY_LOCAL_MACHINE SOFTWARE,找到Oracle节点。删除。然后删除Oracle数据文件，安装的时候选的路径。最后删除Oracle引导文件，在系统盘符的Program Files 里面删除Oracle文件夹。

    或许很久以前，大家都觉得Oracle数据库的安全并不存在隐患，因为Oracle公司在去年11月份开始促销其数据库软件时提出的口号是“只有Oracle9i能够做到绝对安全”。但是不管它这么说是为了促销，还是为了扩大知名度，总之伴去年12 月份，英国的安全专家 David Litchfield 发现的9iAS 中存在的程序错误导致的缓冲溢出漏洞以及后来，PenTest Limited 和 eEye Digital Security 各自提出了一个小的漏洞，所有使用Oracle公司产品的人都不由地紧张了原本松弛的大脑--这个对于用户来说，毕竟关系到了自己的“身家性命”。

    下面笔者将带着大家走进Oracle数据安全的世界。由于笔者水平有限，所以不足之处在所难免，望大家不吝赐教。

    (一)Oracle数据库的一些基本常识

    这里仅仅是为了以后的安全奠定一些基础，因为我们后面要用到它们。

    1.Oracle所包含的组件:

    在 Oracle，数据库是指整个 Oracle RDBMS 环境，它包括以下组件:

    ·Oracle 数据库进程和缓冲(实例)。

    ·SYSTEM 表空间包含一个集中系统类目，它可以由一个或多个数据文件构成。

    ·其它由数据库管理员 (DBA)(可选)定义的表空间，每个都由一个或多个数据文件构成。

    ·两个以上的联机恢复日志。

    ·归档恢复日志(可选)。

    ·其它文件(控制文件、Init.ora、Config.ora 等)。

    每个 Oracle 数据库都在一个中央系统类目和数据字典上运行，它位于SYSTEM 表空间。

    2.关于“日志”

    Oracle数据库使用几种结构来保护数据:数据库后备、日志、回滚段和控制文件。下面我们将大体上了解一下作为主要结构之一的“日志”:

    每一个Oracle数据库实例都提供日志，记录数据库中所作的全部修改。每一个运行的Oracle数据库实例相应地有一个在线日志，它与 Oracle后台进程LGWR一起工作，立即记录该实例所作的全部修改。归档(离线)日志是可选择的，一个Oracle数据库实例一旦在线日志填满后，可形成在线日志归档文件。归档的在线日志文件被唯一标识并合并成归档日志。

    ·关于在线日志:一个Oracle数据库的每一实例有一个相关联的在线日志。一个在线日志由多个在线日志文件组成。在线日志文件(online redo log file)填入日志项(redo entry)，日志项记录的数据用于重构对数据库所作的全部修改。

    ·关于归档日志:Oracle要将填满的在线日志文件组归档时，则要建立归档日志(archived redo log)。其对数据库备份和恢复有下列用处:

    <1>数据库后备以及在线和归档日志文件，在操作系统和磁盘故障中可保证全部提交的事物可被恢复。

    <2>在数据库打开和正常系统使用下，如果归档日志是永久保存，在线后备可以进行和使用。

    数据库可运行在两种不同方式下:NOARCHIVELOG方式或ARCHIVELOG 方式。数据库在NOARCHIVELOG方式下使用时，不能进行在线日志的归档。如果数据库在ARCHIVELOG方式下运行，可实施在线日志的归档。

    3.物理和逻辑存储结构:

    Oracle RDBMS是由表空间组成的，而表空间又是由数据文件组成的。表空间数据文件被格式化为内部的块单位。块的大小，是由DBA在Oracle第一次创建的时候设置的，可以在512到8192个字节的范围内变动。当一个对象在Oracle表空间中创建的时候，用户用叫做长度的单位(初始长度((initial extent)、下一个长度(next extent)、最小长度(min extents)、以及最大长度(max extents))来标明该对象的空间大小。一个Oracle长度的大小可以变化，但是要包含一个由至少五个连续的块构成的链。

    4.Oracle与Microsoft SQL Server比较下的联网协议:

    (二)Oracle数据安全的维护

    记得某位哲学家说过:“事物的变化离不开内因和外因。”那么对于Oracle数据安全这个话题而言，也势必分为“内”和“外”两个部分。那么好，我们就先从“内”开始说起:

    §1.从Oracle系统本身说起

    我们先抛开令人闻风色变的“hacker”和其他一些外部的原因，先想一下我们的数据库。什么硬盘损坏，什么软件受损，什么操作事物……一系列由于我们的“疏忽”而造成的系统问题就完全可以让我们辛苦建立的数据库中的数据一去不复返。那么，我们就先从自己身上找找原因吧。

　　在ASP.NET提供的许多特性中，缓存支持无疑是我最欣赏的特性，我这样说当然是有充分理由的。相比ASP.NET的所有其他特性，缓存对应用程序的性能具有最大的潜在影响，利用缓存和其他机制，ASP.NET开发人员可以接受使用开销很大的控件（例如，DataGrid）构建站点时的额外开销，而不必担心性能会受到太大的影响。为了在应用程序中最大程度地利用缓存，您应该考虑在所有程序级别上都实现缓存的方法。

　　Steve的缓存提示

　　尽早缓存；经常缓存

　　您应该在应用程序的每一层都实现缓存。向数据层、业务逻辑层、UI或输出层添加缓存支持。内存现在非常便宜-因此，通过以智能的方式在整个应用程序中实现缓存，可以获得很大的性能提高。

　　缓存可以防止许多过失

　　缓存是一种无需大量时间和分析就可以获得“足够良好的”性能的方法。这里再次强调，内存现在非常便宜，因此，如果您能通过将输出缓存30秒，而不是花上一整天甚至一周的时间尝试优化代码或数据库就可以获得所需的性能，您肯定会选择缓存解决方案（假设可以接受30秒的旧数据）。缓存正是那些利用20%付出获得80%回报的特性之一，因此，要提高性能，应该首先想到缓存。不过，如果设计很糟糕，最终却有可能带来不良的后果，因此，您当然也应该尽量正确地设计应用程序。但如果您只是需要立即获得足够高的性能，缓存就是您的最佳选择，您可以在以后有时间的时候再重新设计应用程序。

　　页面级输出缓存

　　作为最简单的缓存形式，输出缓存只是在内存中保留为响应请求而发送的HTML的副本。其后再有请求时将提供缓存的输出，直到缓存到期，这样，性能有可能得到很大的提高（取决于需要多少开销来创建原始页面输出-发送缓存的输出总是很快，并且比较稳定）。

　　实现

　　要实现页面输出缓存，只要将一条OutputCache指令添加到页面即可。

　　<%@ OutputCache Duration="60" VaryByParam="*" %>

　　如同其他页面指令一样，该指令应该出现在ASPX页面的顶部，即在任何输出之前。它支持五个属性（或参数），其中两个是必需的。

　　Duration 必需属性。页面应该被缓存的时间，以秒为单位。必须是正整数。

　　Location 指定应该对输出进行缓存的位置。如果要指定该参数，则必须是下列选项之一：Any、Client、Downstream、None、Server或ServerAndClient。

　　VaryByParam 必需属性。Request中变量的名称，这些变量名应该产生单独的缓存条目。“none”表示没有变动。“*”可用于为每个不同的变量数组创建新的缓存条目。变量之间用“;”进行分隔。

　　VaryByHeader 基于指定的标头中的变动改变缓存条目。

　　VaryByCustom 允许在global.asax中指定自定义变动（例如，“Browser”）。

　　利用必需的Duration和VaryByParam选项的组合可以处理大多数情况。例如，如果您的产品目录允许用户基于categoryID和页变量查看目录页，您可以用参数值为“categoryID;page”的VaryByParam将产品目录缓存一段时间（如果产品不是随时都在改变，一小时还是可以接受的，因此，持续时间是3600秒）。这将为每个种类的每个目录页创建单独的缓存条目。每个条目从其第一个请求算起将维持一个小时。

　　VaryByHeader和VaryByCustom主要用于根据访问页面的客户端对页面的外观或内容进行自定义。同一个URL可能需要同时为浏览器和移动电话客户端呈现输出，因此，需要针对不同的客户端缓存不同的内容版本。或者，页面有可能已经针对IE进行了优化，针对Netscape或Opera则应取消这种优化功能。后一个例子非常普遍，我们将提供一个说明如何实现此目标的示例：

　　示例：VaryByCustom用于支持浏览器自定义

　　为了使每个浏览器都具有单独的缓存条目，VaryByCustom的值可以设置为“browser”。此功能已经内置在缓存模块中，并且将针对每个浏览器名称和主要版本插入单独的页面缓存版本。

　　<%@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser"%>

　　片段缓存，用户控件输出缓存

　　更多选项

　　除了上面提到的依赖项，我们还可以指定项的优先级（依次为low、high、NotRemovable，它们是在System.Web.Caching.CacheItemPriority枚举中定义的）以及当缓存中的对象到期时调用的CacheItemRemovedCallback函数。大多数时候，默认的优先级已经足够了-缓存引擎可以正常完成任务并处理缓存的内存管理。CacheItemRemovedCallback选项考虑到一些很有趣的可能性，但实际上它很少使用。不过，为了说明该方法，我将提供它的一个使用示例：

　　CacheItemRemovedCallback示例

　　System.Web.Caching.CacheItemRemovedCallback callback = new System.Web.Caching.CacheItemRemovedCallback (OnRemove);

　　Cache.Insert("key",myFile,null,

　　System.Web.Caching.Cache.NoAbsoluteExpiration,

　　TimeSpan.Zero,

　　System.Web.Caching.CacheItemPriority.Default, callback);

　　. . .

　　public static void OnRemove(string key, object cacheItem,

　　System.Web.Caching.CacheItemRemovedReason reason)

　　{

　　AppendLog("The cached value with key ''" + key +

　　"'' was removed from the cache. Reason: " +

　　reason.ToString());

　　}

　　该示例将使用AppendLog()方法中定义的任何逻辑来记录缓存中的数据到期的原因。通过在从缓存中删除项时记录这些项并记录删除的原因，您可以确定是否在有效地使用缓存或者您是否可能需要增加服务器上的内存。注意，callback是一个静态（在VB中为Shared）方法，建议使用该方法的原因是，如果不使用它，保存回调函数的类的实例将保留在内存中，以支持回调（对static/Shared方法则没有必要）。

　　该特性有一个潜在的用处-在后台刷新缓存的数据，这样用户永远都不必等待数据被填充，但数据始终保持相对较新的状态。但实际上，此特性并不适用于当前版本的缓存API，因为在从缓存中删除缓存的项之前，不触发或不完成回调。因此，用户将频繁地发出尝试访问缓存值的请求，然后发现缓存值为空，不得不等待缓存值的重新填充。我希望在未来的ASP.NET版本中看到一个附加的回调，可以称为CachedItemExpiredBut

　　NotRemovedCallback，如果定义了该回调，则必须在删除缓存项之前完成执行。

　　缓存数据引用模式

　　每当我们尝试访问缓存中的数据时，都应该考虑到一种情况，那就是数据可能已经不在缓存中了。因此，下面的模式应该普遍适用于您对缓存的数据的访问。在这种情况下，我们假定已缓存的数据是一个数据表。

　　public DataTable GetCustomers(bool BypassCache)

　　{

　　string cacheKey = "CustomersDataTable";

　　object cacheItem = Cache[cacheKey] as DataTable;

　　if((BypassCache) || (cacheItem == null))

　　{

　　cacheItem = GetCustomersFromDataSource();

　　Cache.Insert(cacheKey, cacheItem, null,

　　DateTime.Now.AddSeconds(GetCacheSecondsFromConfig(cacheKey), TimeSpan.Zero);

　　}

　　return (DataTable)cacheItem;

　　}

　　关于此模式，有以下几点需要注意：

　　1) 某些值（例如，cacheKey、cacheItem和缓存持续时间）是一次定义的，并且只定义一次。

　　2) 可以根据需要跳过缓存-例如，当注册一个新客户并重定向到客户列表后，最好的做法可能就是跳过缓存，用最新数据重新填充缓存，该数据包括新插入的客户。

　　3) 缓存只能访问一次。这种做法可以提高性能，并确保不会发生NullReferenceExceptions，因为该项在第一次被检查时是存在的，但第二次检查之前就已经到期了。

　　4) 该模式使用强类型检查。C#中的“as”运算符尝试将对象转换为类型，如果失败或该对象为空，则只返回null（空）。

　　5) 持续时间存储在配置文件中。在理想的情况下，所有的缓存依赖项（无论是基于文件的，或是基于时间的，还是其他类型的依赖项）都应该存储在配置文件中，这样就可以进行更改并轻松地测量性能。我还建议您指定默认缓存持续时间，而且，如果没有为所使用的cacheKey指定持续时间，就让GetCacheSecondsFromConfig()方法使用该默认持续时间。

　　与本文相关的代码示例（CachedDemo.msi，参见本书示例光盘）是一个helper类，它将处理上述所有情况，可以只书写一行或两行代码访问缓存的数据。

　　小结

　　缓存可以使应用程序的性能得到很大的提高，因此在设计应用程序以及对应用程序进行性能测试时应该予以考虑。应用程序总会或多或少地受益于缓存，当然有些应用程序比其他应用程序更适合使用缓存。对ASP.NET提供的缓存选项的深刻理解是任何ASP.NET开发人员应该掌握的重要技巧。

　　缓存整个页面通常并不可行，因为页面的某些部分是针对用户定制的。不过，页面的其他部分是整个应用程序共有的。这些部分最适合使用片段缓存和用户控件进行缓存。此外，菜单和其他布局元素，尤其是那些从数据源动态生成的元素，也可以用这种方法进行缓存。

　　如果需要，可以按以下条件选择需要缓存的控件：

　　（1）某控件的属性已改变

　　（2）由页面级输出缓存所支持的任何一种页面或控件状态改变

　　一旦对某些控件进行了缓存，使用它们的几百个页面就可以共享这些控件，而不再需要为每个页面保留单独的控件缓存版本。

　　实现

　　片段缓存使用的语法与页面级输出缓存一样，但其应用于用户控件（.ascx文件）而不是Web窗体（.aspx文件）。除了Location属性，对于OutputCache在Web窗体上支持的所有属性，用户控件也同样支持。用户控件还支持名为VaryByControl的OutputCache属性，该属性将根据用户控件（通常是页面上的控件，例如，DropDownList）的成员的值改变该控件的缓存。如果指定了VaryByControl，可以省略VaryByParam。最后，在默认情况下，对每个页面上的每个用户控件都单独进行缓存。不过，如果一个用户控件不随应用程序中的页面改变，并且在所有页面都使用相同的名称，则可以设置参数Shared的值为“true”，该参数将使用户控件的缓存版本供引用该控件的所有页面使用。

　　示例

　　<%@ OutputCache Duration="60" VaryByParam="*" %>

　　该示例将缓存用户控件60秒，并且将针对查询字符串的每个变动、针对此控件所在的每个页面创建单独的缓存条目。

　　<%@ OutputCache Duration="60" VaryByParam="none"

　　VaryByC %>

　　该示例将缓存用户控件60秒，并且将针对CategoryDrop

　　DownList控件的每个不同的值、针对此控件所在的每个页面创建单独的缓存条目。

　　<%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser"

　　Shared="true" %>

　　最后，该示例将缓存用户控件60秒，并且将针对每个浏览器名称和主要版本创建一个缓存条目。然后，每个浏览器的缓存条目将由引用此用户控件的所有页面共享（只要所有页面都用相同的ID引用该控件即可）。

　　缓存API，使用Cache对象

　　页面级和用户控件级输出缓存的确是一种可以迅速而简便地提高站点性能的方法，但是在ASP.NET中，缓存的真正灵活性和强大功能是通过Cache对象提供的。使用Cache对象，您可以存储任何可序列化的数据对象，基于一个或多个依赖项的组合来控制缓存条目到期的方式。这些依赖项可以包括自从某对象被缓存后经过的时间、自从某对象上次被访问后经过的时间、对文件或文件夹的更改以及对其他缓存对象的更改，在略作处理后还可以包括对数据库中特定表的更改。

　　在Cache中存储数据

　　在Cache中存储数据的最简单的方法就是使用一个键为其赋值，就像HashTable或Dictionary对象一样：

　　Cache["key"] = "value";

　　这种做法将在缓存中存储项，同时不带任何依赖项，因此它不会到期，除非缓存引擎为了给其他缓存数据提供空间而将其删除。要包括特定的缓存依赖项，可使用Add()或Insert()方法。其中每个方法都有几个重载。Add()和Insert()之间的唯一区别是，Add()返回对已缓存对象的引用，而Insert()没有返回值（在C#中为空，在VB中为Sub）。

　　示例

　　Cache.Insert("key", myXMLFileData, new

　　System.Web.Caching.CacheDependency(Server.MapPath("users.xml")));

　　该示例可将文件中的xml数据插入缓存，无需在以后请求时从文件读取。CacheDependency的作用是确保缓存在文件更改后立即到期，以便可以从文件中提取最新数据，重新进行缓存。如果缓存的数据来自若干个文件，还可以指定一个文件名的数组。

　　Cache.Insert("dependentkey", myDependentData, new

　　System.Web.Caching.CacheDependency(new string[] {}, new string[]

　　{"key"}));

　　该示例可插入键值为“key”的第二个数据块（取决于是否存在第一个数据块）。如果缓存中不存在名为“key”的键，或者如果与该键相关联的对象已到期或被更新，则“dependentkey”的缓存条目将到期。

　　Cache.Insert("key", myTimeSensitiveData, null,

　　DateTime.Now.AddMinutes(1), TimeSpan.Zero);

　　绝对到期：此示例将对受时间影响的数据缓存一分钟，一分钟过后，缓存将到期。注意，绝对到期和滚动到期（见下文）不能一起使用。

　　Cache.Insert("key", myFrequentlyAccessedData, null,

　　System.Web.Caching.Cache.NoAbsoluteExpiration,

　　TimeSpan.FromMinutes(1));

　　动态滚动到期：此示例将缓存一些频繁使用的数据。数据将在缓存中一直保留下去，除非数据未被引用的时间达到了一分钟。注意，动态滚动到期和绝对到期不能一起使用。

　　我的RedHat Linux Enterprise AS 4安装双口的Intel千兆网卡，通过ifconfig -a命令看到eth0和eth1两张网卡。

　　2、双网卡绑定步骤：

　　2.1 修改/etc/sysconfig/network-scripts/ifcfg-eth0配置文档，修改后的内容如下：

　　DEVICE=eth0

　　ONBOOT=yes              #系统启动时自动启用该设备

　　BOOTPROTO=none    　　　#启动时不使用任何协议

　　2.2 修改/etc/sysconfig/network-scripts/ifcfg-eth1配置文档，修改后的内容如下：

　　DEVICE=eth1

　　ONBOOT=yes              #系统启动时自动启用该设备

　　BOOTPROTO=none    　　　#启动时不使用任何协议

　　2.3 创建一个绑定网络口的配置文档/etc/sysconfig/network-scripts/ifcfg-bond0，内容如下：

　　DEVICE=bond0                #虚拟网卡名称

　　BOOTPROTO=static

　　IPADDR=192.168.254.38       #IP地址

　　NETMASK=255.255.255.0       #子网掩码

　　GATEWAY=192.168.254.254     #网关

　　BORADCAST=192.168.254.255   #广播地址

　　ONBOOT=yes

　　TYPE=Ethernet

　　2.4 修改/etc/modprobe.conf，配置绑定模型，加入以下内容：

　　alias bond0 bonding

　　options bond0 millmon=100 mode=0

　　#选项 millmon 是指定隔多长时间来进行链路监测，单位是ms。

　　#选项 mode 是表示绑定口的工作模式，有0-7共7种模式，常用的有0和1模式，mode=0表示"round-robin"策略，两张卡同时工作在负载均衡状

　　态。mode=1表示"active-backup"策略，两张卡一用一备的备份状态。

　　2.5 修改的是/etc/rc.local，负责在系统启动时将虚拟网卡和两张物理网卡相绑定，增加以下内容：

　　ifenslave bond0 eth0 eth1

　　一、需要安装的包

　　ppp*.rpm    pptp*.rpm    pptpd*.rpm  (在安装之前可以用rpm -qa检查一下有没有安装)

　　二、需要关注的文件

　　etc/ppp    etc/pptpd    /etc/pptpd.conf  (前两个是目录)

　　三、需要配置的文件

　　/etc/pptpd.conf

　　localip 192.168.1.88   　　　#VPN服务器地址，可以是虚拟地址

　　remoteip 192.168.2.100-200   #分配给VPN客户端的IP地址

　　/etc/ppp/chap-secret

　　user01　*　i314　*　　　#用户名user01，主机名*，密码i314，给改用户分配的IP地址，“*”表示任意

　　四、启动守护进程

　　pptpd

　　五、windows上VPN客户端配置注意事项

　　１．安全选项卡选择高级－－＞设置，数据加密选择＂可选加密（没有加密也可以连接）＂，允许这些协议把所有协议都勾上

　　2．网络选项卡VPN类型选择PPTP VPN

　　3．网络选项卡TCP/IP属性－－＞高级－－＞常规，将"在远程网络上使用默认网关"前面的勾去掉，不然上不了网了

    Becker 说，Linux集群系统应该更加注重虚拟技术以及高可行性的发展，并在他的采访中说明了理由。同时他对改用Linux集群的对称多处理用户提出了一些建议。

    除了他在Beowulf中的角色以外，Becker 还是Scyld软件的创始人以及主要科学家。他还刚刚加入了本站的专家组，并作为一个特邀专家来回答用户的有关Linux集群以及服务器的问题。

    在Linux集群技术中有什么最新的进展吗?

    Donald Becker:现在，集群技术中的发展热点是虚拟技术。两个著名的传统虚拟技术系统是VMWare和Xen。VMWare仿效并模拟个人电脑的硬件设备。这使得它可以在自己的OS中运行几乎所有的操作系统。

    然而，虚拟技术发展的一个缺点是它经常暗含、依赖一些大的上层技术。结果，VMWare模仿一些上层技术从而没有什么机会来优化系统。Xen是一个同时运行多个操作系统的系统管理程序。它不是全面的模仿，从而减少了对上层技术的依赖。但是，它仍然需要优化它的核心技术。

    Linux集群上的虚拟技术与其他的方法有什么不同?

    Becker:VMWare 和 Xen二者都设想，它们可以运行并全面安装多个内核。运行集群就提供了不被虚拟技术所限制的机会，创造一个仅仅运行应用程序必需条件的轻松环境。当系统服务器有一个任务需要主要的网络终端来完成，这时该计算机终端只需要运行该应用程序，这样就可以提高工作效率，这也正式和传统的虚拟系统的不同之处。

    ◆一些IT实业派说，他们用对称多处理(SMP)系统进行高强度的数据计算。这些技术在移植Linux集群时会遇到那些挑战呢?

    Becker:这个问题的答案很大程度的取决于你所运行的应用的应用程序。

    最早的进入集群的应用程序的类型是用户参数的执行系统。在该模型中，多个相互独立的应用程序是运行在不同的数据处理机上。

    如果对称多处理(SMP)系统被应用是基于它对单进程工作的高效率，Beowulf的集群将是一个不错的替代品。然而，如果对称多处理(SMP)系统是基于共用存储器多进程工作，那么可能致使应用程序的结构复杂化。

    一个传统的应用SMP的场合是转换型数据库。这是一个精细通讯及锁定在SMP上运行的特殊情况，但在集群上可以取得同样的结果。所以需要作细致的分析以决定SMP移植进集群是否是可行的。

    大部分的程序不能兼容于这两个极端。

    ◆Linux集群能够最终取得高可行性(HA)，还是只能保持其固有的复杂性?

    Becker:可量测性并不排除其高实用性，所以Linux集群能够取得高的实用性(HA)。高实用性(HA)是基于对商务上的应用程序及数据等的稳定的支持上。计算机程序等的正常运行时间的标准应该在99.999%以上，也就是说一天最多只能有一秒钟的停工。

    经典的高效集群配置包括两个服务器，能够分别了解对方的状态并共用一个存储子系统。如果任何一个服务器出现故障，则另一个将会承担所有的工作。高效集群取得稳定的可靠性是通过故障排除、负载平衡、赘余处理以及其他的一些方式来将两台或多台服务器连接在一起，从而减少必然的或偶然的储存损耗并且共用存储设备。

    由于它们的绝对容量的限制，大的集群很可能频繁的出现问题，所以就需要设计如何处理这些问题的程序。然而，这种设计不会自动发生，现在市场上的很多工具都没有解决这种问题。设计周全的子系统，例如一些具有很好的管理能力的商业评定的系统，能够处理增加的可量测性。这就意味着测量各种各样的参数并避免那些多如牛毛的问题，这些问题经常发生在一个终端占据了大量的存储页面或系统文件数据而导致其他的终端无法工作时。

    ◆在Linux集群系统中取得高效性有哪些途径呢?

    Becker:在集群系统的配置中，多个服务器在同一系统是通过中央控制点来管理的。这代表高效性状态的一个明显优势，因为有很多服务器可以进入的备份资源，这就允许了24 x 7的可行性，错误维护，对于分散应用程序的中央管理，对大型数据资源的处理能力以及动态网站出版和灾难修复。

    选择一种适当的方法来保证停机期以及重新启动期的数据完整性是十分重要的。不幸的是，不是所有的选择都可以提高可靠性以及保持数据完整性。所以，在工作时合理的选择你的执行程序是很重要的。

    一些非商业性的集群系统创造了一个局部的单一系统设想，通过一下方式完成:请求网络虚拟内存;或全球同一的文件系统;或进行一个明晰的系统移植。然而，这种设计无法很好的处理错误问题，因为任何一台终端出现问题时，系统必须花费一定的时间去修复或者停止所有和这台及其关联的程序。

    一个好的解决方法是保证集群的主要终端持续运行。对于大的安装系统来说，要保证一个主要终端通过常规的设备备份和灾难恢复;或者同时多个主要终端的方法。换一种说法，计算机终端可以加入或离开集群，而不影响基础系统即使是在它之上的应用程序已经停止的情况下。

    1、设置网络接口地址
    [root @director root] # vi /etc/sysconfig/network-scripts/ifcfg-eth0
    DEVICE=eth0
    BOOTPROTO=static
    BROADCAST=192.168.0.255
    HWADDR=00:0C:29:A2:BD:B5
    IPADDR=192.168.0.160
    NETMASK=255.255.255.0
    NETWORK=192.168.0.0
    ONBOOT=yes
    2、编辑 lvs 脚本
    [root @director root] # vi /etc/init.d/lvsdr
    #!/bin/bash
    VIP=192.168.0.222
    RIP1=192.168.0.249
    RIP2=192.168.0.251
    /etc/rc.d/init.d/funcions
    case "$1" in
    start)
    echo "start LVS of DirectorServer"
    #Set the Virtual ip address
    /sbin/ifconfig eth0:0 $VIP broadcast $VIP netmask 255.255.255.255 up
    /sbin/route add -host $VIP dev eth0:0
    # Clear ipvs Table
    /sbin/ipvsadm -C
    # set lvs
    /sbin/ipvsadm -A -t $VIP:80 -s rr
    /sbin/ipvsadm -a -t $VIP:80 -r $RIP1:80 -g
    /sbin/ipvsadm -a -t $VIP:80 -r $RIP2:80 -g
    #Run Lvs
    /sbin/ipvsadm
    ;;
    stop)
    echo "close LVS Directorsever"
    /sbin/ipvsadm -C
    /sbin/ifconfig eth0:0 down
    ;;
    *)
    echo "Usage: $0 {start|stop}"
    exit 1
    esac
    # 保存并退出，将该文件设置为可执行文件
    [root @director root] # chmod 755 /etc/init.d/lvsdr
    3、安装 ipvsadm
    [root @ Director root] # modprobe –l | grep ipvs
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_ftp.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_lblc.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_wlc.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_sed.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_rr.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_wrr.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_nq.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_sh.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_dh.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_lblcr.ko
    /lib/modules/2.6.9-11.EL/kernel/net/ipv4/ipvs/ip_vs_lc.ko
    [root @director root] # ln –s /usr/src/kernels/2.6.9-11.EL-i686 /usr/src/linux
    [root @ director root] #  tar xzvf ipvsadm-1.24.tar.gz
    [root @ director ipvsadm-1.24] # cd ipvsadm-1.24
    [root @ director ipvsadm-1.24] # make
    [root @ director ipvsadm-1.24] # make install
    由于在这里我搭建的是 WEB 的负载均衡群集，而我在安装 Redhat EL 4.0 时并没有选择安装 WEB 服务器组件，所以这里需要另外安装，如果已安装的朋友可以略过这里（注：可以用 rpm –qa |grep http 查看是否已经安装）
    [root @ director root]  #  tar xzvf httpd-2.2.4.tar.gz
    [root @ director root]  # cd httpd-2.2.4
    [root @ director httpd-2.2.4] # ./configure –prefix=/usr/local/apache –enable-so –enable-rewrite
    [root @ director httpd-2.2.4] # make
    [root @ director httpd-2.2.4] # make install
    [root @ director httpd-2.2.4] # echo “/usr/local/apache/bin/apachectl” >> /etc/rc.local
    4、安装 heartbeat
    在安装 heartbeat 前先要安装 libnet，下载地址：http://www.packetfactory.net/libnet/
    [root @ director root] # tar xzvf libnet.tar.gz
    [root @ director root] # cd libnet
    [root @ director libnet] # ./configure
    [root @ director libnet] # make
    [root @ director libnet] # make install
    [root @ director libnet] # cd
    在安装 heartbeat 之前还需要创建属于 heartbeat 的组和用户
    [root @ director root] # groupadd –g 694 haclient
    [root @ director root] # useradd –g 694 –u 694 hacluster
    [root @ director root] # tar xzvf heartbeat-2.1.2.tar.gz
    [root @ director root] # cd heartbeat-2.1.2
    [root @ director heartbeat-2.1.2] # ./ConfigureMe configure
    [root @ director heartbeat-2.1.2] # make
    [root @ director heartbeat-2.1.2] # make install
    在安装完 heartbeat 后，会有一个 /etc/ha.d 目录，这是 heartbeat 的配置文件存放的目录，heartbeat 的配置文件都放在这里。但默认在安装完 heartbeat 后，heartbeat 最重要的三个配置文件 ha.cf、haresources、authkeys却没有放在这里，需要我们手工 copy 过来才行。
    [root @ director heartbeat-2.1.2] # cp doc/ha.cf doc/haresources doc/authkeys /etc/ha.d
    将 ldirector 的配置文件也 copy 过来
    [root @ director heartbeat-2.1.2] # cp ldirectord/ldirectord.cf /etc/ha.d
    6、编辑 heartbeat 的配置文件
    [root @ director heartbeat-2.1.2] # vi /etc/ha.d/ha.cf
    # hearbeat 的查错文件存放点
    debugfile /var/log/ha-debug
    # heartbeat  的日志文件存放点
    logfile        /var/log/ha-log
    #设定heartbeat（心跳）之间的时间间隔为2秒。
    keepalive 2
    #在60秒后宣布节点死亡。
    deadtime 60
    #在日志中发出“late heartbeat“警告之前等待的时间，单位为秒。
    warntime 10
    在某些配置下，重启后网络需要一些时间才能正常工作。这个单独的”deadtime”选项可以处理这种情况。它的取值至少应该为通常deadtime的两倍。
    initdead 120
    #使用端口694进行bcast和ucast通信。这是默认的，并且在IANA官方注册的端口号。
    udpport        694
    #表示在eth0接口上使用广播heartbeat（将eth0替换为eth1，eth2，或者您使用的任何接口）。
    bcast        eth0                # Linux
    #必须的。集群中机器的主机名，与“uname –n”的输出相同。
    node         director
    node         bkdirector
    # 必须的，当auto_failback设置为on时，一旦主节点重新恢复联机，将从从节点取回所有资源。若该选项设置为off，主节点便不能重新获得资源。该选项与废弃的nice_failback选项类似。
    auto_failback on
    # 默认heartbeat并不检测除本身之外的其他任何服务，也不检测网络状况。
    # 所以当网络中断时，并不会进行Load Balancer和Backup之间的切换。
    # 可以通过ipfail插件，设置'ping nodes'来解决这一问题。详细说明参考hearbeat文档。
    ping_group group1 192.168.0.160 192.168.0.225
    respawn root /usr/lib/heartbeat/ipfail
    apiauth ipfail gid=root uid=root
    hopfudge 1
    use_logd yes
    #保存并退出
    编辑 haresources 文件，haresources 文件通知 heartbeat 程序哪台机器拥有资源，资源名称实际是 /etc/init.d 或 /etc/ha.d/resource.d 目录下的脚本，Heartbeat 使用 haresources 配置文件确定它第一次启动时应该做的工作。该文件列出集群所提供的服务以及服务的默认所有者。 注意：两个集群节点上的该文件必须相同，否则BadThingsWillHappen。
    [root @ director heartbeat-2.1.2] # vi /etc/ha.d/haresources
    director lvsdr
    #设置 director 为主节点，提供的群集服务为 lvsdr, 主节点的名称要与 “uname -n” 的输出相同
    #保存并退出
    编辑 authkeys 文件，需要配置的第三个文件authkeys决定了您的认证密钥。共有三种认证方式：crc，md5，和sha1。您可能会问：“我应该用哪个方法呢？”简而言之：
    如果您的Heartbeat运行于安全网络之上，如本例中的交叉线，可以使用crc，从资源的角度来看，这是代价最低的方法。如果网络并不安全，但您也希望降低CPU使用，则使用md5。最后，如果您想得到最好的认证，而不考虑CPU使用情况，则使用sha1，它在三者之中最难破解。
    [root @ director heartbeat-2.1.2] # vi /etc/ha.d/authkeys
    auth 1
    1 crc
    # 保存并退出
    确保 authkeys 文件仅能由 root 用户读取
    [root @ director heartbeat-2.1.2] # chmod 600 /etc/ha.d/authkeys
    编辑 /etc/hosts 文件，添加两台机器的名字，做好名字到IP的对应
    [root @ director heartbeat-2.1.2] # vi /etc/hosts
    192.168.0.160        director
    192.168.0.225                bkdirector
    注：在备用 director 上也做相同的设置

    一、注意！

    虽然这是基于2台服务器的MySQL集群，但也必须有额外的第三台服务器作为管理节点，但这台服务器可以在集群启动完成后关闭。同时需要注意的是并不推荐在集群启动完成后关闭作为管理节点的服务器。尽管理论上可以建立基于只有2台服务器的MySQL集群，但是这样的架构，一旦一台服务器宕机之后集群就无法继续正常工作了，这样也就失去了集群的意义了。出于这个原因，就需要有第三台服务器作为管理节点运行。

    另外，可能很多朋友都没有3台服务器的实际环境，可以考虑在VMWare或其他虚拟机中进行实验。

    下面假设这3台服务的情况：

    Server1: mysql1.vmtest.net 192.168.0.1

    Server2: mysql2.vmtest.net 192.168.0.2

    Server3: mysql3.vmtest.net 192.168.0.3

    Servers1和Server2作为实际配置MySQL集群的服务器。对于作为管理节点的Server3则要求较低，只需对Server3的系统进行很小的调整并且无需安装MySQL，Server3可以使用一台配置较低的计算机并且可以在Server3同时运行其他服务。

    二、在Server1和Server2上安装MySQL

    =================================

    从

    http://www.mysql.com

    上下载mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz

    注意：必须是max版本的MySQL，Standard版本不支持集群部署！

    以下步骤需要在Server1和Server2上各做一次

    # mv mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz /usr/local/

    # cd /usr/local/

    # groupadd mysql

    # useradd -g mysql mysql

    # tar -zxvf mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz

    # rm -f mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz

    # mv mysql-max-4.1.9-pc-linux-gnu-i686 mysql

    # cd mysql

    # scripts/mysql_install_db --user=mysql

    # chown -R root .

    # chown -R mysql data

    # chgrp -R mysql .

    # cp support-files/mysql.server /etc/rc.d/init.d/mysqld

    # chmod +x /etc/rc.d/init.d/mysqld

    # chkconfig --add mysqld

    此时不要启动MySQL！

[NextPage]

    三、安装并配置管理节点服务器(Server3)

    =====================================

    作为管理节点服务器，Server3需要ndb_mgm和ndb_mgmd两个文件：

    从

    http://www.mysql.com

    上下载mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz

    # mkdir /usr/src/mysql-mgm

    # cd /usr/src/mysql-mgm

    # tar -zxvf mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz

    # rm mysql-max-4.1.9-pc-linux-gnu-i686.tar.gz

    # cd mysql-max-4.1.9-pc-linux-gnu-i686

    # mv bin/ndb_mgm .

    # mv bin/ndb_mgmd .

    # chmod +x ndb_mg*

    # mv ndb_mg* /usr/bin/

    # cd

    # rm -rf /usr/src/mysql-mgm

    现在开始为这台管理节点服务器建立配置文件：

    # mkdir /var/lib/mysql-cluster

    # cd /var/lib/mysql-cluster

    # vi config.ini

    在config.ini中添加如下内容：

    [NDBD DEFAULT]

    NoOfReplicas=2

    [MYSQLD DEFAULT]

    [NDB_MGMD DEFAULT]

    [TCP DEFAULT]

    # Managment Server

    [NDB_MGMD]

    HostName=192.168.0.3 #管理节点服务器Server3的IP地址

    # Storage Engines

    [NDBD]

    HostName=192.168.0.1 #MySQL集群Server1的IP地址

    DataDir= /var/lib/mysql-cluster

    [NDBD]

    HostName=192.168.0.2 #MySQL集群Server2的IP地址

    DataDir=/var/lib/mysql-cluster

    # 以下2个[MYSQLD]可以填写Server1和Server2的主机名。

    # 但为了能够更快的更换集群中的服务器，推荐留空，否则更换服务器后必须对这个配置进行更改。

    [MYSQLD]

    [MYSQLD]

    保存退出后，启动管理节点服务器Server3：

    # ndb_mgmd

    启动管理节点后应该注意，这只是管理节点服务，并不是管理终端。因而你看不到任何关于启动后的输出信息。

[NextPage]

    四、配置集群服务器并启动MySQL

    =============================

    在Server1和Server2中都需要进行如下改动：

    # vi /etc/my.cnf

    [mysqld]

    ndbcluster

    ndb-connectstring=192.168.0.3 #Server3的IP地址

    [mysql_cluster]

    ndb-connectstring=192.168.0.3 #Server3的IP地址

    保存退出后，建立数据目录并启动MySQL：

    # mkdir /var/lib/mysql-cluster

    # cd /var/lib/mysql-cluster

    # /usr/local/mysql/bin/ndbd --initial

    # /etc/rc.d/init.d/mysqld start

    可以把/usr/local/mysql/bin/ndbd加到/etc/rc.local中实现开机启动。

    注意：只有在第一次启动ndbd时或者对Server3的config.ini进行改动后才需要使用--initial参数！

    五、检查工作状态

    ================

    回到管理节点服务器Server3上，并启动管理终端：

    # /usr/bin/ndb_mgm

    键入show命令查看当前工作状态：（下面是一个状态输出示例）

    [root@mysql3 root]# /usr/bin/ndb_mgm

    -- NDB Cluster -- Management Client --

    ndb_mgm> show

    Connected to Management Server at: localhost:1186

    Cluster Configuration

    ---------------------

    [ndbd(NDB)] 2 node(s)

    id=2 @192.168.0.1 (Version: 4.1.9, Nodegroup: 0, Master)

    id=3 @192.168.0.2 (Version: 4.1.9, Nodegroup: 0)

    [ndb_mgmd(MGM)] 1 node(s)

    id=1 @192.168.0.3 (Version: 4.1.9)

    [mysqld(API)] 2 node(s)

    id=4 (Version: 4.1.9)

    id=5 (Version: 4.1.9)

    ndb_mgm>

[NextPage]

    如果上面没有问题，现在开始测试MySQL：

    注意，这篇文档对于MySQL并没有设置root密码，推荐你自己设置Server1和Server2的MySQL root密码。

    在Server1中：

    # /usr/local/mysql/bin/mysql -u root -p

    > use test;

    > CREATE TABLE ctest (i INT) ENGINE=NDBCLUSTER;

    > INSERT INTO ctest () VALUES (1);

    > SELECT * FROM ctest;

    应该可以看到1 row returned信息（返回数值1）。

    如果上述正常，则换到Server2上重复上面的测试，观察效果。如果成功，则在Server2中执行INSERT再换回到Server1观察是否工作正常。

    如果都没有问题，那么恭喜成功！

    六、破坏性测试

    ==============

    将Server1或Server2的网线拔掉，观察另外一台集群服务器工作是否正常（可以使用SELECT查询测试）。测试完毕后，重新插入网线即可。

    如果你接触不到物理服务器，也就是说不能拔掉网线，那也可以这样测试：

    在Server1或Server2上：

    # ps aux | grep ndbd

    将会看到所有ndbd进程信息：

    root 5578 0.0 0.3 6220 1964 ? S 03:14 0:00 ndbd

    root 5579 0.0 20.4 492072 102828 ? R 03:14 0:04 ndbd

    root 23532 0.0 0.1 3680 684 pts/1 S 07:59 0:00 grep ndbd

    然后杀掉一个ndbd进程以达到破坏MySQL集群服务器的目的：

    # kill -9 5578 5579

    之后在另一台集群服务器上使用SELECT查询测试。并且在管理节点服务器的管理终端中执行show命令会看到被破坏的那台服务器的状态。

    测试完成后，只需要重新启动被破坏服务器的ndbd进程即可：

    # ndbd

    注意！前面说过了，此时是不用加--inital参数的！

    至此，MySQL集群就配置完成了！

    一.环境

    lvs-dr

    eth0    192.168.1.50

    eth0:1    192.168.1.55(VIP)

    web1

    eth0    192.168.1.51

    lo:0    192.168.1.55(VIP)

    web2

    eth0    192.168.1.52

    lo:0    192.168.1.55(VIP)

    注:所有真实IP必须在同一网段,VIP可以用其他网段

    二.lvs-dr配置

    1)检查内核是否支持ipvs

    modprobe -l | grep “ipvs”

    2)安装ipvsadm

    apt-get install ipvsadm

    3)启用ip转发

    vi /etc/sysctl.conf

    net.ipv4.ip_forward = 1

    4)配置脚本

    vi bin/lvs-dr.sh

    #!/bin/bash

    #description:start lvs_server

    #set lvs

    /sbin/ipvsadm -C

    /sbin/ipvsadm -A -t 192.168.1.55:80 -s rr

    /sbin/ipvsadm -a -t 192.168.1.55:80 -r 192.168.1.51:80 -g -w 1

    /sbin/ipvsadm -a -t 192.168.1.55:80 -r 192.168.1.52:80 -g -w 1

    /etc/init.d/ipvsadm save

    三.WEB配置

    1)配置脚本

    vi bin/lvs-web.sh

    #!/bin/bash

    #Description : RealServer Start!

    #Write by:hugwww

    #Last Modefiy:2009.1.24

    VIP=192.168.1.55

    /sbin/ifconfig lo:0 $VIP broadcast $VIP netmask 255.255.255.255 up

    /sbin/route add -host $VIP dev lo:0

    echo “1″ >/proc/sys/net/ipv4/conf/lo/arp_ignore

    echo “2″ >/proc/sys/net/ipv4/conf/lo/arp_announce

    echo “1″ >/proc/sys/net/ipv4/conf/all/arp_ignore

    echo “2″ >/proc/sys/net/ipv4/conf/all/arp_announce

    sysctl -p

    #end

    IPVS已实现了以下十种调度算法：

    * 轮叫调度（Round-Robin Scheduling）

    * 加权轮叫调度（Weighted Round-Robin Scheduling）

    * 最小连接调度（Least-Connection Scheduling）

    * 加权最小连接调度（Weighted Least-Connection Scheduling）

    * 基于局部性的最少链接（Locality-Based Least Connections Scheduling）

    * 带复制的基于局部性最少链接（Locality-Based Least Connections with Replication Scheduling）

    * 目标地址散列调度（Destination Hashing Scheduling）

    * 源地址散列调度（Source Hashing Scheduling）

    * 最短预期延时调度（Shortest Expected Delay Scheduling）

    * 不排队调度（Never Queue Scheduling）

    注:WEB服务器可以是windows 2003,windows 2008,win7,linux,freeBSD,UNIX等

    请任何大型机构的网络管理员对Linux和网络操作系统（如Windows NT或Novell）进行比较，可能他会承认Linux是一个内在更加稳定，扩展性更强的解决方案。可能他还会承认，在保护系统免受外部攻击方面，Linux可能是三者中最难配置的系统。

    这种认识相当普遍——许多刚接触Linux的网络管理员发现，他们很难由指向点击式的安全配置界面转换到另一种基于编辑复杂而难以捉摸的文本文件的界面。多数管理员充分认识到他们需要手工设置阻碍和障碍，以阻止可能的黑客攻击，从而保护公司数据的安全。只是在他们并不熟悉的Linux领域内，他们不确定自己的方向是否正确，或该从何开始。

    这就是本文的目的所在。它列出一些简易的步骤，帮助管理员保障Linux的安全，并显著降低他们面临的风险。本教程列出了七个这样的步骤，但您也可以在Linux手册和讨论论坛中发现更多内容。

    保护根账户

    Linux系统上的根账户（或超级用户账户）就像是滚石演唱会上的后台通行证一样——它允许您访问系统中的所有内容。因此，值得采取额外的步骤对它加以保护。首先，用密码命令给这个账户设置一个难以猜测的密码，并定期进行修改，而且这个密码应仅限于公司内的几个主要人物（理想情况下，只需两个人）知晓。

    然后，对/etc/securetty文件进行编辑，限定能够进行根访问的终端。为避免用户让根终端“开放”，可设置TMOUT当地变量为非活动根登录设置一个使用时间；并将HISTFILESIZE当地变量设为0，保证根命令记录文件（其中可能包含机密信息）处于禁止状态。最后，制订一个强制性政策，即使用这个账户只能执行特殊的管理任务；并阻止用户默认以根用户服务登录。

    提示：关闭这些漏洞后，再要求每一个普通用户必须为账户设立一个密码，并保证密码不是容易识别的启示性密码，如生日、用户名或字典上可查到的单词。

    安装一个防火墙

    防火墙帮助您过滤进出服务器的数据包，并确保只有那些与预定义的规则相匹配的数据包才能访问系统。有许多针对Linux的优秀防火墙，而且防火墙代码甚至可直接编译到系统内核中。首先应用ipchains或iptables命令为进出网络的数据包定义输入、输出和转寄规则。可以根据IP地址、网络界面、端口、协议或这些属性的组合制订规则。这些规则还规定匹配时应采取何种行为（接受、拒绝、转寄）。规则设定完毕后，再对防火墙进行详细检测，保证没有漏洞存在。安全的防火墙是您抵御分布式拒绝服务（DDoS）攻击这类常见攻击的第一道防线。

    使用OpenSSH处理网络事务

    在网络上传输的数据安全是客户-服务器构架所要处理的一个重要问题。如果网络事务以纯文本的形式进行，黑客就可能“嗅出”网络上传输的数据，从而获取机密信息。您可以用OpenSSH之类的安全壳应用程序为传输的数据建立一条“加密”通道，关闭这个漏洞。以这种形式对连接进行加密，未授权用户就很难阅读在网络主机间传输的数据。

    禁用不必要的服务

    大多数Linux系统安装后，各种不同的服务都被激活，如FTP、telnet、UUCP、ntalk等等。多数情况下，我们很少用到这些服务。让它们处于活动状态就像是把窗户打开让盗贼有机会溜进来一样。您可以在/etc/inetd.conf或/etc/xinetd.conf文件中取消这些服务，然后重启inetd或xinetd后台程序，从而禁用它们。另外，一些服务（如数据库服务器）可能在开机过程中默认启动，您可以通过编辑/etc /rc.d/*目录等级禁用这些服务。许多有经验的管理员禁用了所有系统服务，只留下SSH通信端口。

    使用垃圾邮件和反病毒过滤器

    垃圾邮件和病毒干扰用户，有时可能会造成严重的网络故障。Linux有极强的抗病毒能力，但运行Windows的客户计算机可能更易受病毒攻击。因此，在邮件服务器上安装一个垃圾邮件和病毒过滤器，以“阻止”可疑信息并降低连锁崩溃的风险，会是一个不错的主意。

    首先安装SpamAssassin这个应用各种技术识别并标注垃圾邮件的一流开源工具，该程序支持基于用户的白名单与灰名单，提高了精确度。接下来，根据常规表达式安装用户级过滤，这个工具可对收件箱接收的邮件进行自动过滤。最后再安装Clam Anti-Virus，这个免费的反病毒工具整合 Sendmail和SpamAssassin，并支持电子邮件附件的来件扫描。

    安装一个入侵检测系统

    入侵检测系统（IDS）是一些帮助您了解网络改变的早期预警系统。它们能够准确识别（并证实）入侵系统的企图，当然要以增加资源消耗与错误线索为代价。您可以试用两种相当知名的IDS：tripwire，它跟踪文件签名来检测修改；snort，它使用基于规则的指示执行实时的信息包分析，搜索并识别对系统的探测或攻击企图。这两个系统都能够生成电子邮件警报（以及其它行为），当您怀疑您的网络受到安全威胁而又需要确实的证据时，可以用到它们。

    定期进行安全检查

    要保障网络的安全，这最后一个步骤可能是最为重要的。这时，您扮演一个反派的角色，努力攻破您在前面六个步骤是建立的防御。这样做可以直接客观地对系统的安全性进行评估，并确定您应该修复的潜在缺陷。

    有许多工具可帮助您进行这种检查：您可以尝试用Crack和John the Ripper之类的密码破解器破译您的密码文件；或使用nmap或 netstat来寻找开放的端口；还可以使用tcpdump探测网络；另外，您还可以利用您所安装的程序（网络服务器、防火墙、Samba）上的公开漏洞，看看能否找到进入的方法。如果您设法找到了突破障碍的办法，其他人同样也能做到，您应立即采取行动关闭这些漏洞。

    保护Linux系统是一项长期的任务，完成上述步骤并不表示您可以高枕无忧。访问Linux安全论坛了解更多安全提示，同时主动监控并更新系统安全措施。

　　IPCop

　　网址：http://www.ipcop.org/index.php

　　就其核心来说，此软件实质上是一个防火墙设备。应当说，它是一个可担当硬件防火墙功能的Linux发行版本，从而可保护用户的网络免受外部的甚至内部的威胁。它可通过光盘、闪盘、HTTP/FTP网络来安装，而且安装过程简易且直观。

　　目前国内市场上百兆交换机出货量比例依然占据主导地位。但是顺应技术发展的潮流，各个交换机芯片公司推出了千百兆过渡性的产品。以此来解决客户对于千兆产品的需求与产品价格之间的矛盾！下面我们将深入分析目前市场上采用的百兆/千兆混合型交换机设计方案：

　　1、Realtek 公司

　　Realtek 公司作为一个网络低端市场的芯片供应商推出一款24口百兆+2口千兆产品。Realtek公司百兆/千兆混合型交换机方案的芯片型号为： RTL8326(MAC) + RTL8208（8口百兆PHY）+ 2口千兆PHY。 Realtek公司采用的是MAC（媒介控制芯片）与PHY（物理层芯片）相分离的架构。

　　RTL8326是MAC（媒介控制芯片），RTL8208是8口的PHY（物理层芯片），千兆PHY会采用其它公司的产品。RTL8326 集成2.5M 位SSRAM缓存用于数据包存储转发;这个缓存的大小对于交换机处理数据的能力有着很大的影响！RTL8326 MAC地址表的深度为8K; 整个产品的交换能力为8.8Gbps。芯片的制程采用0.18um工艺。

　　2、 VIA公司

　　提起VIA(威盛)公司大家一定非常熟悉。在主机板领域与Intel抗衡的正是这家公司。威盛公司利用自己在芯片组行业多年积累的设计经验于近几年切入数据通讯领域。百兆/千兆混合型交换机正是威盛公司的主要产品。威盛公司百兆/千兆混合型交换方案的芯片型号为：VT6526 + VT6108S（8口百兆PHY）+ 2口千兆PHY。

　　同样威盛公司也采用MAC（媒介控制芯片）与 PHY（物理层芯片）相分离的架构。VT6526是MAC（媒介控制芯片），VT6108S是8口的百兆PHY（物理层芯片），千兆PHY是采用其它公司的产品。VT6526集成4 M 位缓存用于数据包存储转发。VT6526 MAC地址表的深度为4K。整个产品的交换能力为8.8Gbps。芯片的制程采用0.25um工艺。

　　3、Broadcom公司

　　Broadcom公司作为数据通讯芯片行业领导者，在几年前就推出将MAC与PHY集成在同一颗芯片当中的百兆/千兆混合型交换机芯片方案。其芯片的网络兼容性，稳定性，以及芯片的性能规格都超过了其他公司。Broadcom公司根据不同的市场定位推出了三款百兆/千兆混合型交换机方案的芯片：

　　1) 面向低端市场的BCM5312（MAC 媒介控制芯片） + BCM5248U（8口百兆PHY）+ B5011A（单口千兆PHY）芯片方案。 BCM5312集成4 M 位缓存用于数据包存储转发。BCM5312 MAC地址表的深度为4K。 整个产品的交换能力为8.8Gbps。交换机芯片的制程采用0.18um工艺。

　　2) 面向中、高端市场的BCM5380芯片。BCM5380芯片是一款高集成度的芯片，每颗芯片中集成拉8个百兆PHY,一个千兆PHY，一个Serdes接口，两个GMII接口。整套方案采用3颗BCM5380芯片可以最多组成24口百兆+6个电口千兆+3个光纤千兆的产品。

　　目前市场上采用此方案的厂家有限，主要原因还是因为芯片的价格。但是采用该方案的产品为客户提供了充分的扩展空间。例如：普联科技的TL-SL3428千兆管理型交换机，它采用的就是BCM5380交换机芯片方案。产品规格为管理型24口百兆+2个电口千兆+2个光纤千兆插槽。因为四个千兆接口是独立的不会互相占用，所以客户可以有更多的选择空间。维思达网络（VCT）与时速科技(SpeedNetwoks)是国内另外两家提供BCM5380方案的厂商，他们的5280GP与SP2404G均是普通型24口百兆+2个电口千兆+2个光纤千兆插槽的产品。

　　总体来说BCM5380方案成本较高，相应的市场上产品的价格也较高！BCM5380方案，芯片集成12 M 位缓存用于数据包存储转发；MAC地址表的深度为4K。 整个产品的交换能力为16.8Gbps。芯片的制程采用0.13um工艺。

　　3) 面向智能型市场的BCM5324芯片，这是世界上首颗集成24口百兆PHY 的交换机芯片，集成度更高，性能更好。BCM5324支持二层管理型交换机需要的全部特性。改方案旨在满足并超过中小企业客户对更高的端口密度，更好的性能，更多的功能的需求！BCM5324方案，芯片集成4 M 位缓存用于数据包存储转发；MAC地址表的深度为4K。 整个产品的交换能力为8.8Gbps。交换机芯片的制程采用0.13um工艺。

　　通过以上的比较，各个公司的产品规格参数在低端产品上基本相同，但在产品细化上有很大的区别。从目前的市场情况来看，百兆向千兆标准过渡是个明显的趋势。24+2G交换机产品在市场上的销售份额将逐步扩大。最终用户可以结合自己的需求，选择产品！

　　一般企业使用以太网交换机组网的情况主要分为两类，一是采用协议转换器把专线转成以太网交换机；二是直接租用裸光纤。 具体来讲，在三、四级网选择的三层交换机一般只能配置简单的动态路由协议、简单的策略路由、QoS和简单的访问控制等功能，而实际上这个位置对设备功能的需求并不止这些，使用以太网交换机组网需要注意以下问题。

　　（1） 安全性

　　现在网上病毒越来越多，网络病毒造成的损失也越来越大，一个网络的出口设备不具有一定的防火墙功能是不可想象的。中低端以太网交换机基本不具有防火墙特性，ACL访问控制功能也很差；而对于路由器来讲，即使是最低端的路由器也支持基于状态的ACL控制，可以让用户根据网络病毒的种类与特征进行过滤配置，还可以限制每个IP地址的最大链接数以防止异常。

　　（2） 业务支持灵活性

　　有些网络需要对网络内部的服务器进行非对称访问控制，即只接受来自外面的访问请求但自己不可以向外网发起请求，这样有利于防止服务器被作为黑客工具或导致泄密。路由器就可以基于ACL配置判断相关session的状态，使其只进不出；而低端交换机因为所有报文转发在ASCI内完成，所以无法实现此业务。

　　（3） 网络的扩展、可持续发展

　　行业网现在或者将来必然要接入当地电子政务网，这时候除了自身网络的安全性外，必定还要考虑和其他相关行业以及政府的互通性问题，就可能会需要L2TP、GRE、NAT等特性来实现安全接入不同的专网。

　　有些行业的网络里需要运行多种不同安全等级的业务，对资源的需求也不尽相同，这时除了QoS外可能会需要对个别业务进行加密甚至专门做隧道传输。事实上，所有这些功能交换机无法支持，也无法通过升级支持；而路由器则基本都支持。

　　（4） 网络可靠性

　　有些项目租用运营商的2M或者n×2M专线，但在接入的位置用协议转换器把2M专线转成以太网接入到三层交换机上。协议转换器本身成本比较低，可靠性设计不可能做得完善，这就为网络增加了一个故障点。实际上在项目实施中协议转换器故障是最常见的问题之一。

　　（5） 综合成本

　　有些项目的链路采用10/100M裸光纤来实现纵向链接，采用以太网交换机组网。这样虽然降低了网络设备采购成本，但链路费用比普通的2M专线高出太多，即使现在运营商因为促销以比较低的价格提供，但将来链路紧张时用户所享受的带宽和服务绝对会大打折扣。

　　（6） 链路服务

　　采用专线链接纵向机构，专线享受的是端到端的全线封闭式服务，用户可以随时看到自己的网络状况而无需运营商提供协助。当链路发生故障时可以在几秒钟内用出口网络设备监测到并马上自动启动备份链路，网络中断时间是秒级，业务一般不会中断。

　　而如果采用了协议转换器、交换机接入的话，链路状态变化被协议转换器阻挡住，用户只有发现业务中断才能觉察到，而这时还不能定位故障，这样网络的中断的时间将是以小时来计算的。综合以上的分析我们可以看到，路由器在功能方面要远远优于三层交换机，考虑到网络管理、线路情况、网络投资等几个方面，我们认为：

　　（1） 在自有传输光纤的情况下，由于传输链路的稳定性有保障，使用以太网交换机组网的方式可以节省投资，但需要在网络的安全和网络管理方面作相应的投入。

　　（2） 在租用运营商专线的情况下，使用路由器组网的方式可以节省大量的后期维护，管理成本，比使用交换机组网的方式有着较大的优势。