软件系统运维手册

1、系统运维手册1、目的32、适用范围33、服务器及数据库概述33.1 服务器概述33.2 数据库概述34、系统服务程序的详细说明34.1 系统服务程序的构成34.2 系统服务程序的启动、关闭及维护管理4主服务4从服务5管理模块55、服务器硬件维护（略）66、 windows 2003 系统的日常维护66.1 定期检查磁盘空间66.2 维护系统注册表76.3 定期备份系统注册表76.4 清理 system 路径下的无用的dll文件77、备份策略87.1 备份方式87.2 备份计划87.3 常见故障恢复89、数据库的日常维护119.1 检查数据库的基本状况119.2 检查数据库日志文件119.4 监

2、控数据库表空间的使用情况（字典管理表空间）11判断是否需要碎片整理1110、命令解释121、目的楚天行消费卡管理系统运营支撑系统使用的服务器中，服务器均采用系统 ,数据库版本为：sql server 2000，随着业务的开展，sql server量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。本手册详细描述了程序模块，windows xp 操作系统， 负载平衡及常检查的主要步骤，指导现场工程师对其进行监控和维护。windows xp 操作数据库中存储的数据sql server 数据库等日2、适用范围使用者为网 e通宽带网络运营支撑系统维护工程师3、服务器及数据库概述3.1 服务器概

3、述服务器数量：4台，基本信息如下：服务器机器型号操作系统安装的模块主机名Ip地址3.2 数据库概述数据库软件分别安装在主服务器上。4、系统服务程序的详细说明4.1 系统服务程序的构成DHCP主程序：所在服务器主服务器（）程序名称Dhcpd所在目录/opt/dpcpDHCP从程序：所在服务器从服务器（）程序名称Dhcpd所在目录/opt/dpcp4.2 系统服务程序的启动、关闭及维护管理主服务 dhcp主服务说明所在目录程序名称程序简要说明/opt/dpcpDhcpdDhcp 主程序/etc/dhcpd.conf主程序的配置文件/var/state/dhcp/dhcpd.lease

4、s租约数据库启动、关闭及进程查看方法1、启动方法：输入 ： cd /opt/dpcp./dhcpd 即可注意：请首先确认数据库服务正常，数据库监听正常。输出 ：rootlocalhost dhcp$ ./dhcpdCopyright 2004-2006 Internet Systems Consortium.All rights reserved.Wrote 1 leases to leases file.Sending onSending onSocket/fallback/fallback-net说明 ： dhcp 启动时，会启动1 个进程，正常情况下，dhcp 启动的进程数为1 个。2、

5、关闭方法输入： kill pid说明 ：pid 为进程号， 可使用进程查看获得。 如 |-dhcpd(4665)，则进程 id 为 4665，则 kill 4665 就可关闭 dhcp。3、进程查看输入： rootlocalhost dhcp# pstree -p | grep dhcp输出 ：|-dhcpd(4665)配置说明从服务从服务说明启动、关闭及进程查看方法配置说明管理模块管理模块中主要目录说明为 apache 模块所在目录/opt/taiyuan为 web 程序存储目录管理模块中各程序说明命令所在目录：/opt/apache/bin命令命令说明apachectlApache HTT

6、P服务器控制接口httpdabApache 超文本传输协议服务器Apache HTTP 服务器性能测试工具apxsAPache 功能扩展工具dbmmanage建立和更新DBM形式的基本认证文件htdigest建立和更新摘要认证文件htpasswd建立和更新基本认证文件logresolve将Apache日志文件中的IP地址解析为主机名rotatelogs滚动Apache日志而无须终止服务器 web站点启动、关闭及进程查看方法命令所在目录命令命令说明/opt/apache/bin./apachectl start启动 httpd/opt/apache/bin./apachectl s

7、tartssl启动 httpd并加载 SSL 服务/opt/apache/bin/opt/apache/bin./apachectl stop./apachectl status关闭查看apacheapache 的状态日志说明Log存放目录为：/opt/apache/logs/opt/apache/logs/access_log 为所有访问网站的日志/opt/apache/logs/error_log 为错误信息日志/opt/apache/logs/httpd.pid 为主进程的pid 号/opt/apache/logs/ssl_engine_log为 ssl 引擎日志，即ssl的运行日志，可

