请问一般服务器安全怎么维护？

首先，这些恶意的攻击行为，旨在消耗服务器资源，影响服务器的正常运作，甚至攻击到服务器所在网络瘫痪。还有一方面，就是入侵行为，这种大多与某些利益有关联，有的涉及到企业的敏感信息，有的是同行相煎。

　　第一，做好硬件维护

　　当处理数据越来越多，占用资源也随之增多时，服务器就需要更多的内存和硬盘容量来储存这些资源，因此，每隔段时间后服务器需要升级，可是需要注意的增加内存或者硬盘时，要考虑到兼容性、稳定性，否则不同型号的内存有可能会引起系统出错。

　　还有对设备进行卸载和更换时，需要仔细阅读说明书，不要强行拆卸，而且必须在完全断电，服务器接地良好的情况下进行，防止静电对设备造成损坏。

　　同样，服务器的最大杀手尘土，因此需要定期给服务器除尘。特别要注意电源的除尘。

　　第二，做好数据的备份

　　对企业来说，服务器上的数据是非常宝贵，如果数据库丢失了，损失是非常巨大的，因此，企业需对数据进行定期备份，以防万一。一般企业都需要每天对服务器上的数据进行备份，而且要将备份数据放置在不同服务器上，

　　数据需要备份，同样需要防盗。可以通过密码保护好磁带并且如果你的备份程序支持加密功能，你还可以加密这些数据。同时，要定好备份时间，通常备份的过程会选择在晚上10点以后进行，到半夜结束。

　　第三，定期做好网络检查

　　第四，关闭不必要的服务，只开该开的端口

　　对于初学者，建议在所有的工作站上使用Windows 2000。Windows 2000是一个非常安全的操作系统。如果你并不想这样做，那么至少使用Windows NT。你可以锁定工作站，使得一些没有安全访问权的人想要获得网络配置信息变得困难或是不可能。

　　或者关闭那些不必要开的服务，做好本地管理和组管理。Windows系统有很多默认的服务其实没必要开的，甚至可以说是危险的，比如：默认的共享远程注册表访问(Remote Registry Service)，系统很多敏感的信息都是写在注册表里的，如pcanywhere的加密密码等。

　　关闭那些不必要的端口。一些看似不必要的端口，确可以向黑客透露许多操作系统的敏感信息，如windows 2000 server默认开启的IIS服务就告诉对方你的操作系统是windows 2000。69端口告诉黑客你的操作系统极有可能是linux或者unix系统，因为69是这些操作系统下默认的tftp服务使用的端口。对端口的进一步访问，还可以返回该服务器上软件及其版本的一些信息，这些对黑客的入侵都提供了很大的帮助。此外，开启的端口更有可能成为黑客进入服务器的门户。

　　以上是服务器日常操作安全维护的一些技巧。

游戏服务器都需要哪些维护

服务器维护: 步骤/ 经更改系统管理员密码 定期更新系统补丁 检查系统否超级管理员检查否帐号克隆　始>运行输入cmd>输入 net localgroup administrators 始>运行输入msconfig检查随机启程序服务关掉必要随机启程序服务 服务器所程序尽量安装程序新稳定版 检查SERVU否创建执行权限用户或者C盘读写权限用户并且给SERVU设置登录密码需要请给serv_u设置独立启账户 要安装任何第三软件例XX优化软件XX插件类更要服务器注册未知组件 要服务器使用IE访问任何中国站杜绝隐患必须 检查系统志安全性条目右侧查看近期审核功登录 要服务器双击运行任何程序木马都知道 要服务器用IE打用户硬盘中国页危险行 要服务器浏览前windowsGDI+安全漏洞 及更新病毒库查杀病毒 定查看系统各盘符磁盘权限否设定安全权限 确保自电脑安全自电脑安全服务器能太安全 注意事项 要经性检查自电脑免透远程连接服务器进攻击目

网络游戏的服务器维护都是在做些什么

服务器的维护一般都是对游戏数据的更新，如果只是单一的一个游戏，玩法玩久了肯定会腻的，所以这个时候就需要游戏维护来帮助玩家有玩下去的动力。不知道你喜不喜欢玩射击类的游戏啊，我最近在玩的一款叫火源计划，它的游戏主线就是射击，在里面可以通过射击解决很多事情，完成很多任务，同时射击的装备也是幻想出来的未来的一些装备哦。

游戏服务器维护需注意什么

