数据库日常维护工作
数据库日常维护管理制度
数据库日常维护管理制度第一章绪论第一节总则为了保证公司数据库系统的稳定运行,提高数据库的安全性和可靠性,规范数据库的维护管理工作,制定本制度。
第二节目的和依据本制度的目的是规范数据库维护管理工作,确保数据库系统的安全和稳定,减少数据库故障和损坏的发生。
本制度的依据是公司的相关法律法规以及相关技术标准。
第三节适用范围本制度适用于公司内所有数据库的维护管理工作。
第二章维护管理职责第一节数据库管理员的职责数据库管理员负责对数据库进行日常维护管理,包括数据库的安装、升级和备份,监控数据库的性能和运行状态,诊断和解决数据库的故障和问题,保证数据库系统的稳定运行。
第二节用户的职责用户应按照公司的相关规定使用数据库,如发现数据库的故障或问题,应及时报告给数据库管理员。
第三章维护管理措施第一节数据库的安装和升级数据库管理员应根据公司的需求进行数据库的安装和升级,确保数据库系统的稳定和安全。
安装和升级数据库应有详细的操作记录,记录数据库的版本和升级的内容。
第二节数据库的备份数据库管理员应定期对数据库进行备份,备份的频率和方式应根据数据库的重要性和数据更新的频率进行调整。
备份数据应存储在安全的地方,确保数据的可靠性和安全性。
第三节数据库的监控和性能优化数据库管理员应定期监控数据库的运行状态和性能指标,包括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、客户端常用应用软件维护及系统维护●客户端常用应用软件的安装、调试、管理、更新、升级、故障检测及排除。
●客户端操作系统的调试、管理、更新,升级,故障检测及排除。
●客户端操作系统包括WinServer系列、Liunx系列等。
●常用应用软件包括办公软件、翻译类软件、阅读类软件、下载类软件等,包括某些专业应用软件,如专业财务软件、排版软件、工程计算软件等,但不包括客户自行开发使用的系统客户端应用程序。
●建立常用应用软件及驱动程序库。
2、客户计算机硬件维护及升级●客户端计算机硬件设备的维护、保养、更新、升级、故障检测及排除。
●对于需要更换的设备,提供设备选型建议及市场参考价格,并可代为购买●建立电脑硬件配置档案,实行标准化管理。
3、服务器的病毒防护●安装、管理、维护客户服务器的病毒防护系统。
●培训用户计算机病毒的防护知识以及防病毒软件的使用,建立用户的防病毒意识。
升级、更新、优化用户已有的病毒防治系统。
●定期提供病毒检测、告警及最新预防措施。
●提供紧急病毒故障处理服务,对突发的新计算机病毒进行及时响应。
4、网络防病毒系统的维护●对用户的网络防病毒系统进行维护,升级版本,更新病毒库从而确保网络、系统及数据资料的安全。
5、综合布线系统维护●利用专业测试仪器提供对铜缆、光纤的布线故障检测处理。
●对现有综合布线系统中存在的缺陷、问题提供合理化改造或升级方案,并可提供专业水平的工程施工6、网络打印的故障处理●解决驱动程序/软件设置/网络设置问题造成的网络打印故障。
7、非网络打印机的故障处理(非硬件损坏)●解决驱动程序/软件设置问题造成的打印故障。
8、其它外置设备的故障处理●解决扫描仪、手写板、摄像头、外置硬盘、刻录机等外置设备由于驱动程序/软件设置问题造成的故障。
9、局域网系统的故障诊断●检查由于网络设备(如网卡、网线、交换机等)或网络设置造成的局域网络通信故障。
10、配线架及机柜的维护●整理并规范配线架及机柜内的走线,对于存在的缺陷和问题提供合理化改造方案。
数据库运维岗位职责
数据库运维岗位职责
一、岗位职责
1. 负责公司数据库的规划、设计、实施与管理工作,确保数据库安全、稳定、高效运行。
2. 负责数据库日常维护,包括数据备份、恢复、优化等,确保数据安全可靠。
3. 负责数据库性能监控和故障排除,及时发现并解决性能瓶颈和故障问题。
4. 根据业务需求,协助开发人员完成数据库设计和优化,提高数据库性能和可用性。
5. 制定并执行数据库安全策略,确保数据库的安全性和保密性。
二、工作任务
1. 定期进行数据库备份和恢复演练,确保备份数据的完整性和可用性。
2. 监控数据库性能,及时发现并解决性能瓶颈问题,优化数据库性能。
3. 定期检查数据库安全漏洞,及时修复漏洞,提高数据库安全性。
4. 协助开发人员完成数据库设计和优化,提供性能测试和调优建议。
5. 编写并维护数据库运维文档,记录数据库运行情况和故障处理过程。
三、工作要求
1. 不断提高自己的工作效率和进度,确保按时完成工作任务。
2. 保证自己的工作质量和标准,确保数据库安全、稳定、高效运行。
3. 保持良好的工作态度和心态,积极应对问题和挑战。
4. 具备一定的专业能力和技能,不断学习和探索新技术和方法。
5. 严格遵守公司规章制度和操作规范,确保工作合规性。
mysql数据库日常维护手册
mysql数据库日常维护手册MySQL 数据库的日常维护是确保数据库系统稳定、高效运行的重要任务。
以下是一份MySQL 数据库的日常维护手册,包括一些建议、命令和最佳实践:1. 备份数据库:# 手动备份:```bashmysqldump -u 用户名-p 密码数据库名> 备份文件.sql```# 自动备份:通过cron 或其他调度工具设置定期自动备份任务。
2. 优化数据库表:# 优化表:```sqlOPTIMIZE TABLE 表名;```# 修复表:```sqlREPAIR TABLE 表名;```3. 监控数据库性能:使用工具如MySQL Enterprise Monitor 或Percona Monitoring and Management (PMM) 监控数据库性能。
4. 清理日志:定期清理MySQL 日志文件,如错误日志和慢查询日志。
5. 更新统计信息:```sqlANALYZE TABLE 表名;```6. 管理用户权限:定期审查和更新用户权限,确保合理的安全性。
7. 定期优化查询:通过检查慢查询日志找到性能瓶颈,并优化相关查询。
8. 更新数据库软件:保持MySQL 数据库软件和相关组件最新版本,以获取性能和安全性的改进。
9. 监控存储空间:确保数据库服务器有足够的磁盘空间,并监控存储使用情况。
10. 使用连接池:配置和使用连接池以减轻数据库服务器的负担。
11. 定期重启数据库:定期重启数据库服务以释放资源并确保系统稳定性。
12. 实施故障恢复计划:确保有可行的故障恢复计划,包括备份和恢复策略。
13. 日志记录和审计:启用MySQL 的日志记录和审计功能,以便跟踪数据库活动和发现潜在的安全问题。
14. 定期性能调整:根据数据库使用情况和负载模式进行性能调整,例如调整缓冲池大小、连接数等参数。
15. 定期进行数据库健康检查:使用工具如MySQLTuner 或sys schema 进行数据库健康检查,并根据建议进行优化。
数据库日常运维手册
数据库日常运维手册编辑整理:尊敬的读者朋友们:这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望(数据库日常运维手册)的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。
本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为数据库日常运维手册的全部内容。
神州数码信息系统有限公司数据库日常运维手册神州数码信息系统有限公司2015/9/5日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控:(1)。
每天对ORACLE数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查,发现并解决问题。
并要有相关的人员负责每天查看,发现问题及时上报分析。
检查每天的数据库备份完成情况。
(2). 每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。
(3). 每月对表和索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。
对ORACLE数据库状态进行一次全面检查(4)根据公司数据库的安全策略对ORACLE DB进行加固一.日维护过程1。
1、确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程:$ps –ef|grep ora1。
2、检查文件系统的使用(剩余空间)如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。
#df –k1。
3、检查日志文件和trace文件记录检查相关的日志文件和trace文件中是否存在错误.A、连接到每个需管理的系统使用’telnet'命令B、对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常是$ORACLE_BASE/<SID>/bdump#$ORACLE_BASE/<SID>/bdumpC、使用Unix ‘tail’命令来查看alert_<SID〉.log文件#tail $ORACLE_BASE/<SID>/bdump/alert_<SID>。
sqlserver数据库日常维护规范
1.数据库服务器负载情况维护査看CPU, IO,内存使用情况•规则2.数据库运行状态维护•规则3.数据库备份情况维护•规则4.数据库对彖的维护•规则1、査询乞个磁盘分区的剩余空间:Exec master.dbo.xp_fixeddrives2、 査询数据库的数据文件及日志文件的相关信息(包括文件组、当前文件大小、文件 最大值、文件增长设置、文件逻辑名、文件路径等〉select * from [数据库家]・[dbo]・[sysfilcs]转换文件大小单位为MB :select name, convert(floai,size) * (8192.0/1024.0)/1024. from [数据库名],dbo.sysfiles3、 査询当前数据库的磁盘使用情况:Exec sp_spaceused4、査询数据商服务器各数据库日志文件的大小及利用率DBCC SQLPERF(LOGSPACE)5、统讣数据库中每张表的大小create table impname varchar(50).rowscount int, reserved varchar(50).data varchar(50).index_size varchar(50).unused varchar(50)insert tmp(namc ・ rowscount. reserved, data. index_size. unused)exec sp_MSforeachtable @commandl=”sp_spaceuse dselect * from tmp where name <> tmp' order by name drop table imp :或考sysobjecls AS a INNER JOINsysindexes AS b ON aJd = b.id(a.type = V) AND (bJndid IN (0, 1))ORDER BY b.rows DESC6、检査数据库完整性dbcc checkdb(Portal)SELECT a. name, b.rowsFROM WHEREdbcc checkdb(Portal) with tablock7、数据库重命名、修改恢复模式、修改用户模式-数据库重命需ALTER DATABASE WCMODIFY NAME = test-设置数据原为完整恢复模式alter database test set recovery full-只允许一个用户访问数据库alter database test set single_userwith rollback after 10 seconds ••指泄多少秒后回滚事务••只有sysadmin,dbcreatordb_owner 角色的成员可以访问数据库alter database wc set restricted user-多用户模式alter database wcset multi user-不等待立即改变,如不能立即完成,那么会导致执行错误8、扩展数据库:增加文件组、增加文件、修改文件大小、修改文件的逻辑名称••添加文件组ALTER DATABASE testADD FILEGROUPWC FG8with rollback immediate ••立即回滚事务with no wait-添加数据文件ALTER DATABASE testADD FILENAME = WC FG&FILENAME = "D:\WC_FG&ndf\SIZE = 1 mb.MAXSIZE = lOmb.FILEGROWTH = 1 mbTOHLEGROUPWC FG8••添加日志文件ALTER DATABASE testADD LOG FILENAME = WC-LOG3,FILENAME = D\WC FG3.LDF.SIZE= 1MB.MAXSIZE = 10MB.HLEGROWTH = 100KB-修改数据文件的大小,増长大小•最大大小ALTER DATABASE testMODIFY FILENAME = 'WC-FG8;SIZE = 2MB・-必须大于之前的大小,否则报错MAXSIZE= 8MB・HLEGROWTH = 10%-修改数据文件或日志文件的逻辑名称ALTER DATABASE testMODIFY FILENAME = WC-LOG3.NEWNAME = WC FG339、移动文件-由于在SQLServer中文件组、文件不能离线,所以必须把整个数据库设置为离线check poini goALTER DATABASE WCSETOFFLINE g°-修改文件名称ALTER DATABASE WCMODIFY FILENAME = WC_fg &FILENAME = D\WC\WC FG&NDF go••把原来的文件复制到新的位置:D:\WC\WC_FG&NDF-设置数据库在线ALTER DATABASE WCSETONLINE10、设置默认文件组、只读文件组-设置默认文件组ALTER DATABASE WCMODIFY HLEGROUP WC FG8 DEFAULT-设为只读文件组-如果文件已经是某个属性•不能再次设置柑同属性ALTER DATABASE WCMODIFY HLEGROUP WC FG8 READ WRITE11、收缩数据库、收缩文件-收缩数据原DBCC SHRINKDATABASE("tesl\10-要收缩的数据库名称或数拯库ID-收缩后,数据库文件中空间空间占用的百分比DBCC SHRINKDATABASE(乜ST,10.“要收缩的数据库名称或数据库ID••收缩后,数据库文件中空闲空间占用的百分比NOTRUNCATE-在收缩时,通过数据移动来腾出自由空间DBCC SHRINKDATABASE(-tesf, -要收缩的数据库名称或数据库ID“收缩后,数据库文件中空间空间占用的百分比10.TRUNCATEONLY 一在收缩时,只是耙文件尾部的空闲空间释放••收缩文件DBCC SHRINKFlLE(wc」g& -要收缩的数据文件逻辑坍称7 ••要收缩的目标大小,以MB为单位DBCC SHRINKFILE(wc_fg& 一要收缩的数据文件逻辑名称EMPTYRLE ••淸空文件,淸空文件后•才可以删除文件12、删除文件、删除文件组1・要删除文件,必须要先把文件上的数据删除,或者移动到其他文件或文件组上••删除数据后,必须要淸空文件的内容DBCC SHRINKFILE(WC_FG&EMPTYF1LE)-删除文件,同时也在文件系统底层删除了文件ALTER DATABASE testREMOVE HLE WC FG82•要删除文件组,必须先删除所有文件-最后删除文件组ALTER DATABASE testREMOVE HLEGROUP WC FG813、重新组织索引ALTER INDEX [idxjempjockjd] ON [dbo].[tempjock] REORGANIZEWITH ( LOB_COMPACTION = ON ) use test go select 'DBCC INDEXDEFRAGC+db_name()+7++7+i name + -.db_name().-o.nanie.••Lname.from sysindexes i inner join sysobjecls oon Lid = o.idwhere o.xiypc = Uand Undid >0and charindexCW^_Sys\) = 014、重新生成索引ALTER INDEX [idxjcmpJockJd] ON [dbo].[tempJock]REBUILD PARTITION = ALLWITH ( PAD JNDEX =OFESTATISTICS NORECOMPUTE =OFEALLOW ROW LOCKS = ON,ALLOW PAGE LOCKS = ON.ONLINE = OFF.SORTJN_TEMPDB = OFF)15、更新统计信息-更新表中某个的统计倍息update statistics tempJock(_WA_Sys_0000000 l_07020F21) update statistics tempJock(_WA_Sys_0000000 l_07020F21) with sample 50 percent update statistics tempJock(_WA_Sys_0000000 l_07020F21)with resample. ••使用最近的采样速率更新每个统讣信息norecompute -査询优化器将完成此统计信息更新并禁用将来的更新-更新索引的统计信息up date statistics tempjock(idx_tempjockjd) with fullscan-更新表的所有统计信息update statistics txtwith all16、执行SQLServer代理作业exec msdb・dbo・sp_siart」ob@job_name =N]ob_update_sql';欢迎下载11。
数据库日常运行维护方案
Oracle数据库日常运行维护方案2019年3月1项目背景及目标1.1 项目背景XXX信息化建设经过多年的发展和完善,已经建立成熟的网络环境及业务及管理的各类应用系统,目前在线运行的PC 近XX台,近年来建设的XX业务管理等若干应用信息系统多数是基于Oracle数据库系统的应用。
这些Oracle 数据库产品的标准服务都已经过了服务期。
而各系统随着数据量的逐年增加,陆续出现了性能问题,有必要进行数据库系统的升级及性能优化,以确保应用系统的正常运行,为XXX提供更好的信息服务。
1.2 项目目标➢尽早发现性能瓶颈,及时调整,保障数据库稳定高效工作;对各个系统数据库进行补丁升级服务,安装补丁前需要对补丁的可行性及风险即你想那个分析,并制定升级计划和应急回退计划。
同时要做好系统备份准备及详细的测试工作,确保系统的稳定性、安全性,保障系统业务数据的安全;➢数据库架构的合理化;➢提升应用系统性能,完成各系统数据库的性能调优工作,包括:外部资源调优、行的重新安排调优、SQL 性能调优、表格和索引存储参数设置调优等。
➢各业务持续性得到有效的保证。
2需求分析通过对xxx 技术要求进行详实的分析以及xxx信息系统建设的了解,各应用系统的Oracle产品日常运行维护项目主要从如下几个方面进行:1、由于 xxx 有些系统软件建设的较早,目前存在不同版本的数据库共存的现象,包括:Oralce8、Oracle9I、Oracle10g以及Oracle11g等。
而 Oracle9I 版本之前的数据库 SQL 编程语句还不是业界通用的标准化的语句,它与后面版本的 SQL 编程语句有很大的差别,所以在这方面的性能优化需要做好充分备份的准备。
2、正是由于这些系统建设的较早,基于当时的实际情况,应用系统或数据库都还存在一些不足,针对这些情况软件开发商都开发出相应的补丁提供给用户进行升级以防范风险。
所以在对各个系统数据库进行补丁升级服务之前,需要对补丁的可行性、安全性及风险进行充分的测试和分析。
数据库管理员岗位的具体职责(30篇)
数据库管理员岗位的具体职责(30篇)数据库管理员岗位的具体职责(通用30篇)数据库管理员岗位的具体职责篇1职责:1、负责数据库的日常操作、安装、配置、监控、备份、恢复、数据迁移、扩容等;2、快速处理解决数据库系统运行中出现的故障和问题,保证业务数据安全、可用;3、参与制定和实施数据库优化方案,保证业务数据库稳定、安全、连续地运行;4、参与并支持相关项目上线(数据库相关部分);5、撰写与维护工作相关的文档,如数据库的设计、管理和维护文档。
任职要求:1、计算机相关专业,有优秀的数据库理论基础;2、3年以上DBA和系统运维经验,熟悉数据库的管理、维护、数据库结构设计和优化,精通ORACLE、MYSQL数据库;3、精通SQL脚本、存储过程、触发器、函数的编写,有丰富的数据库管理、运维调优经验;4、具有较强的学习能力、逻辑分析、数据分析能力、问题排查能力、数据库优化能力;数据库管理员岗位的具体职责篇2职责:1. 管理公司数据库,维护及备份;2. 开发更新公司数据库产品;3. 负责数据部的数据处理及后期数据分析工作;4. 制定及实施数据库安全方案;5. 制定编码原则,指导实施编码,并控制编码录入的质量,保证数据的安全;6. 大数据整理分析逐渐形成数据模型。
职位要求1.计算机专业或相关专业大学专科以上学历;2. 熟练掌握及运用数据分析技术和统计学方法,有较强的数据敏感度,良好的数字逻辑思维能力及洞察能力;3.精通MySQL或者oracal数据库的配置,优化,管理等,熟练编写SQL脚本;4.具备良好的团队合作精神,较强的沟通协调能力,严谨负责的职业精神。
数据库管理员岗位的具体职责篇3职责:1、数据库的维护和管理,并按业务需要进行数据库脚本编写和二次开发。
2、参与项目调研,完成系统安装、用户培训、系统实施等工作。
3、收集和整理客户需求,进行系统升级及新功能的推广应用。
4、参与系统功能测试,定位系统问题,完善系统功能。
数据库管理员如何做好数据库运维工作规范
数据库管理员如何做好数据库运维工作规范在当今数字化的时代,数据库作为企业和组织的核心资产,存储着大量关键的业务数据。
数据库管理员(DBA)肩负着确保数据库稳定运行、高效性能和数据安全的重要职责。
为了实现这一目标,DBA 需要遵循一套严格的数据库运维工作规范。
一、前期规划与准备在数据库正式投入使用之前,DBA 需要进行充分的规划和准备工作。
这包括对业务需求的深入了解,以确定数据库的架构和选型。
根据数据量、并发访问量、数据类型等因素,选择合适的数据库管理系统,如 MySQL、Oracle、SQL Server 等。
同时,要设计合理的数据库结构,包括表结构、索引、约束等。
遵循规范化的设计原则,减少数据冗余,提高数据的一致性和完整性。
在规划阶段,还需要考虑数据库的备份策略、容灾方案以及性能优化的初步规划。
二、日常监控与维护日常监控是数据库运维的重要环节。
DBA 需要定期检查数据库的运行状态,包括服务器的资源使用情况,如CPU、内存、磁盘I/O 等。
通过监控工具,实时获取数据库的性能指标,如查询响应时间、事务处理速率、锁等待情况等。
对于发现的性能问题,要及时进行分析和优化。
这可能涉及到调整索引、优化查询语句、增加缓存等操作。
此外,还需要监控数据库的存储空间使用情况,及时清理过期或无用的数据,以防止存储空间不足。
同时,要定期检查数据库的日志,包括错误日志、慢查询日志等。
通过对日志的分析,发现潜在的问题,并采取相应的措施进行解决。
三、备份与恢复数据备份是保障数据安全的关键措施。
DBA 应制定完善的备份计划,包括全量备份和增量备份的频率、时间点以及备份的存储位置。
备份数据要进行定期验证,确保其可恢复性。
在发生数据丢失或损坏的情况下,能够快速、准确地进行恢复。
恢复操作应提前进行演练,以确保在紧急情况下能够顺利完成。
同时,要建立异地备份机制,以应对本地灾难事件。
四、安全管理数据库的安全至关重要。
DBA 要负责设置用户权限,确保用户只能访问其授权范围内的数据。
NC数据库日常维护
目录一.日常操作 (2)(一) Oracle数据库 (2)1.数据库的启动: (2)2.用户口令的修改: (2)3.数据库参数文件SPFILE与PFILE (2)(二). DB2 数据库的常用操作 (3)二. 备份与恢复 (3)(一) Oracle的逻辑备份与恢复 (3)1.逻辑备份 (3)2.逻辑恢复 (4)(二) DB2的备份与恢复 (4)1.备份 (4)2.恢复 (5)三. 执行统计分析更新 (5)(一) Oracle: (5)(二) DB2 (8)(三) SQL Server (8)四.重建索引 (8)(一) oracle (9)(二) db2 (9)(三) sql server: (9)附件一. 纠正oracle临时表统计信息的方案 (10)附件二. Oracle客户端连接服务器的出错处理 (15)附件三. Oracle优化说明 (16)一.日常操作(一) Oracle数据库1.数据库的启动:(1)启动数据库实例(Unix/Linux系统需切换到Oracle用户下):sqlplus “/ as sysdba”startup (启动数据库实例)shutdown immediate (关闭数据库实例)(2)启动/关闭数据库监听进程.lsnrctlLSNRCTL> start (启动监听)LSNRCTL> stop (关闭监听)2.用户口令的修改:SQL> ALTER USER “用户名” IDENTIFIED BY “新口令”如果数据库管理员的口令丢失, 可执行如下步骤:sqlplus “/ as sysdba”SQL> ALTER USER “sys” IDENTIFIED BY “新口令”SQL> ALTER USER “system” IDENTIFIED BY “新口令”3.数据库参数文件SPFILE与PFILE(假设Oracle安装在D:\Oracle目录下)(1) SPFILE文件:存储在D:\Oracle\ora92\database目录下, 为二进制的参数文件,无法直接编辑.文件名为”SPFILE+例程名.ora”(2) PFILE文件:存储在D:\Oracle\ora92\database目录下, 为文本的参数文件,可直接修改.文件名为”init+例程名.ora”, 打开此文件,内容为”IFILE=’d:\oracle\admin\实例名\pfile\init.ora’”, 也就是说真正的参数文件为init.ora, 此文件为文本文件,可直接编辑.(3) 数据库启动所使用的参数文件.数据库启动时, 首先寻找”SPFILE+例程名.ora”文件,若文件存在,就按照文件设置的参数启动例程;若”SPFILE+例程名.ora”文件不存在,转向寻找”init+例程名.ora”文件,按照”init+例程名.ora”文件里指定的实际参数文件init.ora的参数启动例程.(4) SPFILE和PFILE的相互转换.a) 用SPFILE文件创建PFILE文件.Create spfile=’spfile路径’ from pfile=’pfile路径’;b) 用PFILE文件创建SPFILE文件.Create pfile=’ pfile路径’ from spfile=’spfile路径’;(二). DB2 数据库的常用操作1.启动数据库db2start2.停止数据库db2stop3.连接数据库db2 connect to o_yd user db2 using pwd4.读数据库管理程序配置db2 get dbm cfg5.写数据库管理程序配置db2 update dbm cfg using 参数名参数值6.读数据库的配置db2 connect to 数据库名 user db2 using pwddb2 get db cfg for数据库名7.写数据库的配置db2 connect to数据库名user db2 using pwddb2 update db cfg for数据库名using 参数名参数值8.关闭所有应用连接db2 force application all9.执行一个sql文件db2 –tf sql文件名(文件中每一条命令用;结束)10.列出所有的系统表list tables for system二. 备份与恢复(一) Oracle的逻辑备份与恢复1.逻辑备份使用EXP命令, exp help=y得到所有关于exp命令的参数例:将nc30用户的所有数据备份到nc30bak.dmp文件中.exp nc30/1@ncdb owner=nc30 file=nc30bak.dmp log=exp.log其中:nc30/1: nc的Oracle用户名与密码ncdb: Oracle的实例名nc30bak.dmp: 为导出文件exp.log : 导出过程的log文件.2.逻辑恢复使用IMP命令,用imp help=y得到所有关于exp命令的参数例:将nc30bak.dmp文件中的nc30用户的所有数据恢复到nc30new用户下.imp nc30new/1@ncdb fromuser=nc30 touser=nc30new file=nc30bak.dmp log=imp.log其中:nc30/1:要导入的Oracle用户名与密码ncdb: Oracle的实例名nc30: 导出时的Oracle用户名nc30new: 要导入数据到此Oracle用户下nc30bak.dmp: 为导出文件imp.log : 导入过程的log文件.(二) DB2的备份与恢复1.备份通过DB2控制中心图形界面备份,右键点击选中的数据库,选择备份数据库,根据提示操作即可;msg,msg可以是错误提示信息如SQL1013N,也可以是某个命令如backup db。
2024年数据库管理工作总结(二篇)
2024年数据库管理工作总结随着信息技术的快速发展,各种数据在我们周围不断产生和积累。
而数据库管理作为信息系统中的一个重要环节,负责对这些数据进行有效地管理和利用,对于企业的运营和决策具有至关重要的作用。
在过去的一年中,我在数据库管理工作中积累了丰富的经验,现将我的工作总结如下。
一、日常维护数据库的日常维护是数据库管理工作的基础和重要环节。
在过去的一年中,我按部就班地完成了各项维护工作。
首先是备份与恢复,我按照定期备份的计划,对数据库进行了定时备份,并测试了数据恢复的过程,确保在数据丢失或损坏时能够快速恢复。
同时,我也针对数据库的性能进行了定期巡检,通过监控工具对数据库的性能指标进行监控,及时发现并解决潜在的性能问题。
此外,我还负责了数据库的存储管理,根据数据增长的趋势,对数据库进行了空间规划和扩容,确保数据库的存储空间能够满足业务需求。
通过这些工作,我提高了数据库的可用性和稳定性,为企业的数据运营提供了良好的支持。
二、性能优化作为数据库管理员,我不仅要保证数据库的正常运行,还需要不断提升数据库的性能。
在过去的一年中,我积极参与了数据库性能优化的工作,通过分析和调整数据库的各项参数,提升了数据库的性能。
首先,我注意到了数据库的慢查询问题,通过数据库的查询分析工具,对慢查询进行了定位和优化,减少了查询时间,提高了数据库的响应速度。
其次,我对数据库的索引进行了优化,调整了索引的类型和数量,减少了索引碎片,提升了查询速度。
此外,我还优化了数据库的存储策略,对于频繁访问的数据,采用了内存缓存的方式,加快了数据的读取和写入速度。
通过这些优化工作,我有效提高了数据库的性能,加快了系统的响应速度,提高了用户的满意度。
三、安全管理对于数据库管理工作来说,安全性是一个非常重要的方面。
在过去的一年中,我严格按照公司的安全策略,加强了数据库的安全管理。
首先是数据库的权限管理,我对用户的权限进行了详细的划分和管理,确保用户只能访问自己需要的数据,防止数据泄露和滥用。
- 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 的用户数据库就是这种情况。
一般数据库系统的数据库和日志分别放在不同的设备上,因此,可以用 DUMP TRAN 命令单独备份日志。
备份事务日志的周期直接影响数据的恢复程度,因此建议每天备份。
备份事务日志的命令格式为:DUMP TRANsaction database_name[TO dump_device][WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE]其中 database_name 是要备份事务的数据库名称,dump_device 是备份设备名称,仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时,才可以备份到设备。
注意:如果总是用 DUMP DA TEBASE (备份数据库及其日志),而不用 DUMP TRAN ,事务日志将不会刷新,而变得非常庞大。
对于 master 数据库和小型数据库每次运行 DUMP DATEBASE 之后应当运行 DUMP TRANsaction 命令刷新日志。
下面一条命令备份数据库 db160 的事务日志到备份设备上:DUMP TRANsaction db160TO db_log_bk_devWITH TRUNCATE_ONL Y3、备份数据库及其日志间的相互作用在至少卸出一次数据库前,卸出事务日志是毫无意义的。
下图显示了备份数据库及其日志间的关系如果在星期二下午5:01出现非硬件故障,需要做的所有工作是装入磁带5(参见下一节:数据恢复),由于磁带5是下午5:00刚备份的,因此只有备份和装入之间的一分钟内的数据损失。
但是,如果在星期二下午4:49失效会怎么样呢?在这种情况下,要装入磁带1(在星期五下午5:00的卸出)。
然后,依次装入磁带2,3以及4。
这样,系统将恢复到星期二上午10:00点的状态,星期二的大部分工作丢失了。
此例显示了经常卸出事务的重要性。
二、万一系统失败时恢复数据库系统如果用户数据库存储的设备失效,从而数据库被破坏或不可存取,通过装入最新的数据库备份以及后来的事务日志备份可以恢复数据库。
假设当前的事务日志存在于一个并没有毁坏的设备上,带着 WITH NO_TRUNCATE 选项的 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 DA TABASE 命令删除毁坏设备上的数据库。
如果系统报错,用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=2[page]9、用 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占用、收发包情况、系统读入写出情况等信息四、保证系统数据安全,周期更改用户口令;为保证系统数据的安全,系统管理员必须依据系统的实际情况,执行一系列的安全保障措施。