当前位置:文档之家› 软件系统运维管理守则

软件系统运维管理守则

精心整理系统运维手册1、目的 (3)2、适用范围 (3)3、服务器及数据库概述 (3)3.1 服务器概述3.2 数据库概述4、系统服务程序的详细说明4.1系统服务程序的构成4.255 66、 66.1 66.2 76.3 定期备份系统注册表 (7)6.4清理system路径下的无用的dll文件 (7)7、备份策略 (8)7.1 备份方式 (8)7.2 备份计划 (8)7.3 常见故障恢复 (8)9、数据库的日常维护 (11)9.1 检查数据库的基本状况 (11)9.2 检查数据库日志文件 (11)9.4监控数据库表空间的使用情况(字典管理表空间) (11)9.4.1 判断是否需要碎片整理 (11)10、命令解释 .1、目的xp 操作系统,数据库版本为:数据数233.1 服务器数量:4台,基本信息如下:3.2 数据库概述数据库软件分别安装在主服务器上。

4、系统服务程序的详细说明4.1系统服务程序的构成DHCP主程序:4.2.1.2 dhcp启动、关闭及进程查看方法1、启动方法:输入:cd /opt/dpcp./dhcpd即可注意:请首先确认数据库服务正常,数据库监听正常。

输出:[root@localhost dhcp]$ ./dhcpdInternet Systems Consortium DHCP Server V3.0.4All rights reserved.Wrote 1 leases to leases file.Listening on LPF/eth0/00:0cSending on LPF/eth0/00:0c说明:dhcp启动的进程数为1个。

2输入:说明:|-dhcpd(4665),则进程id为4665,则3、进程查看输入:[root@localhost 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.5.3 web站点启动、关闭及进程查看方法4.2.5.4 web日志说明Log存放目录为:/opt/apache/logs/opt/apache/logs/access_log为所有访问网站的日志/opt/apache/logs/error_log为错误信息日志/opt/apache/logs/httpd.pid为主进程的/opt/apache/logs/ssl_engine_log 为过查看此日志了解运行状态及错误。

/opt/apache/logs/ssl_request_log 为即是哪个ip使用https ssi协议登录web4.2.5.5日志等,看是否有运行错误,并定期备份日志。

56、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 wizard6.2 维护系统注册表我们知道,windowssystem.dat和user.dat。

这两个文件并不是自动除错、压缩、优化工具也非常多,可以说norton复。

6.3我们知道,其文件名是system.dat和user.dat。

这两文件具有使用regedit的导出功能直接将这两个windows路径下,覆盖源文件即可恢复系统。

进行系统备份与恢复,这样更简单一些。

你在dos dos在dos环境下使用。

6.4清理system路径下的无用的dll文件这项维护工作大家可能并不熟悉,但它也是影响系统能否快速运行的一个至关重要的因素。

我们知道,应用程序安装到windows中后,通常会在 windows的安装路径下的system文件夹中复制一些dll文件。

而当你将相应的应用程序的删除后,其中的某些dll文件通常会保留下来;当该路径下的dll文件不断增加时,将在很大程度上影响系统整体的运行速度。

而对于普通用户来讲,进行dll文件的手工删除是非常困难的。

7m之多的dll文件,没有引起系统中的应用程序错,效果非常好。

7、备份策略7.1 备份方式7.2 备份计划通过SQL server 2000 的企业管理器,或者7.3我们首先高速缓存中;同时把更改的情况写入到事务日志中。

等到一定的情况数据库系统才会把数据写入到硬盘文件中。

此时,如果数据库服务器系统突然发生故障,数据库系统就有可能还没有把缓存中的修改后的数据写入到硬盘中,即数据文件内有未完成事务所做的修改。

如果确实有这种情况,则当启动SQL Server实例时,如果没有事务日志或者事务日志损坏时,修改后的数据就无法恢复过来了。

但是,如果当事务日志可用的话,则当实例启动时,系统会丢每个数据库执行恢复操作。

前滚日至中记录的、可能尚未写入数据文件的每个修改。

在事务日志中找到的每个未完成的事务都将回滚,以确保数据库数据的完整性。

所以当数据库服务器意外故障时,数据库管理员最好能够确认一下事务日志是否可用。

如果事务日志已经损坏,那么就需要先恢复事务日志然后再重新启动数据库实例。

否则的话,数据库实例在重新启动时不能够正常恢复数据。

这一点在遇到服务器突发行的故障时一定要注意。

否则的话,很可能破坏数据库数据的完整性。

故障二:解决服务器意外关闭造成的损失。

有时候出于数据库高可用性的目的,需要在生产服务器之外的地方再部署一台数据库服务器。

当生产服务器出现故障不可用时,则可以马上启用这个备用的服务器。

故就需要保证生产服务器与备用服务器之间数据的同步。

那么SQL Server数据库是通过什么技术来达到这个生产服务器与备份服务器之间的数据同步的呢?简单的说,就是通过这个事务日志的复制来实现数据同步的。

具体的来说,SQL Server数据库提供了两种解决方案,分别为数据镜像与日志传送。

这两个方案都是在事务日志复制的基础上来实现的。

在日志传送方案中,生产服务器将生产数据库的活动事务日志发送到一个或多个目标服务器。

每个辅助服务器将该日志还原为其本地的辅助数据库,从而实现备用服务器与生产服务器之间数据的一致性。

使用日志传送,您可以自动将“主服务器”实例上“主数据库”内的事务日志备份发送到单独“辅助服务器”实例上的一个或多个“辅助数据库”。

事务日志备份分别应用于每个辅助数据库。

可选的第三个服务器实例(称为“监视服务器”)日志传送配置中的主服务器是作为生产服务器的SQL Server服务器的工作模式有限制。

志传送停止工作。

“数据库镜像模式”中,主体服务器和镜像服务器作为伙伴进行)和镜像角色(备份服务器)。