服务器的日常维护方法:步骤/方法经常更改系统管理员密码定期更新系统补丁检查系统是否多出超级管理员，检查是否有帐号被克隆　　在“开始”>运行中输入“cmd”>在输入netlocalgroupadministrators在“开始”>运行中输入“msconfig”检查随机启动的程序和服务，关掉不必要的随机启动程序和服务。服务器上的所有程序尽量安装程序的最新稳定版。检查SERVU是否被创建有执行权限的用户或者对C盘有读写权限的用户，并且给SERVU设置一个登录密码。如果需要请给serv_u设置独立启动账户。不要安装任何的第三方软件。例如XX优化软件，XX插件之类的，更不要在服务器上注册未知的组件。不要在服务器上使用IE访问任何网站，杜绝隐患那是必须的。检查系统日志的“安全性”条目，在右侧查看近期“审核成功”的登录不要在服务器上双击运行任何程序，不然怎么中了木马都不知道。不要在服务器上用IE打开用户的硬盘中的网页，这是危险的行为。不要在服务器上浏览，以前windows就出过GDI+的安全漏洞。及时的更新病毒库，查杀病毒。定时的查看系统各个盘符的磁盘权限，是否为设定的安全权限。确保你自己的电脑安全，如果自己的电脑不安全，服务器也可能不太安全。注意事项要经常性的检查自己的电脑，以免透过远程连接到服务器，进而成为攻击的目标

网络游戏服务器崩溃了是怎么维护的

当我们谈论网络服务器的安全的时候,我所能给你的最好的建议就是不要做门外汉当黑客开始对你的网络发起攻击的时候,他们首先会检查是否存在一般的安全漏洞,然后才会考虑难度更加高一点的突破安全系统的手段因此,比方说,当 你服务器上的数据都存在于一个FAT的磁盘分区的时候,即使安装上世界上所有的安全软件也不会对你有多大帮助的

因为这个原因,你需要从基本做起你需要将服务器上所有包含了敏感数据的磁盘分区都转换成NTFS格式的同样,你还需要将所有的反病毒软件及时更新我建议你同时在服务器和桌面终端上运行反病毒软件这些软件还应该配置成每天自动下载最新的病毒数据库文 件你还更应该知道,可以为Exchange Server安装反病毒软件这个软件扫描所有流入的电子邮件,寻找被感染了的附件,当它发现一个病毒时,会自动将这个被感染的邮件在到达用户以前隔离起来

另一个保护网络的好方法是以用户待在公司里的时间为基础限定他们访问网络的时间一个通常在白天工作的临时员工不应该被允许在临晨三点的时候访问网络,除非那个员工的主管告诉你那是出于一个特殊项目的需要

游戏系统维护中什么意思？

就是游戏的服务器关闭进行升级 比如说游戏增加道具或者增加地图，新玩法等 一般2到4小时左右就好了

游戏服务器维护都在做些什么？

之前在一家游戏公司做过运维工程师，服务器日常维护需要重启服务器，怎么能不重启呢

游戏公司的服务器维护工作如何？

游戏公司服务器队稳定性和流畅性要求很高 平时要做好数据备份和突发故障的处理措施

游戏服务器维护中，需要多久

服务器维护有很多内容的。

1需要添加活动或者道具什么的

2为了服务器稳定性需要重启一下哦。

3删除过期的东西

为什么网络游戏的服务器需要停机维护

内容更新什么的,或者是修复游戏里的bug。扩大机房规模或者维修硬件也是一种可能。

希望采纳

时空猎人服务器正在维护时如何进入游戏

每次维修都是周三的上午5点到10点，偶尔会推迟一些

#说明：由csdn下载，原版为doc格式，有对应的xml表，不过还是应该对每个服务的数据库单独考虑需要的检查表格。

DB2维护手册

目录

DB2维护手册 1

一、 DB2日常维护日操作 3

1、 检查管理服务器是否启动 3

2、 检查DB2实例是否已经启动 3

3、 查看表空间状态是否正常 3

4、 查看表的状态 4

5、 查看磁盘空间 4

6、 检查存储管理软件是否正常 4

7、 检查数据库备份是否正常 5

8、 检查归档日志是否正确归档了 5

9、 查看缓冲池的命中率 5

10、 查看当前运行最频繁的SQL，其命中率是否正常 5

11、 查看当前连接的应用程序，有没有非法连接 5

12、 检查有没有死锁 6

13、 对表和索引进行RUNSTATS 6

14、 检查表是否需要重组 6

15、 对需要重组的表进行重组 7

二、 DB2日常维护月操作 7

1、 查看DB2日志 7

2、 检查备份和日志是否都保存好了 7

三、 DB2日常维护季度操作 7

1、 通过快照监控器，查看系统性能如何 7

2、 数据库补丁级别 8

四、 注意事项 8

1、 不要删除活动日志文件 8

2、 注意交易日志存储空间 8

3、 按照系统的实际工作量配置日志空间 8

4、 设置正确数据库代码页 9

5、 检查许可证（LICENSE）安装情况 9

6、 创建数据库前调整好系统时间 9

7、 不要随便执行 CHOWN (CHMOD) –R （UNIX/LINUX） 9

8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数 9

五、 附：以脱机方式重组表 9

六、 附：索引重组 10

七、 附：收集和更新统计信息的准则 11

八、 附：使用 CLP 捕获数据库运行状况快照 13

一、 DB2日常维护日操作

1、 检查管理服务器是否启动

用ps命令查看是否有dasusr1后台进程

＃ps -ef | dasusr1

请确保管理服务器已经启动，如果没有启动，则按以下步骤启动管理服务器：

 以管理服务器用户(UNIX默认是DASUSR1)登录

 发出db2admin start命令

 如果是HA环境，则要保证在脚本中正确配置了启动命令

