软件系统运维手册

1、软件系统运维手册22November2021系统运维手册1、目的楚天行消费卡治理系统运营支撑系统使用的效劳器中,效劳器均采用windowsxp操作系统,数据库版本为：sq!server2000,随着业务的开展,sqlserver数据库中存储的数据量也不断增大,这样操作系统和数据库的日常维护就显得十分重要C本手册详细描述了程序模块,windowsxp操作系统,负载平衡及sqlserver数据库等日常检查的主要步骤,指导现场工程师对其进行监控和维护.2、适用范使用者为网e通宽带网络运营支撑系统维护工程师3、效劳器及数据库概述效劳器概述效劳器数量：4台,根本信息如下：效劳器机器型号操作系统安装的模块

2、主机名Ip地址数据库概述数据库软件分别安装在主效劳器上.4、系统效劳程序的详细说明系统效劳程序的构成DHCP主程序：所在效劳器主效劳器ip：程序名称Dhcpd所在目录/opt/dpcpDHCP从程序：所在效劳器从效劳器ip：程序名称Dhcpd所在目录/opt/dpcp系统效劳程序的启动、关闭及维护治理4.2.Idhcp主效劳4.2.1.1dhcp主效劳说明所在目录程序名称程序简要说明/opt/dpcpDhcpdDhcp主程序/etc/主程序的配置文件/var/state/dhcp/租约数据库42.1.2dhcp启动、关闭及进程查看方法1、启动方法：输入：cd/opt/dpcp./dhcpd即可

3、注意：请首先确认数据库效劳正常,数据库监听正常.输出：rootlocalhostdhcp$./dhcpdInternetSystemsConsortiumDHCPServerV3.0.4Cop5right2004-2006InternetSystemsConsortium.Allrightsreserved.Forinfo,pleasevisitWrotelleasestoleasesfile.ListeningonLPF/ethO/OO:0cSendingonLPF/ethO/00:0cSendingonSocket/fallback/fallback-net说明：dhcp启动时,会启动1个

4、进程,正常情况下,dhcp启动的进程数为1个.2、关闭方法输入:killpid说明：pid为进程号,可使用进程查看获得.如|-dhcpd(4665),那么进程id为4665,那么kill4665就可关闭dhcpo3、进程查看输入:rootlocalhostdhcp#pstree-plgrepdhcp输出：l-dhcpd(4665)4.2.1.3配置说明4.2.2dhcp从效劳4.2.2.1 dhcp从效劳说明4.2.2.2 dhcp启动、关闭及进程查看方法4.2.2.3 配置说明4.2.2.4 2.3web治理模块4.2.3.1web治理模块中主要目录说明/opt/apache-为apache

5、模块所在目录/opt/taiyuan为web程序存储目录4.2.5.2web治理模块中各程序说明命令所在目录：/opt/apache/bin命令命令说明apachectlApache效劳器限制接口dApache超文本传输协议效劳器abApache效劳器性能测试工具apxsAPache功能扩展工具dbmmanage建立和更新DBM形式的根本认证文件htdigest建立和更新摘要认证文件htpasswd建立和更新根本认证文件logresolve将Apache日志文件中的IP地址解析为主机名rotatelogs滚动Apache日志而无须终止效劳器4.253web站点启动、关闭及进程查看方法命令所在目

6、录命令命令说明/opt/apache/bin./apachectlstart启动d/opt/apache/bin./apachectlstartssl启动d并加载SSL效劳/opt/apache/bin./apachectlstop关闭apache/opt/apache/bin./apachectlstatus查看apache的状态4.2.5.4web日志说明Log存放目录为：/opt/apache/logs/opt/apache/logs/accessjog为所有访问网站的日志/opt/apache/logs/errorjog为错误信息日志/opt/apache/log为主进程的pid号/o

7、pt/apache/logs/ssl_enginejog为ssl引擎日志,即ssl的运行日志,可以通过查看此日志了解运行状态及错误./opt/apache/logs/ssLrequest_log为ssl请求日志即是哪个ip使用sssi协议登录web站点,请求的时间,内容,访问的页面等.4.2.5.5日常维护维护分为：业务维护及系统维护业务维护就是,利用系统治理员的身份,查看操作日志系统维护是：定期查看系统日志,apache日志等,看是否有运行错误,并定期备份日志.5、效劳器硬件维护略6、windows2003系统的日常维护定期检查磁盘空间这是最简单、最直接的方法.一般来说,你可以使用windo

