数据库日常维护
数据库日常维护管理制度
数据库日常维护管理制度第一章绪论第一节总则为了保证公司数据库系统的稳定运行，提高数据库的安全性和可靠性，规范数据库的维护管理工作，制定本制度。
第二节目的和依据本制度的目的是规范数据库维护管理工作，确保数据库系统的安全和稳定，减少数据库故障和损坏的发生。
本制度的依据是公司的相关法律法规以及相关技术标准。
第三节适用范围本制度适用于公司内所有数据库的维护管理工作。
第二章维护管理职责第一节数据库管理员的职责数据库管理员负责对数据库进行日常维护管理，包括数据库的安装、升级和备份，监控数据库的性能和运行状态，诊断和解决数据库的故障和问题，保证数据库系统的稳定运行。
第二节用户的职责用户应按照公司的相关规定使用数据库，如发现数据库的故障或问题，应及时报告给数据库管理员。
第三章维护管理措施第一节数据库的安装和升级数据库管理员应根据公司的需求进行数据库的安装和升级，确保数据库系统的稳定和安全。
安装和升级数据库应有详细的操作记录，记录数据库的版本和升级的内容。
第二节数据库的备份数据库管理员应定期对数据库进行备份，备份的频率和方式应根据数据库的重要性和数据更新的频率进行调整。
备份数据应存储在安全的地方，确保数据的可靠性和安全性。
第三节数据库的监控和性能优化数据库管理员应定期监控数据库的运行状态和性能指标，包括CPU利用率、内存利用率、磁盘IO等。
发现数据库性能存在问题应及时进行优化和调整，提高数据库的响应速度和稳定性。
第四节数据库的故障排除和问题解决当数据库发生故障或出现问题时，数据库管理员应及时进行故障排除和问题解决，尽快恢复数据库的正常运行。
故障排除和问题解决过程中应详细记录处理过程和结果，以便以后分析和改进。
第四章维护管理制度的执行和监督第一节维护管理制度的执行公司所有员工都应严格遵守本制度，并按照制度要求进行数据库的使用和维护管理工作。
第二节维护管理制度的监督公司应设立相应的监督机构或岗位，负责对数据库的维护管理工作进行监督和检查。
数据库运维的主要工作内容
数据库运维的主要工作内容数据库运维是指对数据库系统进行日常管理和维护的工作，其主要目标是确保数据库系统的稳定运行和高效性能。
数据库运维工作内容涵盖了多个方面，包括监控数据库运行状态、性能优化、故障处理、备份恢复、安全管理等。
下面将详细介绍数据库运维的主要工作内容。
1. 监控数据库运行状态。
监控是数据库运维的基础工作，通过监控数据库的运行状态，可以及时发现并解决问题，确保数据库系统的稳定运行。
监控内容包括数据库服务器的CPU、内存、磁盘等资源利用率，数据库连接数、锁等待情况，以及数据库运行日志等。
通过监控工具对数据库进行实时监控，可以及时发现并解决潜在的问题，保障数据库系统的稳定性。
2. 性能优化。
性能优化是数据库运维工作中非常重要的一部分，通过对数据库系统进行性能分析和优化，可以提高数据库系统的运行效率和响应速度。
性能优化包括对SQL 语句的优化、索引的优化、数据库参数的调整等方面。
通过定期进行性能分析和优化工作，可以提高数据库系统的整体性能，提升用户体验。
3. 故障处理。
数据库系统可能会出现各种各样的故障，如数据库服务器宕机、数据损坏等，数据库运维人员需要及时处理这些故障，确保数据库系统的正常运行。
故障处理包括对数据库系统进行故障诊断、故障排查和故障恢复等工作。
通过建立完善的故障处理流程和应急预案，可以最大程度地减少故障对数据库系统的影响。
4. 备份恢复。
数据库的备份和恢复工作是数据库运维中非常重要的一环，通过定期备份数据库，可以保障数据的安全性和完整性。
备份恢复工作包括制定备份策略、定期进行数据备份、对备份数据进行验证和恢复测试等内容。
通过备份恢复工作，可以最大程度地减少数据丢失的风险，保障数据库系统的数据安全。
5. 安全管理。
数据库系统的安全性是数据库运维工作中非常重要的一部分，数据库运维人员需要对数据库系统进行安全加固和安全监控。
安全管理包括对数据库系统进行安全审计、访问控制、漏洞修复等工作。
数据库中心日常维护规定制度要求规范
数据库中心日常维护规定制度要求规范1. 引言本文档旨在规范数据库中心日常维护工作的规定制度要求，为数据库管理员提供清晰的指导，确保高效、稳定地管理和维护数据库。
2. 维护方案数据库中心日常维护应基于以下方案进行：2.1 定期备份- 定期备份数据库，确保数据的安全性和可恢复性。
- 备份数据存储在专用的备份服务器上，同时应设置有效的访问权限。
2.2 性能监控- 实时监控数据库性能，包括但不限于CPU利用率、内存利用率、磁盘空间利用率等指标。
- 定期分析性能监控数据，及时发现和解决性能问题。
2.3 安全保障- 限制数据库管理员的访问权限，确保数据的保密性。
- 定期更新数据库软件及补丁，修复已知漏洞。
- 设置有效的密码策略，确保数据库登录的安全。
2.4 日志审计- 启用数据库日志功能，并定期审计日志。
- 及时检测和处理异常访问行为。
3. 维护流程数据库中心日常维护的流程应包括以下步骤：3.1 接收维护请求- 接收并记录维护请求，包括维护类型、紧急程度等信息。
3.2 分析维护请求- 分析维护请求，并评估对数据库的影响。
- 确定维护的优先级。
3.3 执行维护任务- 按照维护优先级执行维护任务。
- 记录维护过程和结果。
3.4 维护完成确认- 确认维护任务完成，并通知相关人员。
4. 紧急情况应急响应对于紧急情况，数据库管理员应按照应急响应计划进行处理，确保系统的快速恢复和业务的连续性。
5. 绩效考核数据库中心日常维护工作的完成情况将纳入绩效考核体系，并根据维护任务的质量和效率进行评估。
6. 结论本文档旨在为数据库中心日常维护工作提供规定制度要求的准则，通过规范的维护流程和措施，确保数据库的稳定性和安全性。
数据库服务器日常维护工作
数据库服务器日常维护工作数据库服务器日常维护工作1.硬件维护1.1.服务器状态检查- 每天检查服务器的电源状态、风扇运转情况以及硬盘活动指示灯等硬件运行情况。
- 确保服务器运行稳定，没有异常故障。
1.2.温度和湿度监测- 定期检查服务器所在机房的温度和湿度，确保环境符合要求。
- 如果环境异常，及时采取措施进行调节。
1.3.硬盘维护- 每周定期进行磁盘清理，清除不必要的文件和日志，释放存储空间。
- 定期进行磁盘碎片整理，提升磁盘读写效率。
- 使用监控工具检测硬盘健康状态，如有异常，及时更换。
1.4.内存和 CPU 维护- 监控服务器的内存占用率和 CPU 使用率，及时调整配置或优化程序。
- 定期检查内存插槽、内存条等硬件连接是否正常，确保正常运行。
2.软件维护2.1.操作系统更新- 定期安装最新的操作系统更新补丁，修复安全漏洞和功能问题。
- 确保操作系统与数据库软件兼容，并及时进行版本升级。
2.2.数据库软件维护- 定期备份数据库，确保数据安全。
- 监控数据库性能，如查询慢、连接断开等问题，及时进行优化和修复。
- 对数据库进行定期的优化和索引重建，提升查询效率。
- 定期清理无用的数据库对象，减少数据库的存储空间占用。
2.3.监控和警报设置- 配置监控工具，监测数据库服务器的运行状态。
- 设置合适的警报规则，及时报警并采取相应措施处理异常情况。
3.安全管理3.1.访问控制- 确保只有授权人员可以访问数据库服务器，并对数据库进行相应操作。
- 设置账号密码复杂度要求，定期更换密码，增加数据库安全性。
3.2.安全审计- 开启数据库的安全审计功能，记录所有访问和操作的日志。
- 定期检查和分析审计日志，发现潜在的安全隐患。
3.3.数据加密- 配置数据库服务器的数据加密功能，保护敏感数据的安全性。
- 使用合适的加密算法和密钥管理策略，确保数据的机密性。
附件：1.服务器设备清单2.数据库软件版本信息3.监控工具配置文件法律名词及注释：1.数据保护条例：指个人数据保护方面的法律法规，如欧盟的《通用数据保护条例（GDPR）》。
数据库日常维护管理制度
数据库日常维护管理制度一、引言数据库作为现代信息系统的重要组成部分，承载着大量的关键数据和业务逻辑，必须得到高效的维护和管理。
本文旨在制定一套数据库日常维护管理制度，确保数据库系统的正常运行和数据的安全性。
二、维护管理流程1. 故障日志记录与处理- 指定专门人员负责故障日志的记录和处理。
- 故障日志要详细记录故障现象、发生时间、处理过程等信息。
- 针对每一条故障日志，及时进行分析和解决，统计故障次数和类型，形成故障分析报告。
2. 数据备份与恢复- 每日定时自动备份数据库，备份数据要存储在安全的位置。
- 定期进行备份测试，验证备份数据的完整性和可恢复性。
- 对数据库异常情况进行及时恢复，并记录恢复过程。
3. 数据库安全管理- 采用强密码策略，定期修改数据库登录密码。
- 设置账号密码策略，要求用户定期修改密码，并限制登录失败次数。
- 限制用户权限，根据不同的工作职责赋予不同级别的数据库访问权限。
- 定期审计数据库访问日志，及时发现异常操作和安全风险。
4. 空间管理- 定期监控数据库空间使用情况，及时进行空间扩展。
- 对数据库中的废弃数据和无效索引进行清理，释放空间资源。
- 合理规划表空间和日志空间的大小，避免空间不足造成数据库运行异常。
5. 性能优化- 定期收集数据库性能指标，如响应时间、并发数等。
- 分析数据库性能瓶颈，优化查询语句和索引设计。
- 定时进行数据库性能测试和调整，确保数据库应对高负载的能力。
6. 版本升级与补丁管理- 定期监控数据库软件厂商发布的新版本和补丁。
- 进行版本升级前，要进行充分的测试和验证，确保兼容性和稳定性。
- 针对已知漏洞和安全威胁，及时安装相应的补丁和安全更新。
7. 数据库监控与报警- 部署数据库监控系统，实时监控数据库运行状态。
- 设置阈值，当数据库性能或资源利用率超过预设值时，触发报警。
- 对报警事件及时进行分析和处理，确保数据库的连续可用性。
8. 定期评估和改进- 针对数据库维护管理工作，定期进行评估和审核。
数据库日常维护规范
数据库日常维护规范数据库作为企业信息化建设中的重要组成部分，承担着企业基础数据存储、管理和应用的核心任务。
因此，规范数据库的日常维护工作，保障其稳定性和安全性，是企业信息化建设的必要举措。
以下是数据库日常维护规范的相关内容。
一、备份策略备份是数据库维护中最重要的措施之一，其目的在于在出现数据丢失、系统故障、人为误操作等异常情况时，通过恢复备份数据来尽快恢复系统正常运行。
为了保障备份的完整性和可靠性，需要制定详细的备份策略，包括备份的时间、频率、方式、类型、存储位置等。
备份时间：一般建议在业务低峰期进行备份，避免影响正常业务运行。
备份频率：备份频率应根据企业数据的增长速度制定，一般建议每天备份一次。
备份方式：数据库备份方式有完全备份、差异备份、增量备份等，需要根据具体情况进行选择。
存储位置：备份数据需要存储在安全可靠的位置，并按照一定的周期进行归档和清理。
二、性能监控数据库性能监控是维护数据库正常运行的重要手段，通过监控数据库运行情况和性能指标，可以及时发现并解决潜在问题。
在性能监控中需要关注的指标包括：运行状态：监控数据库的运行状态，如是否正常运行、是否有数据阻塞、是否有死锁等问题。
资源利用率：监控数据库的CPU、磁盘、内存等资源利用率情况。
响应时间：监控系统的响应时间，及时发现并解决系统出现响应缓慢的问题。
三、安全保障数据库的安全保障是数据库日常维护的重要内容之一，数据库安全包括权限管理、数据加密、访问控制等方面。
需要制定相应的安全保障措施和管理规定。
数据加密：对数据库中的关键数据和敏感信息进行加密，防止数据泄露风险。
权限管理：通过权限控制，合理分配数据库的使用权限，防止非法访问和操作数据库。
访问控制：建立严格的访问控制机制，规范用户登录、注销、访问等操作，确保数据库安全稳定。
四、版本管理数据库版本管理是维护数据库可靠性和稳定性的重要手段，通过版本管理，可以对数据库进行有序、规范的升级和更新。
数据库服务器日常维护工作
数据库服务器日常维护工作
1、服务器维护：
（1）定期观察服务器情况，发现异常及时通知信息管理处，信息管理处指派维护人员，维护人员到位后，帮忙输入密码进入系统，同时进行维护时须在场监督。
（2）病毒防范，发现病毒及时通告信息管理处并进行杀毒。
（3）管理好服务器管理员各种账号和密码，防范别人拷贝和浏览有关HR系统数据库中相关保密内容。
（4）管理服务器共享内容，不要随意共享服务器内容。
（5）机房需要进行停电时、网络调整等，配合信息管理处，如：关机、重启服务器等工作。
2、数据库维护：
（1）备份数据库：系统将设置自动备份数据（数据库和数据库日志），只需定期（每周一次）拷贝备份数据到其他存储设备（如：刻录CD，个人计算机、磁带等）；
观察硬盘容量，如发现硬盘空间不够时，清理掉已经备份出来的备份数据。
（2）数据库出现异常时，如数据库坏了，需要恢复数据库，信息管理处指派技术人员，技术人员到位后，帮忙输入密码进入数据库，同时进行数据库恢复必须在
场监督，禁止防范技术人员拷贝和浏览不要求内容。
（3）数据库出现其它异常问题时，技术人员到位后，帮忙输入密码进入系统，同时技术人员进行数据库修复时必须在场监督。
3、定期更改服务器的用户密码和远程控制软件的密码。
服务器放置
服务器放置在机房（机房具有UPS、网络保证等）；服务器管理员可以通过远程控制软件进行管理。
数据库运维方案
能力提升：
-定期进行内部培训和技能考核，确保团队成员掌握最新的数据库技术。
-鼓励团队成员参加行业认证，提升个人专业能力。
2.运维管理制度
流程规范：
-制定详细的数据库运维流程，包括日常巡检、变更管理、故障处理等。
-建立标准化操作指南，规范运维人员的操作行为。
6.应急响应与故障处理
（1）制定应急响应预案，确保在突发情况下快速恢复数据库运行。
（2）建立故障处理流程，明确故障分类、报告、处理等环节。
（3）定期进行应急演练，提高团队应对突发情况的能力。
7.运维工具与平台
（1）选型合适的运维工具，提高运维工作效率。
（2）搭建运维管理平台，实现自动化、智能化运维。
二、目标设定
1.维护数据库系统稳定运行，实现99.99%的平均无故障时间。
2.优化数据库性能，确保响应时间小于3秒。
3.建立完善的备份恢复机制，确保数据安全性达到99.9%。
4.提高数据库运维效率，降低运维成本。
三、方案设计
1.运维团队建设
组织结构：
-设立专业的数据库运维部门，由经验丰富的数据库管理员组成。
5.故障管理
预案制定：
-制定详细的故障响应预案，包括故障分类、响应级别、处理流程等。
-定期更新预案，确保与当前系统环境和技术发展保持一致。
故障分析：
-对发生的故障进行深入分析，找出根本原因。
-采取预防措施，避免同类故障的再次发生。
6.工具与平台
自动化运维：
-引入自动化运维工具，实现批量操作、自动化监控等功能。
3.规范运维操作，降低安全风险。
4.提高数据库性能，优化业务体验。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库日常维护(参考)数据库日常维护工作是系统管理员的重要职责。
其内容主要包括以下几个部分：一、备份系统数据SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。
SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。
因此定期备份事务日志和数据库是一项十分重要的日常维护工作。
1、备份数据库每一个数据库都应在创建之后卸出，从而提供一个装入基点。
在此之后按排定的时间周期表卸出。
比如每周五卸出数据库。
对一般数据库系统卸出数据库周期建议为每周一次。
除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。
例如：·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）；·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。
卸出数据库的命令为：DUMP DATABASE database_nameTO dump_devicedatabase_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。
用系统过程sp_helpdevice 可以获得设备的信息。
下面一条命令用来卸出数据库my_db ：DUMP DATABASE my_dbTO db_bk_dev2、备份事务日志如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。
master 数据库和小于4M 的用户数据库就是这种情况。
一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用DU MP TRAN 命令单独备份日志。
备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。
备份事务日志的命令格式为：DUMP TRANsaction database_name[TO dump_device][WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE]其中database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了WITH TR UNCATE_ONLY 或WITH NO_LOG 子句时，才可以备份到设备。
注意：如果总是用DUMP DATEBASE （备份数据库及其日志），而不用DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
对于master 数据库和小型数据库每次运行DUMP DATEBASE 之后应当运行DUMP TRANsaction 命令刷新日志。
下面一条命令备份数据库db160 的事务日志到备份设备上：DUMP TRANsaction db160TO db_log_bk_devWITH TRUNCATE_ONLY3、备份数据库及其日志间的相互作用在至少卸出一次数据库前，卸出事务日志是毫无意义的。
下图显示了备份数据库及其日志间的关系如果在星期二下午5：01出现非硬件故障，需要做的所有工作是装入磁带5（参见下一节：数据恢复），由于磁带5是下午5：00刚备份的，因此只有备份和装入之间的一分钟内的数据损失。
但是，如果在星期二下午4：49失效会怎么样呢？在这种情况下，要装入磁带1（在星期五下午5：00的卸出）。
然后，依次装入磁带2，3以及4。
这样，系统将恢复到星期二上午10：00点的状态，星期二的大部分工作丢失了。
此例显示了经常卸出事务的重要性。
二、万一系统失败时恢复数据库系统如果用户数据库存储的设备失效，从而数据库被破坏或不可存取，通过装入最新的数据库备份以及后来的事务日志备份可以恢复数据库。
假设当前的事务日志存在于一个并没有毁坏的设备上，带着WITH NO_T RUNCATE 选项的DUMP TRANsaction 命令卸出它。
要恢复数据库按如下步骤去做：1、如果日志存在于一个分离的设备上，用带着NO_TRUNCATE 选项的DUMP TRANsaction 命令卸出被毁坏的或者不可存取的用户数据库事务日志。
2、用下面的查询检查设备分配已毁坏数据库的设备使用情况。
必须为同一目的赋同样的空间块。
下面的查询显示了分配给数据库mydb 设备使用和尺寸情况：SELECT segmap，size FROM sysusagesWHERE dbid =（SELECT dbid FROM sysdatabases WHERE name = “mydb”）3、检查查询的输出。
在segmap 列的‘3’代表数据分配，‘4’代表日志分配。
size 列代表2K 数据块的数目。
注意此信息的次序、使用和尺寸部分。
例如，输出为：segmapSize--------------------310240//实际尺寸为：20M35120//实际尺寸为：10M45120//实际尺寸为：10M31024//实际尺寸为：2M42048//实际尺寸为：4M4、用DROP DATABASE 命令删除毁坏设备上的数据库。
如果系统报错，用DBCC DBREPAIR 命令的DROPDB 选项。
5、删除数据库后，用sp_dropdevice 删除毁坏了的设备。
6、用DISK INIT 初始化新的数据库设备。
7、重建数据库。
用CREATE DATABASE 命令从老的sysusages 表拷贝所有的行，并包含第一逻辑设备。
对上例，命令为：CREATE DATABASE mydbON datadev1=20，datadev2=10LOG ON logdev1=108、用ALTER DATABASE 命令重建其余入口。
在此例中，在datadev1上分配更多的空间，命令为：ALTER DATABASE mydb ON datadev1=29、用LOAD DATABASE 重新装入数据库，然后用LOAD TRAN 装入前面卸出的日志。
LOAD DATABASE 命令语法是：LOAD DATABASE database_nameFROM dump_deviceLOAD TRANsaction 命令的语法是：LOAD TRANsaction database_nameFROM dump_device卸出数据库和事务日志的缺省权限归数据库所有者，且可以传递给其他用户；装载数据库和事务的权限也归数据库所有者，但不能传递。
二、产生用户信息表，并为信息表授权；系统维护人员的另一个日常事务是为用户创建新的信息表，并为之授权。
创建表以及为表授权的方法已经在讲过，在此只将有关命令语法写出来。
·创建表的命令为：CREATE TABLE table_name（column_1 datatype [NULL | NOT NULL | IDENTITY]，column_2 ……）goALTER TABLE table_nameADD PRIMARY KEY （column_list）go·删除表的命令格式为：DROP TABLE table_namego·为表授权的命令格式为：GRANT {ALL|permission_list}ON table_name TO user_namego·收回权限的命令格式为REVOKE {ALL|permission_list}ON table_name FROM user_namego三、监视系统运行状况，及时处理系统错误；系统管理员的另一项日常工作是监视系统运行情况。
主要有以下几个方面：1、监视当前用户以及进程的信息使用系统过程：sp_who说明：该命令显示当前系统所有注册用户及进程信息，如下表是某系统的信息。
SpidStatusLoginamehostnameblkdbnamecmd---------------------------------------------------------------1RunningSascosysv0MasterSELECT2SleepingNULL0MasterNETWORK HANDLE3SleepingNULL0MasterDEADLOCK TUNE4SleepingNULL0MasterMIRROR HANDLER5SleepingNULL0MasterHOUSEKEEPER6SleepingNULL0MasterCHECKPOINT SLEEP从左向右依次显示：进程号、当前状态、注册用户名、主机名、占用块数、数据库名以及当前命令。
如果监视时发现进程总数接近最大连接数（用系统过程：sp_configure “user conn” 查看）时，应下掉不活动或无关进程，以保证系统正常运做；另外亦可监视非法用户或用户使用不属于自己使用范围的数据库等情况。
2、监视目标占用空间情况使用系统过程：sp_spaceused说明：该过程显示行数、数据页数以及当前数据库中由某个目标或所有目标所占用的空间。
如下表是某数据库日志表的信息：NameRow_totalreserveddataIndex_sizeunused------------------------------------------------------------SyslogsNot avail32KB32KB0KBNot avail日常要监视的主要目标有：用户数据库、数据库日志表（syslogs）以及计费原始数据表等。
如果发现占用空间过大，对日志表要进行转储；对其他目标则应扩充空间或清楚垃圾数据。
3、监视SQL Server 统计数字使用系统过程：sp_monitor说明：sp_monitor 显示SQL Server 的历史统计数字，下表是某系统的统计数字：Last_runCurrent_runSeconds---------------------------------------------------------------May 13 2000 1:27PMMay 13 2000 3:01PM5678CPU_busyIO_busyIdle---------------------------------------------------------------16(6)-0%0(0)-0%5727(5672)-99%Packets_receivedPackets_sentPacket_errors---------------------------------------------------------------21(17)100(97)0(0)Total_readTotal_writeTotal_errorsConnections--------------------------------------------------------785(366)311(113)0(0)3(2)上表依次给出该系统本次运行统计的上一次时间、本次时间、间隔秒数、CPU占用、IO占用、收发包情况、系统读入写出情况等信息四、保证系统数据安全，周期更改用户口令；为保证系统数据的安全，系统管理员必须依据系统的实际情况，执行一系列的安全保障措施。