2、 检查DB2实例是否已经启动

用ps命令查看是否有db2sysc后台进程

＃ps -ef | db2sysc

也可以以DB2实例所有者登录，通过发出db2start命令来确保启动了实例（如果实例已经启动，则会告知SQL1026N 数据库管理器已激活；否则，将把实例启动起来）

3、 查看表空间状态是否正常

以db2实例所有者登录

#db2 list tablespaces show detail //在单分区上查看表空间的状态,正常返回0x0000

# db2_all list tablespaces show detail //在所有分区上查看表空间的状态

可以使用LIST TABLESPACES 命令确定连接数据库中表空间的当前状态，可以使用SHOW DETAIL选项查看表空间的详细信息。比如，我们连上SAMPLE数据库，执行list tablespaces show detail ，可以看到状态返回值是0x0000，此时，使用db2tbst可以查看状态编号对于的状态含义，具体语法如下：

db2tbst <tablespace state> 可以查看编号所代表的状态

db2tbst 命令接收十六进制的状态值，并返回相应的表空间状态。例如，命令 db2tbst 0x0008 返回 State = Load Pending 。而该十六进制的状态值反过来又是 LIST TABLESPACES 命令输出的组成部分。表空间的外部可见状态是由单个状态值的十六进制总和构成的。例如，如果表空间的状态是 Backup Pending和 Load in Progress，那么所返回的十六进制值就是 0x20020（0x00020 + 0x20000）

4、 查看表的状态

查询系统目录视图以获得关于数据库的有用信息。例如，下面的语句使用 NOT LIKE 断言，返回在 SYSCATTABLES 中有项的所有用户定义的表的名称，以及每个表的列数和表的状态（N = 正常；C = 待审核（check pending））

#db2 select tabname, colcount, status FROM syscattables WHERE tabschema NOT LIKE 'SYS%' ORDER BY tabname

也可以使用load query命令查看单个表的状态，比如对表TEST1，我们可以发出如下命令：

#db2 load query table test1

5、 查看磁盘空间

查看数据库活动日志目录是否已满,活动日志目录可以使用get db cfg查看，注意一定不要手工删除活动日志

#df -k

查看SMS表空间对应的容器目录空间是否满了

#df -k

查看DMS表空间中是否还有可用页

#db2 list tablespaces show detail //在单分区上查看表空间的是否还有可用页

# db2_all list tablespaces show detail //在所有分区上查看表空间是否还有可用页

6、 检查存储管理软件是否正常

请检查TSM或其他存储管理软件是否正常，以及磁带机是否运行正常。

7、 检查数据库备份是否正常

请查看TSM或第三方存储管理软件，看备份映像文件是否完整的保存到了磁带机上了，想在DB2上查看备份情况，可以使用LIST命令

# db2 list history backup all for 数据库名

8、 检查归档日志是否正确归档了

请确保活动日志目录下没有的日志文件都已经正确归档到了带机上(查看TSM或第三方存储管理软件)。

查看活动目录里的日志文件：

#ls -l

9、 查看缓冲池的命中率

# db2 get snapshot for bufferpools on 数据库名

查看缓冲池的命中率，看其是否低于95%（命中率越高越好）

10、 查看当前运行最频繁的SQL，其命中率是否正常

# db2 get snapshot for bufferpools on 数据库名 > logtxt

用grep命令查看" Number of executions"执行次数最频繁的语句，看其命中率是否正常。

比如：

grep -n " Number of executions" snapout | grep -v "= 0" | sort -k 5,5rn | more

11、 查看当前连接的应用程序，有没有非法连接

#db2 list applications show detail

看这些连接的情况，看有没有不合适的IP连上来，或者不被允许的第三方工具连上来，比如一些第三方工具连上来会对表进行锁定，影响业务系统正常运行，这个时候可以用FORCE APPLICATIONS (应用程序句柄)停下来。

12、 检查有没有死锁

# db2 get snapshot for all on 数据库名 > logtxt

用grep命令查看输出的文件中是否有死锁的记录，比如

grep -n "Deadlocks detected" logtxt | grep -v "= 0" | more

13、 对表和索引进行runstats

#db2 runstats on table 表名 and index all

对系统表以及变化比较频繁的表运行统计信息，建议写成shell脚本自动运行。

14、 检查表是否需要重组

使用REORGCHK命令，通过统计数据检查表是否需要重组，语法如下：

REORGCHK [UPDATE | CURRENT ]STATISTICS ON [TABLE SYSTEM| TABLE USER | TABLE ALL | TABLE table_name | SCHEMA schema_name]

UPDATE STATISTICS： 更新表的统计数据，根据该统计数据判断是否需要重组表

CURRENT STATISTICS：根据当前表统计数据判断是否需要重组表

TABLE table_name ： 对单个表进行分析

TABLE ALL： 对数据库所有的表进行分析

TABLE SYSTEM： 对系统表进行分析

TABLE USER ： 对当前用户模式下的所有表进行分析

#db2 reorgchk update statistics on table all