8、ws系统自身提供的磁盘碎片整理“和“磁盘扫描程序来对磁盘文件进行优化.这两个工具都非常简单,如果你是一位对windows系统有一定了解的用户,建议你使用提供的nortondiskdoctor和nortonspeeddisk,这都是由Symantec于1998年最新推出的磁盘维护工具,其显着特点是运行速度快,功能强大.而值得称道的是,nortonspeeddisk的磁盘碎片整理速度比windows内建的同类工具要快出十几倍,而且程序提供了非常多的优化限制,是一个非常值得使用的工具.这两个工具的使用方法都非常简单,你只需要选择好需要进行磁盘扫描或优化的驱动器,并执行相应程序界面中的命令即可开始操作

9、.此外,除了进行磁盘文件排列的优化和错误扫描.我们还可以使用windows自身提供的“磁盘清理工具或nortonutilities提供的spacewizard对磁盘中的各种无用文件扫描.它们都可以非常平安地删除系统各路径下存放的临时文件、无用文件、备份文件等等,完全释放磁盘空间.维护系统注册表我们知道,windows的注册表是限制系统启动、运行的最底层设置,其文件为windows安装路径下的和.这两个文件并不是以明码方式显示系统设置的,普通用户根本无从修改.而我们知道,如果你经常地安装/卸载应用程序,这些应用程序在系统注册表中添加的设置通常并不能够彻底删除,时间长了会导致注册表变得非常大,系统

10、的运行速度就会受到影响.目前市面上流行的专门针对windows注册表的自动除错、压缩、优化工具也非常多,可以说nortonutilities提供的windowsdoctor是最好的,它不但提供了强大的系统注册表错误设置的自动检测功能,而且提供了自动修复功能.使用该工具,即使你对系统注册表一无所知,也可以非常方便进行操作,由于你只需使用鼠标单击程序界面中的"next"按钮,就可完成系统错误修复.定期备份系统注册表对系统注册表进行备份是保证windows系统可以稳定运行、维护系统、恢复系统的最简单、最有效的方法.我们知道,系统的注册表信息保存在windows文件夹下的,其文件名

11、是和.这两文件具有隐含和系统属性,现在你需要做的就是对这两个文件进行备份,你可以使用regedit的导出功能直接将这两个文件复制到备份文件路径下,当系统出错时再将备份文件导人到windows路径下,覆盖源文件即可恢复系统.此外,如果你使用的是windows98,可以使用它提供的进行系统备份与恢复,这样更简单一些.你在dos提示符下直接键入scanreg/backup即可对当前的系统注册表快速备份.当需要恢复注册表时,可在dos提示符下键入scanreg/restore即可.对于这个工具,应该在dos环境下使用.清理system路径下的无用的dlI文件这项维护工作大家可能并不熟悉,但它也是影响系

12、统能否快速运行的一个至关重要的因素.我们知道,应用程序安装到windows中后,通常会在windows的安装路径下的system文件夹中复制一些dll文件.而当你将相应的应用程序的删除后,其中的某些州文件通常会保存下来；当该路径下的dn文件不断增加时,将在很大程度上影响系统整体的运行速度.而对于普通用户来讲,进行dll文件的手工删除是非常困难的.针对这种情况,建议使用clean驱动器,然后单击界面中的“startscanning按钮就可以了,程序会自动分析相应磁盘中的文件与system路径下的dll文件的关联,然后给出与所有文件都没有关联的dll文件列表,此时你可单击界面中的.k按钮进行删除和

13、自动备份.曾使用它平安删除了7m之多的dll文件,没有引起系统中的应用程序错,效果非常好.7、备份策略备份方式为了保证数据库的高平安性,目前我们采用的数据库备份方式为物理备份和逻辑备份相结合的方式,数据库归档模式为自动归档模式.这样当数据库出现故障时,我们就可以利用备份文件与归档方法相结合,作数据库“最新状态的恢复.备份方案通过SQLserver2000的企业治理器,数据库维护方案来自动备份数据库,或者采用自动备份脚本实现每天进行一次热备份及逻辑备份,每周进行一次冷备份.所备份的数据文件存储于磁阵上的硬盘.常见故障恢复我们首先sqlserver事务日志可以通过这个文件,排除故障故障一：效劳器意

