软件系统运维手册.doc

系统运维手册1、目的32、适用范围33、服务器及数据库概述33.1 服务器概述33.2 数据库概述34、系统服务程序的详细说明44.1系统服务程序的构成44.2 系统服务程序的启动、关闭及维护管理44.2.1 dhcp主服务44.2.2 dhcp从服务54.2.3 web管理模块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监控数据库表空间的使用情况（字典管理表空间）119.4.1 判断是否需要碎片整理1110、命令解释121、目的楚天行消费卡管理系统运营支撑系统使用的服务器中，服务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展， sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。2、适用范围使用者为网e通宽带网络运营支撑系统维护工程师3、服务器及数据库概述3.1 服务器概述服务器数量：4台，基本信息如下：服务器机器型号操作系统安装的模块主机名Ip地址3.2 数据库概述数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明4.1系统服务程序的构成DHCP主程序：所在服务器主服务器（ip: 192.168.20.60）程序名称Dhcpd所在目录/opt/dpcpDHCP从程序：所在服务器从服务器（ip: 192.168.20.61）程序名称Dhcpd所在目录/opt/dpcp4.2 系统服务程序的启动、关闭及维护管理4.2.1 dhcp主服务4.2.1.1 dhcp主服务说明所在目录程序名称程序简要说明/opt/dpcpDhcpdDhcp主程序/etc/dhcpd.conf主程序的配置文件/var/state/dhcp/dhcpd.leases租约数据库4.2.1.2 dhcp启动、关闭及进程查看方法1、启动方法：输入：cd /opt/dpcp ./dhcpd即可注意：请首先确认数据库服务正常，数据库监听正常。输出：rootlocalhost dhcp$ ./dhcpdInternet Systems Consortium DHCP Server V3.0.4Copyright 2004-2006 Internet Systems Consortium.All rights reserved.For info, please visit http:/www.isc.org/sw/dhcp/Wrote 1 leases to leases file.Listening on LPF/eth0/00:0c:29:fb:d4:32/192.168.50/24Sending on LPF/eth0/00:0c:29:fb:d4:32/192.168.50/24Sending on Socket/fallback/fallback-net说明：dhcp启动时，会启动1个进程，正常情况下，dhcp启动的进程数为1个。2、关闭方法输入：kill pid说明：pid为进程号，可使用进程查看获得。如|-dhcpd(4665)，则进程id为4665，则kill 4665就可关闭dhcp。3、进程查看输入：rootlocalhost dhcp# pstree -p | grep dhcp 输出： |-dhcpd(4665)4.2.1.3 配置说明4.2.2 dhcp从服务4.2.2.1 dhcp从服务说明4.2.2.2 dhcp启动、关闭及进程查看方法4.2.2.3 配置说明4.2.3 web管理模块4.2.3.1 web管理模块中主要目录说明/opt/apache-2.0.52为apache模块所在目录/opt/taiyuan 为web 程序存储目录4.2.5.2 web管理模块中各程序说明命令所在目录：/opt/apache/bin命令命令说明apachectl Apache HTTP服务器控制接口httpdApache超文本传输协议服务器abApache HTTP服务器性能测试工具apxsAPache功能扩展工具dbmmanage建立和更新DBM形式的基本认证文件htdigest建立和更新摘要认证文件htpasswd建立和更新基本认证文件logresolve将Apache日志文件中的IP地址解析为主机名rotatelogs滚动Apache日志而无须终止服务器4.2.5.3 web站点启动、关闭及进程查看方法命令所在目录命令命令说明/opt/apache/bin./apachectl start启动httpd/opt/apache/bin./apachectl startssl启动httpd并加载SSL服务/opt/apache/bin./apachectl stop关闭apache/opt/apache/bin./apachectl status查看apache的状态4.2.5.4 web日志说明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的运行日志，可以通过查看此日志了解运行状态及错误。/opt/apache/logs/ssl_request_log 为ssl请求日志即是哪个ip使用https ssi协议登录web站点，请求的时间，内容，访问的页面等。4.2.5.5 日常维护维护分为：业务维护及系统维护业务维护就是，利用系统管理员的身份，查看操作日志系统维护是：定期查看系统日志，apache日志等，看是否有运行错误，并定期备份日志。5、服务器硬件维护（略）6、windows 2003系统的日常维护6.1 定期检查磁盘空间这是最简单、最直接的方法。一般来说，你可以使用windows系统自身提供的磁盘碎片整 理和磁盘扫描程序来对磁盘文件进行优化。这两个工具都非常简单。如果你是一位对windows系统有一定了解的用户，建议你使用norton utilities 3.05提供的norton disk doctor和norton speed disk，这都是由symantec于1998年最新推出的磁盘维护工具，其显著特点是运行速 度快，功能强大。而值得称道的是，norton speed disk的磁盘碎片整理速度比windows内建的同类工具要快出十几倍，而且程序提供了非常多 的优化控制，是一个非常值得使用的工具。这两个工具的使用方法都非常简单，你只需要选择好需要进行磁盘扫描或优化的驱动器，并执行相 应程序界面中的命令即可开始操作。此外，除了进行磁盘文件排列的优化和错误扫描。我们还可以使用windows自身提供的磁盘清理工具或 norton utilities提供的space wizard对磁盘中的各种无用文件扫描。它们都可以非常安全地删除系统各路径下存放的临时文件、无用文件、备份文件等等，完全释放磁盘空间。6.2 维护系统注册表我们知道，windows的注册表是控制系统启动、运行的最底层设置，其文件为windows安装路径下的system.dat和user.dat。这两个文件并不是 以明码方式显示系统设置的，普通用户根本无从修改。而我们知道，如果你经常地安装卸载应用程序，这些应用程序在系统注册表中添加的 设置通常并不能够彻底删除，时间长了会导致注册表变得非常大，系统的运行速度就会受到影响。目前市面上流行的专门针对windows注册表的 自动除错、压缩、优化工具也非常多，可以说norton utilities提供的windows doctor是最好的，它不但提供了强大的系统注册表错误设置的 自动检测功能，而且提供了自动修复功能。使用该工具，即使你对系统注册表一无所知，也可以非常方便进行操作，因为你只需使用鼠标单击 程序界面中的next按钮，就可完成系统错误修复。6.3 定期备份系统注册表对系统注册表进行备份是保证windows系统可以稳定运行、维护系统、恢复系统的最简单、最有效的方法。我们知道，系统的注册表信息保存在 windows文件夹下的，其文件名是system.dat和user.dat。这两文件具有隐含和系统属性，现在你需要做的就是对这两个文件进行备份，你可以 使用regedit的导出功能直接将这两个文件复制到备份文件路径下，当系统出错时再将备份文件导人到windows路径下，覆盖源文件即可恢复系 统。此外，如果你使用的是windows98，可以使用它提供的scanreg.exe进行系统备份与恢复，这样更简单一些。你在dos提示符下直接键入 scanreg/backup即可对当前的系统注册表快速备份。当需要恢复注册表时，可在dos提示符下键人scanreg/restore即可。对于这个工具，应该 在dos环境下使用。6.4清理system路径下的无用的dll文件这项维护工作大家可能并不熟悉，但它也是影响系统能否快速运行的一个至关重要的因素。我们知道，应用程序安装到windows中后，通常会在 windows的安装路径下的system文件夹中复制一些dll文件。而当你将相应的应用程序的删除后，其中的某些dll文件通常会保留下来；当该路径 下的dll文件不断增加时，将在很大程度上影响系统整体的运行速度。而对于普通用户来讲，进行dll文件的手工删除是非常困难的。 针对这种情况，建议使用clean system自动dll文件扫描、删除工具，这个工具的下载网址是.au/kevsol/sware.html，你只要在程序界面中选择可供扫描的 驱动器，然后单击界面中的start scanning按钮就可以了，程序会自动分析相应磁盘中的文件与system路径下的dll文件的关联，然后给出与所有文件都没有关联的dll文件列表 ，此时你可单击界面中的ok按钮进行删除和自动备份。曾使用它安全删除了7m之多的dll文件，没有引起系统中的应用程序错，效果非常好。7、备份策略7.1 备份方式为了保证数据库的高安全性，目前我们采用的数据库备份方式为物理备份和逻辑备份相结合的方式，数据库归档模式为自动归档模式。这样当数据库出现故障时，我们就可以利用备份文件与归档方法相结合，作数据库“最新状态”的恢复。7.2 备份计划通过SQL server 2000 的企业管理器,数据库维护计划来自动备份数据库,或者采用自动备份脚本实现每天进行一次热备份及逻辑备份，每周进行一次冷备份。所备份的数据文件存储于磁阵上的硬盘。7.3 常见故障恢复我们首先sql server 事务日志可以通过这个文件，排除故障故障一：服务器意外关闭造成的损失。数据库服务器如果因为突然断电或者其他一些原因意外当机时，再重新启动服务器后会出现一些数据的损失。这主要是因为数据库中的数据发生更改后，并不会在第一时间就把数据写入到硬盘中。为了提高数据库的运行效率，往往是先把数据写入到数据高速缓存中;同时把更改的情况写入到事务日志中。等到一定的情况数据库系统才会把数据写入到硬盘文件中。此时，如果数据库服务器系统突然发生故障，数据库系统就有可能还没有把缓存中的修改后的数据写入到硬盘中，即数据文件内有未完成事务所做的修改。如果确实有这种情况，则当启动SQL Server实例时，如果没有事务日志或者事务日志损坏时，修改后的数据就无法恢复过来了。但是，如果当事务日志可用的话，则当实例启动时，系统会丢每个数据库执行恢复操作。前滚日至中记录的、可能尚未写入数据文件的每个修改。在事务日志中找到的每个未完成的事务都将回滚，以确保数据库数据的完整性。所以当数据库服务器意外故障时，数据库管理员最好能够确认一下事务日志是否可用。如果事务日志已经损坏，那么就需要先恢复事务日志然后再重新启动数据库实例。否则的话，数据库实例在重新启动时不能够正常恢复数据。这一点在遇到服务器突发行的故障时一定要注意。否则的话，很可能破坏数据库数据的完整性。故障二：解决服务器意外关闭造成的损失。有时候出于数据库高可用性的目的，需要在生产服务器之外的地方再部署一台数据库服务器。当生产服务器出现故障不可用时，则可以马上启用这个备用的服务器。故就需要保证生产服务器与备用服务器之间数据的同步。那么SQL Server数据库是通过什么技术来达到这个生产服务器与备份服务器之间的数据同步的呢?简单的说，就是通过这个事务日志的复制来实现数据同步的。具体的来说，SQL Server数据库提供了两种解决方案，分别为数据镜像与日志传送。这两个方案都是在事务日志复制的基础上来实现的。在日志传送方案中，生产服务器将生产数据库的活动事务日志发送到一个或多个目标服务器。每个辅助服务器将该日志还原为其本地的辅助数据库，从而实现备用服务器与生产服务器之间数据的一致性。使用日志传送，您可以自动将“主服务器”实例上“主数据库”内的事务日志备份发送到单独“辅助服务器”实例上的一个或多个“辅助数据库”。事务日志备份分别应用于每个辅助数据库。可选的第三个服务器实例(称为“监视服务器”)记录备份和还原操作的历史记录及状态，还可以在无法按计划执行这些操作时引发警报。日志传送配置中的主服务器是作为生产服务器的 SQL Server 数据库引擎实例。主数据库是主服务器上希望备份到其他服务器的数据库。通过数据库进行的所有日志传送配置管理都是在主数据库中执行的。另外需要注意的是，如果采用日志传送方案对于生产服务器的工作模式有限制。生产数据库必须使用完整恢复模式或大容量日志恢复模式。如果将数据库切换为简单恢复模式会导致日志传送停止工作。一台备用服务器可以包含多台不同生产服务器中数据库的备份副本。例如，某个集团公司可能有三台数据库服务器，每台服务器都运行关键数据库系统。在这种情况下，可以只使用一台辅助服务器，而不必使用三台单独的辅助服务器。三个主系统上的备份都可以加载到这个备份系统中，从而减少所需的资源数量并节省开支，也可以数据库管理员的工作量。另外也可以通过数据库镜像方案中来解决生产服务器与备用服务器之间的数据同步问题。生产数据库的每次更新都在独立的、完整的备份数据库中立即重新生成。主体服务器实例立即将每个日志记录发送到镜像服务器实例，镜像服务器实例将传入的日志记录应用于镜像数据库，从而将其继续前滚。“数据库镜像”是用于提高数据库可用性的首选软件解决方案。镜像基于每个数据库实现，并且只适用于使用完整恢复模式的数据库。简单恢复模式和大容量日志恢复模式不支持数据库镜像。因此，所有大容量操作始终被完整地记入日志。数据库镜像可使用任意支持的数据库兼容级别。在“数据库镜像模式”中，主体服务器和镜像服务器作为伙伴进行通信和协作。两个伙伴在会话中扮演互补的角色：主体角色(生产服务器)和镜像角色(备份服务器)。在任何给定的时间，都是一个伙伴扮演生产服务器角色，另一个伙伴扮演备用服务器角色。如果生产服务器角色出现故障时，则备份服务器角色马上会顶替出现故障的生产服务器角色，转变为生产服务器角色。从而实现数据库的高可用性。数据库镜像方案有两种镜像运行模式。一种是“高安全性模式”，它支持同步操作。在高安全性模式下，当会话开始时，镜像服务器将使镜像数据库尽快与主体数据库同步，一旦同步了数据库，事务将在伙伴双方处提交，这会延长事务滞后时间。第二种运行模式，即高性能模式，它与第一种模式的主要差异就在于异步运行。镜像服务器尝试与主体服务器发送的日志记录保持同步。镜像数据库可能稍微滞后于主体数据库。但是，数据库之间的时间间隔通常很小。但是，如果主体服务器的工作负荷过高或镜像服务器系统的负荷过高，则时间间隔会增大。在高性能模式中，主体服务器向镜像服务器发送日志记录之后，会立即再向客户端发送一条确认消息。它不会等待镜像服务器的确认。这意味着事务不需要等待镜像服务器将日志写入磁盘便可提交。此异步操作允许主体服务器在事务滞后时间最小的条件下运行，但可能会丢失某些数据。具体采用哪种模式，则需要数据库管理员根据企业对待数据损失的态度与工作负荷等来确定。可见现在可用的备份服务器与生产服务器之间的数据同步解决方案都是基于事务日志来实现的。故障三：解决数据一致性问题。假设现在有这么一种情况。在一个银行系统中，某个用户需要转帐。这个转帐作业主要是通过两个步骤来完成。第一个步骤就是扣减用户帐户中的金额; 第二个步骤是把钱转入到另外一个用户那里。现在如果在转帐的过程中，第一步成功了，但是第二个步骤因为某种原因出错了。如用户提供的帐户名字与实际转帐的帐户名字不符，则第二个操作就会失败。此时整个转帐操作就会以失败而告终。但是现在的问题是，第一个扣减的动作在数据库zhon给已经完成了。而实际却是没有转帐成功，就救造成了数据一致性的问题。实际过程中如果应用程序发出 ROLLBACK 语句，或者数据库引擎检测到错误，就使用日志记录回滚未完成的事务所做的修改。也就是说，当第二个操作失败的话，应用程序要发出一个ROLLBACK 语句，利用事务日志回滚功能，恢复第一步的操作。也就是说，把扣减金额的操作进行恢复，从而实现数据的一致性。类似的应用，在数据库开发过程中很频繁。故障四：数据库时点恢复的问题。如现在遇到这么一种故障。数据库系统在上午11点突然发现故障，启动不起来了。而数据库系统是在昨天晚上12点刚做完一个完全备份。在这种情况下，如果只是从完全备份中恢复数据的话，只能够恢复到昨天晚上12点的数据。那从昨天晚上12点到今天上午11点的数据就不能够恢复了吗?其实不然。因为用户在对数据库做的任何一个修改都会保存在事务日志当中。为此只要事务日志不损坏的情况下，数据库管理员可以把数据恢复到上午 11点那个时刻的数据。具体的操作方法很简单，就好先利用完全备份文件恢复数据库系统，此时数据库中的数据位昨天晚上12点的数据。然后再利用日志恢复功能把数据恢复到今天上午11点的数据。可见事务日志可以帮助管理员把数据恢复到某一个具体的时点9、数据库的日常维护9.1 检查数据库的基本状况主要介绍如何对数据库的基本情况进行检查，内容共分三部分，分别为：sql server 进程；检查日志和数据库文件9.2 检查数据库日志文件Sql server 可以将某些系统时间和用户自定义的时间记录到sql server 错误日志和windows 应用程序日志中.这两中日志都会标志上时间Windows 中 事件查看器.可以查看事件的记录SQL server 的错误日志 存在系统的 sql server 目录下的 LOG 目录下文件名称为ERRORLOG.X 其中X是数字.用记事本可以打开来看9.4监控数据库表空间的使用情况（字典管理表空间）数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，维护工程师应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。9.4.1 判断是否需要碎片整理在整理索引碎片之前去进行收缩数据库,设置自动收缩Exec spdboption dbnameTrunk. Log on chkpt.Tor page detecationAuto shrinkAuto create statistics Auto update satatistice USE DabaBaseName GO DECLARE TABLENAME VARCHAR(50) DECLARE RECINDEX_CURSOR CURSOR FOR SELECT NAME FROM SYSOBJECTS WHERE XTYPE= U -取出所有用户表 OPEN RECINDEX_CURSOR FETCH NEXT FROM RECINDEX_CURSOR INTO TABLENAME WHILE FETCH_STATUS = 0 BEGIN DBCC DBREINDEX (TABLENAME, ,70) -(表名或表ID, ,95) FETCH NEXT FROM RECINDEX_CURSOR INTO TABLENAME END CLOSE RECINDEX_CURSOR DEALLOCATE RECINDEX_CURSOR10、命令解释 ps：操作系统用来检查系统进程的命令。 pstree：操作系统用来检查系统进程的命令。 tail：操作系统中用来查看文件内容的特殊方法，加参数-f使tail不停地去读最新的内容 cd：操作系统中用来切换目录。 top：操作系统用来显示，管理执行中的程序。 su：操作系统中用来变更用户身份。 du：操作系统用来显示目录或文件的大小。 mail：操作系统E-mail的管理程序 df：操作系统用来显示磁盘空间。 cat：操作系统用来浏览一个文件的命令。 more：操作系统用来浏览一个文件的命令,类似与cat。 ls：操作系统用来显示文件和目录的命令。 grep：操作系统用来在文件中进行字符串查找的命令。 sqlplus：Oracle提供的一个工具，用来执行标准SQL语句，以对数据库进行操作。 lsnrctl：Oracle提供的一个工具，可以用来启动、停止Oracle监听进程以及检查 Oracle监听进程的状态。 其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。二培训的及要求培训目的安全生产目标责任书为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：一、目标值：1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。2、现金安全保管，不发生盗窃事故。3、每月足额提取安全生产费用，保障安全生产投入资金的到位。4、安全培训合格率为100%。二、本单位安全工作上必须做到以下内容： 1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。 2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。 3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。 4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。 5、在公司及政府的安全检查中杜绝各类违章现象。 6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。 7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。 8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。 10、必须按规定对单位员工进行培训和新员工上岗教育；11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。 三、 安全奖惩： 1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。 2、每月接受主管领导指派人员对安全生产责任状的落14