15、 对需要重组的表进行重组

#db2 reorg table 表名 //通过重构行来消除“碎片”数据

#db2 reorg indexes all for table 表名 //只重组索引

比如：

reorg table db2inst1org index by_id

将根据索引by_id，如果不加INDEX选项将重组表和所有的索引

reorg table db2inst1org index by_id use tempspace1

使用指定的临时表空间重组表

表重组完成后需要进行RUNSTATS。另外，记住在分区数据库环境中，如果想在所有节点运行命令，需要使用db2_all命令。

二、 DB2日常维护月操作

1、 查看DB2日志

请至少每月查看一次db2diaglog文件，看其中是否有异常。

2、 检查备份和日志是否都保存好了

通过TSM或第三方存储管理软件，查看备份和归档日志是否都保存好了，在数据库级别查看备份，可以使用：

# db2 list history backup all for 数据库名

三、 DB2日常维护季度操作

1、 通过快照监控器，查看系统性能如何

通过快照监控器，抓取数据库的信息，分析数据库性能是否合理：

# db2 get snapshot for all on 数据库名 > logtxt

2、 数据库补丁级别

# db2level

四、 注意事项

1、 不要删除活动日志文件

DB2 的活动日志文件不能被删除。一旦 DB2 的活动日志文件被删除，或者所在的存储设备出现问题，则不可避免地造成 DB2 数据库系统宕机。

2、 注意交易日志存储空间

在归档日志模式下，如果没有使用自动归档方式，则存储的日志文件会不断增多，有可能造成日志所在的文件系统空间满。 当这种情况发生时，会根据参数 BLK_LOG_DSK_FUL 的配置而有不同的现象：

1）如果该参数启用，则 DB2 数据库可继续读操作，但是写操作会挂起

2）如果该参数没有启用，则 DB2 数据库会停止工作

两种情况下，都需要到日志所在的文件系统添加了空间才恢复正常。

3、 按照系统的实际工作量配置日志空间

DB2数据库通过日志文件维护数据的完整性和一致性。DB2 数据库的日志空间可通过如下公式计算：

日志空间 = （主日志文件 + 二级日志文件） 日志文件尺寸

其中：

1） 主日志文件由参数 LOGPRIMARY 控制，

2） 二级日志文件由参数 LOGSECOND 控制

3） 日志文件尺寸由参数 LOGFILSIZ 控制

4） LOGPRIMARY + LOGSECOND < 256 （不同的 DB2 版本略有不同，请参看相同版本的 DB2 手册确认）

4、 设置正确数据库代码页

由于数据库的代码页在数据库创建之后是无法修改的，所以在创建数据库时一定要选择正确的代码页。

错误的数据库代码页会造成 JDBC/ODBC 访问时中文字段被截断（包括控制中心），这种情况需要重建数据库以修改数据库代码页。

从全局规划来说，如果应用需要访问多个数据库，那么这多个数据库的代码页应该是一致的。

5、 检查许可证（License）安装情况

许可证过期会造成不必要的服务中断，所以在 DB2 安装完毕后，建议检察许可的安装情况

6、 创建数据库前调整好系统时间

在数据库创建好之后，调整系统时间会造成数据库内部时间戳的异常。数据库中一些对象和时间相关，一旦时间不准确要调整需要很小心。错误的时间调整可能会造成很多问题，如：

1）某些对象失效，例如 ：

SQL0440N，找不到具有兼容自变量的类型为 “<例程类型>” 的名为 “<例程名>” 的已授权例程

2）数据库日志逻辑错误 -> 宕机

3）常见错误 – 只调整时间，未调整时区

7、 不要随便执行 chown (chmod) –R （UNIX/Linux）

在实例目录下chown (chmod) -R 会造成

1） 在数据库服务器上 db2 connect to <dbname> 能连接上数据库

2） db2 connect to <dbname> user using 连接不上

8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数

五、 附：以脱机方式重组表

以脱机方式重组表是整理表碎片的最快方法。重组可减少表所需的空间量并提高数据访问和查询性能。

必须具有 SYSADM、SYSCTRL、SYSMAINT 或 DBADM 权限，或者必须具有对表的 CONTROL 权限才能重组表。必须具有数据库连接才能重组表。

标识需要重组的表之后，可以对这些表运行 REORG 实用程序，并且可以选择对在这些表上定义的任何索引运行该实用程序。

1 要使用 CLP 重组表，请发出 REORG TABLE 命令：

db2 reorg table testemployee

要使用临时表空间 mytemp 重组表，请输入：

db2 reorg table testemployee use mytemp

要重组表并根据索引 myindex 对行进行重新排序，请输入：

db2 reorg table testemployee index myindex

2 要使用 SQL 调用语句重组表，请使用 ADMIN_CMD 过程发出 REORG TABLE 命令：

call sysprocadmin_cmd ('reorg table employee index myindex')

3 要使用 DB2 管理 API 重组表，请使用 db2REORG API。

在重组表之后，应收集有关表的统计信息，以便优化器具有最准确的数据来评估查询访问方案。