8、以通过查看此日志了解运行状态及错误。/opt/apache/logs/ssl_request_log 为 ssl 请求日志即是哪个ip 使用 https ssi 协议登录web 站点，请求的时间，内容，访问的页面等。日常维护维护分为：业务维护及系统维护业务维护就是，利用系统管理员的身份，查看操作日志系统维护是：定期查看系统日志，apache 日志等，看是否有运行错误，并定期备份日志。5、服务器硬件维护（略）6、windows 2003 系统的日常维护6.1 定期检查磁盘空间这是最简单、最直接的方法。一般来说，你可以使用windows 系统自身提供的" 磁盘碎片整理 "和 &

9、quot; 磁盘扫描程序"来对磁盘文件进行优化。这两个工具都非常简单。如果你是一位对 windows 系统有一定了解的用户，建议你使用norton utilities 3.05 提供的 norton diskdoctor 和 norton speed disk，这都是由 symantec于 1998年最新推出的磁盘维护工具，其显著特点是运行速度快，功能强大。而值得称道的是，norton speed disk 的磁盘碎片整理速度比 windows 内建的同类工具要快出十几倍，而且程序提供了非常多的优化控制，是一个非常值得使用的工具。这两个工具的使用方法都非常简单，你只需要选择好需要进行

10、磁盘扫描或优化的驱动器，并执行相应程序界面中的命令即可开始操作。此外，除了进行磁盘文件排列的优化和错误扫描。我们还可以使用windows 自身提供的 " 磁盘清理工具 " 或norton utilitiesspace wizard除系统各路径下存放的临时文件、无用文件、备份文件等等，完全释放磁盘空间。6.2 维护系统注册表我们知道， windows 的注册表是控制系统启动、运行的最底层设置，其文件为windows安装路径下的system.dat和 user.dat。这两个文件并不是以明码方式显示系统设置的，普通用户根本无从修改。而我们知道，如果你经常地安装卸载应用程序，这些

11、应用程序在系统注册表中添加的设置通常并不能够彻底删除，时间长了会导致注册表变得非常大，系统的运行速度就会受到影响。目前市面上流行的专门针对windows 注册表的自动除错、压缩、优化工具也非常多，可以说norton utilities提供的 windows doctor是最好的，它不但提供了强大的系统注册表错误设置的自动检测功能，而且提供了自动修复功能。使用该工具，即使你对系统注册表一无所知，也可以非常方便进行操作，因为你只需使用鼠标单击程序界面中的"next" 按钮，就可完成系统错误修复。6.3 定期备份系统注册表对系统注册表进行备份是保证windows 系统可以稳定运行

12、、维护系统、恢复系统的最简单、最有效的方法。我们知道，系统的注册表信息保存在windows 文件夹下的，其文件名是 system.dat和 user.dat。这两文件具有隐含和系统属性，现在你需要做的就是对这两个文件进行备份，你可以使用 regedit的导出功能直接将这两个文件复制到备份文件路径下，当系统出错时再将备份文件导人到windows 路径下，覆盖源文件即可恢复系统。此外，如果你使用的是windows98 ，可以使用它提供的scanreg.exe进行系统备份与恢复，这样更简单一些。你在dos 提示符下直接键入scanreg/backup即可对当前的系统注册表快速备份。当需要恢复注册表时

13、，可在dos 提示符下键人scanreg/restore即可。对于这个工具，应该在 dos 环境下使用。6.4 清理system路径下的无用的dll文件这项维护工作大家可能并不熟悉，但它也是影响系统能否快速运行的一个至关重要的因素。我们知道，应用程序安装到windows 中后，通常会在windows 的安装路径下的system文件夹中复制一些dll 文件。而当你将相应的应用程序的删除后，其中的某些dll 文件通常会保留下来；当该路径下的 dll 文件不断增加时，将在很大程度上影响系统整体的运行速度。而对于普通用户来讲，进行dll 文件的手工删除是非常困难的。针对这种情况，建议使用clean s

14、ystem 自动 dll 文件扫描、删除工具，这个工具的下载网址是 www ，你只要在程序界面中选择可供扫描的驱动器，然后单击界面中的"start scanning" 按钮就可以了， 程序会自动分析相应磁盘中的文件与 system 路径下的 dll 文件的关联，然后给出与所有文件都没有关联的dll 文件列表，此时你可单击界面中的ok 按钮进行删除和自动备份。曾使用它安全删除了7m 之多的 dll 文件，没有引起系统中的应用程序错，效果非常好。7、备份策略7.1 备份方式为了保证数据库的高安全性， 目前我们采用的数据库备份方式为物理备份和逻辑备份相结合的方式，数据库归档模式为