14、外关闭造成的损失.数据库效劳器如果由于忽然断电或者其他一些原因意外当机时,再重新启动效劳器后会出现一些数据的搅失.这主要是由于数据库中的数据发生更改后,并不会在第一时间就把数据写入到硬盘中.为了提升数据库的运行效率,往往是先把数据写入到数据高速缓存中;同时把更改的情况写入到事务日志中.等到一定的情况数据库系统才会把数据写入到硬盘文件中.此时,如果数据库效劳器系统忽然发生故障,数据库系统就有可能还没有把缓存中的修改后的数据写入到硬盘中,即数据文件内有未完成事务所做的修改.如果踊实有这种情况,那么当启动SQLServer实例时,如果没有事务日志或者事务日志损坏时,修改后的数据就无法恢复过来了.但是

15、,如果当事务日志可用的话,那么当实例启动时,系统会丢每个数据库执行恢复操作.前滚日至中记录的、可能尚未写入数据文件的粤个修改.在事务日志中找到的每个未完成的事务都将回滚,以保证数据库数据的完整性.所以当数据库效劳器意外故障时,数据库治理员最好能够确认一下事务日志是否可用.如果事务日志已经损坏,那么就需要先恢复事务日志然后再重新启动数据库实例.否那么的话,数据库实例在重新启动时不能够正常恢复数据.这一点在遇到效劳器突发行的故障时一定要注意.否那么的话,很可能破坏数据库数据的完整性.故障二：解决效劳孤意外关闭造成的损失.有时候出于数据库高可用性的目的,需要在生产效劳器之外的地方再部署一台数据库效劳

16、器.当生产效劳器出现故障不可用时,那么可以马上启用这个备用的效劳器.故就需要保证生产效劳器与备用效劳器之间数据的同步.那么SQLServer数据库是通过什么技术来到达这个生产效劳器与备份效劳器之间的数据同步的呢简单的说,就是通过这个事务日志的复制来实现数据同步的.具体的来说,SQLServer数据库提供了两种解决方案,分别为数据镜像与日志传送c这两个方案都是在事务日志复制的根底上来实现的C在日志传送方案中,生产效劳器将生产数据库的活动事务日志发送到一个或多个目标效劳静.每个辅助效劳器将该日志复原为其本地的辅助数据库,从而实现备用效劳器与生产效劳器之间数据的一致性.使用日志传送,您可以自动将&q

17、uot;主效劳器"实例上“主数据库内的事务日志备份发送到单独“辅助效劳器实例上的一个或多个“辅助数据库.事务日志备份分别应用于猿个辅助数据库.可选的第三个效劳器实例称为“监视效劳器"记录备份和复原操作的历史记录及状态,还可以在无法按方案执行这些操作时引发警报c日志传送配曜中的主效劳器是作为生产效劳器的SQLServer数据库引擎实例c主数据库是主效劳器上希望备份到其他效劳器的数据库.通过数据库进行的所有日志传送配堂治理都是在主数据库中执行的c另外需要注意的是,如果采用日志传送方案对于生产效劳器的工作模式有限制.生产数据库必须使用完整恢复模式或大容量日志恢复模式c如果将数据库

18、切换为简单恢复模式会导致日志传送停止工作.一台备用效劳器可以包含多台不同生产效劳器中数据库的备份副本.例如,某个集团公司可能有三台数据库效劳器,粤台效劳器都运行关键数据库系统.在这种情况下,可以只使用一台辅助效劳器,而不必使用三台单独的辅助效劳器.三个主系统上的备份都可以加载到这个备份系统中,从而减少所需的资源数量并节省开支,也可以数据库治理员的工作量.另外也可以通过数据库镜像方案中来解决生产效劳器与备用效劳器之间的数据同步问题.生产数据库的粤次更新都在独立的、完整的备份数据库中立即重新生成.主体效劳器实例立即将粤个日志记录发送到镜像效劳器实例,镜像效劳器实例将传入的日志记录应用于镜像数据库,

19、从而将其继续前滚.“数据库镜像"是用于提升数据库可用性的首选软件解决方案.镜像基于每个数据库实现,并且只适用于使用完整恢复模式的数据库c简单恢复模式和大容量日志恢复模式不支持数据库镜像.因此,所有大容量操作始终被完整地记入日志.数据库镜像可使用任意支持的数据库兼容级别.在“数据库镜像模式中,主体效劳器和镜像效劳器作为伙伴进行通信和悌作.两个伙伴在会话中扮演互补的角色：主体角色生产效劳器和镜像角色备份效劳器.在任何给定的时间,都是一个伙伴扮演生产效劳器角色,另一个伙伴扮演备用效劳器角色.如果生产效劳器角色出现故障时,那么备份效劳器角色马上会顶替出现故障的生产效劳器角色,转变为生产效劳器