六、 附：索引重组

通过删除和插入操作对表进行更新后，索引的性能会降低，其表现方式如下：

• 叶子页分段

叶子页被分段之后，由于必须读取更多的叶子页才能访存表页，因此 I/O 操作成本会增加。

• 物理索引页的顺序不再与这些页上的键顺序相匹配（此称为不良集群索引）。

叶子页出现不良集群情况后，顺序预取操作的效率将降低，因此会导致更多的 I/O 等待。

• 形成的索引大于其最有效的级别数。

在此情况下应重组索引。

如果在创建索引时设置了 MINPCTUSED 参数，则在删除某个键且可用空间小于指定的百分比时，数据库服务器会自动合并索引叶子页。此过程称为联机索引整理碎片。但是，要复原索引集群和可用空间以及降低叶级别，请使用下列其中一种方法：

• 删除并重新创建索引。

• 使用 REORG INDEXES 命令联机重组索引。

因为此方法允许用户在重建表索引期间对表进行读写操作，所以在生产环境中可能需要选择此方法。

• 使用允许脱机重组表及其索引的选项运行 REORG TABLE 命令。

联机索引重组

在使用 ALLOW WRITE ACCESS 选项运行 REORG INDEXES 命令时，如果同时允许对指定的表进行读写访问，则会重建该表的所有索引。进行重组时，对基础表所作的任何将会影响到索引的更改都将记录在 DB2® 日志中。另外，如果有任何内部内存缓冲区空间可供使用，则还将这些更改放在这样的内存空间中。重组将处理所记录的更改以便在重建索引时与当前写活动保持同步更新。内部内存缓冲区空间是根据需要从实用程序堆中分配的指定内存区域，它用来存储对正在创建或重组的索引所作的更改。使用内存缓冲区空间使索引重组操作能够通过这样的方式来处理更改，即先直接从内存读取，然后读取日志（如有必要），但读取日志的时间要晚得多。在重组操作完成后，将释放所分配的内存。重组完成后，重建的索引可能不是最佳集群的索引。如果为索引指定 PCTFREE，则在重组期间，每页上均会保留相应百分比的空间。

对于分区表，支持对各个索引进行联机索引重组和清除。要对各个索引进行重组，指定索引名：REORG INDEX index_name for TABLE table_name

对于空间索引或多维集群（MDC）表，不支持采用 ALLOW WRITE 方式的联机索引重组。

注： REORG INDEXES 命令的 CLEANUP ONLY 选项不能完全重组索引。CLEANUP ONLY ALL 选项将除去那些标记为“删除”且被认为要落实的键。此外，它还将释放所有标记为“删除”且被认为要落实的键所在的页。在释放页后，相邻的叶子页将会合并，前提是这样做可以在合并页上至少留出 PCTFREE 可用空间。PCTFREE 是指在创建索引时为其定义的可用空间百分比。CLEANUP ONLY PAGES 选项仅删除那些标记为“删除”且被认为要落实的所有键所在的页。

使用 CLEANUP ONLY 选项对分区表的索引进行重组时，支持任何访问级别。如果未指定 CLEANUP ONLY 选项，则缺省访问级别 ALLOW NO ACCESS 是唯一支持的访问级别。

REORG INDEXES 具有下列要求：

• 对索引和表具有 SYSADM、SYSMAINT、SYSCTRL 或 DBADM 权限，或者具有 CONTROL 特权。

• 用于存储索引的表空间的可用空间数量等于索引的当前大小

在发出 CREATE TABLE 语句时，考虑在大型表空间中重组索引。

• 其他日志空间

REORG INDEXES 需要记录其活动。因此，重组可能会失败，尤其是在系统繁忙和记录其他并发活动时。

注： 如果具有 ALLOW NO ACCESS 选项的 REORG INDEXES ALL 命令运行失败，则会标记索引无效并且此项操作不可撤销。但是，如果具有 ALLOW READ ACCESS 选项的 REORG 命令或具有 ALLOW WRITE ACCESS 选项的 REORG 命令运行失败，则可以复原原来的索引对象。

七、 附：收集和更新统计信息的准则

RUNSTATS 命令收集表、索引和统计信息视图的统计信息，以为优化器提供准确信息进行访问方案选择。

在下列情况下，使用 RUNSTATS 实用程序来收集统计信息：

• 当数据已装入表中且已创建适当的索引时。

• 当在表中创建新的索引时。如果自从上次在表中运行 RUNSTATS 以来尚未修改表，则只需要对新的索引执行 RUNSTATS。

• 当一个表已用 REORG 实用程序重组时。

• 当通过数据修改、删除和插入已大量更新表及其索引时。（此处所指的“大量”可能表示有 10% 到 20% 的表和索引数据受影响。）

• 在绑定性能非常重要的应用程序之前

• 当您想要比较当前和先前统计信息时。如果定期更新统计信息，则可以及早发现性能问题。

• 当预取量更改时。

• 当使用了 REDISTRIBUTE DATABASE PARTITION GROUP 实用程序时。

注:

在先前版本的 DB2® 中，此命令使用了 NODEGROUP 关键字，而不是 DATABASE PARTITION GROUP 关键字。

• 使用 RUNSTATS 实用程序来收集关于 XML 列的统计信息。 使用 RUNSTATS 仅收集 XML 列的统计信息时，将保留 LOAD 或上一次执行 RUNSTATS 实用程序已收集的非 XML 列的现有统计信息。如果先前已收集关于一些 XML 列的统计信息，则在当前命令未收集关于该 XML 列的统计信息时，将删除先前收集的 XML 列的统计信息；在当前命令收集了关于该 XML 列的统计信息时，将替换先前收集的 XML 列的统计信息。

要提高 RUNSTATS 性能并保存用来存储统计信息的磁盘空间，考虑仅指定应该收集其数据分布统计信息的列。

理论上，您应在运行统计信息之后重新绑定应用程序。如果查询优化器具有新的统计信息，则它可以选择不同的访问方案。

如果您没有足够的时间一次收集全部的统计信息，则可以运行 RUNSTATS 来每次仅更新几个表、索引或统计信息视图的统计信息，并轮流完成该组对象。如果对选择性部分更新运行 RUNSTATS 期间由于表上的活动而产生了不一致性，则在查询优化期间将发出警告消息（SQL0437W，原因码 6）。例如，如果执行 RUNSTATS 来收集表分布统计信息，以及在某个表活动后，再次执行 RUNSTATS 来收集该表的索引统计信息，则可能发生这种情况。如果由于表上的活动产生了不一致并且在查询优化期间检测到这些不一致，则发出该警告消息。当发生这种情况时，应再次运行 RUNSTATS 来更新分布统计信息。

要确保索引统计信息和表同步，执行 RUNSTATS 来同时收集表和索引统计信息。索引统计信息保留自上次运行 RUNSTATS 以来收集的大部分表和列的统计信息。如果自上次收集该表的统计信息以来已对该表做了大量修改，则只收集该表的索引统计信息将使两组统计信息不能在所有节点上都同步。

对生产系统调用 RUNSTATS 可能会对生产工作负载的性能产生负面影响。RUNSTATS 实用程序现在支持调速选项，在执行较高级别的数据库活动期间，可以使用调速选项来限制执行 RUNSTATS 的性能影响。

在分区数据库环境中收集表的统计信息时，RUNSTATS 仅收集执行该命令的数据库分区上的表的统计信息。将此数据库分区的 RUNSTATS 结果推广到其他数据库分区。如果执行 RUNSTATS 的数据库分区不包含特定表的一部分，则将请求发送到数据库分区组中包含该表一部分的第一个数据库分区。

收集统计信息视图的统计信息时，将收集所有包含该视图引用的基本表的数据库分区的统计信息。

考虑以下技巧来提高 RUNSTATS 的效率和已收集的统计信息的有效性：

• 仅对用来连接表的列或 WHERE、GROUP BY 以及查询的类似子句中的列收集统计信息。如果对这些列建立了索引，则可以用 RUNSTATS 命令的 ONLY ON KEY COLUMNS 子句指定列。

• 为特定表和表中特定列定制 num_freqvalues 和 num_quantiles 的值。

• 使用 SAMPLE DETAILED 子句收集 DETAILED 索引统计信息，以减少对详细的索引统计信息执行的后台计算量。SAMPLE DETAILED 子句减少收集统计信息所需要的时间，并在大多数情况下产生足够的精度。

• 当创建已填写的表的索引时，添加 COLLECT STATISTICS 子句来在创建索引时创建统计信息。

• 当添加或除去了大量表行时，或如果更新了收集其统计信息的列中的数据，则再次执行 RUNSTATS 来更新统计信息。

• 因为 RUNSTATS 仅收集单个数据库分区的统计信息，所以，如果数据不是在所有数据库分区中一致分发的，则统计信息将不太准确。如果您怀疑存在变形数据分发，则您可能想要在执行 RUNSTATS 之前使用 REDISTRIBUTE DATABASE PARTITION GROUP 命令来在各数据库分区之间再分发数据。

八、 附：使用 CLP 捕获数据库运行状况快照

可从 CLP 使用 GET HEALTH SNAPSHOT 命令来捕获运行状况快照。该命令语法支持检索运行状况监视器监视的不同对象类型的运行状况快照信息。

先决条件

必须具有实例连接才能捕获运行状况快照。如果没有实例连接，则创建缺省实例连接。要获取远程实例的快照，必须先连接至该实例。

过程

要使用 CLP 捕获数据库运行状况快照

1 从 CLP 发出带有期望参数的 GET HEALTH SNAPSHOT 命令。

在以下示例中，将在启动数据库管理器之后立即捕获数据库管理器级别运行状况快照。

db2 get health snapshot for dbm

2 对于分区数据库系统，可为特定分区捕获专门的数据库快照，或者为所有分区捕获全局的数据库快照。要对特定分区（如分区号 2）上的数据库捕获运行状况快照，请发出以下命令：

db2 get health snapshot for db on sample at dbpartitionnum 2