15、自动归档模式。这样当数据库出现故障时，我们就可以利用备份文件与归档方法相结合，作数据库“最新状态 ”的恢复。7.2 备份计划通过 SQL server 2000 的企业管理器,数据库维护计划来自动备份数据库,或者采用自动备份脚本实现每天进行一次热备份及逻辑备份，每周进行一次冷备份。所备份的数据文件存储于磁阵上的硬盘。7.3 常见故障恢复我们首先 sql server事务日志可以通过这个文件，排除故障故障一：服务器意外关闭造成的损失。数据库服务器如果因为突然断电或者其他一些原因意外当机时，再重新启动服务器后会出现一些数据的损失。这主要是因为数据库中的数据发生更改后，并不会在第一时间就把数据写入到

16、硬盘中。为了提高数据库的运行效率，往往是先把数据写入到数据高速缓存中;同时把更改的情况写入到事务日志中。等到一定的情况数据库系统才会把数据写入到硬盘文件中。此时，如果数据库服务器系统突然发生故障，数据库系统就有可能还没有把缓存中的修改后的数据写入到硬盘中，即数据文件内有未完成事务所做的修改。如果确实有这种情况，则当启动 SQL Server 实例时，如果没有事务日志或者事务日志损坏时，修改后的数据就无法恢复过来了。但是，如果当事务日志可用的话，则当实例启动时，系统会丢每个数据库执行恢复操作。前滚日至中记录的、可能尚未写入数据文件的每个修改。在事务日志中找到的每个未完成的事务都将回滚，以确保数据

17、库数据的完整性。所以当数据库服务器意外故障时，数据库管理员最好能够确认一下事务日志是否可用。如果事务日志已经损坏，那么就需要先恢复事务日志然后再重新启动数据库实例。否则的话，数据库实例在重新启动时不能够正常恢复数据。这一点在遇到服务器突发行的故障时一定要注意。否则的话，很可能破坏数据库数据的完整性。故障二：解决服务器意外关闭造成的损失。有时候出于数据库高可用性的目的，需要在生产服务器之外的地方再部署一台数据库服务器。当生产服务器出现故障不可用时，则可以马上启用这个备用的服务器。故就需要保证生产服务器与备用服务器之间数据的同步。 那么 SQL Server数据库是通过什么技术来达到这个生产服务器

18、与备份服务器之间的数据同步的呢 ?简单的说，就是通过这个事务日志的复制来实现数据同步的。具体的来说，SQL Server数据库提供了两种解决方案，分别为数据镜像与日志传送。这两个方案都是在事务日志复制的基础上来实现的。在日志传送方案中，生产服务器将生产数据库的活动事务日志发送到一个或多个目标服务器。每个辅助服务器将该日志还原为其本地的辅助数据库，从而实现备用服务器与生产服务器之间数据的一致性。使用日志传送，您可以自动将“主服务器 ”实例上 “主数据库 ”内的事务日志备份发送到单独“辅助服务器 ”实例上的一个或多个“辅助数据库 ”。事务日志备份分别应用于每个辅助数据库。可选的第三个服务器实例(称

19、为 “监视服务器 ”)记录备份和还原操作的历史记录及状态，还可以在无法按计划执行这些操作时引发警报。日志传送配置中的主服务器是作为生产服务器的SQL Server数据库引擎实例。主数据库是主服务器上希望备份到其他服务器的数据库。通过数据库进行的所有日志传送配置管理都是在主数据库中执行的。另外需要注意的是，如果采用日志传送方案对于生产服务器的工作模式有限制。生产数据库必须使用完整恢复模式或大容量日志恢复模式。如果将数据库切换为简单恢复模式会导致日志传送停止工作。一台备用服务器可以包含多台不同生产服务器中数据库的备份副本。例如，某个集团公司可能有三台数据库服务器，每台服务器都运行关键数据库系统。在

20、这种情况下，可以只使用一台辅助服务器，而不必使用三台单独的辅助服务器。三个主系统上的备份都可以加载到这个备份系统中，从而减少所需的资源数量并节省开支，也可以数据库管理员的工作量。另外也可以通过数据库镜像方案中来解决生产服务器与备用服务器之间的数据同步问题。生产数据库的每次更新都在独立的、完整的备份数据库中立即重新生成。主体服务器实例立即将每个日志记录发送到镜像服务器实例，镜像服务器实例将传入的日志记录应用于镜像数据库，从而将其继续前滚。“数据库镜像 ”是用于提高数据库可用性的首选软件解决方案。镜像基于每个数据库实现，并且只适用于使用完整恢复模式的数据库。简单恢复模式和大容量日志恢复模式不支持数