在任何给定的时间,都是一个,它支持同步操作。

在高安全性模式下,当会话开始时,镜像服数据库可能稍微滞后于主体数据库。

但是,数据库之间的时间间隔通常很小。

但是,如果主体服务器的工作负荷过高或镜像服务器系统的负荷过高,则时间间隔会增大。

在高性能模式中,主体服务器向镜像服务器发送日志记录之后,会立即再向客户端发送一条确认消息。

它不会等待镜像服务器的确认。

这意味着事务不需要等待镜像服务器将日志写入磁盘便可提交。

此异步操作允许主体服务器在事务滞后时间最小的条件下运行,但可能会丢失某些数据。

具体采用哪种模式,则需要数据库管理员根据企业对待数据损失的态度与工作负荷等来确定。

可见现在可用的备份服务器与生产服务器之间的数据同步解决方案都是基于事务日志来实现的。

故障三:解决数据一致性问题。

假设现在有这么一种情况。

在一个银行系统中,某个用户需要转帐。

这个转帐作业主要是通过两个步骤来完成。

第一个步骤就是扣减用户帐户中的金额; 第二个步骤是把钱转入到另外一个用户那里。

现在如果在转帐的过程中,第一步成功了,但是第二个步骤因为某种原因出错了。

如用户提供的帐户名字与实际转帐的帐户名字不符,则第二个操作就会失败。

此时整个转帐操作就会以失败而告终。

但是现在的问题是,第一个扣减的动作在数据库zhon给已经完成了。

而实际却是没有转帐成功,就救造成了数据一致性的问题。

实际过程中如果应用程序发出ROLLBACK 语句,或者数据库引擎检测到错误,就使用日志记录回滚未完成的事务所做的修改。

也就是说,当第二个操作失败的话,应用程序要发出一个ROLLBACK 语句,利用事务日志回滚功能,恢复第一步的操作。

也就是说,把扣减金额的操作进行恢复,从而实现数据的一致性。

类似的应用,在数据库开发过程中很频繁。

故障四:数据库时点恢复的问题。

如现在遇到这么一种故障。

数据库系统在上午11点刚做完12点到今天上午11点的数据就不能够恢复了吗?员可以把数据恢复到上午11中的数据位昨天晚上12把数据恢复到某一个具体的时点99.1sql server9.2sql server 错误日志和Windows 中事件查看器.可以查看事件的记录SQL server 的错误日志存在系统的 sql server 目录下的 LOG 目录下文件名称为ERRORLOG.X 其中X是数字.用记事本可以打开来看9.4监控数据库表空间的使用情况(字典管理表空间)数据库运行了一段时间后,由于不断的在表空间上创建和删除对象,会在表空间上产生大量的碎片,维护工程师应该及时了解表空间的碎片和可用空间情况,以决定是否要对碎片进行整理或为表空间增加数据文件。

9.4.1 判断是否需要碎片整理在整理索引碎片之前去进行收缩数据库,设置自动收缩Exec spdboption ‘dbname’Trunk. Log on chkpt.Tor page detecationAuto shrinkAuto create statisticsAuto update satatisticeUSE ? [DabaBaseName]GODECLARE ? @TABLENAME ? VARCHAR(50)XTYPE= 'U ' ? ? --取出所有用户表OPEN ? RECINDEX_CURSORBEGIN表名或表ID, ' ',95)END10? ps? pstree:操作系统用来检查系统进程的命令。

相关主题