要对所有分区上的所有应用程序捕获数据库快照，请发出以下命令：

db2 get health snapshot for db on sample global

以下命令捕获的运行状况快照带有附加详细信息，包括公式、附加信息和运行状况指示器历史记录：

db2 get health snapshot for db on sample show detail

3 对于基于集合状态的运行状况指示器，可对所有集合对象捕获数据库快照，而不考虑这些对象的状态。常规 GET HEALTH SNAPSHOT FOR DB 命令返回所有集合对象，这些对象需要针对所有基于集合状态的运行状况指示器的警报。

要对列示了所有集合对象的数据库捕获运行状况快照，请发出以下命令：

db2 get health snapshot for db on sample with full collection

为了能更好的使用和延长服务器的使用寿命，定期的对服务器进行维护是非常必要的。但是，在维护服务器的时候一定要小心的处理好维护的工作，否则出现错误的话就会影响很大。为了方便大家在维护中了解一些维护内容的同时又能避免出现错误。下面就收集了一些资料供大家参考。

硬件维护

1、储存设备的扩充

当资源不断扩展的时候，服务器就需要更多的内存和硬盘容量来储存这些资源。所以，内存和硬盘的扩充是很常见的。增加内存前需要认定与服务器原有的内存的兼容性，最好是同一品牌的规格的内存。如果是服务器专用的ECC内存，则必须选用相同的内存，普通的SDRAM内存与ECC内存在同一台服务器上使用很可能会引起统严重出错。在增加硬盘以前，需要认定服务器是否有空余的硬盘支架、硬盘接口和电源接口，还有主板是否支持这种容量的硬盘。尤其需要注意，防止买来了设备却无法使用。

2、设备的卸载和更换

卸载和更换设备时的问题不大，需要注意的是有许多品牌服务器机箱的设计比较特殊，需要特殊的工具或机关才能打开，在卸机箱盖的时候，需要仔细看说明书，不要强行拆卸。另外，必须在完全断电、服务器接地良好的情况下进行，即使是支持热插拔的设备也是如此，以防止静电对设备造成损坏。

3、除尘

尘土是服务器最大的杀手，因此需要定期给服务器除尘。对于服务器来说，灰尘甚至是致命的。除尘方法与普通PC除尘方法相同，尤其要注意的是电源的除尘。

软件维护

1、操作系统的维护

操作系统是服务器运行的软件基础，其重要性不言自明。多数服务器操作系统使用Windows NT或Windows 2000 Server作为操作系统，维护起来还是比较容易的。

在Windows NT或Windows 2000 Server打开事件查看器，在系统日志、安全日志和应用程序日志中查看有没有特别异常的记录。现在网上的黑客越来越多了，因此需要到微软的网站上下载最新的Service Pack(升级服务包)安装上，将安全漏洞及时补上。

2、网络服务的维护

网络服务有很多，如WWW服务、DNS服务、DHCP服务、SMTP服务、FTP服务等，随着服务器提供的服务越来越多，系统也容易混乱，此时可能需要重新设定各个服务的参数，使之正常运行。

3、数据库服务

数据库经过长期的运行，需要调整数据库性能，使之进入最优化状态。数据库中的数据是最重要的，这些数据库如果丢失，损失是巨大的，因此需要定期来备份数据库，以防万一。

4、用户数据

经过频繁使用，服务器可能存放了大量的数据。这些数据是非常宝贵的资源，所以需要加以整理，并刻成光盘永久保存起来，即使服务器有故障，也能恢复数据。

不可能在一篇文章中谈遍电脑安全问题，毕竟，市面上的已有许多这方面的书籍，不过，我倒是可以告诉你七个维护服务器安全的技巧。

技巧一：从基本做起

从基本做起是最保险的方式。你必须将服务器上含有机密数据的区域通通转换成NTFS格式；同理，防毒程序也必须按时更新。建议同时在服务器和桌面电脑上安装防毒软件。这些软件还应该设定成每天自动下载最新的病毒定义文件。另外，Exchange Server（邮件服务器）也应该安装防毒软件，这类软件可扫描所有寄进来的电子邮件，寻找被病毒感染的附件，若发现病毒，邮件马上会被隔离，减低使用者被感染的机会。

另一个保护网络的好方法是依员工上班时间来限定使用者登录网络的权限。例如，上白天班的员工不该有权限在三更半夜登录网络。

最后，存取网络上的任何数据皆须通过密码登录。强迫大家在设定密码时，必须混用大小写字母、数字和特殊字符。在Windows NT Server Resource Kit里就有这样的工具软件。你还应该设定定期更新密码，且密码长度不得少于八个字符。若你已经做了这些措施，但还是担心密码不安全，你可以试试从网络下载一些黑客工具，然后测试一下这些密码到底有多安全。

技巧二：保护备份

