数据库维护工作介绍说明
数据管理岗位说明书
数据管理岗位说明书一、岗位概述数据管理岗位是指负责组织、处理和维护大量数据的职业。
随着信息技术的快速发展，数据管理岗位在各行各业的重要性日益凸显。
本文将详细介绍数据管理岗位的职责、技能要求以及发展前景。
二、岗位职责1.数据收集与整理数据管理岗位的首要职责是负责收集与整理各类数据。
这些数据可能包括公司内部的销售数据、市场调研数据、客户信息等。
数据管理人员需要确保数据的准确性和完整性，并通过合适的方式进行整理与分类。
2.数据存储与维护数据管理岗位要求对数据进行有效的存储和维护。
数据管理人员需要掌握各种数据库和数据管理系统，以确保数据的安全性和可访问性。
他们需要监控数据库的运行情况，定期备份和恢复数据，同时修复数据库中的错误或问题。
3.数据分析与报告数据管理岗位需要进行数据的分析和报告。
数据管理人员要能够运用数据分析工具和技术，进行数据挖掘、趋势分析和模型建立，从而为企业决策提供有效的依据。
他们需要将复杂的数据转化为易于理解的报告和图表，并向相关部门进行汇报。
4.数据保护与隐私管理数据管理岗位要求保护和管理数据的隐私和安全。
数据管理人员需要制定和执行数据保护策略，确保数据不被未经授权的人员访问或泄漏。
他们还需要了解相关法律法规，确保企业在数据收集、存储和使用过程中遵守合规要求。
三、岗位要求1.具备数据管理相关知识数据管理岗位要求具备扎实的数据管理知识，包括数据分析、数据库管理、数据挖掘等。
人员需要掌握相关的技术和工具，如SQL、Python、Excel等，并能熟练运用它们进行数据处理和分析。
2.良好的数据分析能力数据管理岗位需要具备良好的数据分析能力，能够从大量的数据中挖掘出有价值的信息和见解。
人员需要具备统计学和数学建模的基础知识，并熟悉各种数据分析方法和技巧。
3.严谨的工作态度数据管理岗位要求人员具备严谨的工作态度和高度的责任心。
由于数据管理的重要性，人员需要细致入微地对待每一个数据，并确保数据的准确性和可靠性。
数据库管理员的职责
数据库管理员的职责数据库管理员（DBA）是负责管理和维护数据库系统的专业人员。
他们在组织中扮演着至关重要的角色，确保数据库系统高效、安全地运行。
本文将详细介绍数据库管理员的职责。
1. 数据库设计和规划作为数据库管理员，首要任务是参与数据库的设计和规划工作。
他们需要与开发人员和业务部门紧密合作，了解业务需求，分析和设计数据库结构，选择合适的数据模型和技术，确保数据库能够满足组织的业务需求。
2. 数据库安装和配置数据库管理员负责选择、安装和配置数据库管理系统（DBMS）。
他们需要仔细评估不同的DBMS，选择适合组织需求的系统，并确保其正确安装和配置。
这也包括对服务器的配置和优化，以确保数据库系统的性能和可靠性。
3. 数据库备份和恢复数据安全是数据库管理员的重要职责之一。
他们需要定期备份数据库，并制定合适的恢复策略。
在灾难发生时，需要能够快速恢复数据库，并确保数据的完整性和一致性。
4. 数据库性能优化数据库管理员负责监控和调整数据库的性能。
他们会使用性能监控工具来识别潜在的性能瓶颈，并采取措施进行优化。
这可能涉及到索引优化、查询调整、服务器配置等方面的工作，以提高数据库的响应速度和吞吐量。
5. 数据库安全管理数据库管理员需要保护数据库免受潜在的安全威胁。
他们负责制定和实施安全策略，包括访问控制、权限管理、加密、审计等方面的工作。
此外，他们还需要定期进行安全漏洞扫描和补丁更新，以确保数据库的安全性。
6. 数据库故障排除和故障恢复当数据库发生故障时，数据库管理员需要快速响应，并进行故障排除和恢复工作。
他们需要实时监控数据库的健康状态，并能够迅速诊断和解决问题，以最小化业务中断时间。
7. 数据库版本升级和迁移随着业务需求的变化，数据库管理员需要进行数据库版本升级和迁移。
他们需要评估新版本的功能和兼容性，制定升级计划，并确保平稳地迁移数据和应用程序。
8. 数据库文档和培训数据库管理员需要编写和维护数据库的相关文档，包括系统架构、表结构、存储过程等方面的说明。
运维部岗位说明书
运维部岗位说明书一、岗位概述运维部是一个关键的部门，负责维护和管理公司的信息技术基础设施。
在一个技术驱动的行业中，运维部门的作用至关重要。
本文档将介绍运维部的主要职责和要求。
二、岗位职责1.维护和管理服务器和网络设备：负责监控、维护和管理公司的服务器和网络设备，确保其正常运行，并对潜在故障进行预防性维护。
2.处理故障和问题：及时响应用户和内部员工的故障报告，并快速解决问题。
确保故障处理过程中的通信畅通。
3.管理和维护数据库：负责管理和维护公司数据库，包括备份和恢复数据、优化查询性能以及监控数据库健康状况。
4.监控和报警：技术人员需要定期监控服务器和网络设备的性能指标，并在发生问题时及时发出报警。
5.制定和执行IT安全策略：保护公司的信息安全和数据完整性，制定和执行安全策略和措施，确保系统和网络的安全运行。
6.制定和改进运维流程：持续优化运维流程，提高效率和质量，建立和维护相关文档和记录。
7.提供技术支持和培训：为员工提供必要的技术支持和培训，确保他们能够充分利用和理解公司的技术基础设施。
三、任职要求1.扎实的技术基础：具备良好的计算机网络和操作系统基础知识，熟悉常见的服务器和网络设备。
2.较强的故障处理能力：能够快速准确地定位和解决故障，具备良好的沟通和协作能力。
3.熟悉数据库管理和维护：熟悉常见的数据库管理系统，能够独立完成数据库的管理和维护工作。
4.熟悉安全策略和措施：对系统和网络安全有较深入的了解，能够制定和执行相应的安全策略和措施。
5.有良好的团队合作精神：具备良好的沟通和协调能力，能够和不同职能部门的人员进行有效的合作。
6.有较强的学习能力和问题解决能力：能够不断学习和掌握新的技术和工具，并将其应用到实际工作中解决问题。
7.具备IT服务管理的知识：熟悉IT服务管理的基本概念和流程，有相关的认证（如ITIL）更佳。
四、福利待遇1.薪资竞争力：根据个人能力和经验进行薪资调整，提供具有竞争力的薪资待遇。
数据库的管理与维护说明书
数据库的管理与维护说明书一、概述数据库是现代信息管理的重要工具之一，它对于组织和管理大量数据、提供高效的数据查询和分析功能至关重要。
本说明书旨在准确介绍数据库的管理与维护流程和技巧，帮助读者了解如何有效保障数据库的安全性和稳定性。
二、数据库管理1. 安全性管理数据库是企业重要数据的存储和保护载体，因此安全性管理至关重要。
以下是几点数据库安全性管理的建议：- 使用强密码策略：确保数据库管理员及其他用户使用强密码，并定期更换。
- 分配合理的权限：根据不同用户的角色和责任，合理分配数据库的读写和管理权限。
- 定期备份数据：根据实际情况选择全量备份或增量备份，并存储备份数据到安全的地方。
2. 性能管理数据库的性能直接影响业务运行效率和用户体验，因此需要进行定期性能管理。
以下是几点数据库性能管理的建议：- 优化数据库结构：合理设计数据表结构，并创建索引以提高查询效率。
- 定期清理无用数据：删除冗余数据和历史过期数据，以减少数据库存储和查询的工作量。
- 监控数据库性能：使用数据库性能监控工具，实时监控数据库的运行状态，并及时调整性能参数。
三、数据库维护1. 定期维护任务为确保数据库的稳定运行，需要进行定期的数据库维护任务执行。
以下是常见的数据库维护任务：- 定期清理日志文件：清理数据库日志文件，避免日志文件过大导致数据库性能下降。
- 索引和统计信息维护：定期重建或优化索引，以及更新统计信息，提高查询效率。
- 健康检查：进行数据库健康检查，检测并修复可能存在的错误和问题。
2. 故障处理数据库故障是不可避免的，及时处理故障对于维持数据库的稳定性至关重要。
以下是常见的数据库故障处理方法：- 数据库备份与恢复：定期进行数据备份，遇到数据库故障时能够及时恢复数据。
- 数据库重启与恢复：当数据库发生异常时，根据异常类型和程度，采取合适的数据库重启和恢复策略。
四、总结数据库的管理与维护是保障数据库安全稳定运行的关键环节。
系统维护工作计划
系统维护工作计划尊敬的各位员工，为了确保公司的系统稳定运行和数据安全，我们计划进行一次全面的系统维护工作。
本文将详细介绍维护计划的目标、工作内容、时间表以及相关注意事项。
请各位员工提前做好准备，以免造成不必要的影响和困扰。
目标：本次系统维护的目标是保证系统的整体性能和稳定性，提高系统运行效率，同时确保数据的安全性和完整性。
通过定期维护，我们能够预防潜在的问题，避免系统故障和数据丢失的风险，为公司的各项业务提供良好的支持和保障。
工作内容：1. 更新系统软件和补丁：我们将对现有的系统软件进行更新，并安装适用的补丁程序，以修复已知的漏洞和问题，提高系统的安全性和稳定性。
2. 数据库备份和优化：我们将对公司的数据库进行全面备份，以确保数据的安全。
同时，进行数据库优化工作，提高系统的查询和响应速度，减少潜在的数据库故障风险。
3. 硬件设备维护：我们将对服务器、网络设备和存储设备等硬件设备进行检查和维护。
确保设备的正常运行，并预防潜在的硬件故障。
4. 安全漏洞扫描和修复：我们将进行全面的安全漏洞扫描，及时发现并修复系统中存在的安全漏洞，以保障系统的安全性。
时间表：为了最大程度地减少对公司正常业务的影响，我们计划在每个月的第一个周末进行系统维护。
具体时间安排如下：- 第一个周六：更新系统软件和补丁，进行数据库备份和优化工作。
- 第一个周日：检查和维护硬件设备，进行安全漏洞扫描和修复。
请各位员工提前做好准备，在此期间避免进行与维护工作相关的操作，以免造成数据丢失或其他问题。
注意事项：1. 提前备份数据：在维护之前，请各位员工务必将工作文件和数据备份到安全的位置，以防止意外丢失。
2. 通知合作方和客户：请各部门负责人提前通知合作方和客户，告知系统维护时间和可能的业务中断情况，以避免对双方的影响。
3. 系统维护完成后的测试：维护工作完成后，我们将对系统进行测试，确保各项功能正常运行。
部门负责人和相关员工需要配合测试工作，及时反馈问题和意见。
设备维护数据库说明书
设备维护数据库说明书一、背景介绍设备维护是保障生产运行的重要环节，而建立和维护一个高效的设备维护数据库是保证设备正常运行的关键。
本说明书旨在介绍设备维护数据库的概念、目的以及使用方法，帮助企业建立和管理一套完善的设备维护数据库系统。
二、设备维护数据库的定义设备维护数据库是指将企业内部设备维护相关的信息、数据和记录整合起来，建立起一个集中存储、管理和分析这些数据的系统。
它可以包括设备基本信息、维护计划、维护记录、维修历史、备件库存等内容，旨在提供给相关人员一个便捷、高效的数据库平台，帮助他们更好地进行设备的维护管理工作。
三、设备维护数据库的目的1. 便捷管理：设备维护数据库集中存储了所有设备相关的信息和记录，使得管理人员可以方便地查询、修改和更新这些数据，提高了管理效率。
2. 分析决策：通过对设备维护数据库的数据分析，管理人员可以清晰地了解到设备的维护情况、故障率、维修耗时等信息，为决策提供有力的依据。
3. 资源优化：设备维护数据库可以帮助企业对备件库存和维修人员的使用进行优化调配，减少资源的浪费和成本的增加。
四、设备维护数据库的内容1. 设备基本信息：包括设备编号、设备名称、设备型号、生产厂商、安装日期等。
2. 维护计划：设备维护数据库应该记录设备的维护计划，包括维护周期、维护内容、维护责任人等。
3. 维护记录：在设备维护过程中产生的记录应该完整地存储在设备维护数据库中，包括维护日期、维护人员、维护内容、维护耗时等。
4. 维修历史：设备维护数据库还应该记录设备的维修历史，包括维修日期、维修内容、维修人员、维修耗时等。
5. 备件库存：设备维护数据库应该包含企业备件库存的信息，包括备件名称、库存数量、库存位置等。
五、设备维护数据库的使用方法1. 数据采集：相关责任人员应该及时地将设备的维护信息和记录录入到设备维护数据库中，保证数据库的及时性和准确性。
2. 数据查询：管理人员可以通过设备维护数据库进行设备信息的查询，包括设备的基本信息、维护计划、维护记录、维修历史等，以及相关数据的统计和分析。
U9日常维护手册
U9-IT维护手册本文档将介绍U9上线后，建议服务器维护人员进行的一些日常维护工作，目的是保证U9的稳定健康地运行。
由于各个企业的实际情况有所不同，本文档只作为参考和建议用。
数据库和应用服务器的日常硬件检查非常必要。
通过服务器各类硬件指示灯，我们可以知道CPU风扇是否需要更换、硬盘是否损坏、电源是否正常工作等。
一旦发现硬件故障应该及时通知硬件维护商，在系统宕机前解决问题。
各企业可以根据自己实际情况创建自己的巡检机制和巡检报告，但是巡检频率最好不要少于一周一次。
下表是某公司服务器硬件巡检报告（一天一次），供参考：3.1. 防火墙U9上线后，如果新增防火墙（软、硬件），应注意尽量将U9数据库服务器和应用服务器放在防火墙同一侧，避免防火墙阻隔数据库服务器和应用服务器的正常通讯。
3.2. 杀毒软件杀毒软件种类繁多，企业引入杀毒软件应注意是否对性能造成影响。
总体原则是建议对外网访问的安全控制统一在代理服务器上进行，内部网络的访问不要设置对TCP/IP和HTTP 协议的包过滤检查，因为这会严重影响网络传输性能。
当然，文件杀毒则是每台机器都应该配置启用的。
3.3. win2008(vista)和win2003混合使用目前微软已经不再出售win2003操作系统，但是企业中仍然有很多安装了win2008和win2003操作系统的计算机在混合使用。
当win2003和win2008混合使用时，如果发现通过网络互相访问较慢时，应该检查win2008的网络自动优化功能是否开启。
该项功能可能由于部分路由器无法正确支持RFC1323协议，反而在某些情况下导致网络性能大幅下降。
如果发现网络访问存在性能问题，请关闭掉Win2008接收窗口自动调谐功能。
检查win2008是否开启网络自动优化功能（命令：netsh interface tcp show global），如下图：“normal”说明已经开启网络自动优化功能。
关闭win2008网络自动优化功能（命令：netsh interface tcp set global autotuninglevel=disabled），如下图：“disabled”说明已经关闭网络自动优化功能。
数据库的运行与维护
数据库的运行与维护1.数据库的运行要使数据库系统投入并保持正常运行，需要许多人做许多工作。
这里主要讨论作为计算机系统的一个组成部分的DBMS及其数据库与其他系统部件的接口关系、系统的工作原理。
1.1运行环境的构成数据库的运行除了DBMS与数据库外，还需要各种系统部件协同工作。
首先必须有各种相应的应用程序，其次各应用程序与DBMS 都需要在操作系统（OS）支持下工作。
在有远程通信的情况下，则需要数据通信管理部件的支持。
图1-1描绘了一个数据库运行环境的典型部件。
其中，DBCS（数据库控制系统）是与各用户程序APP接i口的模块；DBSS（数据库存储系统）操作存储数据库并与OS或DBMS 自己的标准存取方法（AM）接口；各应用程序和DBMS部件都在OS的管理程序（supervisor）的管理下工作。
对于一个给定的DBMS，不一定就有名为“DBCS”或“DBSS”的系统，在这里它们是一般性术语，但绝大多数DBMS都有相当的功能部件。
在网络或分布式环境下，还需要数据通信管理系统（DCMS）的支持。
图1-1 数据库系统运行环境通常，系统初启时，应用程序与DBMS都不活动，一旦事务达到系统，OS管理程序就调度用户事务所需要的应用程序运行。
当应用程序要求存取数据库时，向DBMS发出请求。
DBCS接受应用程序请求，并考察外部模式与概念模式，以确定需要什么概念记录来满足请求，然后调用DBSS存取存数模式，转换概念记录成存储记录，并经OS传递请求给相应的AM，再由AM实现物理数据库的存取和数据I/O。
1.2运行环境的类型数据库运行环境的组成与用户环境的类型紧密相关。
可以用两种不同的用户环境：一种是数据库为一个或少数单个用户的专用而建立；另一种是针对整个组织建立的集成数据库。
在前一种环境下，常常只有一个用户存取数据库，且在给定时刻只有一个用户需求必须满足，因而一个程序活动就成完成（当然，这并不意味着系统只能服务于一种应用需求）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库维护工作手册文档编号：文档名称：编写：审核：批准: 批准日期：目录1概述 (4)2数据库监控 (4)2.1 数据库监控工作内容 (4)2.2 数据库监控工作步骤 (4)2.2.1 查看数据库日志 (4)2.2.2 检查是否有失效的数据库对象 (5)2.2.3 查看数据库剩余空间 (5)2.2.4 重点表检查 (5)2.2.5 查看数据库是否正常 (5)2.2.6 死锁检查 (6)2.2.7 监控SQL语句的执行 (6)2.2.8 操作系统级检查 (6)2.2.9 其他 (6)3数据库维护 (6)3.1 数据库维护工作内容 (6)3.2 数据库维护工作事项 (6)3.2.1 页面修复 (6)3.2.2 数据库对象重建 (7)3.2.3 碎片回收（数据重组） (7)3.2.4 删除不用的数据 (7)3.2.5 备份恢复 (7)3.2.6 历史数据迁移 (7)3.2.7 定期修改密码 (8)3.2.8 删除掉不必要的用户 (8)3.2.9 其他 (8)4数据库管理常用SQL脚本 (8)5日常维护和问题管理 (17)5.1 目的 (17)5.2 例行工作建议 (17)5.3 相关填表说明 (17)1概述数据库的日常监控是使管理员及时了解系统异常的手段。
大部分情况下，系统总是正常运行的。
只有对正常情况的充分了解，才能通过对比正常情况发现异常情况。
对于数据库的日常监控要有记录，文字记录或者电子文档保存。
对于数据库异常进行分析，提出解决方案。
日常工作包括监控和维护两个部分。
此文档中关于数据库的运行命令示例主要针对于ORACLE数据库，但对于SYBASE数据库同样有参考价值，只要换用相对应的语句即可。
数据库监控2数据库监控数据库监控工作内容制定和改进监控方案，编写监控脚本。
对于数据库进行日常监测，提交记录。
根据监测结果进行分析、预测，提交相应的系统改进建议方案。
数据库监控工作步骤2.1.1查看数据库日志数据库的日志上会有大量对于管理员有用的信息。
ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息，以及数据块失效等严重错误信息。
错误信息的产生，会产生相应的跟踪文件，通过查看警告日志和跟踪文件可查找错误原因，对于发现的问题应及时解决和汇报。
如：1.表空间是否满，是否需要进行添加或者扩展。
Alert文件中会显示有表块无法扩展的提示。
2.表的块或者页面是否损坏。
（往往这时alert文件中会显示ora-600的错误。
）3.数据库是否进行了异常操作。
（如：drop tablespace等等）。
实用命令：·报警日志文件（alert.log或alrt<SID>.ora）记录数据库启动，关闭和一些重要的出错信息。
数据库管理员应该经常检查这个文件，并对出现的问题作出即使的反应。
可以通过以下SQL 找到他的路径select value from v$parameter where upper(name) ='BACKGROUND_DUMP_DEST'，或通过参数文件获得其路径，或者show parameter BACKGROUND_DUMP_DEST。
·后台跟踪文件路径与报警文件路径一致，记载了系统后台进程出错时写入的信息。
·用户跟踪文件记载了用户进程出错时写入的信息，一般不可能读懂，可以通过ORACLE的TKPROF 工具转化为可以读懂的格式。
用户跟踪文件的路径，你可以通过以下SQL找到他的路径select value from v$parameter where upper(name) ='USER_DUMP_DEST'，或通过参数文件获得其路径，或者show parameter USER_DUMP_DEST。
可以通过设置用户跟踪或dump命令来产生用户跟踪文件，一般在调试、优化、系统分析中有很大的作用。
可在参数文件种用SQL_TRACE=TRUE打开该文件(对所有用户)，也可用alter session set sql_trace=true打开当前会话，也可用execute dbms_system.set_sql_trace_in_session(sid,serial#,true)打开指定会话。
2.1.2检查是否有失效的数据库对象主要关注索引，触发器，存储过程，函数等等。
如：查找user_objects数据字典，看其中是否有状态为invalid的对象。
判断失效原因（如：视图失效的原因有可能是由于创建视图的基表被删除等等），找出原因可进行对象重建或修复。
实用命令：Select object_name,object_typeFrom user_objectsWhere object_type=’INVALID’;2.1.3查看数据库剩余空间1.剩余空间不足时要扩展空间，一般的，当剩余空间小于10％时，要进行空间扩展。
对于ORACLE数据库，通过查找TABLESPACES相关的数据字典可以看到有用的信息。
2.检查数据快速增长的表，通过对于DBA_SEGMENTS数据字典的监视可以找到，当过快增长时，协调开发人员，确定解决方案。
2.1.4重点表检查1.检查系统核心业务表。
因为这些表健康与否与日常业务的正常运行密切相关。
重点检查这些表的索引是否失效，表的统计信息是否及时更新，如：当这些表进行了大的数据装载或者删除操作之后。
原则上需要检查所有的表，只是由于上面这些表更关键，建议管理员给以更多的关注。
2.重点检查数据量超过百万行的表，各地的情况可能不一样，当数据超过百万行之后，如果索引失效会导致表扫描，占用大量系统IO，严重影响系统性能。
2.1.5查看数据库是否正常包括数据库实例是否正常工作、listener是否工作正常，确保数据库系统环境正常。
数据库连接是否正常、检查是否有超出正常水平的连接数。
如：平常500个，某天下午忽然达到600个。
应记录这种异常情况。
分析产生这种情况的原因，如：在低版本的ORACLE中，很可能是一些其他异常的应用出错后产生的死连接。
2.1.6死锁检查监控数据库运行过程中，出现的阻塞，记录现象，记录产生阻塞的SQL语句，执行的用户，发生时间，频率，处理（杀掉、等待自然解锁等）。
ORACLE版本中的死锁会在alert文件中产生记录，oracle会自动解锁（其实是选择一个杀掉）。
对于死锁的处理过程要进行记录。
可以使用OEM工具或者查找相关的V$视图来确认产生阻塞的语句。
2.1.7监控SQL语句的执行查找效率低下的SQL语句，联系协调开发人员，进行相关处理。
可使用ORACLE提供的AWR进行，也可使用ORACLE提供的OEM工具执行，或者自行编制的脚本等等。
2.1.8操作系统级检查运行vmstat，sar,topas(AIX系统)，glance(HP系统)等命令检查CPU、内存、虚拟内存等的使用情况。
运行df,du,iostat检查磁盘使用情况运行netstat检查网络情况运行手工编制的监控脚本检查。
针对于操作系统的不同，使用的命令也会有不同，请参考相应的操作系统文档。
建议使用man命令察看相应的帮助信息。
2.1.9其他每天查看晚间定时执行的数据库信息收集作业和备份作业的日志输出，确认都已正常完成。
往往不能正常完成是由于如下的原因：请确认脚本是否变动（错误的修改造成等等），设备（主机，磁盘阵列，磁带库，网络等等）是否正常，空间是否足够等等。
建议每天按业务峰值情况，对数据库性能数据进行定时采集及分析。
3数据库维护数据库维护工作内容包括维护、故障诊断、错误修复、备份恢复、历史数据迁移等过程。
数据库维护工作事项3.1.1页面修复根据日常监控的结果，进行页面（或者数据库坏块）修复，如将表数据导出后重建表，然后导入数据。
提交修复记录。
3.1.2数据库对象重建根据数据库监控的结果，重建失效的对象。
如：索引、存储过程、函数、视图、触发器等等。
实用命令：Alter index <索引名> rebuild [online];3.1.3碎片回收（数据重组）当某些数据库运行一段时间后，表会产生碎片，影响数据库的性能。
可根据日常检查的结果，运用工具或脚本对于数据库空间进行重组或回收。
由于ORACLE数据库本身的原因，在进行了DELETE操作之后也不会使HWM（High Water Mark 高水位线）降低，因此不会释放所占用的空间，所以建议在进行了数据迁移之后将全库进行EXP，然后进行IMP操作，以释放占用的空间。
3.1.4删除不用的数据此项工作要得到开发方、设计人员、以及相关人员的确认后，方可执行。
3.1.5备份恢复需要定期对于数据库备份进行有效性检测，定期进行数据恢复的演练操作。
以防止万一的数据库事故时准备不足。
数据库需要采用在线的热备份，不需要关闭数据库进行，在备份的同时可以进行正常的数据库的各种操作，满足了7*24的系统的需要。
数据库的备份不能影响用户对数据库的访问。
目标需要在线热备份多级增量备份并行备份，恢复减小所需要备份量备份，恢复使用简单可参考如下的方案:1.每月做一个数据库的全备份（包含只读表空间）2.每星期做一次零级备份（不包含只读表空间）3.每个星期三做一次一级备份4.每天做一个二级备份5.任何表空间改成只读状态后做一个该表空间的备份。
6.当需要时（如四个小时归档文件系统就要接近满了）备份归档文件。
3.1.6历史数据迁移定期进行历史数据迁移，减少生产数据库的压力。
3.1.7定期修改密码包括SYS，SYSTEM等用户。
3.1.8删除掉不必要的用户对于系统安装时的演示用户，如：hr，scott等。
建议每周定期清理和备份一周所产生的Alert日志、跟踪文件和dump文件。
分别位于$ORACLE_BASE/admin/$ORACLE_SID/bdump,$ORACLE_BASE/admin/$ORACLE_SID/udump,$ORACLE_BASE/admin/$ORACLE_SID/cdump,等目录下。
定期对表进行统计分析，（如可使用analyze等命令，8i以上有dbms_stats包来实现，使SQL 优化器总是能找到最好的查询策略。
制定和执行纪录保证生产库的安全：应绝对禁止在生产库上进行开发、测试。
3.1.9其他针对不同的数据库版本的不同特点进行相应的维护操作。
具体情况请参见ORACLE文档或者访问metalink。
4数据库管理常用SQL脚本常用的SQL脚本，在实施时可供数据库管理员参考，在执行时，需要进行相应的修改。
1.剩余空间检查SELECT tablespace_name, sum ( blocks ) as free_blk , trunc ( sum ( bytes ) / (1024*1024) ) as free_m, max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunksFROM dba_free_spaceGROUP BY tablespace_name2.表空间数据量情况显示SELECT tablespace_name, max_blocks, count_blocks, sum_free_blocks, to_char(100*sum_free_blocks/sum_alloc_blocks, '99.99') || '%'AS pct_freeFROM ( SELECT tablespace_name, sum(blocks) AS sum_alloc_blocksFROM dba_data_filesGROUP BY tablespace_name), ( SELECT tablespace_name AS fs_ts_name, max(blocks) AS max_blocks, count(blocks) AS count_blocks, sum(blocks) AS sum_free_blocksFROM dba_free_spaceGROUP BY tablespace_name )WHERE tablespace_name = fs_ts_name3.表和索引分析BEGINdbms_utility.analyze_schema ( '&OWNER', 'ESTIMATE', NULL, 5 ) ; END ;4.检查空间情况SELECT a.table_name, a.next_extent, a.tablespace_nameFROM all_tables a,( SELECT tablespace_name, max(bytes) as big_chunkFROM dba_free_spaceGROUP BY tablespace_name ) fWHERE f.tablespace_name = a.tablespace_nameAND a.next_extent > f.big_chunk5.检查已经存在的空间扩展SELECT count(*), segment_name, segment_type, dt.tablespace_name FROM dba_tablespaces dt, dba_extents dxWHERE dt.tablespace_name = dx.tablespace_nameAND dt.next_extent != dx.bytes AND dx.owner = '&OWNER'GROUP BY segment_name, segment_type, dt.tablespace_name6.检查没有主键的表SELECT table_nameFROM all_tablesWHERE owner = '&OWNER'MINUSSELECT table_nameFROM all_constraintsWHERE owner = '&&OWNER'AND constraint_type = 'P'7.检查失效的主键SELECT owner, constraint_name, table_name, statusFROM all_constraintsWHERE owner = '&OWNER' AND status = 'DISABLED’ AND constraint_type = 'P'8.重建索引，具体参数请根据实际情况进行修改SELECT 'alter index ' || index_name || ' rebuild ', 'tablespace INDEXES storage ( initial 256 K next 256 K ) ; 'FROM all_indexesWHERE ( tablespace_name != 'INDEXES'OR next_extent != ( 256 * 1024 ))AND owner = '&OWNER'9.对比两个实例的不同SELECT object_name, object_typeFROM user_objectsMINUSSELECT object_name, object_typeFROM user_objects@&my_db_link10.查看动态性能视图Select * from V$FIXED_TABLE11.查看约束select a.constraint_name, a.constraint_type,a.*from user_constraints awhere table_name='table_name';select constraint_name, column_namefrom user_cons_columnswhere table_name='table_name';12.查看索引user_indexes包含索引的名字,user_ind_columns包含索引的列.13.查看数据库启动参数：show parameter para，v$parameter提供当前会话信息，v$system_parameter提供当前系统信息。