20、角色.从而实现数据库的高可用性.数据库镜像方案有两种镜像运行模式.一种是“高平安性模式二它支持同步操作.在高平安性模式下,当会话开始时,镜像效劳器将使镜像数据库尽快与主体数据库同步,一旦同步了数据库,事务将在伙伴双方处提交,这会延长事务滞后时间.第二种运行模式,即高性能模式,它与第一种模式的主要差异就在于异步运行.镜像效劳器尝试与主体效劳器发送的日志记录保持同步.镜像数据库可能稍微滞后于主体数据库.但是,数据库之间的时间间隔通常很小.但是,如果主体效劳器的工作负荷过高或镜像效劳器系统的负荷过高,那么时间间隔会增大c在高性能模式中,主体效劳器向镜像效劳器发送日志记录之后,会立即再向客户端发送一条

21、确认消息C它不会等待镜像效劳器确实认.这意味着事务不需要等待镜像效劳器将日志写入磁盘便可提交.此异步操作允许主体效劳器在事务滞后时间最小的条件下运行,但可能会丧失某些数据.具体采用哪种模式,那么需要数据库治理员根据企业对待数据损失的态度与工作负荷等来确定.可见现在可用的备份效劳器与生产效劳器之间的数据同步解决方案都是基于事务日志来实现的.故障三：解决数据一致性问题.假设现在有这么一种情况c在一个银行系统中,某个用户需要转帐.这个转帐作业主要是通过两个步骤来完成.第一个步骤就是扣减用户帐户中的金额;第二个步骤是把钱转入到另外一个用户那里.现在如果在转帐的过程中,第一步成功了,但是第二个步骤由于某

22、种原因出错了.如用户提供的帐户名字与实际转帐的帐户名字不符,那么第二个操作就会失败.此时整个转帐操作就会以失败而告终C但是现在的问题是,第一个扣减的动作在数据库zhon给已经完成了.而实际却是没有转帐成功,就救造成了数据一致性的问题.实际过程中如果应用程序发出ROLLBACK语句,或者数据库引擎检测到错误,就使用日志记录回滚未完成的事务所做的修改.也就是说,当第二个操作失败的话,应用程序要发出一个ROLLBACK语句,利用事务日志回滚功能.恢复第一步的操作.也就是说,把扣减金额的操作进行恢复,从而实现数据的一致性.类似的应用,在数据库开发过程中很频繁,故障四：数据库时点恢复的问题.如现在遇到这

23、么一种故障c数据库系统在上午11点忽然发现故障,启动不起来了.而数据库系统是在昨天晚上12点刚做完一个完全备份.在这种情况下,如果只是从完全备份中恢复数据的话,只能够恢复到昨天晚上12点的数据那从昨天晚上12点到今天上午11点的数据就不能够恢复了吗其实不然.由于用户在对数据库做的任何一个修改都会保存在事务日志当中c为此只要事务日志不损坏的情况下,数据库治理员可以把数据恢复到上午W点那个时刻的数据.具体的操作方法很简单,就好先利用完全备份文件恢复数据库系统,此时数据库中的数据位昨天晚上12点的数据.然后再利用日志恢复功能把数据恢复到今天上午11点的数据.可见事务日志可以帮助治理员把数据恢复到某一

24、个具体的时点9、数据库的日常维护检查数据库的根本状况主要介绍如何对数据库的根本情况进行检查,内容共分三局部,分别为：sqlservei进程；检查日志和数据库文件检查数据库日志文件Sqlserver可以将某些系统时间和用户自定义的时间记录到sqlserver错误日志和windows应用程序日志中.这两中日志都会标志上时间Windows中事件查看器.可以查看事件的记录SQLServer的错误日志存在系统的sqlserver目录下的LOG目录下文件名称为其中X是数字.用记事本可以翻开来看监控数据库表空间的使用情况(字典治理表空间)数据库运行了一段时间后,由于不断的在表空间上创立和删除对象.会在表空间上产生大量的碎片,维护工程师应该及时了解表空间的碎片和可用空间情况,以决定是否要对碎片进行整理或为表空间增加数据文件.9.4.1判断是否需要碎片整理在整理索引碎片之前去进行收缩数据库,设置自动收缩Execspdbop