21、据库镜像。因此，所有大容量操作始终被完整地记入日志。数据库镜像可使用任意支持的数据库兼容级别。在“数据库镜像模式 ”中，主体服务器和镜像服务器作为伙伴进行通信和协作。两个伙伴在会话中扮演互补的角色：主体角色 (生产服务器 )和镜像角色 (备份服务器 )。在任何给定的时间，都是一个伙伴扮演生产服务器角色，另一个伙伴扮演备用服务器角色。如果生产服务器角色出现故障时，则备份服务器角色马上会顶替出现故障的生产服务器角色，转变为生产服务器角色。从而实现数据库的高可用性。数据库镜像方案有两种镜像运行模式。一种是 “高安全性模式 ”，它支持同步操作。 在高安全性模式下，当会话开始时，镜像服务器将使镜像数据库

22、尽快与主体数据库同步，一旦同步了数据库，事务将在伙伴双方处提交，这会延长事务滞后时间。第二种运行模式，即高性能模式，它与第一种模式的主要差异就在于异步运行。镜像服务器尝试与主体服务器发送的日志记录保持同步。镜像数据库可能稍微滞后于主体数据库。但是，数据库之间的时间间隔通常很小。但是，如果主体服务器的工作负荷过高或镜像服务器系统的负荷过高，则时间间隔会增大。在高性能模式中，主体服务器向镜像服务器发送日志记录之后，会立即再向客户端发送一条确认消息。它不会等待镜像服务器的确认。这意味着事务不需要等待镜像服务器将日志写入磁盘便可提交。此异步操作允许主体服务器在事务滞后时间最小的条件下运行，但可能会丢失

23、某些数据。具体采用哪种模式，则需要数据库管理员根据企业对待数据损失的态度与工作负荷等来确定。可见现在可用的备份服务器与生产服务器之间的数据同步解决方案都是基于事务日志来实现的。故障三：解决数据一致性问题。假设现在有这么一种情况。在一个银行系统中，某个用户需要转帐。这个转帐作业主要是通过两个步骤来完成。 第一个步骤就是扣减用户帐户中的金额 ; 第二个步骤是把钱转入到另外一个用户那里。 现在如果在转帐的过程中，第一步成功了，但是第二个步骤因为某种原因出错了。如用户提供的帐户名字与实际转帐的帐户名字不符，则第二个操作就会失败。此时整个转帐操作就会以失败而告终。但是现在的问题是，第一个扣减的动作在数据

24、库 zhon 给已经完成了。而实际却是没有转帐成功，就救造成了数据一致性的问题。实际过程中如果应用程序发出 ROLLBACK 语句，或者数据库引擎检测到错误，就使用日志记录回滚未完成的事务所做的修改。也就是说，当第二个操作失败的话，应用程序要发出一个 ROLLBACK 句，利用事务日志回滚功能，恢复第一步的操作。也就是说，把扣减金额的操作进行恢复，从而实现数据的一致性。类似的应用，在数据库开发过程中很频繁。语故障四：数据库时点恢复的问题。如现在遇到这么一种故障。数据库系统在上午11 点突然发现故障，启动不起来了。而数据库系统是在昨天晚上12 点刚做完一个完全备份。在这种情况下，如果只是从完全备

25、份中恢复数据的话，只能够恢复到昨天晚上12 点的数据。那从昨天晚上12 点到今天上午11 点的数据就不能够恢复了吗?其实不然。因为用户在对数据库做的任何一个修改都会保存在事务日志当中。为此只要事务日志不损坏的情况下，数据库管理员可以把数据恢复到上午11 点那个时刻的数据。具体的操作方法很简单，就好先利用完全备份文件恢复数据库系统，此时数据库中的数据位昨天晚上12 点的数据。 然后再利用日志恢复功能把数据恢复到今天上午11 点的数据。 可见事务日志可以帮助管理员把数据恢复到某一个具体的时点9、数据库的日常维护9.1 检查数据库的基本状况主要介绍如何对数据库的基本情况进行检查，内容共分三部分，分别

26、为：sql server进程；检查日志和数据库文件9.2 检查数据库日志文件Sql server 可以将某些系统时间和用户自定义的时间记录到windows应用程序日志中.这两中日志都会标志上时间Windows中 事件查看器 .可以查看事件的记录SQL server 的错误日志存在系统的sql server 目录下的ERRORLOG.X其中 X 是数字 .用记事本可以打开来看sql server 错误日志和LOG 目录下文件名称为9.4 监控数据库表空间的使用情况（字典管理表空间）数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，维护工程师应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。判断是否需要碎片整理在整理索引碎片之前去进行收缩数据库设置自动收缩,Exec spdboptiondbname Trunk. Log on chkpt.Tor page detec