大多数人都没有意识到，备份本身就是一个巨大的安全漏洞，怎么说呢？试想，大多数的备份工作多在晚上10点或11点开始，依数据多寡，备份完成后大概也是夜半时分了。现在，想像一下，现在是凌晨四点，备份工作已经结束。有心人士正好可趁此时偷走备份磁盘，并在自己家中或是你竞争对手办公室里的服务器上恢复。不过，你可以阻止这种事情发生。首先，你可利用密码保护你的磁盘，若你的备份程序支持加密功能，你还可以将数据进行加密。其次，你可以将备份完成的时间定在你早上进办公室的时间，这样的话，即使有人半夜想溜进来偷走磁盘的话也无法了，因为磁盘正在使用中；如果窃贼强行把磁盘拿走，他一样无法读取那些损毁的数据。

技巧三：使用RAS的回拨功能

Windows NT最酷的功能之一就是支持服务器远端存取(RAS)，不幸的是，RAS服务器对黑客来说实在太方便了，他们只需要一个电话号码、一点耐心，然后就能通过RAS进入主机。不过你可以采取一些方法来保护RAS服务器的安全。

你所采用的技术主要端赖于远端存取者的工作方式。如果远端用户经常是从家里或是固定的地方上网，建议你使用回拨功能，它允许远端用户登录后即挂断，然后RAS服务器会拨出预设的电话号码接通用户，因为此一电话号码已经预先在程序中了，黑客也就没有机会指定服务器回拨的号码了。

另一个办法是限定远端用户只能存取单一服务器。你可以将用户经常使用到的数据复制到RAS服务器的一个特殊共用点上，再将远端用户的登录限制在一台服务器上，而非整个网络。如此一来，即使黑客入侵主机，他们也只能在单一机器上作怪，间接达到减少破坏的程度。

最后还有一个技巧就是在RAS服务器上使用“另类”网络协议。很都以TCP/IP协议当作RAS协议。利用TCP/IP协议本身的性质与接受程度，如此选择相当合理，但是RAS还支持IPX/SPX和NetBEUI协议，如果你使用NetBEUI当作RAS协议，黑客若一时不察铁定会被搞得晕头转向。

技巧四：考虑工作站的安全问题

在服务器安全的文章里提及工作站安全感觉似乎不太搭边，但是，工作站正是进入服务器的大门，加强工作站的安全能够提高整体网络的安全性。对于初学者，建议在所有工作站上使用Windows 2000。Windows 2000是一个非常安全的操作系统，如果你没有Windows 2000，那至少使用Windows NT。如此你便能将工作站锁定，若没有权限，一般人将很难取得网络配置信息。

另一个技巧是限制使用者只能从特定工作站登录。还有一招是将工作站当作简易型的终端机（dumb terminal）或者说，智慧型的简易终端机。换言之，工作站上不会存有任何数据或软件，当你将电脑当作dumb terminal使用时，服务器必须执行Windows NT 终端服务程序，而且所有应用程序都只在服务器上运作，工作站只能被动接收并显示数据而已。这意味着工作站上只有安装最少的Windows版本，和一份微软Terminal Server Client。这种方法应该是最安全的网络设计方案。

技巧五：执行最新修补程序

微软内部有一组人力专门检查并修补安全漏洞，这些修补程序（补丁）有时会被收集成service pack（服务包）发布。服务包通常有两种不同版本：一个任何人都可以使用的40位的版本，另一个是只能在美国和加拿大发行的128位版本。128位的版本使用128位的加密算法，比40位的版本要安全得多。

一个服务包有时得等上好几个月才发行一次，但要是有严重点的漏洞被发现，你当然希望立即进行修补，不想苦等姗姗来迟的服务包。好在你并不需要等待，微软会定期将重要的修补程序发布在它的FTP站上，这些最新修补程序都尚未收录到最新一版的服务包里，我建议你经常去看看最新修补程序，记住，修补程序一定要按时间顺序来使用，若使用错乱的话，可能导致一些文件的版本错误，也可能造成Windows当机。

技巧六：颁布严格的安全政策

另一个提高安全性的方式就是制定一强有力的安全策略，确保每一个人都了解，并强制执行。若你使用Windows 2000 Server，你可以将部分权限授权给特定代理人，而无须将全部的网管权利交出。即使你核定代理人某些权限，你依然可县制其权限大小，例如无法开设新的使用者帐号，或改变权限等。

技巧七：防火墙，检查，再检查

最后一个技巧是仔细检查防火墙的设置。防火墙是网络规划中很重要的一部份，因为它能使公司电脑不受外界恶意破坏。

首先，不要公布非必要的IP地址。你至少要有一个对外的IP地址，所有的网络通讯都必须经由此地址。如果你还有DNS注册的Web服务器或是电子邮件服务器，这些IP地址也要穿过防火墙对外公布。但是，工作站和其他服务器的IP地址则必须隐藏。

你还可以查看所有的通讯端口，确定不常用的已经全数关闭。例如，TCP/IP port 80是用于HTTP流量，因此不能堵掉这个端口，也许port 81应该永远都用不着吧，所以就应该关掉。你可以在网络上查到每个端口的详细用途。

服务器安全问题是个大议题，你总不希望重要数据遭病毒/黑客损毁，或被人偷走做为不利你的用途，本文介绍了7个重要的安全检查关卡，你不妨试试看。